Pairing not working

Hi all,
I got an rpi v1 running the following versions:
pi@rpi [~]$ npm -v
3.10.8
pi@rpi [~]$ uname -a
Linux rpi.mansion 4.4.26+ #915 Thu Oct 20 17:02:14 BST 2016 armv6l GNU/Linux
pi@rpi [~]$ node -v
v6.9.1

I get the following error when trying to pair:
DEBUG=* /usr/local/bin/homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[11/4/2016, 7:20:56 PM] Loaded plugin: homebridge-http
[11/4/2016, 7:20:59 PM] Registering accessory 'homebridge-http.Http'
[11/4/2016, 7:20:59 PM] ---
[11/4/2016, 7:21:00 PM] Loaded config.json with 1 accessories and 0 platforms.
[11/4/2016, 7:21:00 PM] ---
[11/4/2016, 7:21:01 PM] Loading 1 accessories...
[11/4/2016, 7:21:01 PM] [Japan] Initializing Http accessory...
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 420-00-420 │
    └────────────┘

  EventedHTTPServer Server listening on port 51826 +0ms
[11/4/2016, 7:21:06 PM] Homebridge is running on port 51826.
  EventedHTTPServer [fe80::1832:8430:dff9:9804] New connection from client +14s
  EventedHTTPServer [fe80::1832:8430:dff9:9804] HTTP server listening on port 38409 +156ms
  EventedHTTPServer [fe80::1832:8430:dff9:9804] HTTP request: /pair-setup +2s
  HAPServer [11:22:33:44:55:66] HAP Request: POST /pair-setup +37ms
  HAPServer [11:22:33:44:55:66] Pair step 1/5 +616ms
  EventedHTTPServer [fe80::1832:8430:dff9:9804] HTTP Response is finished +2m
  EventedHTTPServer [fe80::1832:8430:dff9:9804] Client connection error: This socket has been ended by the other party +669ms
  EventedHTTPServer [fe80::1832:8430:dff9:9804] Client connection closed +38ms
  EventedHTTPServer [fe80::1832:8430:dff9:9804] HTTP connection was closed +215ms
  EventedHTTPServer [fe80::1832:8430:dff9:9804] HTTP server was closed +48ms

It hangs for a while at step 1/5. Then any app will give an error (communication lost or so). A short time later the homebridge on rpi will output "HTTP Response is finished " and the errors.
How to solve this?

anyone?

I type in the PIN on my iOS device when trying to pair, then after a minute or so it times out and tells me it wasn't able to pair. Even running with the -D flag on, homebridge outputs nothing at all suggesting that it's seeing a connection attempt.
But Bonjour Browser does show homebridge on the network, so it's definitely there. I'm not sure what to do.

I got the same problem
How did you solve that?


Correct setDriver call to use Driver global

This fixes a testing bug introduced in #2201 (as a follow-up to #2193) which causes the SDK builds to fail.
I have tested locally with ./gradlew clean build.
The TaskKiller now interacts with the global Driver and does not maintain its own reference to a SchedulerDriver.

@gabrielhartmann just to confirm that these changes have not been backported to 0.40?


fzf: do not enable completion in dumb terms

Related https://github.com/rycee/home-manager/issues/401

I'll close this because #433 got merged. Many thanks for your help with this issue!


Split documentation in subpages

This was not possible until sphinx 1.5 as cross-referencing of equations was not possible before, see:
https://github.com/sphinx-doc/sphinx/issues/1210.
This is now integrated and we can start to test it.

With some hacks (custom version of sphinx and sphinxcontrib-katex) this is now integrated in the 3.0 branch.


Minor edit to test docs CI/CD in PR (Deliberate Bug)

Should trigger docs rebuild on PR open (and this rebuild should fail)

Docs rebuild should have failed but didn't.

Changing to mkdocs build -s would cause this to fail as expected.
Unfortunately mkdocs build -s is too strict: it detects "broken links" which are in fact not broken (they are just added later)


Update windows-server-2016-improvements.md

adjust formatting issue.
adjust the section for phase offset correction.

ing below, the defined term “You” incl

@microsoft-github-policy-service agree

#assign: @robinharwood, @Xelu86
@robinharwood @Xelu86
Can you review the proposed changes?
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team


Add Computational Neuroscience

https://github.com/eselkin/awesome-computational-neuroscience
The list identifies higher education researchers in computational neuroscience at a number of institutions around the world. It aims to capture all institutions that have a program offering in computational neuroscience, systems neuroscience, and theoretical neuroscience
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.
  - https://github.com/sindresorhus/awesome/pull/1577#issuecomment-512698789
  - https://github.com/sindresorhus/awesome/pull/1582#issuecomment-512695110

You have read and understood the instructions for creating a list.

Yes, but due to the geographical nature of the list it seemed that the multi-level contents was most appropriate. I could remove the institutions level but we'd still see one link that brought you to a massive list that couldn't be navigated around easily.

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.

New category added "Higher Education" since nothing fit and it did not feel like a miscellaneous item.

The suggested Awesome list complies with the below requirements.

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.

Yes.

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.

Waited.

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.

The depth of the readme contents is the issue and the only issue that comes up with awesome-lint. Since it is a geographical list that hopes to chart all continents, I felt the depth was a necessary evil.

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.

Yes. The first sentence describes the list and the second describes the mission.

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.

This is a very time consuming process. It makes me appreciate the hard work other list creators have done.

The repo name of your list should be in lowercase slug format: awesome-name-of-list.

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

Yes

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

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

Yes

Non-generated Markdown file in a GitHub repo.
Yes... crafted by hand.

The repo should have awesome-list & awesome as GitHub topics. I encourage you to add more relevant topics.

Yes

Not a duplicate. Please search for existing submissions.

No duplicates, and no corresponding section

Only has awesome items. Awesome lists are curations of the best, not everything.

The fact that all of these professors are from excellent universities with notable departments is key.

Includes a project logo/illustration whenever possible.
  No logo

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.

Quotes thoroughly describe the goals of each of the researchers

Includes the Awesome badge.

Has 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 Contents, is the first section
Since the geographic nature of the list has regions and the regions have schools, I could see no other way than nesting the list. If I kept it as one or two levels, the individual areas between the items would be far too large.

Has an appropriate license.

Has CC0
- That means something like CC0, **not a code licence like MIT, BSD, Apache, etc.**
- [WTFPL](http://www.wtfpl.net) and [Unlicense](http://unlicense.org) 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.

Has contributing.md with detailed description of 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.

Diverges here considering the use of tables.
- 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.

No travis

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.

No inspiration
Go to the top and read it again.
done 2x

unicorn

Hi,
Great repo.
Your 'Contents' section has 3 levels of nested lists, only one is accepted.

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.

Due to the geographical nature of the list, I'm asking for a special exemption of this for this list (see the notes of the PR)

Cool idea! Only things I would suggest are to change "provides" to "provide" in the first paragraph of the readme and fix the "U.S. West/Central/East" links in the contents section.
I like that the guide for contributing to your list is very descriptive.
As for the contents section having too many nested lists, I would agree with a special exception being made given the nature of the list. I don't see any good way to shorten it enough without making it difficult to navigate the list, especially as more locations are added over time.

Changed provides and fixed links in:
https://github.com/eselkin/awesome-computational-neuroscience/commit/31dfe5dcebb254584efeb89e617cb17073ef7776

It's weird that the researchers bios are linkified. I think their name should be linkified instead.

^toc = >⬆ or ^ Top
Not everyone knows what toc means.

Curtu, Rodica
Mathematics
?
Google?
+

Don't include people if you don't have any info. Also the ? link is invalid.

It's weird that the researchers bios are linkified. I think their name should be linkified instead.
^toc = >⬆ or ^ Top
Not everyone knows what toc means.

Curtu, Rodica	Mathematics	?	Google?	+
Don't include people if you don't have any info. Also the ? link is invalid.

I'll take out the blanks and change the toc to the up arrow (I like that!)

Added the up-arrows instead of the ^toc, removed blank people
https://github.com/eselkin/awesome-computational-neuroscience/commit/17997ff84b5ea83617850c3bb00aa3e6a28e92ee
(but this accidentally screwed up formatting with the markdown autoformatter in VSCode) so...
https://github.com/eselkin/awesome-computational-neuroscience/commit/8ce5769f002e695c21f75d39e92c50be7d71f0ca

Comments on the specific list:

Why is systems neuroscience in parentheses? Why not remove the parentheses?

Systems neuroscience is not a popular term, but occasionally used for a similar field.

This is a nice list! I can see it being very useful to computational neuroscience folks.

I hope so.

I am wondering if the continent -> country -> region breakdown is actually useful. Have users found it helpful? An alternative to the special request for increased depth can be accounted for by dropping country and region. This info can be added to the individual entries?

Yes, users found the list without regions to be unmanageably long.

It's not clear what +/=/- computational means.

Yes. The first sentence describes the list and the second describes the mission.

It should also describe what Computational Neuroscience is. And Computational Neuroscience in that description should be linkified to https://en.wikipedia.org/wiki/Computational_neuroscience

It's not clear what +/=/- computational means.

I was thinking of a way to explain this at the top. (+) refers to a researcher the university identifies as a computational neuroscientist, their bio consistently identifies a significant component of their research is in the field, and they have a significant body of work in the field. (=) refers to the fact that the university identifies them as practicing computational research and they have occasionally produced articles in the field. (-) means that the university identifies them as practicing computational neuroscience, their bio might also mention it, but I could not find articles of which they are an author that focus on the subject.

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


Improve UX for HTTL mandatory for C7

Problem you would like to solve
The current user experience around ensuring HTTL is set does not suit all user profiles. Users with a HTTL set as a Global Engine Flag are confused about the default values and the error warning.
Proposed solution

No default values are displayed in Modeler for HTTL (CMMN, DMN, BPMN):

[ ] https://github.com/camunda/camunda-modeler/pull/4150

Modeler displays an info with the suggestion to set the HTTL to 180 days as a starting point, with a link to the linting hints (in the docs) which explains why HTTL is necessary and how to set an engine HTTL

[x] https://github.com/camunda/bpmnlint-plugin-camunda-compat/pull/160
[x] https://github.com/camunda/linting/pull/100

For Power Users (With engine configuration) the Modeler provides a disable-httl-hint flag to disable the info for users with HTTL configured on the engine)

[ ] https://github.com/camunda/camunda-modeler/pull/4151

HTTL section in properties panel provides additional context:

[x] https://github.com/bpmn-io/dmn-js-properties-panel/pull/82
[ ] https://github.com/bpmn-io/bpmn-js-properties-panel/pull/1028

(Optional) Users can configure a default HTTL to use for new diagrams in the modeler

[ ] https://github.com/camunda/camunda-modeler/pull/4147

Document HTTL required in modeling guidance and link from there to other parts of the documentation

[ ] https://github.com/camunda/camunda-docs/pull/3324

We use the following link to external documentation: https://docs.camunda.org/manual/latest/user-guide/process-engine/history/.

Alternatives considered
Yes
Additional context
No response

@toco-cam Thanks for opening this issue.
Let's get the documentation that is supposed to be linked in place. We can then go ahead to implement this fairly swiftly.

@nikku can you share the link to the docs page again please.

We feature modeling guidance here.

Let me work on it.

Did we decide on this solution?
On the proposed solution above:

No default values are displayed in Modeler for HTTL (CMMN, DMN, BPMN)
-- no default values.

Modeler displays an info with the suggestion to set the HTTL to 180 days as a starting point, with a link to the linting hints (in the docs) which explains why HTTL is necessary and how to set an engine HTTL
-- docs hints this link -> https://docs.camunda.org/manual/7.20/update/minor/719-to-720/#enforce-history-time-to-live

For Power Users (With engine configuration) the Modeler provides a flag to disable the info for users with HTTL configured on the engine)
-- which flag are you referring to? Can u please elaborate on this?

Also, are we going to use flags.json file to set historyTimeToLive value in modeler or just leaving empty with a linting doc link as mentioned above.
Attached: I made historyTimeToLive textfield as an optional. I will add linting hints - a doc link.
https://github.com/camunda/camunda-modeler/assets/147008971/a1aaeb67-53ff-455e-a97a-092594bd50c2

@nikku @toco-cam Once we finalize with a solution. Can you please put my name on the ticket? I can work on this.

Here is the updated history time to live lint that points to the doc on BMPM side. Please clarify on the above questions.
https://github.com/camunda/camunda-modeler/assets/147008971/b9abd523-02b2-4835-9569-eac9b0817992

@toco-cam @nikku any thoughts?s

@prajwolbhandari1 Thanks for your work on this. We'll only be able to pick this up starting from next week. If you want to you can already open a PR in the mean time.
Validation for HTTL being missing must be updated via bpmnlint-plugin-camunda-compat. Thanks!

@nikku thank you for your reply.
We are able to get rid of the validation updating bpmnlint-plugin-camunda-compat (Opening a PR soon) but we have few questions on the proposed solution that I posted above. Do you mind looking at it (few posts above)?

@nikku @toco-cam can you guys please help me understand the proposed solution? My question is above.
Also, are you sure we don't want https://github.com/camunda/camunda-modeler/issues/3869 as an option?  It will help to set default value in modeler. I can see it will solve few use cases.

@prajwolbhandari1 Not sure which question you refer to. The only one I found was this one:

For Power Users (With engine configuration) the Modeler provides a flag to disable the info for users with HTTL configured on the engine)

-- which flag are you referring to? Can u please elaborate on this?

We are going to introduce a flag, controlled via flags.json or command line to opt-out of the HTTL hint. I propose the name of the flag shall be disable-httl-hint. We'll not provide a default value via that flag, as either the user shall explicitly set the HTTL or  the engine mandates the HTTL to be used.

@nikku Thank you for the clarification.
Can you please provide an example how we can disable/enable hint in modeler?
This should not be that bad to implement hopefully. I will work on it. #1 and #2 pieces above are done. Will work on the flags.json (disable-httl-hint) next.

@nikku appreciate it!
Does it make sense to put user hint as 'Set Time to Live as 180. <Link for docs>' ?
<Link for docs> -> https://docs.camunda.org/manual/7.20/update/minor/719-to-720/#enforce-history-time-to-live
Can you point me a place where we can enable/disable user info ?

I am working on with the team to raise a PR that we worked on so far. Raising the PR soon tomorrow or day after.

@toco-cam We could consider to address this along with https://github.com/camunda/camunda-modeler/issues/4120.

@nikku @toco-cam I also see the similar message in cmmn deployments if we don't provide any default values.

No default values are displayed in Modeler for HTTL (CMMN, DMN, BPMN)
@prajwolbhandari1 The target is to handle all HTTL models in the same manner.

We have an initial draft for the modeling guidance: https://github.com/camunda/camunda-docs/pull/3324.

As a start we want to tackle BPMN. Of course DMN and (unlikely but possible) CMMN would follow suite.

Looks like cmmn-js-properties-panel is archived. Can't raise a PR on that repo.

Yes. We'll not invest into CMMN for the moment.

Thanks for your PRs @prajwolbhandari1, I'll look into them today. Great work :clap:

Proposed hint to C7 users regarding history time to live - https://github.com/bpmn-io/dmn-js-properties-panel/pull/82.

Informative message info lint message - https://github.com/camunda/bpmnlint-plugin-camunda-compat/pull/160.

@toco-cam Two options regarding the power-user flag:

:a: Opt out of validation (and assume that engine sets HTTL)
:b: Ensure that diagrams have a defined HTTL (in accordance with flag) => https://github.com/camunda/camunda-modeler/pull/4147.

My assessment:
:b: Ensures HTTL is always configured on a diagram in a nice way.
:a: Allows users to NOT configure HTTL, and not bothering about it (as the contract is that engine configured it).
What do you think?

@prajwolbhandari1 Thanks again. You PRs helped a ton to drive this forward.
We're still in the process of clarifying two things:

https://github.com/camunda/camunda-modeler/issues/4062#issuecomment-1959597395
Link to documentation page, documenting HTTL and user options => Likely is going to be https://docs.camunda.org/manual/latest/user-guide/process-engine/history/ (to be created page).

Only then we'll be able to move forward.

@toco-cam Two options regarding the power-user flag:

🅰 Opt out of validation (and assume that engine sets HTTL)
🅱 Ensure that diagrams have a defined HTTL (in accordance with flag) => feat(client): Ability to set a default history time to live via flags… #4147.

My assessment:
🅱 Ensures HTTL is always configured on a diagram in a nice way. 🅰 Allows users to NOT configure HTTL, and not bothering about it (as the contract is that engine configured it).
What do you think?

I had created similar issue which was closed with a link to this one(https://github.com/camunda/camunda-modeler/issues/3869) - I personally  like the approach of setting it through the flag gives flexibility for both Modeler level configuration and as well as respecting engine level where it is set

@nikku thank you for the PR reviews.
Is there anything that you want from my side other than clarifying few things from @toco-cam ?

@prajwolbhandari1 consider to update your PR in the BPMN properties panel => https://github.com/bpmn-io/bpmn-js-properties-panel/pull/1028#issuecomment-1960808121.

@prajwolbhandari1 As indicated in https://github.com/camunda/camunda-modeler/issues/4062#issuecomment-1959597395 we want to give users the ability to opt out of the HTTL hint completely, for scenarios where this is configured (set to a default and/or disabled) in the engine.
What do you think about updating https://github.com/camunda/camunda-modeler/pull/4147 with the following:

We allow a special value false for the flag
If provided, no HTTL will be configured, and no informative hint will be provided (https://github.com/camunda/linting/pull/100).

Integrating validation ("info") + updated properties panels :arrow_right: https://github.com/camunda/camunda-modeler/pull/4150.

Disable HTTL hint via flag - https://github.com/camunda/camunda-modeler/pull/4151.

@prajwolbhandari1 I took care of most issues, including disabling the hint via a flag (https://github.com/camunda/camunda-modeler/pull/4151).
What is remaining is the improved UX in the BPMN properties panel: https://github.com/camunda/camunda-modeler/issues/4062#issuecomment-1960809305

@prajwolbhandari1 a preview of the upcoming improvements will be available in the next nightly.

@nikku just pushed the BPMN properties panel toolkit change.

Integration of BPMN properties panel HTTL hint: https://github.com/camunda/camunda-modeler/pull/4157.
Thanks @prajwolbhandari1 for the follow-up!

Documentation update is ready for review: https://github.com/camunda/camunda-docs/pull/3324

Final batch of documentation updates incoming :tada:.

@prajwolbhandari1 Why do you favor diagram configuration over engine configuration?
If you want to go ahead with this, then please updated it on top of the latest develop branch (were we added the disable-httl-hint flag). Your PR could be a cherry on top if we see that it could be valueable for a use case.

@nikku will do that and let you know.

@prajwolbhandari1 Why do you favor diagram configuration over engine configuration?

Please also allow us to learn about why you think this is a better approach, in your environment. This helps us evaluate how we further proceed.

@nikku in our organization our camunda set up is shared process engine and we have multiple product lines that have different requirements based on process they build. and each product line can have hundreds of process model include parent and call activities.
For Example our trade processes have requirement to retain history only for 30 days
Where as our Defined contribution processes have requirements to retain history for 180 days and some others beyond 80 days
Since all these processes are deployed to same engine(shared) and we cannot leverage one httl value on the engine side and at the same time we cannot have history retained forever for performance concerns.
We do give different version of desktop modelers to BPM developers across product lines with our custom elements template and settings like disabling cmmn,  httl etc in a package that we give them.
the changes @prajwolbhandari1 made will allow us to enforce httl on the modeler side during design time (Catch on left)
We work for Fintech. Please request you if it does not impact anything else to merge code from @prajwolbhandari1 so we can benefit from this contribution.

@nikku just pushed the change https://github.com/camunda/camunda-modeler/pull/4147

default-httl flag is going to be available to customized the default history time to live value to be used for new diagrams.

Thanks @prajwolbhandari1, @HarishMalavade and anyone else who contributed to this discussion issue in a meaningful way :heart:.
This is scheduled for release with the next Desktop Modeler. I'm super happy how this turned out.

Thanks @nikku for all your help.


Fixes typo in documentation

Fixes typo in property xmlTools.splitXmlnsOnFormat which is incorrectly referred as xmlTools.splitXmlsOnFormat in documentation.

Thank you!


Form

Closes #5
Closes #6
Closes #7
Closes #8
Following NHS styles and components we created a form that enables a submit button when all checkboxes are checked
How to test
Page

On this branch, install dependencies yarn
Run the dev server yarn workspace web start
Open the browser and go to http://localhost:3000/
A simple web view will open with NHS styles
Check all checkboxes and the submit button should enable
Click Submit
The browser should navigate to a thanks page on  http://localhost:3000/thanks

Unit test
All components are unit tested for render and in upcoming PR business logic should be tested.
To run all the unit tests, please run yarn workspace web test

Hey @pataruco i'm not seeing the 'thanks' page after clicking to submit - there are no console errors i can see on Chrome

Hi @DimplePatel, I couldn't replicate your experience, please tell me when is a good time to check what is going on your side


CSS breaks when p is not the last item in a modal

If you have a <p> tag followed by other tags (<ul>, <button>, etc.) then that p tag will be considered to be last-of-type, and not have margins:
https://github.com/picocss/pico/blob/5ce6840d493fbe9bffc967bad22f90d737362fa9/scss/components/_modal.scss#L72-L76
I assume the intended behavior would be suppressing the margin only if p is the last child of the parent?

I removed the :last-of-type {  margin: 0; } logic in the upcoming Pico v2.
The side effects were too broad.


Updating states twice (first with zero)

I have a trigger on a "feed" state to recognize changes of the price.
I noticed that the trigger is fired twice: the first time I get a value with 0 and shortly after the first trigger I receive a second trigger with the correct value.
That's a misbehaviour. I have to filter it in my trigger function but it would be better when the states are written correctly.

That is not a misbehavior. It is a feature. As the readme/documentation says you can opt out writing 0 in adapter settings


updated press kit for PM release

Urgend update for the press kit.

You might publish the direct file link for now, as the download page isn't ready yet.


Input fields look too small on mobile devices

Increase font-size

Fixed in https://github.com/ummahusla/PotatoCSS/commit/5262fa9be696fb100208df865ede8c0cf7fb92fb


Add Ruby 3LO and API key auth support

Current coverage is 81.27% (diff: 100%)

Merging #458 into disco_head will not change coverage

@@           disco_head       #458   diff @@
============================================
  Files             183        183
  Lines            6971       6971
  Methods             0          0
  Messages            0          0
  Branches          909        909
============================================
  Hits             5666       5666
  Misses           1033       1033
  Partials          272        272

Powered by Codecov. Last update 51f8f4f...59369aa


[Bug] "KeyError: 'arduino_cli_cmd'" on tvmc micro create ... arduino

Expected behavior
$ tvmc micro create --force /tmp/x9584 ~/scripts/sine.tar arduino --project-option project_type=host_driven

This tvmc command should finish without any error, correctly generating a project dir in /tmp/x9584
Actual behavior
gromero@amd:~/git/tvm$ tvmc micro create --force /tmp/x9584 ~/scripts/sine.tar arduino --project-option project_type=host_driven
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:191: Warning: Unable to detect CUDA version, default to "-mcpu=sm_20" instead
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:217: Warning: Unable to detect ROCm compute arch, default to "-mcpu=gfx900" instead
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:231: Warning: Unable to detect ROCm version, assuming >= 3.5
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:163: Warning: Unable to detect CUDA version, default to "-arch=sm_20" instead
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:191: Warning: Unable to detect CUDA version, default to "-mcpu=sm_20" instead
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:217: Warning: Unable to detect ROCm compute arch, default to "-mcpu=gfx900" instead
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:231: Warning: Unable to detect ROCm version, assuming >= 3.5
[19:01:56] /home/gromero/git/tvm/src/target/target_kind.cc:163: Warning: Unable to detect CUDA version, default to "-arch=sm_20" instead
The following error occured on the Project API server side:
 calling method generate_project: JSON-RPC error # -32000: calling method generate_project
Traceback (most recent call last):
  File "/home/gromero/git/tvm/python/tvm/micro/project_api/server.py", line 481, in serve_one_request  # <--- Outermost server-side stack frame
    self._dispatch_request(request)
  File "/home/gromero/git/tvm/python/tvm/micro/project_api/server.py", line 593, in _dispatch_request
    return_value = dispatch_method(**params)
  File "/home/gromero/git/tvm/python/tvm/micro/project_api/server.py", line 621, in _dispatch_generate_project
    return self._handler.generate_project(
  File "/home/gromero/git/tvm/build/microtvm_template_projects/arduino/microtvm_api_server.py", line 320, in generate_project
    version = self._get_platform_version(options["arduino_cli_cmd"])
KeyError: 'arduino_cli_cmd'

Environment
Any if USE_MICRO and tvmc is enabled/installed
Steps to reproduce
$ tvmc micro create <any_tmp_project_dir> <path_to_a_compiled_model_saved_as_MLF> arduino --project-option project_type=host_driven

This happens because even if arduino_cli_cmd option in PROJECT_OPTIONS has not "generate_project" listed in required  list.

@gromero I think this is fixed now?

@mehrdadh absolutely. Thanks for the ping and sorry leaving it opened : )
I'm closing since it's fixed by https://github.com/apache/tvm/pull/9584


Video Tutorial for Template

Make a video tutorial on how to use the template that users and watch/review.
Can use this as a basis for the training "test" and possible additional walkthrough/troubleshooting materials.
Likely we won't be able to get this going properly until early 2023.

Bonus: a "gif" walkthrough on GitHub.

Can work on this in parallel to proficiency test scenarios.


Fully customizable manager menus

It is now possible to fully customize the menus in the manager interface without having to override .cshtml files in the application. This also allows applications to completely change the structure and startpage of the manager interface. Note that this change is not backwards compatible, and applications that have overridden any files for menu tabs will have to reimplement with the new API.

I'm trying to do this using the instructions at http://piranhacms.org/docs/extend/manager-menu.
I've got my new menu item appearing but the page title

 seems to be blank.  Am I missing something?
V2.2.5

Have you set ViewBag.Title in your .cshtml view, for example:
https://github.com/PiranhaCMS/Piranha/blob/master/Core/Piranha/Areas/Manager/Views/Category/Index.cshtml#L3

I thought that it used the "Name" of the menu item as the title.  I see now.. thanks.


keycloak manager fix for tests; update DEPENDENCIES

if any of keycloak parameter is missed for a feign service it results in an exeption when token is requested. This fix disables retrieving the token if any parameter is missed.
DEPENDENCIES file is updated. No restrictions are found in the libraries

@Wulghash @amoldashwant please review

Changes look good to me. All parameters are checked before making the request.

All changes seems fine from my side.

@almadigabor , please merge


Unskip tests disabled for "Can not find compilation library location for package"

Many tests were skipped to workaround "Can not find compilation library location for package" (https://github.com/dotnet/cli/issues/6318).  This change should be reverted when https://github.com/dotnet/cli/issues/6318 is fixed.

Reverted: https://github.com/aspnet/Mvc/commit/e766a259ede9cacd5947807fd154dcc6ff24d045


Automatically use in-cluster Devfile registries if any

Co-authored-by: @valaparthvi @feloy @anandrkskd @ritudes
What type of PR is this:
/kind feature
What does this PR do / why we need it:
If connected to a cluster, odo init, odo preference view, odo registry commands will detect any DevfileRegistriesList and ClusterDevfileRegistriesList resources in the cluster, and use the registries listed there.
The same behavior applies to odo dev and odo deploy when there is source code but no devfile.yaml, as they should start by initializing a Devfile.
Per the acceptance criteria, order of registries is as follows:

current namespace registries
cluster registries
local preferences

Which issue(s) this PR fixes:
Fixes #5128
PR acceptance criteria:

[x] Unit test

[x] Integration test

[ ] Documentation

How to test changes / Special notes to the reviewer:

If connected to a cluster, you can install the Custom Resource Definitions along with the Custom Resources, and see it in action:

$ kubectl apply -f https://raw.githubusercontent.com/devfile/registry-operator/main/config/crd/bases/registry.devfile.io_clusterdevfileregistrieslists.yaml
$ kubectl apply -f https://raw.githubusercontent.com/devfile/registry-operator/main/config/crd/bases/registry.devfile.io_devfileregistrieslists.yaml
# Cluster-scoped registries list
$ kubectl apply -f https://raw.githubusercontent.com/devfile/registry-operator/main/samples/clusterregistrieslist.yaml
# Namespace-scoped registries list
$ kubectl apply -f https://raw.githubusercontent.com/devfile/registry-operator/main/samples/devfileregistrieslist.yaml

# Now you can use any `odo` command
$ odo preference view

If not connected, it should still work with the registries stored in the odo preferences, like so:

$ KUBECONFIG=/dev/null odo preference view
Preference parameters:
 PARAMETER           VALUE
 ConsentTelemetry    true
 Ephemeral           false (default)
 PushTimeout
 RegistryCacheTime
 Timeout
 UpdateNotification

Devfile registries:
 NAME                    URL                                SECURE
 Staging                 https://registry.stage.devfile.io  No
 DefaultDevfileRegistry  https://registry.devfile.io        No

user-guides/quickstart/docs-mdx/nodejs/nodejs_odo_dev_output.mdx
  Expected
      <string>:   (
        	"""
        	... // 9 identical lines
        	•  Waiting for Kubernetes resources  ...
        	⚠  Pod is Pending
      - 	✓  Pod is Running
        	✓  Syncing files into the container [1s]
        	✓  Building your application in container (command: install) [1s]
        	... // 9 identical lines
        	[Ctrl+c] - Exit and delete resources from the cluster
        	[p] - Manually apply local changes to the application on the cluster
      + 	✓  Pod is Running
        	```
        	"""
        )

  to be empty
  In [It] at: /go/odo_1/tests/documentation/user-guides/doc_user_guides_quickstart_test.go:104

Addressed in https://github.com/redhat-developer/odo/pull/6545
/override Kubernetes-Integration-Tests/Kubernetes-Docs-Integration-Tests

Rebased and force-pushed to fix the conflicts reported.

/override Kubernetes-Integration-Tests/Kubernetes-Docs-Integration-Tests
/override windows-integration-test/Windows-test
Flaky tests
/lgtm


UTMOSv2 was released

Hi @tarepan
Thanks for your simple implementation again.
Today, UTMOSv2 was released. https://github.com/sarulab-speech/UTMOSv2
Could you integrate UTMOSv2 with HuggingFace Hub like SpeechMOS?

As one of the author of UTMOSv2 the key difference of UTMOSv2 is a spectrogram feature extraction. Here, we used EfficientNetV2 as spectrogram feature extractor.
Let me know if you need any help in implementing UTMOSv2.

I am also paying attention to the VoiceMOS Challenge 2024👀
From the description of UTMOSv2 repository's README.md, UTMOSv2 seems to be good!
Soon after the publication of preprint papers (UTMOSv2 & Challenge24), I will check it and consider UTMOSv2 re-implementation in this SpeechMOS👍
@Wataru-Nakata
Thanks for your kind help, that's reassuring!


Alpha build setup

What
Adds necessary jobs/steps to allow for automatic KickAlpha build uploads.
Why
Preparation steps for automatic alpha builds.
How
Adds a job in the circle.yml that will run on the alpha-dist branch. This job runs the same steps as the beta job, but calls fastlane alpha_match_gym_hockey instead of fastlane beta_match_gym_hockey. The alpha_match_gym_hockey lane will build the KickAlpha app and upload it to Hockey.
TODO ⏰

[ ] Test this manually once merged by running RELEASE=alpha make deploy
[ ] uncomment final step (the master job in circle.yml) that will automate the full flow

 Automatic Alpha Build

@ifbarrera this seems good to me, received an alpha build. Guess all that's left is to rename the branch back to master?


GAE Flex supports websockets

A couple months ago websockets support was added in beta to App Engine Flex:
https://cloud.google.com/blog/products/application-development/introducing-websockets-support-for-app-engine-flexible-environment
But Cloud Run doesn't support Websockets yet.

Thanks!
Fixing 80-char word-wrap and merging.


Add diff assertion for comparing textual content

Line diff assertion. Checks if 2 blocks of textual content have
differences. If difference found, generates a list of strings showing
the delta. You can set comparison option like "ignore_space_change",
"ignore_whitespaces" or "ignore_blank_lines", you can also specify the
output of delta in unified or context mode.

Travis CI failed.
It reported that could not fetch python 3.4:
406 Setting APT mirror in /etc/apt/sources.list: http://archive.ubuntu.com/ubuntu/
407 3.4 is not installed; attempting download
408 Downloading archive: https://s3.amazonaws.com/travis-python-archives/binaries/ubuntu/14.04/x86_64/python-3.4.tar.bz2
409 $ curl -sSf -o python-3.4.tar.bz2 ${archive_url}
410 curl: (56) SSL read: error:00000000:lib(0):func(0):reason(0), errno 104
411 Unable to download 3.4 archive. The archive may not exist. Please consider a different version.


Including "standard headers" in mock files.

When mocking a file, the cmock_generator includes first <string.h>, <stdlib.h> and possibly <setjmp.h> and then "cmock.h" and the mocked headers, etc.
/* Source File: src/nkern/common/core/nktypes.h */
/* AUTOGENERATED FILE. DO NOT EDIT. */
#include <string.h>
#include <stdlib.h>
#include <setjmp.h>
#include "cmock.h"
#include "mock_nktypes.h"

This causes problems with our project.  We're working on low-level, kernel/hypervisor software, and we define our own standard header files, since libc or a unix kernel is not available. I'd guess that's the case for most microcontroller code: there are libraries providing their own headers.
But in this particular case, we are mocking parts of the hypervisor itself, which provides the string.h and stdlib.h, etc.
So what happens, is that string.h includes amongst other files, src/nkern/common/core/nktypes.h itself; therefore when we include the mocked version, mock_nktypes.h, we get duplicate declarations (no problem they're compatible), but in case of inlines, we get duplicate definitions!
> Shell executed command:
'/build/pbourguignon/clang/src.devel/vlm-x86-linux-android-clang/bin/clang -target aarch64-linux-android -mcpu=cortex-a53 -Wno-gnu-variable-sized-type-not-at-end -Wno-initializer-overrides -Wno-int-to-pointer-cast -Wno-pointer-to-int-cast -Wno-implicit-function-declaration -H --sysroot=/home/pbourguignon/src/android/sysroot -idirafter src/nkern/common/stdc -DUNITY_OUTPUT_CHAR\(a\)=printf\(\"%c\",\(a\)\) -UUNITY_OUTPUT_CHAR_HEADER_DECLARATION -DUNITY_OUTPUT_FLUSH\(\)=do\{\}while\(0\) -UUNITY_OUTPUT_FLUSH_HEADER_DECLARATION -include "fixups.h" -g -fprofile-instr-generate -fcoverage-mapping -fprofile-arcs -ftest-coverage -I"/build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/unity/src" -I"/build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/c_exception/lib" -I"/build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/cmock/src" -I"build/test/mocks" -I"test" -I"test/bsp" -I"test/bsp/cpu" -I"test/bsp/cpu/arm" -I"test/bsp/cpu/arm64" -I"test/bsp/framework" -I"test/bsp/framework/vbridge" -I"test/bsp/monitoring" -I"test/bsp/pcie" -I"test/bsp/pcie/designware" -I"test/bsp/pcie/ecam" -I"test/bsp/svec" -I"test/bsp/virtio" -I"test/bsp/vpcie" -I"test/nkern" -I"test/nkern/arm" -I"test/nkern/arm/vdev" -I"test/nkern/arm64" -I"test/nkern/arm64/core" -I"test/nkern/arm64/vdev" -I"test/nkern/common" -I"test/nkern/common/boot" -I"test/nkern/common/boot/dtb-iter" -I"test/nkern/common/core" -I"test/nkern/common/core/vram" -I"test/nkern/common/dbg" -I"test/nkern/common/dev" -I"test/nkern/common/stdc" -I"test/nkern/common/vdev" -I"test/support/dtb" -I"test/support/dtb-iter" -I"test/support/vgic-v3-its-vlpi" -I"test/support/vpcie-ep-swmsi" -I"test/support/vram" -I"test/support" -I"." -I"test" -I"test/nkern" -I"test/nkern/common" -I"test/nkern/common/core" -I"test/nkern/common/core/vram" -I"test/nkern/common/boot" -I"test/nkern/common/boot/dtb-iter" -I"test/nkern/common/vdev" -I"test/nkern/common/dev" -I"test/nkern/common/dbg" -I"test/nkern/arm" -I"test/nkern/arm/vdev" -I"test/nkern/arm64" -I"test/nkern/arm64/core" -I"test/nkern/arm64/vdev" -I"test/support/dtb" -I"test/support/vram" -I"test/support/dtb-iter" -I"test/support/vgic-v3-its-vlpi" -I"test/support/vpcie-ep-swmsi" -I"test/bsp" -I"test/bsp/virtio" -I"test/bsp/pcie" -I"test/bsp/pcie/ecam" -I"test/bsp/pcie/designware" -I"test/bsp/vpcie" -I"test/bsp/monitoring" -I"test/bsp/svec" -I"test/bsp/cpu" -I"test/bsp/cpu/arm" -I"test/bsp/cpu/arm64" -I"test/bsp/framework" -I"test/bsp/framework/vbridge" -I"test/support" -I"src" -I"src/nkern" -I"src/arm-arch" -I"src/arm" -I"src/sys" -I"src/ext" -I"src/hyp-dist" -I"src/arch" -I"src/bsp" -I"src/hyp-dist/include" -I"src/nkern/common/core" -I"src/nkern/common/dbg" -I"src/nkern/common/hal" -I"src/nkern/common/vdev" -I"src/nkern/common/assets" -I"src/nkern/common/nk" -I"src/nkern/common/boot" -I"src/nkern/common/dev" -I"src/nkern/common/balloon" -I"src/bsp/virtio" -I"src/bsp/pcie" -I"src/bsp/pcie/ecam" -I"src/bsp/pcie/designware" -I"src/bsp/vpcie" -I"src/bsp/monitoring" -I"src/bsp/svec" -I"src/bsp/soc" -I"src/bsp/soc/armltd" -I"src/bsp/soc/armltd/vexpress64" -I"src/bsp/soc/armltd/vexpress" -I"src/bsp/cpu" -I"src/bsp/cpu/arm" -I"src/bsp/cpu/ia32" -I"src/bsp/cpu/ia" -I"src/bsp/cpu/ia64" -I"src/bsp/cpu/arm64" -I"src/bsp/cpu/arm32" -I"src/bsp/framework" -I"src/bsp/framework/vbridge" -I"src/bsp/uart" -I"src/bsp/smmu" -I"src/bsp/smmu/arm" -I"src/bsp/smmu/ia" -I"src/bsp/board" -I"src/bsp/board/vexpress" -I"src/bsp/board/vexpress/fvp" -I"src/bsp/board/vexpress/vetc2" -I"src/bsp/board/vexpress/juno" -I"src/bsp/vdt" -I"src/bsp/vdt/common" -I"src/bsp/vdt/vcarautosar" -I"src/bsp/vdt/vcar" -I"src/bsp/vdt/htf" -I"src/bsp/vdt/true" -I"src/bsp/vdt/test" -I"src/hyp-dist/nkern" -I"src/hyp-dist/nkern/common" -I"src/hyp-dist/nkern/common/boot" -I"src/hyp-dist/nkern/common/core" -I"src/hyp-dist/nkern/common/vdev" -I"src/hyp-dist/nkern/arch" -I"src/hyp-dist/nkern/arm-arch" -I"src/hyp-dist/nkern/arm" -I"src/hyp-dist/nkern/arm/core" -I"src/hyp-dist/nkern/arm64" -I"src/hyp-dist/nkern/arm64/core" -I"src/hyp-dist/obj" -I"src/hyp-dist/var" -I"src/hyp-dist/lib" -I"src/hyp-dist/include/nkern" -I"src/hyp-dist/include/nkern/arm-arch" -I"src/hyp-dist/include/nkern/arm" -I"src/hyp-dist/include/nkern/arch" -I"src/hyp-dist/include/nkern/arm64" -I"src/nkern/arm" -I"src/nkern/arm/core" -I"src/nkern/arm/vdev" -I"src/nkern/arm/nk" -I"src/nkern/arm/dbg" -I"src/nkern/arm/dbg/kdb" -I"src/nkern/arm64/core" -I"src/nkern/arm64/vdev" -I"src/nkern/common/utils" -DPARAM_ARMV8 -DTEST -DUNITY_EXCLUDE_MATH_H -DUNITY_EXCLUDE_STDINT_H -DUNITY_EXCLUDE_LIMITS_H -DUNITY_EXCLUDE_TIME_H -DUNITY_EXCLUDE_STDLIB_H -DUNITY_SUPPORT_64 -DCMOCK_MEM_SIZE=131072 -DGCOV_COMPILER -DPASS=2 -c "build/test/mocks/mock_nktypes.c" -o "build/gcov/out/mock_nktypes.o" 2>&1'
> Produced output:
. src/sys/string.h
.. src/nkern/common/stdc/stdio.h
... src/nkern/common/core/nktypes.h
.... src/nkern/common/nk/nktypes.h
.... src/nkern/common/nk/nkvcpuregs.h
..... src/arch/nk/nkvcpuregs.h
...... src/arm-arch/nk/nkvcpuregs.h
.... src/nkern/common/nk/nkvlink.h
.... src/nkern/common/nk/nktiming.h
.... src/nkern/common/nk/nkmpboot.h
.... src/nkern/common/nk/nkbootvars.h
..... src/nkern/common/nk/nkvdt.h
.... src/nkern/common/nk/nkvcpumap.h
.... src/nkern/common/core/macro.h
..... src/nkern/common/core/macro-asm.h
... src/nkern/common/stdc/stdarg.h
. src/sys/stdlib.h
. src/sys/setjmp.h
. /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/cmock/src/cmock.h
.. /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/cmock/src/cmock_internals.h
... /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/unity/src/unity.h
.... /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/unity/src/unity_internals.h
..... src/sys/setjmp.h
..... /build/pbourguignon/clang/src.devel/vlm-clang-prebuilts-android/clang-r450784d/lib64/clang/14.0.6/include/stddef.h
...... /build/pbourguignon/clang/src.devel/vlm-clang-prebuilts-android/clang-r450784d/lib64/clang/14.0.6/include/__stddef_max_align_t.h
..... /build/pbourguignon/clang/src.devel/vlm-clang-prebuilts-android/clang-r450784d/lib64/clang/14.0.6/include/stdnoreturn.h
.. /build/pbourguignon/clang/src.devel/vlm-clang-prebuilts-android/clang-r450784d/lib64/clang/14.0.6/include/stddef.h
. build/test/mocks/mock_nktypes.h
.. /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/unity/src/unity.h
.. build/test/mocks/nktypes.h
.. /build/pbourguignon/clang/work/build.devel/utest-nkernel/vendor/ceedling/vendor/c_exception/lib/CException.h
... src/sys/setjmp.h
build/test/mocks/mock_nktypes.c:135:8: error: redefinition of 'vmid_is_valid'
bool_t vmid_is_valid(vm_id_t vmid)
       ^
src/nkern/common/core/nktypes.h:112:1: note: previous definition is here
vmid_is_valid(vm_id_t vmid)
^

First, I would object on principle on the need for string.h and stdlib.h in the generated mock code. Even setjmp.h should not be directly needed by the mock code (it's used in the unity module to implement tests for noreturn functions).
The only occurence I see, is memset. A mock_memset could be provided by cmock.h.
But more fundamentally, as mentionned above, in a lot of projects, standard libraries don't come from libc and an underlying posix kernel.  If they're available, they're not the host (the testing host) libraries.  So this should preclude their use entirely in the generated mock code.

Oops, I attached this Issue to Ceedling instead of CMock. Please, move it over.

Originally neither Unity nor CMock had lib dependencies other than setjmp/longjmp and that was intentional. Over time, some of the basic standard library usage has crept its way into both projects.
In Unity, we've been very careful to make sure that there is always an alternative way to do it (Each standard library include is optional in Unity, including setjmp/longjmp. The effect of disabling a standard header just comes with additional steps the person building the test environment is responsible for. We feel like this is a good way to run things... where people can take advantage of the options when they're around, but still make good use of the tool when they're not.
This has been the goal for CMock, but (as you've notice) we haven't been as effective in keeping up with the "optional" portion of this. I agree we should get back to that. Specifically (and this is partially notes for myself or whoever tackles this issue soon):

The setjmp include should be disabled with Unity's UNITY_EXCLUDE_SETJMP. If Unity's not using it, CMock doesn't need it for anything.
The stdlib include should only be enabled with CMOCK_MEM_DYNAMIC or better: we can reimplement basic memset
The string include can be handled be reimplementing memcpy

The string include can be handled be reimplementing memcpy

I've updated my PR and added tests: https://github.com/ThrowTheSwitch/CMock/pull/454


[docs] Update MUI X product identifier

[x] I have followed (at least) the PR section of the contributing guide.

Follow up on https://github.com/mui/material-ui/pull/32707 for MUI X.
I've extracted few components to avoid code repetitions.

Preview: https://deploy-preview-33067--material-ui.netlify.app/material-ui/getting-started/installation/

Two things to consider:

We consider Joy UI as a product, and the data grid as a feature of MUI X (the product). It would blur the lines between what's a feature and a product.
Let's say, we add, tree view, window splitter, chats, file upload, tree select, scheduler, and the others listed in https://mui.com/material-ui/discover-more/roadmap/#new-components. How do we display them?

Agree with Olivier's questioning above ☝. I guess we shouldn't push this change forward. Not only we confuse things given MUI X's components are what X is as there wouldn't be an elegant way to scale the product identifier to fit every component we'll develop in the future.
Even though we put Core and X in the same category (higher-order products), Core resonates more with the idea of a product line whereas X could even be seen somewhat as a pair of Material and/or Joy (library of components—even though X has a package per component). We'd also lose the MUI X link directing to the Overview page, which should be the first place folks get to, at least in my view!
Happy to discuss more! And curious to hear from @samuelsycamore about it!

We consider Joy UI as a product, and the data grid as a feature of MUI X (the product). It would blur the lines between what's a feature and a product.

Indeed, but with current product selector I felt like MUI X is lacking some fragmentation into smaller pieces:

Now when I think about it, it almost feels like MUI X should be another chip in the MUI Core section 😀 At least that would reflect the hierarchy better, but we want to separate MUI Core and MUI X

Let's say, we add, tree view, window splitter, chats, file upload, tree select, scheduler, and the others listed in mui.com/material-ui/discover-more/roadmap/#new-components. How do we display them?

I think we can wrap chips and have up to rows of them, but it won't scale further.

Indeed, but with current product selector I felt like MUI X is lacking some fragmentation into smaller pieces:

For me, the most confusing part is seeing v5.0.0-alpha.5 instead of v5.12.0 here:

Overall, I would have expected something like this (in terms of how the information is structured):

in https://mui.com/x/react-date-pickers/date-picker/
and

in https://mui.com/base/getting-started/installation/

@oliviertassinari

It makes it clear, that we enforce strong consistency, that everything is meant to work together for a given version. That's how we differentiate from picking x different independent npm packages together and hoping they will play nicely.

Yes, I think ultimately it should look exactly like that.
But it would be misleading to change this right now because there's no 5.12.0 version of date pickers package.

As for this PR, I think we've reached an agreement that we won't proceed with this change, so I'm closing the PR


[hi] Sentence Formating is not meaningful

This is a Feature Request
The CaseStudies having link whose Sentence is के बारे में पढ़ें Babylon  which is not a right formation of sentence in hindi.
Consider Image for Understanding the issue:

Solution:
The Page having link should be updated in correct and meaningful form Babylon के बारे में पढ़ें Without affecting the sentence formating of the other language docs.
Note
We Cannot change the  order of link and text or  reversed because it will effect other languag docs sentence meaning.

/sig docs
/language hi

Page related issue : https://kubernetes.io/hi/case-studies/

/assign

This issue is resolved. Thank you @arujjval  for your contribution.

Closing this issue marking as resolved
/close


fix: allow passing no arguments to .withValetCertificates()

Fixes #136. I tried a couple different things and this seemed like the cleanest—adding another method signature would have required both a typeof ... === 'undefined', which is ugly, and also reassigning path and domain to new variables. This way the existing method signature doesn't actually change (I think?) and it's still quite readable.
TypeScript playground.
Like I said in the issue, I don't know TypeScript very well, so if there's a better way to do this that I'm missing I'm very open to feedback! Thanks.

Thanks!

I just published<EMAIL_ADDRESS>:)

Thanks a lot! 🙌🏻


MH-13191 Improve performance of event deletion (2)

The AssetManager used to "manually" control the relation between
snapshots and assets. I.e. assets actually have references to snapshots,
but this relationship was only handled on application level. On database
level, there was not explicitly declared relationship between assets and
snapshots.
So when deleting snapshots, the AssetManager had to first figure out,
which snapshots were going to be deleted by the given query and then
"manually" remove all assets referencing the snapshots to be deleted,
before actually deleting the snapshots.
With this patch, the relationship between assets and snapshots is
modeled explicitly on the database level by changing the shema
accordingly. This allows for ON DELETE CASCADE to be used resulting in
only one query being necessary when removing snapshots.
This work is sponsored by SWITCH.

Thanks @KatrinIhler. Which database have you tried? mysql or MariaDB? What error message did you get?


waf: 2.0.19 -> 2.0.20

Semi-automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/waf/versions.
meta.description for waf is: "Meta build system"
meta.homepage for waf is: "https://waf.io"
Updates performed:

Version update

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 2.0.20 with grep in /nix/store/lmbn3y93i8zlgryndfqvkkkfac2s4l0f-waf-2.0.20

directory tree listing: https://gist.github.com/93dba2b011fa2120048206c004aafbc1

du listing: https://gist.github.com/c194481d1ae04719ed4d59e703f05df4

Rebuild report (if merged into master) (click to expand)

2420 total rebuild path(s)
819 package rebuild(s)
816 x86_64-linux rebuild(s)
731 i686-linux rebuild(s)
179 x86_64-darwin rebuild(s)
694 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
MMA
SDL2_mixer
SDL_mixer
Sylk
_20kly
a2jmidid
abbaye-des-morts
adapta-gtk-theme
adlplug
aeolus
aerc
afew
aj-snapshot
almanah
alot
alsaPluginWrapper
alsaPlugins
ams
ams-lv2
anki
ankisyncd
apostrophe
appimage-run
aravis
ardour
areca
artyFX
asc
astroid
atom
atom-beta
aubio
audacious
audaciousQt5
audacity
audio-recorder
autofs5
azureus
ballAndPaddle
balsa
baresip
baudline
beneath-a-steel-sky
beret
birdfont
bitmeter
bitwig-studio
bitwig-studio1
bitwig-studio2
bitwig-studio3

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/lmbn3y93i8zlgryndfqvkkkfac2s4l0f-waf-2.0.20 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A waf https://github.com/r-ryantm/nixpkgs/archive/5f7aeb80aefffa320b5c0f55a2b9aa6b217290c4.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/lmbn3y93i8zlgryndfqvkkkfac2s4l0f-waf-2.0.20
ls -la /nix/store/lmbn3y93i8zlgryndfqvkkkfac2s4l0f-waf-2.0.20/bin

cc @vrthra for testing.

@GrahamcOfBorg build mpv


pantheon.granite7: 7.2.0 -> 7.3.0

https://github.com/elementary/granite/releases/tag/7.3.0
Description of changes
(I have some interest to specifically test the basic styles, I will to that in a few hours) Ah "you'll need to manually set the stylesheet to empty in Gtk.Inspector to see any difference"
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

@ofborg test pantheon


How to view the navmesh in 3D?

❓ Questions and Help
Rather than rendering topdown views of the navmesh as shown in the tutorials, how do I view the navmesh in 3D?

Hey @frank-gallagher I have two options for you:

You can set the Simulator.navmesh_visualization attribute to True, which adds a wireframe representation to all sensor images.
You can query the navmesh vertices and indices (for the full navmesh or any individual island) and then use the DebugLineRender to manually draw the mesh edges in any color you want. This would need to be re-drawn before each sensor is rendered (e.g. see the viewer example)

Hi @aclegg3 ,
The build_navmesh_vertex_indices function just returns a list of integers from 0 to the length of the list returned by build_navmesh_vertices. Should it not provide the triangle index for each vertex or am I misunderstanding something?


How to get all the events below a deployment

command
~ kubectl -n test  get event | grep   beego
1m          3h           671       beego-67b98c5cc4-6b4v7.155c23f1200bb6e3               Pod                                 Warning   FailedScheduling        default-scheduler
client
fieldSelector := "involvedObject.name=beego"
clientset.CoreV1().Events(namespace).List(metav1.ListOptions{FieldSelector: fieldSelector})
{
"code": 0,
"data": {
"metadata": {
"selfLink": "/api/v1/namespaces/test/events",
"resourceVersion": "39397040"
},
"items": []
}
}
ps：use client,How to get all the events below a deployment

Only way I found was iterating all the pods+replicasets and then watching their events in parallel ... would be nice if there was a builtin way of doing that


rare: small cleanup

Description of changes
Removed an unneeded dependency, switched to fetchFromGitHub, and taken the desktop file from the official repository instead of making a new one (the latter couldn't be done from PyPI).

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

The changes look fine, but shouldn't the commit message be something like "rare: cleanup"?

Result of nixpkgs-review pr 179639 run on x86_64-linux 1

1 package built:

rare


Operator Ideas

There are some commands that take another command to execute "somewhere else" or with specific property. Examples are:

ssh
docker exec
nohup

You can currently implement this with two commands using .args.
ssh = sh("ssh")
ps = sh("ps")
result = await ssh("host", ps.args)

It would be convenient to concatenate commands using %:
result = ssh("host") % ps

If used in a pipeline I believe the operator precedence will do what we want even when combined with | or >>.
I'd like to reserve '+' for possible use in implementing a "sequence" operator.

~ has been removed.
% has been implemented.

Add support for a variable using [] syntax, e.g. sh["a"] would represent a variable named "a" tied to the context. It's value would default to None. (If we need to initialize/append a value to the variable, there can be a set function. sh["a"].set("foo")
To retrieve a variable value, you need to await it await sh["a"]. You can also retrieve the value using str(sh["a"]); this can raise an exception if no value is assigned.  Variables are futures.
You can use a variable as input/output to a command or pipeline.
await (sh("echo", "abc") | sh["result"])
print(sh["result"])

You should be able to pass a variable as an argument to a command or pipeline..
await sh("echo", "abc") | sh["a"])
result = await sh("echo", sh["a"])
assert result == "abc\n"

Because shellous Context is immutable, the variable mapping will need to be stored in a ContextVar...

Closing. Contexts must remain immutable.


Add support for Anvil region format

Read the header for region files correctly.
http://minecraft.gamepedia.com/Region_file_format

Region files can be read as of commit 4ec35fef74d03cb7f32e7a3e017171945d728bcf. Looking into write support.


Typeclasses. instance over pairs explodes

We were trying to use typeclasses and found this edge case that seems to be a bug when using pairs.
Proof of concept
module Ex10b

open FStar.Exn
open FStar.All
open FStar.Tactics.Typeclasses

class ml (t:Type) = { mldummy : unit }

instance ml_pair t1 t2 [| ml t1 |] [| ml t2 |] : ml (t1 * t2) = { mldummy = () }

class importable (t : Type) = { itype : Type; import : itype -> Ex t; ml_itype : ml itype }

let mk_importable (t1 #t2 : Type) [|ml t1|] (imp : t1 -> Ex t2) : importable t2 =
  { itype = t1; import = imp;  ml_itype = solve }

instance ml_importable (#t : Type) (d : importable t) : ml (d.itype) = d.ml_itype

instance importable_ml t [| ml t|] : importable t = mk_importable t (fun x -> x)

(* this fails with the following error: *)
instance importable_pair t1 t2 [| d1:importable t1 |] [| d2:importable t2 |] : importable (t1 * t2) =
  mk_importable (d1.itype * d2.itype) (fun (x,y) -> (import x, import y) <: Ex (t1 * t2))

and the error:
Unexpected error; please file a bug report, ideally with a minimized version of the source program that triggered the error.
Failure("Imposible: univ_kernel (U_max _)")

Thanks for the report! Fix incoming.

Worked perfectly! Thank you very much!


WIP: add log for instantiations

For the README example, we get:
In [4]: mult = Multiplier(50)
01.06 2019 14:14:32	*Instantiated Multiplier(base=50)	20

I know @hukkinj1 is a bit minimalistic though, we could just allow __init__ in _can_decorate, we would get worse looking logs but slightly less code to produce them. Also we would get a called and returned log, as opposed to this proposal, where we just get 'instantiated'...

Stale, and nobody ever needed instantiation logs, so closing.


xRemoteFile: Updated documentation for MatchSource - Fixes #409

Pull Request (PR) description

xRemoteFile

Updated MatchSource description in README.md.
issue #409
Improved layout of MOF file to move description left.
Added function help for all functions.
Moved New-InvalidDataException to CommonResourceHelper.psm1.
issue #544

Added full stops to the end of all functions help in CommonResourceHelper.psm1.

This Pull Request (PR) fixes the following issues

Fixes #409
Fixes #544

Task list

[x] Added an entry under the Unreleased section of the change log in
CHANGELOG.md. Entry should say what was changed, and how that affects
users (if applicable).
[x] Resource documentation added/updated in README.md.
[x] Resource parameter descriptions added/updated in README.md, schema.mof
and comment-based help.
[x] Comment-based help added/updated.
[ ] Localization strings added/updated in all localization files as
appropriate.
[ ] Examples appropriately added/updated.
[ ] Unit tests added/updated. See
DSC Resource Testing Guidelines.
[ ] Integration tests added/updated (where possible). See
DSC Resource Testing Guidelines.
[x] New/changed code adheres to
DSC Resource Style Guidelines and Best Practices

This change is

Codecov Report

Merging #570 into dev will not change coverage.
The diff coverage is 100%.

@@         Coverage Diff         @@
##            dev   #570   +/-   ##
===================================
  Coverage    74%    74%
===================================
  Files        27     27
  Lines      4030   4030
  Branches      4      4
===================================
  Hits       3009   3009
  Misses     1017   1017
  Partials      4      4


feat(android): Add Android 13 notification permission to requestPermission

It is too early to merge this and it would be better to wait for Android 13 SDK to be stable first. This is a preemptive PR to make our upgrade easier to support Android 13
As per Android 13 changes doc, notification won't be allowed unless user give permission. App that targets 13 and above can now request permission in context to improve the app's user experience.
This PR modify requestPermission function to call this notification permission request if the device is on Android 13 and above.
Currently, due to known bug, you need to comment out the android os version check to test it on Android 13 dev preview emulator. But to demonstrate, I attached a gif below

Once Android 13 SDK  is stable, we need to do the followings:

[ ] Replace android-Tiramisu & Tiramisu with correct sdk version.
[ ] Revert the changes made to afterEvaluate in test_react_native/android
[ ] Update docs with new behavior and add reference with links to android 13 change page
[ ] Confirm it's working for Android 13 And below 13 device

Fixes #347

NIce!! This is awesome to have before we need it! Thanks @vincent-paing

Added a 'do-not-merge' tag so it's clear it's not ready yet

Looks like this one took a conflict. The T (Tiramasu) images are out now, and I've had bad luck keeping PRs queued vs merging, as they are susceptible to bitrot. @vincent-paing if you could fix the conflict then @helenaford I wonder if we couldn't just merge this and have it in + done ?

Would need a change to the emulator image in use in the workflow, to squish this:

java.lang.IllegalArgumentException: Error: Failed to parse APK file: /data/local/tmp/app-debug.apk: Requires development platform Tiramisu but this is a release platform.

Sure @mikehardy . Will take a look during the weekends. I think won't take long for this

I fixed the merge conflict but I think we should wait until API 33 is at least in Platform Stability phase to make sure the API doesn't change and would need to make hotfix if it does. I can do merge rebase regularly until then.

Android 13 hits Platform stability and as such, I have updated the sdk versions to the stable version. After you have confirm the feature on pre Android 13 and a Android 13 device/emulator, then feel free to merge it.

It would be nice to have this feature, so we can prepare our app for Android 13!

Android 13 is considered stable now with source available in AOSP. Could we look into merging this to main?

I'm not sure about adding it to the Manifest, it should works without adding it. Could you take a look into merged manifest without adding the line in your code?

@vincent-paing I've tested again, and can see the manifest working correctly however i still cannot see the requestPermission resolving correctly 🤔

@vincent-paing I'm unable to push to this branch, but i've opened up another draft p/r. I worked out what the issue was with the callback not firing. I'd like to get this through for our next release

@helenaford that's great news. Sorry I was on vacation. Seems like you've already merged the new PR, let me know if you need help with anything else

So @helenaford  & @vincent-paing which version of notifee we can use ? which will usable in android 13

@amolshende-tudip Should work in 7.0.1


Don't call setuptools.extern.importlib_metadata.EntryPoints.names for better backwards compatibility.

Summary of changes

Don't call setuptools.extern.importlib_metadata.EntryPoints.names, instead just iterate over entry_points (this is the same underlying implementation, but it is backwards compatible).

Closes #4338
Pull Request Checklist

[ ] Changes have tests
[ ] News fragment added in newsfragments/.
(See documentation for details)

Merging based on this comment:

Ideally, I'd like for setuptools to be able to rely on whatever version of "importlib metadata" is available in the environment.

(As it implies that setuptools should be able to deal with older importlib_metadata installations.)


Lualine support

Lua line doesn't look to good with this theme, could you add support for it?

I'll keep the lualine issue support open but the other one is duplicated at #4

Alright

Hey @illegitimate-egg, i just added a PR to lualine adding this theme to the list of supported themes. You can check here https://github.com/nvim-lualine/lualine.nvim/pull/966 when they merged.
If you want to test before they merge you can use my fork of lualine that contains only the new theme as addiction.
https://github.com/arturgoms/lualine.nvim
Remember that you need to add
 options = { theme = "moonbow" } }

to the setup of lualine

Awesome! thanks


Fix many of migration proposal rejection

One major issue was that the logic for determining what the proposed
change that was being rejected did not match the logic for computing
the proposed change. This is fixed by pulling the info about the
rejected change directly from last_proposed, which also has the
advantage of eliminating another schema diff.
The downside of this is that reject no longer rejects anything unless
DESCRIBE CURRENT MIGRATION AS JSON has been run in the current
transaction. This works fine with the CLI, though. If this is a
problem, we can reuse the logic from DESCRIBE AS JSON to reproduce it
when needed.
can_alter and friends also needed to be changed to get types directly
from the relevant objects, since they were getting confused by sclass
being Pointer (which corresponds to the type of the pointers refdict.)
I had to adjust the confidence generation to prevent emitting a 1.0
confidence for some of the (very not 1.0 confidence!) suggestions
in my tests.
I then fiddled around a bit to try to make some of the messages in
those cases more granular.

This will also fix #2314


Watcher compiles in endless ..

Hi always when i change a attribute in the scss files the compiler ends in endless loop.
node -v
v6.6.0

npm -v
3.10.7

> os.platform()
'darwin'

i use
$ gulp watch

and then change the attr name then i get
[17:20:05] Finished 'styles' after 318 ms
[17:20:10] Starting 'clean'...
[17:20:10] Finished 'clean' after 4.66 ms
[17:20:10] Starting 'styles'...
Error in plugin 'sass'
Message:
    app/main/styles/_components.scss
Error: Undefined variable: "$dtts-orange".
        on line 42 of app/main/styles/_components.scss
>>       color: $dtts-orange;
   -------------^

[17:20:10] Finished 'styles' after 271 ms
[17:20:12] Starting 'clean'...
[17:20:12] Finished 'clean' after 4.53 ms
[17:20:12] Starting 'styles'...
[17:20:15] Finished 'styles' after 2.77 s
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was added, running tasks...
[17:20:15] Starting 'clean'...
[17:20:15] Starting 'wiredep'...
[17:20:15] Starting 'bower-fonts'...
[17:20:16] Starting 'environment'...
[17:20:16] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:16] Finished 'wiredep' after 408 ms
[17:20:16] Finished 'clean' after 413 ms
[17:20:16] Starting 'styles'...
[17:20:16] Finished 'environment' after 371 ms
[17:20:16] Starting 'build-vars'...
[17:20:16] Starting 'environment'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:16] Starting 'eslint'...
[17:20:16] Starting 'jsonlint'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was deleted, running tasks...
[17:20:18] Starting 'clean'...
[17:20:18] Starting 'wiredep'...
[17:20:18] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:19] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:19] Finished 'styles' after 3.31 s
[17:20:19] Finished 'build-vars' after 3.39 s
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was added, running tasks...
[17:20:20] Finished 'environment' after 3.81 s
[17:20:20] Starting 'build-vars'...
[17:20:20] Starting 'environment'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:20] Finished 'wiredep' after 1.79 s
[17:20:20] Finished 'clean' after 1.8 s
[17:20:20] Starting 'styles'...
[17:20:20] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:20] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was deleted, running tasks...
[17:20:20] Starting 'clean'...
[17:20:20] Starting 'wiredep'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:23] Finished 'build-vars' after 2.92 s
[17:20:23] Finished 'environment' after 2.91 s
[17:20:23] Finished 'styles' after 2.98 s
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
[17:20:23] Finished 'wiredep' after 2.9 s
[17:20:23] Finished 'clean' after 2.91 s
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was added, running tasks...
[17:20:23] Starting 'clean'...
[17:20:23] Starting 'wiredep'...
[17:20:23] Starting 'environment'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was deleted, running tasks...
[17:20:23] Finished 'bower-fonts' after 7.7 s
[17:20:23] Finished 'jsonlint' after 7.19 s
[17:20:23] Finished 'clean' after 176 ms
[17:20:23] Starting 'styles'...
[17:20:23] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:24] Starting 'jsonlint'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
[17:20:26] Finished 'wiredep' after 2.69 s
[17:20:26] Finished 'environment' after 2.69 s
[17:20:26] Starting 'build-vars'...
[17:20:26] Starting 'environment'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:26] Finished 'styles' after 2.97 s
[17:20:26] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:26] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:27] Finished 'build-vars' after 838 ms
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was added, running tasks...
[17:20:27] Starting 'clean'...
[17:20:27] Starting 'wiredep'...
[17:20:27] Starting 'bower-fonts'...
[17:20:27] Finished 'environment' after 911 ms
[17:20:27] Starting 'build-vars'...
[17:20:27] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
[17:20:27] Finished 'wiredep' after 507 ms
[17:20:27] Finished 'clean' after 510 ms
[17:20:27] Starting 'styles'...
[17:20:27] Finished 'build-vars' after 472 ms
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was deleted, running tasks...
[17:20:28] Starting 'clean'...
[17:20:28] Starting 'wiredep'...
[17:20:28] Starting 'environment'...
[17:20:28] Finished 'jsonlint' after 4.17 s
[17:20:30] Finished 'clean' after 2.27 s
[17:20:30] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:30] Finished 'styles' after 2.67 s
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
[17:20:30] Starting 'jsonlint'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
[17:20:30] Finished 'wiredep' after 2.66 s
[17:20:30] Finished 'environment' after 2.67 s
[17:20:30] Starting 'build-vars'...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/.tmp/main/styles/main.css was added, running tasks...
[17:20:30] Starting 'clean'...
[17:20:30] Starting 'wiredep'...
[17:20:30] Starting 'environment'...
[17:20:31] gulp-inject Nothing to inject into main/constants/config-const.js.
[17:20:31] gulp-inject Nothing to inject into main/constants/config-const.js.
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/main/constants/config-const.js was changed, running tasks...
[BS] Reloading Browsers...
File /Users/pascalbrewing/htdocs/whitelabel-relution-ionic/client/app/index.html was changed, running tasks...
[BS] Reloading Browsers...
[17:20:31] Finished 'build-vars' after 730 ms
[17:20:31] Finished 'wiredep' after 532 ms
[17:20:31] Finished 'clean' after 544 ms
[17:20:31] Starting 'styles'...
[17:20:31] Finished 'environment' after 547 ms
[17:20:31] Finished 'bower-fonts' after 4.2 s
^C
Pascals-MacBook-Pro:client pascalbrewing$ gulp watch --env=dev-mway

i have to cancel it and start again. Sometimes the main.css from the temp folder is missing or sometimes the config.const is empty, whatever it spends a lot of time to check terminal => stop => start again.

closing, since the issue is outdated. Please feel free to comment, when you feel otherwise.


br tag in contenteditable div(outside of blockTag)

is this a right situation??
in chrome
below is how to reproduce

type any 1 text in squire
remove text
enter key produce br without block tag

it is problem in iframe have link tag for style(not style tag)
like my use case

that <br> can't be remove
I fix this issue temporary
var contentWalker = new TreeWalker( null,
    SHOW_TEXT|SHOW_ELEMENT,
    function ( node ) {
        return node.nodeType === TEXT_NODE ?
            notWS.test( node.data ) :
            (node.nodeName === 'IMG' || node.nodeName === 'LINK' || node.nodeName === 'INPUT');
    }
);

anyway there is no way to delete input tag alone in block tag
so i add INPUT too
thanks :)

I can't reproduce this issue. How do you make it happen? Using a <link> instead of a <style> in the <head> should make no difference.

it can be reproduce when you not use style too
i think it is not link or style problem
check below please ~

@shiren what program did you use to make this animation?

@mkoryak if you're on Windows, GifCam is great [1]
[1] http://blog.bahraniapps.com/gifcam/

@mkoryak you can use licecap on mac(and windows too)
http://www.cockos.com/licecap/


Add section for troubleshooting. Closes #3622

You can put adb reverse tcp:8081 tcp:8081 inside back ticks - ` to have it format as code.

@paramaggarwal Thanks for the suggestion!
Will clean up the commits shortly as well. Not sure what happened.

Thanks @christopherdro! Once you squash the commits we'll merge this.

@ide: NP! Should be good to go now.


Return an error if setting the request body fails

I passed a type with a custom MarshalJSON to BodyJson and was getting the error elastic: Error 400 (Bad Request): failed to parse, document is empty [type=mapper_parsing_exception]. It took me a little while to debug and figure out that the custom MarshalJSON, and thus the json.Marshal in setBodyJson, was returning an error.
Since setBodyJson and setBody already return the error, this propagates it up to PerformRequest.

@idubinskiy Oh, that makes sense. Sorry for missing that, and thanks for your contribution.

@idubinskiy Thanks for the PR. I merged it into v2 and v3. Will release a new version on gopkg.in today.

Thanks!


Sent ADA from NAMI to coinbase address but never received there

Hi Nami team, I hope you can help me with this I really need that money, I have three accounts in Nami wallet, my main faisalsaleem(addr1q9t72chr4rxcjqscr6u6p227kjtn6hyzlcv8y8t6kaqspan2k7tj2u8f9ravs72urchxq6je4ct4smm8x880gmfqzyysq90fx4), I had sent ADA to Coinbase account many times without issue, even this morning but yesterday I used my second account faisal(addr1qxzcs004a2mdysf38km2f9sy0qm4q0ap7xszpjpg09r8u5sdv0nv5gcxs88data0hrpfmsu5gv026unstqapddfww8hq42mgus) two times, and the money sent out quickly both the time from there but never received on coinbase. please help!!!!!

Talk to Cardano Dev on the Live support page so that your issue can be looked into.

It's a scam @Devjohn12 @fsl007pk


Only index content in within the doc class

Should you consider only indexing content in the .doc class?
Take a look at what I've done here: https://github.com/campbellbartlett/antora-lunr/commit/72526c83e181fa20c3eaa8864a1cd7e50d79f246
This prevents things like the header, footer and menu from being indexed, which is present on every page.

Hello @campbellbartlett

Should you consider only indexing content in the .doc class?

Sure, could you please open a pull request ? I will gladly merge it.
Just one nitpick, could you use article element instead ? It's more semantic and I think it will be a bit more stable if someone is using this extension with a custom UI.

This prevents things like the header, footer and menu from being indexed, which is present on every page.

I didn't thought about it, nice catch :+1:

I've opened a PR with this change plus two others in #9

Only index html with the semantic tag article.
If the site URL is not set, use a relative URL instead of returning nothing.
If a title does not have an Id then do not index it, which prevents a Lunr typescript error in browser.

Let me know what you think. Thanks!

resolved in https://github.com/Mogztter/antora-lunr/pull/9


Fix #250  Fixed typo

#250
Fixed the small typo which was making list unreadable Reported by @nikochiko.

Codecov Report

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

@@           Coverage Diff           @@
##           master     #258   +/-   ##
=======================================
  Coverage   50.72%   50.72%
=======================================
  Files          66       66
  Lines        3744     3744
  Branches      440      440
=======================================
  Hits         1899     1899
  Misses       1750     1750
  Partials       95       95

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 a609ece...8310204. Read the comment docs.

@Suryansh5545 Thanks for the fix! Looks great :D
But please try to ask on the issue before opening up the PRs. I had mentioned in the issue that

P.S. I would like to make a quick fix for this.

Sorry i forgot it i will close this pr

@Suryansh5545 No no, it's totally alright! Let it be there.
I just meant you could tell on the issue that you want to work, so we both wouldn't be working on the same issue. It's alright 😄

Thx @nikochiko for understanding.


refactor: standardise extension classes, drop nodes. prefix

re https://github.com/ShiftLeftSecurity/codepropertygraph/issues/1233

yes that seems to be our convention, and I think we're fairly consistent.
we'll soon not need a convention for those extension methods any more, since they don't need to have a name any more in scala 3: https://docs.scala-lang.org/scala3/book/ca-extension-methods.html


Current song information is wrong!

Spotifree works on ads and mutes them flawlesly
but
current song information is stuck after an ad mute process. Song timeline also is not working. I think it is related with Spotifree.

Thanks for the report.
Could you please quit Spotifree and wait for an ad or two to see if the issue goes away?

The problem is continued after the quit of Spotifree. I don't know why? Do you think it is related with Spotify not Spotifree?

I restart Spotify without Spotifree and problem is gone but ads are annoying you know.

It looks to me like the issue is in Spotify, not Spotifree, because Spotifree does not in any way alter the Spotify application.
You may try to follow option "A" from the troubleshooting guide and see if it fixes the problem.

I did it but nothing is changed. Thank you anyway

The issue is in Spotify, not in Spotifree itself.


main: Stop setting GOMAXPROCS to NumCPU explicitly

GOMAXPROCS will be set automatically after Go 1.5. The minimum version
supported at the moment is 1.9, so setting GOMAXPROCS to NumCPU is not
necessary anymore.

Write up by Russ Cox https://docs.google.com/document/d/1At2Ls5_fhJQ59kDK2DFVhFu3g5mATSXqqV5QrxinasI/edit
Go 1.5 changelog entry https://tip.golang.org/doc/go1.5#introduction

@halseth Thanks! I added the links @pmalek mentioned to the commit message, and forced pushed.

Rebased on master!


No binding for krb5_cc_cache_match

I'm writing a Python implementation of kinit and it looks like the helper to check if there is a existing credential cache for a user (krb5_cc_cache_match) has no binding in this library.
kinit.c using this function: https://github.com/krb5/krb5/blob/master/src/clients/kinit/kinit.c#L537

It looks like that one was the only really required part missing. I got a minimal kinit clone working with init_context, cc_resolve, cc_cache_match, get_init_creds_opt_alloc, get_init_creds_opt_set_out_ccache and get_init_creds_password.
There are some minor things related to init options  such as krb5_get_init_creds_opt_set_renew_life but those are not required for the MVP kinit clone. Also renewing krb5_get_renewed_creds is missing but again that's not required for getting a ticket but only for renewing it.

There are some minor things related to init options such as krb5_get_init_creds_opt_set_renew_life but those are not required for the MVP kinit clone. Also renewing krb5_get_renewed_creds is missing but again that's not required for getting a ticket but only for renewing it.

Feel free to submit a PR if you are up to it, or request them. I can't guarantee I'll get to doing it as quick as I have this one but I will try my best.


[FEATURE] Change the format of uninterpreted constants

In the current format, we have to write uninterpreted constants as uval_TYPE_name, e.g.:
  /\ tmState = "uval_SORT_STATE_init"

See TwoPhaseUFO for more examples.
I find the current notation to be verbose and hard to read. I am proposing to change it to the more readable format:
name_OF_TYPE

So the above example would look like follows:
  /\ tmState = "init_OF_SORT_STATE"

The benefit of this new format is that the most important part of the constant appears on the left, that is, init. Moreover, the type and the infix _OF_ are both capitalized, and they appear on the right, which is more convenient to type and read. It is also more consistent with our type annotations.

This is a purely usability feature. @Kukovec what do you think?

I have no strong attachments to either syntax, if you like this one more we can easily change it.


The Retry filter cannot be applied globally

Is your feature request related to a problem? Please describe.
In case you have many routes and you want to add the retry filter to all of them (or maybe to a group?) you need to copy/paste the same configuration over all of them.
Describe the solution you'd like
Maybe to define such filter configuration along with some global keyword in order to apply it to all routes (and allow single route configuration replacement or switching off).
Another better solution could be to declare it somewhere along with the affected route IDs, this solution could be generic in order to apply some filter to many routes avoiding copy/paste.

You could probably add the RetryFilter and default filter: https://cloud.spring.io/spring-cloud-gateway/reference/html/#default-filters

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

Closing due to lack of requested feedback. If you would like us to look at this issue, please provide the requested information and we will re-open the issue.


didt FF1 with GELU safe mode board unavailable

Based on FW80.10.4 bundle baseline didt testing results, this issue will be used to track debug activities related to specific test case failure type.
Failure description and reproduce steps
Test case: FF1 with GELU
Failure behavior: test execution hangs, pcie is dead, tt-smi reset not possible, green (power good LED) is turned off - power cycle of system is required for further investigation
Affected systems/boards:
bgd-lab-t3001 board 0
bgd-lab-t3002 board 2
bgd-lab-t3003 board 3 (*Needs to be confirmed)
Reproduce steps - entering safe mode: ../tt-experiment/bin/force_voltage_aiclk --enable --aiclk 650 --voltage 850
Reproduce steps - running test: WH_ARCH_YAML=wormhole_b0_80_arch_eth_dispatch.yaml pytest tests/didt/test_sharded_ff1.py -k "test_reproduce_matmul_2d_hang and 2chips"
Note: Please note that numbef of iteration tests need to be set using NUM_ITERATIONS variable inside test_sharded_ff1.py depending on system failure speed rate - failing iteration can be found in baseline results.
Reproduce steps - running ttp capture of ARC data: ttp didt_multichip --args out=board0_ff1_with_gilu_safe_mode.csv,num_iters=1800000
Note: ttp and safe mode is set up from tt-experiment repo.
Failure analysis
Last lines of test log before hang:
2024-09-19 11:15:12.901 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:194 - End sync device id: 0
2024-09-19 11:15:12.901 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:184 - Start sync device id: 1
2024-09-19 11:15:12.901 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:194 - End sync device id: 1
2024-09-19 11:15:12.901 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:226 - Iteration = 298179
2024-09-19 11:15:12.901 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:184 - Start sync device id: 0
2024-09-19 11:15:12.904 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:194 - End sync device id: 0
2024-09-19 11:15:12.904 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:184 - Start sync device id: 1
2024-09-19 11:15:12.904 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:194 - End sync device id: 1
2024-09-19 11:15:12.904 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:226 - Iteration = 298180
2024-09-19 11:15:12.904 | INFO     | tests.didt.test_sharded_ff1:test_reproduce_matmul_2d_hang:184 - Start sync device id: 0

Last lines of ttp log before hang:
830432.30, 135.29, 166.00, 648.0,  57.62, 785.00,   0.81, c0de0042, 64d2e3, 1-0
830694.85, 151.06, 182.00, 648.0,  80.00, 788.00,   0.83, c0de004d, 64d7aa, 0-0
830697.43, 138.61, 166.00, 648.0,  57.62, 785.00,   0.83, c0de004d, 64d718, 1-0
830959.27, 147.42, 182.00, 648.0,  80.12, 788.00,   0.81, c0de0042, 64dbda, 0-0
830961.85,  45.64,  56.00, 648.0,  57.62, 785.00,   0.81, c0de004c, 64db47, 1-0
831223.77,  38.88,  48.00, 648.0,  80.31, 788.00,   0.81, c0de0042, 64e00c, 0-0
831226.37, 136.92, 168.00, 648.0,  57.62, 785.00,   0.81, c0de0042, 64df79, 1-0
Failed to read from chip 1-0: Read 0xffffffff from ARC scratch[6]: you should reset the board.
Failed to read from chip 0-0: Read 0xffffffff from ARC scratch[6]: you should reset the board.
Saved data to board0_ff1_with_gilu_safe_mode-0-0.csv
Saved data to board0_ff1_with_gilu_safe_mode-1-0.csv
Data saved for all chips
Sampled data for all chips in 1801.90 seconds

ttp capture left chip:

raw data:
board0_ff1_with_gilu_safe_mode-0-0.csv
ttp capture right chip:

raw data:
board0_ff1_with_gilu_safe_mode-1-0.csv
TT-Health therm trip check command: ../tt-experiment/bin/tt-heatlh --cli_all passive
TT-Health therm trip results: No new therm trip triggers, tt-helath log file:
09-19-2024_12:07:47_results.txt
Recovery steps
Warm reset:
skrsmanovic:bgd-lab-t3001-special-skrsmanovic-for-reservation-3923680 /localdev/skrsmanovic/gitrepos/tt-experiment > tt-smireset
	 Starting pci link reset on WH devices at pci indices: 0
 Failed to recover WH chip, please reboot the system to reset the chip. Exiting...

Cold reset: Since power good LED (green LED) was off, power cycle of system was done and board is operational after that step.

After diagnosing PGOOD problems and reworking boards, this is no longer observed
Safe mode tested on many systems:
https://docs.google.com/spreadsheets/d/10uWtBEkLLEM-h5TuuGQ6HW8AjhXwSjFV-cK3iVFYYIU/edit?pli=1&gid=341688123#gid=341688123