Remove finalizer before interupting reconcile function

It fixes bug which prevent to delete namespace because of existing finalizer on Securesign resource. Problem has been solved by moving check on namespace after finalizer has been handled.

/test tas-operator-e2e

/test tas-operator-e2e


Feature Request: Event trigger for when an object leaves the scene

I know there's an exists() and an add() event. But need some kind of event or check to see if an object is still visible in a scene. For instance imagine if you are in a shooter game and enemies are spawing from the top and moving down. It would be great to have something like obj.leftView() = true and object.on("leftView", (o)=>{ destroy(o) } )  when the enemies go down below the view and offscreen, so they can be destroyed ( or whathaveyou )
If there already is something great, but I couldn't find it. And if there's not - this is a request to add this.
It's not when the object is invisible, but just when the object is now outside the viewport.

There's currently not. If we're doing this by default for every object it'll be a bit costly (gotta run a matrix multiplication on every obj every frame to apply camera), I'll make an example with this as a custom component, and see if it's fit for a plugin, or even lib built-in. Thanks for the suggestion!

Made an example of that here

Excellent! Thanks for looking into this

Looks like the example broke for some reason

nice catch, fixed!


Multiple code quality fix-1

This pull request is focused on resolving occurrences of Sonar rules
squid:S2293 - The diamond operator ("<>") should be used.
squid:HiddenFieldCheck - Local variables should not shadow class fields.
You can find more information about the issues here:
https://dev.eclipse.org/sonar/rules/show/squid:S2293
https://dev.eclipse.org/sonar/rules/show/squid:HiddenFieldCheck
Please let me know if you have any questions.
Faisal Hameed

You can add <module name="DiamondOperatorForVariableDefinitionCheck"/> to checkstyle.xml inside the <module name="TreeWalker"> block. I believe there is a HiddenField module as well.

@ndtaylor I have added <module name="DiamondOperatorForVariableDefinition"/> but can't figure out why it is not being instantiated.

@ndtaylor I have added  but can't figure out why it is not being instantiated.

It appears I was mistaken. The diamond operator module is not part of the standard checkstyle library, it's a third party check. You can just remove it then.

@ndtaylor Reverted settings.


Product is displaying as out of stock if default Inventory is zero, while other Inventory sources have products.

Framework Version: 0.1.4

The other inventory 'First_Source' is surely not being selected as the inventory source in your channel.
Kindly goto edit of the channel and select the 'First_Source' in the inventories.

Getting this issue when Inventory Source is selected from channel.


[GetComponentInChildren] doesn't work for List

repro:
add the component with this

= nothing happens and the list is still empty
expected: list populated by all the things derived from that type.

Hi,
this is related to #45, which affects GetComponent, GetComponentInParent(s), GetPrefabtWithComponent etc. and is working in process

gotcha, thanks!

Hi, this feature has been added in 3.1.4 you can have a try.

Great,
I just realized that I'm still in 3.0.14.
noob question: is there a way to update directly from the package manager?

Depending on how you install the package:

AssetStore: Yes. But it's 3-5 days delay for new version because Unity need to review it

OpenUPM: run the command again: openupm add today.comes.saintsfield

git upm: Yes. If it does not shown, edit Packages/packages-lock.json and delete:
"today.comes.saintsfield": {
  "version": "https://github.com/TylerTemp/SaintsField.git#dev",
  "depth": 0,
  "source": "git",
  "dependencies": {},
  "hash": "some hash string"
},

unitypackage: No, you need to download the new file and import it again'

git submodule: cd Assets/SaintsField, then git pull


Domain renewal check

⚠ Please verify that this feature request has NOT been suggested before.

[X] I checked and didn't find similar feature request

🏷 Feature Request Type
New Monitor
🔖 Feature description
Check the expiry date on domain names and alert the user when a domain is coming up for renewal.
✔ Solution
Have configurable alert options including 90, 60 and 30 days
❓ Alternatives
No response
📝 Additional Context
No response

Duplicate of #944


Remove dependency on deprecated core-js (via babel-runtime)

Pdfkit depends on core-js, which is no longer maintained and has a number of issues.
The chain is pdfkit -> fontkit -> babel-runtime -> core-js
It looks like babel-runtime also hasn't been updated in 2 years which is why I'm posting the feature request in pdfkit.
Maybe fontkit can be changed to not use babel-runtime?  I'm not sure what the best fix is.
The concern with depending on un-maintained packages is some future security issue.

I just came here to see if there is something about the core-js v2 dependency, as I get this warning from npm:
├─┬<EMAIL_ADDRESS>-> ./shared/pdf
│ └─┬<EMAIL_ADDRESS>│   └─┬<EMAIL_ADDRESS>│     └─┬<EMAIL_ADDRESS>│       └──<EMAIL_ADDRESS>
npm WARN deprecated<EMAIL_ADDRESS><EMAIL_ADDRESS>is no longer maintained and not recommended for usage due to the number of issues.
Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled.
Please, upgrade your dependencies to the actual version of core-js.

There's nothing we can do in pdfkit. Its an issue with fontkit. There's already a PR in fontkit https://github.com/foliojs/fontkit/pull/196

The PR has been accepted.  Could we use the new release of fontkit in a new release of pdfkit, please?

Yeah I’m seeing the deprecation notice as well. Looks like it has been a while and the fontkit update still hasn't made it to pdfkit.
Any blockers on that where you need help?


colortool is not work on powershell

Environment
Platform     ServicePack    Version            VersionString
--------       -----------      -------              -------------
 Win32NT                         10.0.18362.0     Microsoft Windows NT 10.0.18362.0

Steps to reproduce

if i run the command:  colortool SolarizedDarkHigherContrast > $null ,it does not work.
but  the command colortool SolarizedDarkHigherContrast works well,i dont want to print the theme information
Expected behavior

Actual behavior

ColorTool works, in its traditional mode, by looking at the Console on its output handle. By redirecting the “output” of colortool to $null, you’re making it hard for it to find that console to set the color table. Unless we do a lot of possibly fragile work to dig around and open the actual console you were launched from, this is by design.
In general, applications with a strict dependency on a console connection (as opposed to a text stream) are fragile in this way.

@zadjii-msft @miniksa should ColorTool explicitly open CONOUT$?

@zadjii-msft Mike Griese FTE @miniksa Michael Niksa FTE should ColorTool explicitly open CONOUT$?

It could, but we would have to separate which handle was used to emit the theme information from the one used to send the commands. If we use CONOUT$ for everything, then the redirection to null won't do anything and the theme information will be emitted contrary to expectation.


CISCO deviation for RT-1.26

This is an existing FR request which will be delivered as part of 25.2.1/25.3.1 in 2025.
Adding deviation to avoid false failure on cisco devices.

Pull Request Functional Test Report for #3639 / 48363aea6e6e625a56e7935d91d3fb162127f870
Virtual Devices

Device
Test
Test Documentation
Job
Raw Log

Arista cEOS

RT-1.26: Basic static route support

Cisco 8000E

RT-1.26: Basic static route support

Cisco XRd

RT-1.26: Basic static route support

Juniper ncPTX

RT-1.26: Basic static route support

Nokia SR Linux

RT-1.26: Basic static route support

Openconfig Lemming

RT-1.26: Basic static route support

Hardware Devices

Device
Test
Test Documentation
Raw Log

Arista 7808

RT-1.26: Basic static route support

Cisco 8808

RT-1.26: Basic static route support

Juniper PTX10008

RT-1.26: Basic static route support

Nokia 7250 IXR-10e

RT-1.26: Basic static route support

Help

Pull Request Test Coverage Report for Build<PHONE_NUMBER>0
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 55.268%

Totals

Change from base Build<PHONE_NUMBER>0:
0.0%

Covered Lines:
1983

Relevant Lines:
3588

💛  - Coveralls


[AA batteries] spacing between vertical and horizontal floor

Need to add vertical height (? at least 1mm) from bottom of vertical piece to horizontal floor piece for structural integrity. Acrylic cracked in current spacing

Added 5mm from the floor for the bottom sidewall cutout, seems good.


Upgrade pana and Flutter SDK

This is independent of https://github.com/dart-lang/pub-dartlang-dart/issues/1898 (we already depend on pubspec_parse 0.1.3, so I'm merging this.


Checks if DiagonalGate has modulus 1

Fixes #3842
I took the suggested solution from https://github.com/Qiskit/qiskit-terra/issues/3842 (thanks @hhyap!)  and the test from https://github.com/Qiskit/qiskit-terra/pull/4375 (thanks @ewinston!)
This issue was simple enough if you do not consider the full extend of #4375

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.002%) to 84.376%

Totals

Change from base Build<PHONE_NUMBER>:
0.002%

Covered Lines:
54538

Relevant Lines:
64637

💛  - Coveralls


insert into V content {  "url": "http://www.google.com" 	} } FAILS

OrientDB 2.0.5
If insert into V content { ... } should allow us to simply add content in json-notation, it shouldn't fail with this query
insert into V content {  "url": "http://www.google.com" 	} }
This will work if I make sure it is
insert into V content {  "url": "http://www.google.com" 	} }
but that seems like a bug to me, since the first version is proper json.
The returned message is:
java.lang.IllegalStateException: Missing closed string character: '"', position: 39

Seems to be the same issue as #3778

it related to https://github.com/orientechnologies/orientdb/issues/3582

Hi @mrft
this issue was related to Studio, it's fixed now in develop branch.
Just to be sure I added a couple of test cases
Luigi


schema must contain subscriptions and mutations

The schema document must contain query, subscription and mutation fields. If it does not contain them, then there will be a error:
Cannot read property 'name' of null
The problem is in src/handlers/operation-handler.ts, line 31-33.
export const handleOperation = (schema: GraphQLSchema, definitionNode: OperationDefinitionNode, primitivesMap: any, flattenInnerTypes: boolean): CodegenDocument => {   const name = definitionNode.name.value;   const type = definitionNode.operation;   const root = getRoot(schema, definitionNode);   const typesMap = {     query: schema.getQueryType().name,     subscription: schema.getSubscriptionType().name,     mutation: schema.getMutationType().name,   };
These fields should be either optional, or provide a better exception message.

Fixed in<EMAIL_ADDRESS>Thanks @thunder7553 !


README: Remove duplicate in #optional-packages

nova:categories was listed twice. Removed second occurrence to maintain alphabetical order.

Thanks :)


#3 Setup CI setup to project

What Does This PR Do?
This PR adds CI to project
Description Of Task To Be Completed

Configures travis CI to run builds
Configures coveralls to include code coverage
Configures scrutinizer CI to rate code quality

Any Background Context You Want To Provide?
N/A
How can this be manually tested?
N/A
Screenshot(s)
N/A
What are the relevant github issues?
#3

Changes Unknown when pulling 75277d138344d6e0bf22b9d703cff358df681600 on chore-setup-ci-3 into ** on master**.


Not getting settings on startpage when passing when IContent is commerce content

When IContent is a commerce type and you run GetAncestors you dont get startpage in the hierarchy and often alot of settings is on the startpage so maybe if Contentreference.StartPage could be added to ancestors beforde global settings if it's not there.

@vansterhant what do you say about this - should we try and find a good solution for this and include in the upcoming 5.0 release?

It's easy enough to add. I'm (as always) a little hesitant to add "magic" when resolving things, but maybe this is just a little sprinkle...

@vansterhant Can you add documentation on how the new behaviour works and then we can close this ticket.

@vansterhant : Reminder of my question above on adding documentation on current behaviour.


[MODORDERS-792] - POL cancellation on multi-line orders

Purpose
Describe the purpose of the pull request.
Approach
How does this change fulfill the purpose?
TODOS and Open Questions

[ ] Use GitHub checklists. When solved, check the box and explain the answer.

Learning
Describe the research stage. Add links to blog posts, patterns, libraries or addons used to solve this problem.


[styled-components]: reworked how DISABLE_SPEEDY is computed

I was trying to turn on SPEEDY just to realize it is not easy (or even possible) inside CRA app.
First of all - CRA's env variables are of type string | undefined, so turning SPEEDy "on" by setting REACT_APP_SC_DISABLE_SPEEDY=false results in truthy "false" and keeping it empty defaults to true again, since NODE_ENV should remain as "test". Setting NODE_ENV=production in beforeAll or beforeEach does not take effect, since babel && typescripts && jest picks all used modules and execute them before any test is run. So there are more issues there that result in split styles or even errors (like this one).
This PR resolves one of them - ability to actually turn on SPEEDy mode for testing purposes.

@kitten hey there ;)
could you please take a look if it ok for you now?

Guys? What can I do in order to merge this PR in?

Probably superseded by: https://github.com/styled-components/styled-components/pull/3289 Let me know if it's not

@kitten yes, someone did basically the same PR as I did a year ago


no module named "chatbot"

When I run the botui.py or other files in the chatbot directory, I am getting that error. How can I fix that?

Please refer to old issues to look for the answer. Thanks.


Thymeleaf 3.0 Fragment Expression is giving error

When it try to use  thymeleaf-layout-dialect and flexible layout fragment expression, it gives error .
To implement this i created a project named ThymeleafExamples on github.
Resource : **8.3 Flexible layouts: beyond mere fragment insertion ** ( http://www.thymeleaf.org/doc/tutorials/3.0/usingthymeleaf.html#fragment-specification-syntax )
Scenario :  I would like to use thymeleaf layout dialect, i can use it without fragment expression.
But when i use this with fragment expression and thymeleaf layout dialect i get an error.
The problem occurs when i insert the code below into Template3.html
<head th:fragment="common_header(title,links)">
I m using this in content page like this
<head th:replace="Template3 :: common_header(~{::title},~{::link})">
Content3.html
https://github.com/esaruhan/ThymeleafExamples/blob/master/src/main/resources/templates/Content3.html
Template3.html
https://github.com/esaruhan/ThymeleafExamples/blob/master/src/main/resources/templates/Template3.html
I am getting this error :
java.lang.StackOverflowError: null
	at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936) ~[na:1.8.0_121]
	at org.apache.catalina.connector.Request.getAttribute(Request.java:892) ~[tomcat-embed-core-8.5.23.jar:8.5.23]
	at org.apache.catalina.connector.RequestFacade.getAttribute(RequestFacade.java:282) ~[tomcat-embed-core-8.5.23.jar:8.5.23]
	at org.thymeleaf.context.WebEngineContext$RequestAttributesVariablesMap.getVariable(WebEngineContext.java:695) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.context.WebEngineContext.getVariable(WebEngineContext.java:194) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.spring4.expression.SPELContextMapWrapper.get(SPELContextMapWrapper.java:128) ~[thymeleaf-spring4-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.springframework.context.expression.MapAccessor.read(MapAccessor.java:52) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.readProperty(PropertyOrFieldReference.java:189) ~[spring-expression-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:94) ~[spring-expression-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.springframework.expression.spel.ast.PropertyOrFieldReference.getValueInternal(PropertyOrFieldReference.java:81) ~[spring-expression-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.springframework.expression.spel.ast.SpelNodeImpl.getValue(SpelNodeImpl.java:121) ~[spring-expression-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:324) ~[spring-expression-4.3.12.RELEASE.jar:4.3.12.RELEASE]
	at org.thymeleaf.spring4.expression.SPELVariableExpressionEvaluator.evaluate(SPELVariableExpressionEvaluator.java:263) ~[thymeleaf-spring4-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.expression.VariableExpression.executeVariableExpression(VariableExpression.java:165) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.expression.SimpleExpression.executeSimple(SimpleExpression.java:66) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:109) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.expression.Expression.execute(Expression.java:138) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.expression.FragmentExpression.createExecutedFragmentExpression(FragmentExpression.java:432) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.processor.AbstractStandardFragmentInsertionTagProcessor.computeFragment(AbstractStandardFragmentInsertionTagProcessor.java:347) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.standard.processor.AbstractStandardFragmentInsertionTagProcessor.doProcess(AbstractStandardFragmentInsertionTagProcessor.java:110) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.processor.element.AbstractAttributeTagProcessor.doProcess(AbstractAttributeTagProcessor.java:74) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.processor.element.AbstractElementTagProcessor.process(AbstractElementTagProcessor.java:95) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.util.ProcessorConfigurationUtils$ElementTagProcessorWrapper.process(ProcessorConfigurationUtils.java:633) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1314) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1587) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1587) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1587) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1587) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.ProcessorTemplateHandler.handleOpenElement(ProcessorTemplateHandler.java:1587) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.OpenElementTag.beHandled(OpenElementTag.java:205) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]
	at org.thymeleaf.engine.Model.process(Model.java:282) ~[thymeleaf-3.0.2.RELEASE.jar:3.0.2.RELEASE]

Hi @esaruhan, I haven't debugged the code with your example templates yet (thanks for creating examples I can use to test against by the way 👍), but my gut is telling me the errors you're getting are because you're trying to mix 2 layout methods on a key element, the <head> element.
Because it's such a common scenario, the layout dialect automatically merges the elements of your <head> templates when instructed to decorate another template.  This makes needing th:replace processors on or inside the <head> element unnecessary, instead relying on a few merging strategies to bind everything together (https://ultraq.github.io/thymeleaf-layout-dialect/Configuration.html#head-element-merging).
However, by putting th:replace to manually instruct Thymeleaf to do what the layout dialect is already doing (possibly causing a re-processing of elements and for the layout dialect and Thymeleaf to fight over the <head> element), is likely the cause of this error.
As you've already stated, you can use the layout dialect without the additional th:replace (and in fact the templates looks a lot simpler with it too):
Template3.html
<head>
  <!-- Common styles and scripts -->
  <link rel="stylesheet" type="text/css" media="all"<EMAIL_ADDRESS></head>

Content3.html
<head>
  <title>DEĞİŞTİRİLDİ TITTILE</title>
  <meta charset="UTF-8">
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
</head>

Result:
<head>
  <title>DEĞİŞTİRİLDİ TITTILE</title>
  <!-- Common styles and scripts -->
  <link rel="stylesheet" type="text/css" media="all"<EMAIL_ADDRESS>  <meta charset="UTF-8">
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
  <link rel="stylesheet" type="text/css"<EMAIL_ADDRESS>>
</head>

I'll get some time to eventually debug the code with your examples, but is there some reason you're trying to mix these 2 layout methods together?  (I'm trying to understand what your use case might be.)

Thanks for replying.
I would like to use this dialect for  the flexibility for designing the layout as its main aim. But also i would like use  fragment expression for adding extra fragments or not .
Actually i should not try this both scenarios for head, as you mention head tag behaviours is different as i have seen.
My use case is  :
I organize my admin template under this layout dialect but i will have some extra css ,javascript files for pages.  I would like to use fragment expression to add extra css,javascript files. But pages also can not have extra  files, at this time i should  pass empty ( ~{} ) or no-operation fragment expression. It gives me  flexibility.  when i use layout:fragment in template page, i have to use it as it is or  change it completely in content page.  But i need a different scenario, i should add different things (css,fragment etc) (with using fragment expressions) to fragment without changing it completely.

I've added an extra option that can be passed to the layout dialect during setup to tell it to disable the automatic <head> merging so that things like the th:replace in this issue can be run without conflict.  I'm not entirely sure if that will help as it's been so long since this issue was raised and so I'm missing some of the context of the time, so I'm adding the words "experimental" around it to try convey that it still needs work.  From my testing it allows th:replace to work without encountering the StackOverflowError that was reported, so hoping that's a step in the right direction.
Using the configuration option has been added to the docs: https://ultraq.github.io/thymeleaf-layout-dialect/Configuration.html


Trouble Installing: ros-melodic-ros-base

I had trouble installing the ROS Melodic from the command line:
sudo apt-get install ros-melodic-ros-base
Instead, I followed these instructions:
http://wiki.ros.org/Installation/Ubuntu
Note: You will need to run the command in section 1.3 to set up your keys before clicking the link in section 1.4.
I hope this helps others.

In my case, I faced the following GPG error after executing sudo apt-get update.
GPG error: http://packages.ros.org/ros/ubuntu bionic InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F42ED6FBAB17C654

So, I executed the following commands for gpg before sudo apt-get update
gpg --keyserver keyserver.ubuntu.com --recv-key F42ED6FBAB17C654
gpg -a --export F42ED6FBAB17C654 | sudo apt-key add -

I have 2 further comments:
1: apt update fails/cannot install packages. The cause is described in https://answers.ros.org/question/325039/apt-update-fails-cannot-install-pkgs-key-not-working/. Old keys prior to Jun/2019 were revoked due a security issue.
delete old key
sudo apt-key del 421C365BD9FF1F717815A3895523BAEEB01FA116
add the new key
sudo -E apt-key adv --keyserver 'hkp://keyserver.ubuntu.com:80' --recv-key C1CF6E31E6BADE8868B172B4F42ED6FBAB17C654
2: catkin_make error
jetbot@jetbotROS:~$ cd workspace/catkin_ws
jetbot@jetbotROS:~/workspace/catkin_ws$ catkin_make
-bash: catkin_make: command not found.
I fixed the error by installing python-rosinstall, python-rosinstall-generator. python-wstool, as described in the ROS Melodic Installation Wiki. And executing source ~$.bashrc (or ~$..bashrc after installing Melodic executing this command # add ROS paths to environment
Perhaps the installations are not necessary my experience is that the "source" command seems essential after any changes to .bashrc are made.

I'm going to close this issue. It looks like @dusty-nv has since updated the instructions to resolve the issue.


Suggestion or Request to have a workflow driven AI config mechanism

Here's the thought based on the extensive experience in the field of building the workflow based LLM apps using the various open source libraries or frameworks; among them, Lastmile Aiconfig is the modern, easy to use config-driven based approach for building the production-grade AI applications in no time. The idea is to leverage and utilize the techniques to incorporate the workflow driven mechanism on Portkey. I understand, although it's not the CORE responsibility of the gateway, however it's could be part of the "Prompt Library" management. Who knows, in the near future, you could also be thinking about incorporate the workflow based mechanism as part of your platform.

Thanks for the suggestion @ranjancse26.
UI based workflow builder might definitely be helpful for a large number of use cases, I feel at the moment we would like to focus on the production reliability and accuracy more as compared to app development tooling.
You are absolutely right, in the near future workflow builder might become part of the platform. :)


Added Readme

Added Readme
Rewrite Setup Symlink file

I dont see a need for a symlink file.
Is that not just making it so ya dont have to change a single variable in the csproj files, which takes ~10 seconds?

To my knowledge, that is the reason it is there. Which is why if it was a PR it would have been rejected.

Since I don't want to figure out how to recreate the same setup in a shell file, I may remove the need for it to be a symlink and rewrite the README, excluding any references to the symlink. The changes will be made within a few minutes to a few hours.

I can use Python to create a symlink that works on Windows, Linux/UNIX, and macOS. However, the end user must have Python installed on their system. What do you think about using python to create symlink?

I dont see a reason for it.
Its fixing a non-issue, and having a weird requirement of python in order to develop a ROUNDS mod, is quite unnecessary

I agree, you are attempting to needlessly complicate what was as simple as changing a single variable in a single file.

if you can come up with a system that allows any user to do this without the need of installing additional external tools, then by all means go for it. but barring that I will be rejecting this pull request, and reverting the change that you made to the project file.

I am against using Python cause you have to install a extra software just to run one file

I am against using Python cause you have to install a extra software just to run one file

you are quite literally the one who suggested using python the first place. what was the point of suggesting it if you are against it?

I just removed the need for a symlink and rewritten the readme cause to a complex of a non-issue just to solve one miner non-issue only save a few seconds at the end


how to run GRL example applications

Hello,
In my project, I use Kuka LBR iiwa 14. I have boot Windows 10 and Ubuntu 16.04 in my computer with one Ethernet port. I completed these steps:

GRL installation on Ubuntu 16.04 (connecting the ethernet cable to the Koni/FRI port),
Kuka LBR iiwa Java Setup on Windows 10 (connecting the ethernet cable to the Java).

I would like to ask how to run GRL example applications (such as LBRJointSineOverlayApp). I start Ubuntu. I connect the ethernet cable to the Koni/FRI port. I select and run GRL_Driver at Aut mode from SmartPad. I run LBRJointSineOverlayApp from the terminal. As you can see the picture of the SmartPad and the results of the terminal below;
~/grl/build/bin$ ./LBRJointSineOverlayApp
LBRJointSineOverlayClient initialized:
joint mask: 0x8
frequency (Hz): 0.250000
amplitude (rad): 0.040000
filterCoeff: 0.990000
The application run is waiting here and why is it not completed? I would like to be sure that do I always need to have two ethernet ports on my computer even when I just want to run a GRL application on Ubuntu?

Did you still have this problem or is it resolved?

Connecting to both ports at the same time, it is solved.


Apollo client 3 support

Currently the v2 package apollo-link is used, should become @apollo/client
https://www.apollographql.com/docs/react/migrating/apollo-client-3-migration/#apollo-link-and-apollo-link-http
Getting the following error:

Odd - I'm able to use the latest publish with my Apollo v3 PR in PWA Studio without seeing this error. Could you provide a sandbox link with repro if possible?

I think that is still working because it's not using typescript? But might increase the bundle size as it is including it twice from different repositories?

Bumping this issue 😄
Still getting:
Type 'MutationQueueLink' is not assignable to type 'ApolloLink | RequestHandler'.
  Type 'MutationQueueLink' is missing the following properties from type 'ApolloLink': onError, setOnErrorts(2322)

To work around it, I have to do the following:
(new MutationQueueLink() as unknown) as ApolloLink,

The solution probably:
The dependency apollo-link should be replaced by @apollo/client as the typescript definitions aren't the same :)

@paales thanks for the bump. I tried to upgrade to @apollo/client but I keep running into problems. Think you could give it a shot? I'm sure you've got more ts knowledge and debugging experience than I do.

After posting that I gave it another shot and I think I fixed it. Would appreciate your review :)

Hi all, any news on this?

You can solve this using resolutions in yarn
package.json
  "resolutions": {
    "@apollo/client": "3.6.6",
  }

more info here: https://classic.yarnpkg.com/lang/en/docs/selective-version-resolutions/

Oh, I believe this has been resolved, I just forgot to close the issue.

@cesarve77 I think that does the trick :) Maybe move the other dependency as well.


Changed HTML file of LGPL 3.0 to TXT file

Thanks for the suggestion, but we don't think this change is necessary.

But it is inconsistent to have a single license as HTML, when all the other files are plain text files.


Remove version: qBittorrent.qBittorrent version 4.4.2

[Automated] It returns code over 400 in all urls
Microsoft Reviewers: Open in CodeFlow

URL: https://sourceforge.net/projects/qbittorrent/files/qbittorrent-win32/qbittorrent-4.4.2/qbittorrent_4.4.2_x64_setup.exe/download
Status Code: 200
(Automated message - build 896)

Close with reason: Package still available.;


Temporary Multiple Search Endpoints for Testing in Finesse Backend

Currently, our backend only searches through the Azure index. We can also search in our PostgreSQL database and look up static files. To better evaluate these options, we should setup different endpoints for each search type. This is a temporary measure for testing, as we plan to eventually choose and stick with one main search source.
Task
Create a unique endpoint in our backend for each search type: one for Azure, one for PostgreSQL, and one for static files. By doing this, we can easily test each method by simply using the relevant endpoint.
Acceptance Criteria

Separate, working endpoints for Azure, PostgreSQL, and static files.
Each endpoint returns accurate search results.
Frontend can switch between these endpoints without any hassle.
Provide clear guidelines on using each endpoint.
Conduct tests to ensure each endpoint functions correctly.

It’s important to note that this multi-endpoint setup is for testing purposes only. Once we evaluate the performance and effectiveness of each source, we'll decide on the best one to use long-term for our backend searches.

This has already been done in separate issues #1, #2 and #3. Closing this.


Improving throughput test

Bug was that the calculation of elapsed_s should have divided by CLOCKS_PER_SEC. This just so happened to cancel out with the fact that CLOCKS_PER_SEC is 10^6, and we were reporting speeds in MB.
Changed the calculation to use MiB instead of MB, which is less ambiguous.

Looks good. We'll end remove the C timing here when #933 is complete as well.


Fix tests with url crate update

Works around servo/rust-url#577

r? @Eh2406
(rust_highfive has picked a reviewer for you, use r? to override)

@bors: r+
(trying to get ci working again)

:pushpin: Commit dde27346685e09166967616581aac383918b2c04 has been approved by alexcrichton

:hourglass: Testing commit dde27346685e09166967616581aac383918b2c04 with merge 1814ca54de0c10a764f30e8e3d953eb2459269ef...

:sunny: Test successful - checks-azure
Approved by: alexcrichton
Pushing 1814ca54de0c10a764f30e8e3d953eb2459269ef to master...


RuntimeError: expected scalar type Float but found BFloat16

Please check that this issue hasn't been reported before.

[X] I searched previous Bug Reports didn't find any similar reports.

Expected Behavior
Infer from the loaded model.
Current behaviour
Throws a UserWarning: MatMul8bitLt: inputs will be cast from torch.bfloat16 to float16 during quantization               warnings.warn(f"MatMul8bitLt: inputs will be cast from {A.dtype} to float16 during quantization") and finally an error RuntimeError: expected scalar type Float but found BFloat16.
I am running a 1xA100 40gb. The training threw the same UserWarning but loaded to the GPU and saved LoRA adapters succesfully.
Steps to reproduce

Train a model using accelerate launch scripts/finetune.py your_config.yml
Try to infer said model using accelerate launch scripts/finetune.py your_config.yml --inference --lora_model_dir="./lora-out"

Possible solution
No response
Which Operating Systems are you using?

[X] Linux
[ ] macOS
[ ] Windows

Python Version
3.10
axolotl branch-commit
main/d5dcf9c
Acknowledgements

[X] My issue title is concise, descriptive, and in title casing.
[X] I have searched the existing issues to make sure this bug has not been reported yet.
[X] I am using the latest version of axolotl.
[X] I have provided enough information for the maintainers to reproduce and diagnose the issue.

Can you share your yml config?

base_model: togethercomputer/LLaMA-2-7B-32K
base_model_config: togethercomputer/LLaMA-2-7B-32K
model_type: AutoModelForCausalLM
tokenizer_type: AutoTokenizer
is_llama_derived_model: true

load_in_8bit: true
load_in_4bit: false
strict: false

datasets:
  - path: mhenrichsen/alpaca_2k_test
    type: alpaca
dataset_prepared_path: last_run_prepared
val_set_size: 0.01
output_dir: ./lora-out

sequence_len: 4096
sample_packing: true

adapter: lora
lora_model_dir:
lora_r: 32
lora_alpha: 16
lora_dropout: 0.05
lora_target_linear: true
lora_fan_in_fan_out:

wandb_project:
wandb_entity:
wandb_watch:
wandb_run_id:
wandb_log_model:

gradient_accumulation_steps: 4
micro_batch_size: 2
num_epochs: 3
optimizer: adamw_bnb_8bit
lr_scheduler: cosine
learning_rate: 0.0002

train_on_inputs: false
group_by_length: false
bf16: true
fp16: false
tf32: false

gradient_checkpointing: true
early_stopping_patience:
resume_from_checkpoint:
local_rank:
logging_steps: 1
xformers_attention:
flash_attention: true

warmup_steps: 10
eval_steps: 20
save_steps:
debug:
deepspeed:
weight_decay: 0.0
fsdp:
fsdp_config:
special_tokens:
  bos_token: "<s>"
  eos_token: "</s>"
  unk_token: "<unk>"
```

Same issue here.
I'm used default lora file to test.
Using a A100 80GB. Running on Linux. Latest version (previously tokenizer bug)

Fixed on latest update. @Saatvik-droid

I have the same problem, but only when using deepspeed (and on the latest commit, so hasn't been fixed?).

I managed to get this working, but it requires a patch to PEFT: https://github.com/huggingface/peft/pull/874


[Question] How to remove 'host' field from generated docs?

Springfox version: 3.0.0-SNAPSHOT.
The response of my /v2/api-docs looks like this:
{
  "swagger": "2.0",
  "host": "localhost:8888",
  "basePath": "/"
}

But I want to remove the host field. This would allow to use "Try it out" from /swagger-ui.html relative to the current host. The swagger reference (Omitting host and scheme) says, that it's allowed. So resulting JSON would look like this:
{
  "swagger": "2.0",
  "basePath": "/"
}

I found no way to do this in the springfox configuration. I tried to set Docket.host(null), but in this case, it will use default empty-string value. I'm using SNAPSHOT version, but it wouldn't work in stable versions too.

+1

it is possible to use:

-Dspringfox.documentation.swagger.v2.host=

@ClaudenirFreitas thanks for that

This still happening can the issue be reopened ?

Another option inspired by @ClaudenirFreitas's solution is:
Add the following to application.yml
springfox:
  documentation:
    swagger:
      v2:
        host:


[QST] Should dask-sql maintain compatibility on independent clusters?

What is your question?
One advertised feature of dask-sql is its ability to compute queries on relatively bare Dask clusters - to back this claim up, we run a majority of our tests on an independent Dask cluster started in a Docker container https://github.com/dask-contrib/dask-sql/blob/main/.github/docker-compose.yaml, with little added to the base environment outside of a bump to the pandas version.
However, through work being done by @ayushdg on #398, we now know that:

The independent cluster tests quietly end up falling back on a local Dask cluster with access to dask-sql's CI environment, meaning we haven't been covering independent cluster usage for some time
When tests do actually run on an independent cluster, some fail with ModuleNotFoundErrors; for example, test_fsql fails because it requires triad to be installed

This has led me to begin questioning if we should continue running these tests in the first place - is it a common usage pattern within Dask to compute tasks on a cluster with a minimal environment? Perhaps this isn't really something worth the dev effort to maintain as a feature if not?
If we do opt to continue maintaining this feature, we would probably want to:

make changes to the cluster CI so that tests can verify that they're running on the independent cluster, so that breakage here won't happen silently
scope out the changes that need to be made so that tests like test_fsql don't require triad on their computing cluster

On the other hand, if we wanted to remove it, some important things to do:

make sure any references to this in the docs are removed
potentially revert changes made to enable this feature (for example, the use of make_pickable_without_dask_sql)
remove CI running on independent clusters (though it might be useful to have CI running on a cluster in general)

Interested to hear other's thoughts on this.
cc @quasiben @randerzander

It feels worthwhile to try to allow Dask-SQL to work as a client-only library, in particular since it presently involves a fairly large JDK component.
If, on further investigation, you find that it's a big effort to support that, I could be convinced otherwise, especially if Dask-SQL's packaging can be simplified such that only the client node needs the JDK

I would suggest we keep it very minimal, we do want to validate it works as a client-only library but changing / testing the existence of third party libraries seems out of scope.  Dask clusters typically assume a uniform environment and we should be safe making the same assumptions here

I think maintaining dask-sql as a client-only library makes sense and shouldn't be too difficult to continue (right now, that is still the case, there are just some optional dependencies that may be required in the cluster to run certain queries). My question is more directed at if it's worth it to go a step further and also verify that queries run successfully on a cluster with almost none of the dependencies of dask-sql, which seems like a more niche case, though @quasiben's response seems to bring some clarity to that:

changing / testing the existence of third party libraries seems out of scope

In that case, perhaps the solution we have right now is ideal, i.e. skipping / xfailing tests on the independent cluster if we know they will require some additional modules and generally just making sure that a relevant subset of the tests are able to pass on a cluster without dask-sql installed; I'm a little interested in if we could reflect this somehow in the docs ("dask-sql queries can typically run on a minimal cluster, but if you want to use ABC feature you'll also need to have XYZ package").
If we maintain independent cluster testing, we'll also want to add in some basic sanity checks to verify that we're actually using the cluster, since that's what led to this situation in the first place (cc @ayushdg as I recall you having some ideas on how we could do this).

dask-sql queries can typically run on a minimal cluster, but if you want to use ABC feature you'll also need to have XYZ package").

Do we presently know which features that includes? Or are you suggesting we need to do testing work to build such a list?

Closing this as we've generally followed suit with Dask in pushing for a homogeneous client/cluster environment.


Hotfix/tests stdout

Fixing stdout in tests to not break test reports and/or reporters.

another great idea! thanks!

@pointnet I've invited you to be a collaborator. I've also given you publish rights on npm.

Thanks! I let you bump and publish the version when you think it's ready.


About Docs and Programmatically changes

Hello there,
I see that in the Docs there is reference for some functions like jexcel.getColumnNameFromId that can be found in the examples, but this same function isn't anywhere to be found in the "Programmatically changes" section.
I'm wondering if there is many others useful functions, properties or handlers that aren't in the Docs.
You can see the example of what I'm talking about here
var changed = function(instance, cell, x, y, value) {     var cellName = jexcel.getColumnNameFromId([x,y]);     $('#log').append('New change on cell ' + cellName + ' to: ' + value + ' '); }
But there is no reference of this ".getColumnNameFromId" to be found in Programmatically changes, _Handling event_s nor Quick reference section.
Thanks!

Yes, you are right. The helpers functions are not in the documentation yet. But it should be in the future. Thanks ;)


Namespace scoped access for Controller.owns

Would you like to work on this feature?
maybe
What problem are you trying to solve?
When trying to limit the scope of permissions required for a controller, it would be ideal if the client could be configured to only use namespace APIs, as reflection through the ownerreferences should inform the controller enough to do only a namespaced scoped call.
Currently the controller runtime requires passing in a cluster scoped API for both the parent resource and it's child, which is not ideal for potentially sensitive resources like Secrets or ConfigMaps.
Describe the solution you'd like
Another method on Controller like owns_namespaced where we pass in a client generic over namespace but not the resource might work?
Describe alternatives you've considered
Haven't really considered other alternatives.
Documentation, Adoption, Migration Strategy
No response
Target crate for feature
kube-runtime

It should not be required to pass in a cluster scoped Api. Where are you getting this assumption from? Controller::owns should inherit the scope of the Api you pass in - because it just takes the events passed from a watch on that Api.
You should be able to either pass a Api::namespaced(..) or a Api::all to watch at the cluster level.

If you know the NSes you want to watch at startup time then you could do something like:
Controller::new(...)
  .owns(Api::<Secret>::namespaced("ns1"))
  .owns(Api::<Secret>::namespaced("ns2"))
  .owns(Api::<Secret>::namespaced("ns..."))
  .run(...)

If you want to control which NSes you watch at runtime then it gets a bit trickier.. it should still technically be possible, but you'd probably need to use the low-level applier API directly rather than Controller.

If you want to control which NSes you watch at runtime then it gets a bit trickier.. it should still technically be possible, but you'd probably need to use the low-level applier API directly rather than Controller.

This looks promising, for my use-case a project can "opt-in" to management by our controller at any time, so runtime control is ideal (I'd make it externally triggered by another CRD). Would this be a good candidate for eventually exposing in Controller? Or better as a one-off recipe if I can figure it out.

I don't think the "full journey" will ever have direct first-class support in Controller. I think there might be value in exposing "also listen to this arbitrary Stream<Item = ObjectRef<K>>" as an escape hatch (like the trigger queue that applier takes).

Controller (Savage)

Going to close this. Resolved question.


Improve AFK system

Add /afk command
Add /afk command cooldown to prevent using /afk to spawm message, default 0 means no cooldown. (unit: second)
Add configurable afk away title, can customize title and subtitle when afk away, and also customized time of title fade in, stay and fade out. (unit: ticks)

This could be easily implemented via the available API without the additional maintenance burden


Fix disruptor : fix the problem of hold event data in consume event

[x] You have read the contribution guidelines.
[ ] You submit test cases (unit or integration tests) that back your changes.
[x] Your local test passed mvn clean install -Dmaven.javadoc.skip=true.

@yu199195 I will commit some Benchmarks later. Maybe next commit.

Codecov Report

Merging #1858 (5b6662a) into master (b9458df) will decrease coverage by 0.47%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #1858      +/-   ##
============================================
- Coverage     66.13%   65.65%   -0.48%
+ Complexity     2585     2573      -12
============================================
  Files           489      489
  Lines         10972    10972
  Branches       1076     1076
============================================
- Hits           7256     7204      -52
- Misses         3160     3214      +54
+ Partials        556      554       -2

Impacted Files
Coverage Δ

...enyu/client/tars/TarsServiceBeanPostProcessor.java
25.67% <0.00%> (-33.79%)
:arrow_down:

...ache/shenyu/plugin/grpc/cache/GrpcClientCache.java
66.66% <0.00%> (-27.78%)
:arrow_down:

...che/shenyu/sync/data/http/HttpSyncDataService.java
63.10% <0.00%> (-11.66%)
:arrow_down:

...henyu/plugin/grpc/resolver/ShenyuNameResolver.java
56.84% <0.00%> (-7.37%)
:arrow_down:

...henyu/plugin/httpclient/NettyHttpClientPlugin.java
57.14% <0.00%> (-2.05%)
:arrow_down:

...t/zookeeper/ZookeeperClientRegisterRepository.java
70.90% <0.00%> (-1.82%)
:arrow_down:

...elimiter/handler/RateLimiterPluginDataHandler.java
69.69% <0.00%> (-1.52%)
:arrow_down:

Continue to review full report at Codecov.

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


Invalid signature / id on certain notes with links

getting an invalid signature when adding some urls
https://cdn.discordapp.com/attachments/521645013277474826/1278025421023350794/DropsEvent-Summer-2024_DJ_set_Killa_and_Tagila_ENG.png?ex=66cf4d6c&is=66cdfbec&hm=b72db2074a4ea8b23753dfd255787d55eafb52acf3deba8e3f19de3c7130b727&
This for instance in a kind 1 gives an invalid sig

I get invalid ID on some events that aren't invalid
Received message: ["EVENT",{"content":"manual\nhttps://cdn.discordapp.com/attachments/1277777226397388800/1278034968899227668/logo.png?ex=66cf5651&is=66ce04d1&hm=ae17b4400170a5a8104fbd822b0dd9b0ab77cc7eeb0f9803433fc7ad19900741&","kind":1,"tags":[],"created_at":1724777707,"pubkey":"3fe0ab6cbdb7ee27148202249e3fb3b89423c6f6cda6ef43ea5057c3d93088e4","id":"ae0c1743ebaca3087f2fb7acbf10903d179ceea95eb81c3a0bc5abe32c826a66","sig":"63ebee5f3ab216fd2ec3528aa747b7f8973414b795a16562703e788b62ca2eb2c9f7781ae6994ea91244215a31e1c57519386879301b55c05e94bd5918f4a104"}]
2024/08/27 12:55:07 Invalid ID: expected 9c26ed4fe1f2fd2cd5543e2dfbe880e9c558b4299f719eaf7ff9834a1237d0ad, got ae0c1743ebaca3087f2fb7acbf10903d179ceea95eb81c3a0bc5abe32c826a66
Event processed: ae0c1743ebaca3087f2fb7acbf10903d179ceea95eb81c3a0bc5abe32c826a66
but nos.lol accepts this same event

fails on "&" in note

This seems to be fixed at this commit
https://github.com/0ceanSlim/grain/commit/462fa0a4b1e7419357690d86f0a1f8bc1f02d90a


Evaluate the model ?

hi, I have two problems and hope to help me out, thank you!

I have trained new model and want to evaluate the model. There are two functions val() and val_from_cmd(), in val.py. what's the difference between the two functions?
I have modified the number of categories to 10, and when I run the val.py, there is a error:ValueError: operands could not be broadcast together with shapes (12,) (4,)

val_from_cmd is a cut-down version of val, to validate from command-line instead of from training. I think in this stage of the repo, trading some repetitive code for better readability is okay. Maybe we'll merge them with some if-else in the future.
#20, we haven't supported segmentation other than road and lane line yet. I have some free time now so I'll work on it.

@xoiga123 your means that I can not use val.py to evaluate the model yet?

@huoguangdiandian yes, yet :running_man:

Thank you for your reply

@huoguangdiandian False alarm, it was not related to segmentation classes at all. It was about batch-size thingy. Pull the repo and try again, I also merged val_from_cmd with val.

@xoiga123 I only use the test results, partition is not used, val_from_cmd is available.
I have another problem is that  Is there a pre-training model based on training 10 classes???

@huoguangdiandian Sorry, I don't quite understand your first sentence. I fixed your bug in the latest commit. Save your 10-class weight and clone the repository again and validate on that, it should work then.  And no, we currently don't have a pre-trained model on 10 classes.


Make sure "Transactions search" is enabled for all existing PayPal integrations

As part of https://github.com/opencollective/opencollective/issues/6342, we need to make sure all fiscal hosts connected to PayPal enable this API that lets us synchronize PayPal transactions with the ledger by querying their API.
While writing this initial post, 44 hosts still don't have their PayPal integration enabled:

[ ] access2perspectives
[ ] allforclimate
[ ] better-together
[ ] access2perspectives
[ ] allforclimate
[ ] arcadianodes
[ ] belovedcommune
[ ] better-together
[ ] bruijnlogistics
[ ] chesskeep
[ ] connectedpapers
[ ] deeptimewalk-cic
[ ] dynamicpress
[ ] gaianet1
[ ] heroes-of-newerth-community
[ ] hisham-bin-ateya
[ ] java-jda
[ ] lucy-parsons-labs
[ ] madeinjlm
[ ] momentum-mod
[ ] monachelle
[ ] nbgrp
[ ] nfsc
[ ] novastra
[ ] openmiami-host
[ ] osgeo-foundation
[ ] papertree
[ ] paris
[ ] ppy
[ ] proofing-future
[ ] queens-care-collective-host
[ ] rollenspielmonster
[ ] sacred-economy-llc
[ ] stroud-district-community-hubs
[ ] symbiosis-cooperation-tulsa-fund
[ ] tapetenresonanz
[ ] the-book-haven-npc
[ ] thecodebulbs
[ ] thenewoilmedia
[ ] transition-network
[ ] treeoflight
[ ] voltarails
[ ] wildseed-society
[ ] wujimacha

For all of them, we need to send an email and follow up to make sure they enable this API.
For the first draft, we'll use this query to generate the emails:
select
  c.slug,
  ARRAY_TO_STRING(ARRAY_AGG(u.email), ',') AS emails,
  '[Action Required] Update ' || c.name || ' PayPal settings for Open Collective' AS subject,
  $$Hi $$|| c.name ||$$,

We're writing to let you know that, in order to improve the consistency and reliability of our PayPal integration, we're making some changes to the way we handle PayPal payments on Open Collective.

To ensure that PayPal keeps working for your fiscal host, we need you to update your PayPal settings to enable the "Transactions search API". It is a simple process that takes less than 5 minutes:
1. Login to $$ || c.name || $$'s PayPal account at https://developer.paypal.com
2. Go to "Apps & Credentials"
3. Select the "Live" environment
4. Select the app you created for Open Collective
5. Scroll down to "APP SETTINGS"
6. Check "Transaction Search"
7. Click "Save"

Please let us know when this is done so we can verify the settings.

You can see more details about this in our documentation: https://docs.opencollective.com/help/fiscal-hosts/fiscal-host-settings/connected-accounts#receiving-contributions-through-paypal. Feel free to reply directly to this email or reach out to us on Slack (https://slack.opencollective.com) if you have any questions.

Thank you in advance,
Benjamin Piouffle
Engineer at Open Collective$$ as content
from "Collectives" c
INNER JOIN "Members" m ON m."CollectiveId" = c.id AND m.role = 'ADMIN' AND m."deletedAt" IS NULL
INNER JOIN "Users" u ON u."CollectiveId" = m."MemberCollectiveId" AND u."deletedAt" IS NULL
where c.slug IN (:slugs)
GROUP BY c.id
ORDER BY c.slug

Example email:
Subject: [Action Required] Update All For Climate PayPal settings for Open Collective
Content:

Hi All For Climate,
We're writing to let you know that, in order to improve the consistency and reliability of our PayPal integration, we're making some changes to the way we handle PayPal payments on Open Collective.
To ensure that PayPal payments for your fiscal host continue to work, we need you to update your PayPal settings to enable the "Transactions search API". It is a simple process that takes less than 5 minutes:

Login to All For Climate's PayPal account at https://developer.paypal.com
Go to "Apps & Credentials"
Select the "Live" environment
Select the app you created for Open Collective
Scroll down to "APP SETTINGS"
Check "Transaction Search"
Click "Save"

Please let us know when this is done so we can verify the settings.
You can see more details about this in our documentation: https://docs.opencollective.com/help/fiscal-hosts/fiscal-host-settings/connected-accounts#receiving-contributions-through-paypal. Feel free to reply directly to this email or reach out to us on Slack (https://slack.opencollective.com) if you have any questions.
Thank you in advance,
Benjamin Piouffle
Engineer at Open Collective

Removing the connected accounts for 3 hosts that are not active anymore:

belovedcommune
hisham-bin-ateya
rollenspielmonster

There are also 8 hosts that connected PayPal but never used it. Since they've already been warned, I'll remove the accounts directly.

chesskeep (connected at 2021-07-30 19:43:01.232000 +00:00)
connectedpapers (connected at 2021-10-18 10:47:53.708000 +00:00)
dynamicpress (connected at 2022-10-07 06:08:33.476000 +00:00)
nbgrp (connected at 2021-12-03 17:14:34.889000 +00:00)
novastra (connected at 2022-07-22 06:52:28.053000 +00:00)
sacred-economy-llc (connected at 2021-06-18 20:36:01.075000 +00:00)
thecodebulbs (connected at 2021-06-15 16:59:57.437000 +00:00)
voltarails (connected at 2021-05-26 09:28:15.077000 +00:00)

On top of that, three hosts haven't received any PayPal contributions in 2 years. Same here, they've been warned so I'll disconnect the accounts directly:

openmiami-host (last transaction at 2019-11-13 14:59:05.306000 +00:00)
better-together (last transaction at 2021-11-08 18:53:20.731000 +00:00)
queens-care-collective-host (last transaction at 2022-02-21 22:36:52.176000 +00:00)

There is also one account where the PayPal token is no longer valid. I'll prepare an email for them.

access2perspectives (last transaction at 2023-03-01 00:45:58.559000 +00:00)

After that, we're left with a list of 17 hosts. I'll send a second email to urge them to enable this option.

access2perspectives (last transaction at 2023-03-01 00:45:58.559000 +00:00)
allforclimate (last transaction at 2024-02-26 10:07:32.500000 +00:00)
arcadianodes (last transaction at 2022-12-11 12:44:35.408000 +00:00)
bruijnlogistics (last transaction at 2024-02-15 21:28:39.582000 +00:00)
cct (last transaction at 2023-01-21 10:31:39.082000 +00:00)
heroes-of-newerth-community (last transaction at 2024-02-02 12:35:37.057000 +00:00)
lucy-parsons-labs (last transaction at 2024-02-23 10:08:47.825000 +00:00)
madeinjlm (last transaction at 2023-06-13 10:54:52.633000 +00:00)
monachelle (last transaction at 2022-12-29 10:13:00.811000 +00:00)
nfsc (last transaction at 2024-02-26 02:13:51.544000 +00:00)
osgeo-foundation (last transaction at 2024-02-23 22:21:23.283000 +00:00)
ppy (last transaction at 2024-02-19 06:02:26.261000 +00:00)
proofing-future (last transaction at 2024-01-29 10:38:15.365000 +00:00)
secdsm (last transaction at 2024-02-06 11:10:56.206000 +00:00)
stroud-district-community-hubs (last transaction at 2024-02-14 12:13:09.055000 +00:00)
the-book-haven-npc (last transaction at 2023-07-12 13:43:55.167000 +00:00)
thenewoilmedia (last transaction at 2023-04-09 10:51:21.000000 +00:00)
wildseed-society (last transaction at 2024-02-17 10:55:59.257000 +00:00)

WITH hosts AS (
  SELECT
    c.id,
    c.slug,
    c."isActive",
    c."deletedAt",
    MAX(ca."createdAt") AS "connectedAt",
    MAX(ca."updatedAt")
  FROM "Collectives" c
  INNER JOIN "ConnectedAccounts" ca ON c.id = ca."CollectiveId" AND ca."service" = 'paypal' AND ca."clientId" IS NOT NULL AND ca.token IS NOT NULL AND ca."deletedAt" IS NULL
  WHERE slug IN (
    'access2perspectives',
    'allforclimate',
    'better-together',
    'access2perspectives',
    'allforclimate',
    'arcadianodes',
    'better-together',
    'bruijnlogistics',
    'chesskeep',
    'cct',
    'connectedpapers',
    'dynamicpress',
    'heroes-of-newerth-community',
    'lucy-parsons-labs',
    'madeinjlm',
    'monachelle',
    'nbgrp',
    'nfsc',
    'novastra',
    'openmiami-host',
    'osgeo-foundation',
    'ppy',
    'proofing-future',
    'queens-care-collective-host',
    'sacred-economy-llc',
    'secdsm',
    'stroud-district-community-hubs',
    'the-book-haven-npc',
    'thecodebulbs',
    'thenewoilmedia',
    'voltarails',
    'wildseed-society'
  )
  GROUP BY c.id
) SELECT
    *,
    (SELECT MAX(t."createdAt") FROM "Transactions" t INNER JOIN "PaymentMethods" pm ON t."PaymentMethodId" = pm.id WHERE t."deletedAt" IS NULL AND t."HostCollectiveId" = hosts.id AND pm.service = 'paypal') AS "lastTransactionAt"
FROM hosts
ORDER BY "slug" ASC

We're now down to this list:

allforclimate (contacted a 3rd time, different channel)
blackqueerlife (contacted via freshdesk, new collective)
bruijnlogistics (need to send a 3rd warning)
cct (need to send a 3rd warning)
kragelund-developments (need to send a 3rd warning)
lucy-parsons-labs (need to send a 3rd warning)
madeinjlm (need to send a 3rd warning)
osgeo-foundation (need to send a 3rd warning)
ppy (need to send a 3rd warning)
proofing-future (need to send a 3rd warning)
secdsm (need to send a 3rd warning)


Define the data being passed to Aether

Child of #1033
Need agreement between HS.io and Aether team what data is being sent to HDX.  Define the JSON message and all fields and types.

We are working to align the Healthsites attributes with those supported by OSM. The current Healthsites specification is presented in the following spreadsheet. See 'Current Healthsites specification'
https://docs.google.com/spreadsheets/d/1ycaqJH-GHHs-Z5wyNpRaWOh8HWCZpSz_K-nz5a34imw/edit?usp=sharing


relax run_exports for ABI 1.6

following tests in #12, 1.19.1 builds are tested to be compatible with 1.14.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.


:arrow_up:x.x.o: bump

Codecov Report

Merging #2198 (bab27ac) into main (a7e7bfd) will not change coverage.
The diff coverage is n/a.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
@@            Coverage Diff            @@
##              main     #2198   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            5         5
  Lines          127       127
  Branches        14        14
=========================================
  Hits           127       127

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Who We Are on home page needs to be red

I'll  just need to add  color red to the H2 in the who we are block

This has been done already.
Page: https://main--takeda-ihs--hlxsites.hlx.page/


Code adaptation

Would you accept a pull request with which I bring more structure to the project?

I would rename the private variables to _clientWebSocket instead of private ClientWebSocket WebSocket.
I would add an ILogger
I would integrate CancellationTokens
I would change the method names to StartAsync.

That would of course be a breaking change...

Since I initially released this library over two years ago, I’m sure the code could benefit from the best practices you've suggested. Feel free to proceed with those cosmetic changes and I'll be happy to merge them in.

There is a minor issue where the fire-and-forget method call in StartAsync swallows the potential CertstreamException from the message receiving loop.


Is this an oversight in MaxValue's estimators?

Describe the bug
the code under pkg/prediction/dsp/estimators.go
func (m *maxValueEstimator) GetEstimation(signal *Signal, periodLength time.Duration) *Signal {
	nSamplesPerPeriod := int(periodLength.Seconds() * signal.SampleRate)
	estimation := make([]float64, 0, nSamplesPerPeriod)

	nSamples := len(signal.Samples)
	nPeriods := nSamples / nSamplesPerPeriod

	for i := nSamples - nSamplesPerPeriod; i < nSamples; i++ {
		maxValue := signal.Samples[i]
		for j := 1; j < nPeriods; j++ {
			if maxValue < signal.Samples[i-nSamplesPerPeriod*j] {
				maxValue = signal.Samples[i-nSamplesPerPeriod*j]
			}
		}
		estimation = append(estimation, maxValue*(1.0+m.marginFraction))
	}

	return &Signal{
		SampleRate: signal.SampleRate,
		Samples:    estimation,
	}
}

Is that right use for j := 1; j < nPeriods; j++ {.From the introduce in https://gocrane.io/zh-cn/docs/core-concept/timeseries-forecasting-by-dsp/ seems that why should use for j := 1; j <= nPeriods; j++ {.

i think i got some wrong


Sprint/2206 1

RDK-36589: RDK System Thunder Service Support for Regionalization
Pushing code to 2206 sprint

Temporary issue with CLA. force merging to meet deadline.


Absolute value is broken for ArbComplex

Maybe I'm doing something wrong, but absolute values on ArbComplex returns zero every time:
julia> z = 0.5 + 0.3im;

julia> abs(z)
0.5830951894845301

julia> z = ArbComplex(0.5, 0.3)
0.5 + 0.2999999999999999888977697537484im

julia> abs(z)
0

The issue seems to be with z = ArbReal{P}() in https://github.com/JeffreySarnoff/ArbNumerics.jl/blob/0cfcf98965964dc8241fbe91d132debac159422c/src/float/prearith.jl#L84-L88. If I instead use this method:
function _abs(x::ArbComplex{P}) where {P}
    z = ArbComplex{P}()
    ccall(ArbNumerics.@libarb(acb_abs), Cvoid, (Ref{ArbComplex}, Ref{ArbComplex}, Clong), z, x, P)
    return real(z)
end
_abs(ArbComplex(0.5, 0.3, bits=256))
abs(0.5 + 0.3im)

julia> _abs(ArbComplex(0.5, 0.3, bits=256))
0.58309518948453004137536495027902554867375965029811700288720077783633574140908

julia> abs(0.5 + 0.3im)
0.5830951894845301

Then it seems to work.

fixed in master, merge pending


Create CONTRIBUTING.md

added contributing.md file

yes

Change the name of the file to CODE_OF_CODUCT.md


Refactor the Okta scanner to produce systems instead of datasets

Is your feature request related to a specific problem?
Currently the Okta scanner returns datasets
Describe the solution you'd like
The Okta scanner should output systems, as Okta gives information about the various systems that an organization is using.
Describe alternatives you've considered, if any
Leaving it as datasets
Additional context
Okta system scanning is a critical part of the new Config UI flow

@earmenda can you note here what is possible to get from the Okta api?

#751 will close this, created #752 for the question above.


future of this github org

@fitzgen @alexcrichton it seems like we need to talk about the future of this GitHub org. it's obviously really overdue but with comments like https://github.com/rustwasm/wasm-bindgen/issues/2337#issuecomment-716075906, it doesn't seem that our continued collaboration in this org is desired.
i'm currently in the process of collecting folks who are interested in maintaining and developing wasm-pack as well as the book and other documentation. it'd be worth figuring out if we should be officially sunsetting this working group and retiring this org. i was hoping that this group of people i'm gathering could reignite the working group, but that requires input from ya'll. let me know if you'd like to chat in another venue.

I'm busy this week starting a new job, but I will respond more fully next week.

Ok I’ve had a chance to talk with @fitzgen about this and I’m gonna write this for both of us. Unfortunately we don’t have the time right now to help maintain the Rust and WebAssembly working group as a whole. We largely consider the working group as successful and have shifted our focus from the specific tooling we’ve created here towards standardizing it upstream and what that might look like. I will personally continue to keep up with maintenance on wasm-bindgen, however, to ensure it gets any bug fixes and such (although I won’t have a ton of time for new features).
As for where that leaves this organization, we’re ok leaving that up to you. We're interested to see what exciting projects people might bring to this group and don’t want to see the efforts in the rustwasm organization go away. We also see a lot of value in community involvement, ownership, and governance in making Rust and WebAssembly a best-in-class story. It feels like we may be in a lull now but that’s just temporary.
For what this means about the Rust and WebAssembly working group we’re also not sure. So long as there’s folks willing to work on it then it seems prudent to have an agreed upon location of where to work, though!

Hi, @ashleygwilliams, @alexcrichton and @fitzgen - too as they are one of the most active contributors on twiggy.
As I understand this github org's future is unclear (for some time :D), but as i've pinged in the discord room and other various channels, until there's a path forward and plan on what to do with some of the repos, I'd gladly share some of the mainenance burden of twiggy.
There are a bunch PRs, some that I think are really good PRs waiting in the queue, e.g.: https://github.com/rustwasm/twiggy/pull/576
Would it be possible for me to be added as a maintainer of the twiggy repo? I can try sort some of them out regardless where twiggy or some other repos eventually land (other org, etc.)

Hi @AlexEne, I've invited you to the twiggy repo and sent an owner invite on crates.io as well.


Contast reboots

I have been using these sensors for the past year and have gone to flash another today and am seeing constant reboots, i tried this on two different chips any idea what the issue may be ?
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v614f7c32
~ld
calibrating sensor Starting Node named sensornode1
Connecting to xxxxxxxxxxxxxxxxxxxxxxxx
.....
WiFi connected
IP address:
<IP_ADDRESS>
Ready
IPess: x
Attempting MQTT connection...connected
Setting LEDs:
r: 0, g: 0, b: 0
{"state":"OFF","color":{"r":255,"g":255,"b":255},"brightness":255,"humidity":"0.00","motion":"","ldr":"0","temperature":"0.00","heatIndex":"nan"}
{"state":"OFF","color":{"r":255,"g":255,"b":255},"brightness":255,"humidity":"0.00","motion":"standby","ldr":"0","temperature":"0.00","heatIndex":"nan"}
resettin⸮
ets Jan  8 2013,rst cause:2, boot mode:(3,2)
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v614f7c32
~ld
calibrating sensor Starting Node named sensornode1

Downgraded ide to the version the previous chips where flashed on. Same cable and port/cable . Resvoled my issue


skip py less than 37 for osx and add @timsnyder to maintainers

Checklist

[X] Used a fork of the feedstock to propose changes
[X] Bumped the build number (if the version is unchanged)
[X] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Fixes #42 by skipping  for osx and py<37

I also tried to patch python-feedstock to remove the nonexistant -isysroot path but my local testing using python built that way didn't pass and I don't have more time to spend debugging this right now.  Hopefully, since it appears to be building fine on 3.7 and 3.8, we can just skip 3.6 until it is dropped from the supported conda-forge python versions.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:

License is not an SPDX identifier (or a custom LicenseRef) nor an SPDX license expression.

@conda-forge/wxpython this PR is ready for review and merging.

@ocefpaf, this PR is passed the checks again with your feedback applied.


Update version to 1.3.1

Checklist

[ x] Used a personal fork of the feedstock to propose changes
[x ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


[MRG] Support Python 3.7

This is a standing PR to share progress on supporting Python 3.7 as requested in #63 and #44.  Currently stuck on #74, should anyone want to track that one down...

Codecov Report

Merging #75 into develop will increase coverage by 0.12%.
The diff coverage is 100%.

@@             Coverage Diff             @@
##           develop      #75      +/-   ##
===========================================
+ Coverage    98.52%   98.64%   +0.12%
===========================================
  Files           35       36       +1
  Lines         1691     1696       +5
===========================================
+ Hits          1666     1673       +7
+ Misses          25       23       -2

Impacted Files
Coverage Δ

pmdarima/compat/python.py
90% <100%> (+10%)
:arrow_up:

pmdarima/arima/tests/test_seasonality.py
100% <100%> (ø)

pmdarima/arima/tests/test_stationarity.py
100% <100%> (ø)
:arrow_up:

pmdarima/arima/seasonality.py
98.5% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


Allow  without event handlers to open web view file dialog on Desktop

This add no real benefit other than hopefully prevent confusion in the future.
Currently, clicking an input with type file without any attached event handlers will cause the event to just get swallowed.  This just lets the event propagate like normal in those cases.
This seems intentionally disabled at some point, but seems to behave normally now, so I figured might as well.

Thanks for the contribution :) looks good


⚠ Spryr has degraded performance

In 67e0d68, Spryr (https://spryr.com) experienced degraded performance:

HTTP code: 200
Response time: 3908 ms

Resolved: Spryr performance has improved in f303231 after 10 minutes.


[monorepo] Move common TypeScript configurations into root tsconfig.json

At the moment there are several redundant tsconfig.json settings in the various packages. We can roll up the common ones and put them in the root /tsconfig.json.

@snario Beware not to break web3torrent and embedded-wallet, which are already compliant with the root tsconfig.json.


ext is still .dust after compilation

After migrating to 4.0.0, running the task results in files with .dust extension instead of .js

Dust is no longer maintained.


Improve handling of task panics

Currently Iroha spawns many tokio::tasks in a detached way, without checking whether they panic somewhere along execution.
Here are a few examples (just cases when the handle is completely ignored; there are many other when the handle is used, but not to check whether it resolves in an error):
https://github.com/hyperledger/iroha/blob/5085ff2435bf2e412dec76649b19d3a7bf091239/p2p/src/network.rs#L111
https://github.com/hyperledger/iroha/blob/f5e3c493a6f2f336da09d75c8d00562aac8168a5/cli/src/lib.rs#L387
https://github.com/hyperledger/iroha/blob/f5e3c493a6f2f336da09d75c8d00562aac8168a5/cli/src/lib.rs#L137
https://github.com/hyperledger/iroha/blob/f5e3c493a6f2f336da09d75c8d00562aac8168a5/cli/src/lib.rs#L494
It has a few issues:

When some vital task panics, we don't even see that it happened, and don't see an error message.
It results in a non-graceful "crumbling" of the system due to some tasks relying on failed ones.

For example, in case of the NetworkBase task panicking, we don't see anything except NetworkBase must accept messages until there is at least one handle to it: SendError { .. } (which doesn't tell the cause).
Instead, it would be good:

To see panic messages of most tasks (ideally - of all tasks)
When a vital task panics, gracefully shutdown all other tasks
Ideally (overkill for now), adopt Supervision Tree design principle: monitor tasks execution in a centralised way with restart/shutdown strategies. This must contribute into overall fault-tolerance of Iroha significantly. For more info, see Erlang/OTP or Supervisor in Elixir

Tools to help: TaskTracker, JoinSet, CancellationToken.

There is also a problem that panics SHOULD be detected by panic set_hook which should print panic and shutdown iroha, but there is problems with it.


Changelogs

Orb version

What happened
releases are published without any context
Expected behavior
releases should be published with a brief markdown changelog identifying major changes in a given new orb version

Bigger than one repo


Learning rate decay in the paper

They use learning rate decay in the paper as it is part of the Adam optimizer:

we use the Adam optimizer (Kingma
and Ba [2014]) with its TensorFlow default parameters, including the exponentially decaying learning
rate, to minimize the sum of the margin losses in Eq. 4.

@kwea123 Same issue with #9 and #35


docs(generated): remove unneeded log level set from examples

Automated PR triggered by new code generation.
feat(generated): add KNOWN_ISSUE regarding repl docs for strongly typed langs
Generated SDK source code using:

Generator version 3.76.0
Specification version 1.0.0-dev0.0.52
Automation (cloudant-sdks) version c94ee4d

Superseded by #536


Function.AutoPath — Type instantiation is excessively deep and possibly infinite.ts(2589)

Thanks for your answer the other day!
Currently I have this issue:

Type instantiation is excessively deep and possibly infinite.ts(2589)

When using this signature:
function pick<T extends Record<string, any>, K extends string> (obj: T, keys: F.AutoPath<T, K>[]): O.P.Pick<T, S.Split<K, '.'>>

It works like a charm if I try it with a payload like so:
const doc = { name: 'n1', id: '1', filled: true, notpicked: false }
const res = pick(doc, ['name', 'filled', 'id'])

however, it gives me that infinite error when the keys array is empty:
const res = pick(doc, [])

At the moment AutoPath only takes a single string:
function pick<T extends Record<string, any>, K extends string> (obj: T, path: F.AutoPath<T, K>): O.P.Pick<T, S.Split<K, '.'>>


Remove docker from Node-pressure Eviction

URL: https://kubernetes.io/docs/concepts/scheduling-eviction/node-pressure-eviction/
File: /docs/concepts/scheduling-eviction/node-pressure-eviction.md
Umbrella issue: #30771
Partially fixes: #30921
What to do
On line 238, remove docker from the examples of system daemons.
How to do it
Refer to the Contributor Guide for instructions.
Do the following:

Fork k/website and switch to a new branch
Remove docker from line 238 of the /docs/concepts/scheduling-eviction/node-pressure-eviction.md file
Open a PR for the change and mention this issue to close it when the PR is merged

/triage accepted
/sig docs
/help-wanted
/language en

I would like to work on this

/assign @killerkc12

@killerkc12 do you intend to work on this? If not I'd like to reassign it to someone who will. No hard feelings either way!

@celestehorgan I think this issue has been resolved in this PR here #30913

/close


Support different filenames for API contracts

Hi @mkon,
what do you think about this feature that I've tried to implement?
I found your gem useful, but it would be great if it could use different filenames for contracts, instead of just openapi.yaml that was previously hard-coded, especially in cases where there are different versions of the API specs (contracts).
For backward-compatibility reasons, I've set the default filename to openapi.yaml, but left the possibility for the user to define the name as a second argument.
Hoping to hear your feedback and maybe contribute here.

Hi @dveljacic!
Thanks for the contribution, looks good to me. Let's see if it's green then we are good to go.


Could not load 'plugins/Holograms-2.3.0-SNAPSHOT.jar' in folder 'plugins'

Hey there, need a bit of help. Trying to install Holograms on my 1.10.2 Spigot MC Server. However when i install snapshot 2.3.0 (which is supposed to be compatible with 1.10?) I Receive the error:
Could not load 'plugins/Holograms-2.3.0-SNAPSHOT.jar' in folder 'plugins'.
In my experience this error with plugins normally means there's some problem with version compatibility but as far as I can tell it should work fine.
If you want the full error log I can post it to you but its simply strings of java errors. Thanks for your time any fix you could suggest would be appreciated know i'm not giving you much to work with. :smile:

Please post the full error log


Add action to run an "open RFC report" on a schedule

This workflow runs twice a week. It gathers open RFCs, and sends the list to a DSVA slack workflow ("Open RFC Report") that displays the text in a channel.
Currently set to run on Monday and Thursday mornings, and send the message to channel #dev_null.
Once merged, I'll trigger the workflow as a test, ensure the message is coming out properly in #dev_null, then we can modify the workflow to post to #platform-team. We can also set an icon and tweak the text surrounding the list of RFCs.
Slack message will look similar to this (PR title, url):

Looked through this and I believe all comments were accounted for. I don't have the ability to close this.


[bug?] SpotLight::generate_shadow_map() doesn't cast shadows?

To be fair I'm not really familiar with the library, but to my understanding, the Light objects that implement the function generate_shadow_map should cast shadows on things when provided with the appropriate Meshs of the scene. And this is what happens at least with DirectionalLight, but doesn't work at all with SpotLight.
I was able to make this relatively simple demo for the issue:

demo code
use three_d::*;

fn main() {
    let window = Window::new(WindowSettings {
        title: "bug".to_string(),
        max_size: Some((1200, 700)),
        ..Default::default()
    })
    .unwrap();
    let ctx = window.gl();

    let mut camera = Camera::new_perspective(
        window.viewport(),
        vec3(5.0, 2.0, 2.5),
        vec3(0.0, 0.0, -0.5),
        vec3(0.0, 1.0, 0.0),
        degrees(45.0),
        0.1,
        1000.0,
    );
    let mut oc = OrbitControl::new(*camera.target(), 1.0, 10000.0);

    let s1_mesh = CpuMesh::sphere(16);
    let s2_mesh = CpuMesh::sphere(16);

    let mut gm1 = Gm::new(
        Mesh::new(&ctx, &s1_mesh),
        PhysicalMaterial::new_opaque(
            &ctx,
            &CpuMaterial {
                albedo: Srgba::RED,
                ..Default::default()
            }
        ),
    );
    gm1.set_transformation(Mat4::from_translation(vec3(2.0, 0.0, 0.0)));

    let mut gm2 = Gm::new(
        Mesh::new(&ctx, &s2_mesh),
        PhysicalMaterial::new_opaque(
            &ctx,
            &CpuMaterial {
                albedo: Srgba::RED,
                ..Default::default()
            }
        ),
    );
    gm2.set_transformation(Mat4::from_translation(vec3(4.0, 0.0, 0.0)));

    let mut light = SpotLight::new(
        &ctx,
        10.0,
        Srgba::WHITE,
        &Vector3::zero(),
        &vec3(1.0, 0.0, 0.0),
        degrees(179.9999),
        Attenuation::default(),
    );
    light.generate_shadow_map(1024, &[&gm1.geometry, &gm2.geometry]);

    let mut dlight = DirectionalLight::new(
        &ctx,
        1.0,
        Srgba::WHITE,
        &vec3(-1.0, 0.0, 0.0)
    );
    dlight.generate_shadow_map(1024, &[&gm1.geometry, &gm2.geometry]);

    window.render_loop(move |mut frame_input| {
        camera.set_viewport(frame_input.viewport);
        oc.handle_events(&mut camera, &mut frame_input.events);

        frame_input
            .screen()
            .clear(ClearState::color_and_depth(42.0 / 255.0, 42.0 / 255.0, 42.0 / 255.0, 1.0, 1.0))
            .render(&camera, gm1.into_iter().chain(&gm2), &[&light, &dlight]);

        FrameOutput::default()
    });
}

I would expect the spotlight to cast a shadow on the right element as it's covered by the left sphere, just like what happens with the directional light from the other side.

Also unrelated, but a few quick thoughts on the shadows thing. They should have a common trait, or implement it in the Light trait, but I don't expect lights like ambient light to have the shadow method. And PointLight should implement shadows too, imo it's just like a spotlight but with a full coverage angle, so there's less variables to mind in the calculation.

#461 could be related to this?

degrees(179.9999),

You defined a spotlight with a cutoff at almost 180 degrees, that means the shadow map needs to cover an enormous area and therefore no pixel in the shadow map will actually hit the relatively small sphere. If you change the angle to something more realistic (a spotlight is usually something like a flashlight), then it's working as expected.

Also unrelated, but a few quick thoughts on the shadows thing. They should have a common trait, or implement it in the Light trait, but I don't expect lights like ambient light to have the shadow method.

What is the exact reason why it should be part of a trait? 🤔

And PointLight should implement shadows too, imo it's just like a spotlight but with a full coverage angle, so there's less variables to mind in the calculation.

It's already an issue: https://github.com/asny/three-d/issues/74. However, it's quite expensive for point lights since it requires a shadow map in all directions (a cube map instead of a 2D texture). So it's not used a lot in practice in my experience.
In general, shadow maps are really nice but definitely have their limitations due to performance. Therefore, it's not just plug-and-play, you need to understand the technique before being able to use it effectively.

You defined a spotlight with a cutoff at almost 180 degrees, that means the shadow map needs to cover an enormous area and therefore no pixel in the shadow map will actually hit the relatively small sphere. If you change the angle to something more realistic (a spotlight is usually something like a flashlight), then it's working as expected.

Well yes, playing around found the cutoff to be somewhere around 179.72-179.73, high enough for any normal use, I was using such angles to try to get a pointlight kind of light but with shadows, guess I wont.

What is the exact reason why it should be part of a trait?

Its just some shared behavior, I simply ran into an issue in my project where I had to take a generic light that implements shadows, so I ended up making my custom trait for it and implementing it for each light element. I just think it makes sense to make it a trait in the library directly.

In general, shadow maps are really nice but definitely have their limitations due to performance. Therefore, it's not just plug-and-play, you need to understand the technique before being able to use it effectively.

Tbh idk much about shadow maps, I just get the basic idea of how they work and using them to make my project look a little nicer, nothing performance critical. But I think they are a little too complex for me, might look into it to optimize things at some point, but it's definitely not important for what I'm doing.
Thanks for the assistance though!