Super product, shitty tokens/min

Claude Dev. is such a cool and efficient product, I absolutely love this - but the extreme limitations from Antropic on both total rates and the god damn 429 {"type":"error","error":{"type":"rate_limit_error","message":"Number of request tokens has exceeded your per-minute rate limit  is an absolute killer. Normally 10-15 minutes then I hit the wall and continue on ChatGpt
I find myself joggling between ChatGPT, Mistral and Claude dev in the cooling period. and ClaudeDev has to read the changes
Ooohh, I look so forward to more realistic per minute rates that will reflect the workstyle. (A la ChatGpt).
(I work on very small python and react projects)

Couldn't we add an option where we can provide several API keys that point to several accounts? And when we hit the 429, Claude-Dev automatically swaps the key @saoudrizwan ?

Couldn't we add an option where we can provide several API keys that point to several accounts ?

I do that since a week but manually 😇

Exactly...

I dont understand why you would need to do this, when you can just move to a higher tier on Anthropic.

I hope ClaudeDEV will soon support local LLMs like DeepSeek Coder V2.
Absolutely love ClaudeDEV, however I ended up spending nearly $30 on a single project through OpenRouter last night. I know I could save a lot using Antropic's API but the limits imposed by Anthropic are a joke.

@720pixel
deepSeek Coder v2 dont have tool use /function calling inbuilt into model ,with prompt engineering ,we can do with some extend.
you can use deepseek Coder v2 with LmStudio and openRouter
see here https://github.com/saoudrizwan/claude-dev/issues/122

@720pixel local models are on the roadmap friend (ollama doesn't support tool calling for rest servers out of the box yet)

For people running into rate limit issues I highly recommend switching to OpenRouter, I've been working with them to fix some issues on their end and it's become a lot more stable with larger files. They've also mentioned they're working on adding prompt caching, and I'll update claude dev as soon as I can with that.

Leaving this issue open as a place to talk about rate limits + getting token usage lower. Both areas I'm actively trying to address and will update on progress here

AWS Bedrock also has much higher rate limits or is the box.

For people running into rate limit issues I highly recommend switching to OpenRouter, I've been working with them to fix some issues on their end and it's become a lot more stable with larger files. They've also mentioned they're working on adding prompt caching, and I'll update claude dev as soon as I can with that.

Do you have some instructions on how to do this @saoudrizwan? Thanks!

They've also mentioned they're working on adding prompt caching, and I'll update claude dev as soon as I can with that.

Great news. Looking forward to that.

@saoudrizwan Thanks so much for trying to improve the token limits. I've fallen in love with your amazing Claude Dev product!! It's enabled me to do things that were just not possible for me before. I don't have coding training; I am a medical doctor. But your amazing Claude Dev tool is helping me build health sector solutions that I couldn't before. Thanks so much!  Thanks everyone for posting here! I am hitting the token limit barrier too!!

Hi everyone. Just letting you know that I implemented the OpenRouter solution that @saoudrizwan suggested and it is working well. I'm building myself a personal goals tracker!

@drcggray we'd love to see your project in the discord! https://discord.gg/claudedev


MB-8952 Update fetchMTOUpdates to reflect it is deprecated

Description
This PR marks fetchMTOUpdates as deprecated.
https://github.com/transcom/mymove/wiki/How-to-deprecate-endpoints
References

Jira story for this change

Messages

:book:
:link: MB-8952

  Generated by :no_entry_sign: dangerJS against b34e8366536c52cf517abd1e53d5927f86e0f674


Result object for postretrieve and postsourceupdate plugin hooks doesn't support different metadata types with the same API name

Summary
The result object for postretrieve and postsourceupdate plugin hooks doesn't support different metadata types with the same API name. For example, a class called Account and the standard Account object will both have an aggregateName of Account and therefore only a single entry in the result. This will happen in numerous scenarios.
I'd suggest either making the aggregateName unique by including the metadata type (e.g. ApexClass:Account, CustomObject:Account) or returning an array instead of an object.
Steps To Reproduce:
Repository to reproduce:

Create an Apex class with name Account
Retrieve metadata for Account class and Account object (sfdx force:source:retrieve -m ApexClass:Account,CustomObject:Account)

Expected result
There should be an entry in the hook result for both pieces of metadata.
Actual result
There is only one entry in the hook result for either the class or the object.
Additional information

SFDX CLI Version(to find the version of the CLI engine run sfdx --version):
sfdx-cli/7.78.1-5a65d9dd2f darwin-x64 node-v12.18.3
SFDX plugin Version(to find the version of the CLI plugin run sfdx plugins --core)
@oclif/plugin-autocomplete 0.1.5 (core)
@oclif/plugin-commands 1.3.0 (core)
@oclif/plugin-help 3.2.0 (core)
@oclif/plugin-not-found 1.2.4 (core)
@oclif/plugin-plugins 1.9.1 (core)
@oclif/plugin-update 1.3.10 (core)
@oclif/plugin-warn-if-update-available 1.7.0 (core)
@oclif/plugin-which 1.0.3 (core)
@salesforce/sfdx-trust 3.4.3 (core)
alias 1.1.2 (core)
analytics 1.12.1 (core)
auth 1.3.0 (core)
config 1.1.10 (core)
generator 1.1.3 (core)
plugin-metadata-hook-demo 48.8.0 (link) xxx
salesforcedx 50.3.1 (core)
├─ apex 0.1.2 (core)
├─ @salesforce/sfdx-plugin-lwc-test 0.1.7 (core)
├─ custom-metadata 1.0.10 (core)
├─ salesforce-alm 50.3.1 (core)
└─ templates 50.1.0 (core)
sfdx-cli 7.78.1 (core)
OS and version:
Mac OSX 10.15.6

Hi @gdman sorry for the delayed response, Is this still happening?

@WillieRuemmele thanks for getting back to me.
I've re-tested, the behaviour is better than before but IMO is still kind of odd.
Post retrieve and post source update have both metadata types (in this example an Account object and Account class) - that's better than before. However, it's odd that they are grouped together. As someone implementing a plugin, I wouldn't expect to find them grouped together just because they happen to share the same name.
The data structure looks something like:
Account: {
  workspaceElements / mdapiFilePath: [
    { Account Object, Fields, etc },
    { Account Class and Metafile }
  ]
}

Which kind of makes sense for the object with fields, links, etc i.e. the subtypes but doesn't make sense for classes (since those workspace elements are not related).
I guess it really depends what aggregateName is supposed to represent. I think of it as an API name and then the properties of that API name i.e. the component and files that relate to it e.g.

Account (as a CustomObject) has mdapiFilePath: [ .../objects/Account.object]
Account (as an ApexClass) has mdapiFilePath: [ .../classes/Account.cls, .../classes/Account.cls-meta.xml ]

The problem is that API names of metadata are not unique across types so for that to work, you'd need something like:
{
  ApexClass: { Account : { mdapiFilePath: [ .../classes/Account.cls, .../classes/Account.cls-meta.xml ] } },
  CustomObject: { Account: { mdapiFilePath: [ .../objects/Account.object ] } }
}

or
{
ApexClass:Account : { mdapiFilePath: [ .../classes/Account.cls, .../classes/Account.cls-meta.xml ] },
CustomObject:Account : { mdapiFilePath: [ .../objects/Account.object ] }
}
Either of the above data structures would probably be useful to a plugin developer - you can see the API names and how that relates to files.
With the current implementation aggregateName doesn't tell you anything, it's an arbitrary grouping of things based on having the same name. The first thing you'd have to do in every plugin is loop over it and pull out all of the workspaceElements / mdapiFilePath entries into a flat array for it to be of any use and there will be no way of knowing which files link to which piece of metadata.
On a related point, at the moment the only property of the aggregateName (in this case Account) is workspaceElements / mdapiFilePath - it won't be possible to add additional properties in the future because the children won't have common values e.g. adding a property of metadataType won't work because the children have values of ApexClass and CustomObject.
Example screenshot:

Closing this due to inactivity. Feel free to re-open if you are still experiencing this issue.


stack auto-analysis getting stuck

Describe the bug
When running auto-analysis, the stack option gets stuck on a function and doesn't progress.  Can cancel and start over and its the same index each time.  I have tried with all sub-options turned off, no difference.  It got stuck for a pretty long time, same index, I killed it then thought to do jstack.
PowerPC:BE:32:QUICC (1.5)
Attachments
immediately after noticing bad index stack1.txt
a few minutes in stack2.txt
a bit longer wait stack3.txt
Environment (please complete the following information):

OS: 22.04
Java Version: 17.0.7
Ghidra Version: 10.3
Ghidra Origin: official

I can do eclipse and load on master if that would be helpful, just let me know.

Is the function where it gets stuck calling a function that has been changed to inline?

I have made one inline function that just returns the previous frames LR.  I'll check that tonight if that was in the function.  This one prints the function along with updating the index, is there any easy way to get the corresponding function for the mips based on index, or will I need to run that in eclipse

To test, I would just try selecting and analyzing the one function that calls the inlined function or just analyze the program again.
If you mean the monitor progress index, there really isn't a correspondence between the function and the index, especially with potentially multiple threads running.
It is possibly there is some waffling setting the flow override for the mips, similar to a bug on ARM fixed in 10.3.
If there is any inline of functions, my best guess is that it is from the inline.

I unchecked inline for the function and seems to fix both this and the constant analyzer.

Great thanks for checking it out!  Glad it wasn't something new.
We'll fix in a patch release soon.

         80 81 00 00     lwz        r4,0x0(r1)=>Stack[0x0]
         80 64 00 04     lwz        r3,Stack[0x4](r4)
         38 63 ff fc     subi       r3,r3,0x4
         4e 80 00 20     blr

for reference.  master w/ inline finishes stack analysis

10.3.1_patch looks good w/ inline

Fixed by bf8d314ddb5822a1b1663dca7f5c7ca3052c2d9e


Bridging of Holesky to Katla

Describe the bug
The time for bridging from Holesky to Katla took over 24hours and that takes a lot of time.
Steps to reproduce
It is needed to adjust the time interval of the transition
Additional context
Additional context here.

May be due to a large number of relayer requests. We will increase the bandwidth in the future for mainnet 🙏

Resolved: https://github.com/taikoxyz/taiko-mono/issues/15541#issuecomment-1902790320


Failed to initialize the RetireJS repo

We have a scheduler job setup which will run the dependency-check scan on a set of projects. Recently we have come across a new issue where it fails to initialize RetireJS repo. DependencyCheck only fails for the first project when the scheduler starts, the scan runs successfully for the remaining projects in a batch.
failed with error [INFO] Checking for updates
[INFO] NVD CVE requires several updates; this could take a couple of minutes.
[INFO] Download Started for NVD CVE - 2002
[INFO] Download Started for NVD CVE - 2003
[INFO] Download Complete for NVD CVE - 2003  (361 ms)
[INFO] Download Started for NVD CVE - 2004
[INFO] Processing Started for NVD CVE - 2003
[INFO] Download Complete for NVD CVE - 2002  (420 ms)
[INFO] Download Started for NVD CVE - 2005
[INFO] Download Complete for NVD CVE - 2004  (405 ms)
[INFO] Download Started for NVD CVE - 2006
[INFO] Download Complete for NVD CVE - 2005  (417 ms)
[INFO] Download Started for NVD CVE - 2007
[INFO] Download Complete for NVD CVE - 2006  (510 ms)
[INFO] Download Started for NVD CVE - 2008
[INFO] Download Complete for NVD CVE - 2007  (521 ms)
[INFO] Download Started for NVD CVE - 2009
[INFO] Download Complete for NVD CVE - 2008  (446 ms)
[INFO] Download Started for NVD CVE - 2010
[INFO] Download Complete for NVD CVE - 2009  (486 ms)
[INFO] Download Started for NVD CVE - 2011
[INFO] Download Complete for NVD CVE - 2010  (466 ms)
[INFO] Download Started for NVD CVE - 2012
[INFO] Download Complete for NVD CVE - 2011  (526 ms)
[INFO] Download Started for NVD CVE - 2013
[INFO] Download Complete for NVD CVE - 2012  (474 ms)
[INFO] Download Started for NVD CVE - 2014
[INFO] Download Complete for NVD CVE - 2013  (518 ms)
[INFO] Download Started for NVD CVE - 2015
[INFO] Download Complete for NVD CVE - 2014  (576 ms)
[INFO] Download Started for NVD CVE - 2016
[INFO] Download Complete for NVD CVE - 2015  (516 ms)
[INFO] Download Started for NVD CVE - 2017
[INFO] Download Complete for NVD CVE - 2016  (490 ms)
[INFO] Download Started for NVD CVE - 2018
[INFO] Processing Complete for NVD CVE - 2003  (3402 ms)
[INFO] Processing Started for NVD CVE - 2002
[INFO] Download Complete for NVD CVE - 2017  (547 ms)
[INFO] Download Started for NVD CVE - 2019
[INFO] Download Complete for NVD CVE - 2018  (564 ms)
[INFO] Download Started for NVD CVE - 2020
[INFO] Download Complete for NVD CVE - 2019  (540 ms)
[INFO] Download Complete for NVD CVE - 2020  (398 ms)
[INFO] Processing Complete for NVD CVE - 2002  (6403 ms)
[INFO] Processing Started for NVD CVE - 2004
[INFO] Processing Complete for NVD CVE - 2004  (3325 ms)
[INFO] Processing Started for NVD CVE - 2005
[INFO] Processing Complete for NVD CVE - 2005  (4782 ms)
[INFO] Processing Started for NVD CVE - 2006
[INFO] Processing Complete for NVD CVE - 2006  (6925 ms)
[INFO] Processing Started for NVD CVE - 2007
[INFO] Processing Complete for NVD CVE - 2007  (6365 ms)
[INFO] Processing Started for NVD CVE - 2008
[INFO] Processing Complete for NVD CVE - 2008  (7978 ms)
[INFO] Processing Started for NVD CVE - 2009
[INFO] Processing Complete for NVD CVE - 2009  (7971 ms)
[INFO] Processing Started for NVD CVE - 2010
[INFO] Processing Complete for NVD CVE - 2010  (12939 ms)
[INFO] Processing Started for NVD CVE - 2011
[INFO] Processing Complete for NVD CVE - 2011  (53170 ms)
[INFO] Processing Started for NVD CVE - 2012
[INFO] Processing Complete for NVD CVE - 2012  (13753 ms)
[INFO] Processing Started for NVD CVE - 2013
[INFO] Processing Complete for NVD CVE - 2013  (12758 ms)
[INFO] Processing Started for NVD CVE - 2014
[INFO] Processing Complete for NVD CVE - 2014  (11918 ms)
[INFO] Processing Started for NVD CVE - 2015
[INFO] Processing Complete for NVD CVE - 2015  (8532 ms)
[INFO] Processing Started for NVD CVE - 2016
[INFO] Processing Complete for NVD CVE - 2016  (9072 ms)
[INFO] Processing Started for NVD CVE - 2017
[INFO] Processing Complete for NVD CVE - 2017  (10691 ms)
[INFO] Processing Started for NVD CVE - 2018
[INFO] Processing Complete for NVD CVE - 2018  (10594 ms)
[INFO] Processing Started for NVD CVE - 2019
[INFO] Processing Complete for NVD CVE - 2019  (8534 ms)
[INFO] Processing Started for NVD CVE - 2020
[INFO] Processing Complete for NVD CVE - 2020  (1967 ms)
[INFO] Download Started for NVD CVE - Modified
[INFO] Download Complete for NVD CVE - Modified  (331 ms)
[INFO] Processing Started for NVD CVE - Modified
[INFO] Processing Complete for NVD CVE - Modified  (1029 ms)
[INFO] Begin database maintenance
[INFO] Updated the CPE ecosystem on 51517 NVD records
[INFO] Removed the CPE ecosystem on 5580 NVD records
[INFO] End database maintenance (81766 ms)
[ERROR] Failed to initialize the RetireJS repo
org.owasp.dependencycheck.data.update.exception.UpdateException: Failed to initialize the RetireJS repo
	at org.owasp.dependencycheck.data.update.RetireJSDataSource.initializeRetireJsRepo(RetireJSDataSource.java:139)
	at org.owasp.dependencycheck.data.update.RetireJSDataSource.update(RetireJSDataSource.java:88)
	at org.owasp.dependencycheck.Engine.doUpdates(Engine.java:936)
	at org.owasp.dependencycheck.Engine.initializeAndUpdateDatabase(Engine.java:737)
	at org.owasp.dependencycheck.Engine.analyzeDependencies(Engine.java:667)
	at org.owasp.dependencycheck.App.runScan(App.java:254)
	at org.owasp.dependencycheck.App.run(App.java:186)
	at org.owasp.dependencycheck.App.main(App.java:81)
Caused by: org.owasp.dependencycheck.utils.DownloadFailedException: Download failed, unable to copy 'https://raw.githubusercontent.com/Retirejs/retire.js/master/repository/jsrepository.json' to '/opt/app/dependency-check/data/jsrepository.json'
	at org.owasp.dependencycheck.utils.Downloader.fetchFile(Downloader.java:98)
	at org.owasp.dependencycheck.utils.Downloader.fetchFile(Downloader.java:74)
	at org.owasp.dependencycheck.data.update.RetireJSDataSource.initializeRetireJsRepo(RetireJSDataSource.java:137)
	... 7 common frames omitted
Caused by: org.owasp.dependencycheck.utils.DownloadFailedException: Error downloading file https://raw.githubusercontent.com/Retirejs/retire.js/master/repository/jsrepository.json; unable to connect.
	at org.owasp.dependencycheck.utils.HttpResourceConnection.obtainConnection(HttpResourceConnection.java:238)
	at org.owasp.dependencycheck.utils.HttpResourceConnection.fetch(HttpResourceConnection.java:138)
	at org.owasp.dependencycheck.utils.Downloader.fetchFile(Downloader.java:94)
	... 9 common frames omitted
Caused by: java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
	at java.net.Socket.connect(Socket.java:607)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:463)
	at sun.net.www.http.HttpClient.openServer(HttpClient.java:558)
	at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:264)
	at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:367)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1162)
	at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1056)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:167)
	at org.owasp.dependencycheck.utils.HttpResourceConnection.obtainConnection(HttpResourceConnection.java:178)
	... 11 common frames omitted
[INFO] Begin database defrag
[INFO] End database defrag (19382 ms)
[WARN] Unable to update 1 or more Cached Web DataSource, using local data instead. Results may not include recent vulnerabilities.
[ERROR] Unable to continue dependency-check analysis.
[ERROR] One or more fatal errors occurred
[ERROR] Failed to initialize the RetireJS repo
[ERROR] No documents exist

Caused by: java.net.SocketTimeoutException: connect timed out

means that the tool was unable to connect to the retirejs repostory, this can be related to your network or due to load conditions at retirejs endpoint

/opt/app/dependency-check/data/jsrepository.json
In my case, the file jsrepository.json is empty in my maven local repository. I added an empty json body {} into it, that solved my problem.

Caused by: java.net.SocketTimeoutException: connect timed out

means that the tool was unable to connect to the retirejs repostory, this can be related to your network or due to load conditions at retirejs endpoint

This seems to working fine for other regions, but this issue is only happening in one of the regions.
Verified all the network configs/firewall, everything seems to be okay.

/opt/app/dependency-check/data/jsrepository.json
In my case, the file jsrepository.json in my maven local repository is empty. I added an empty json body {} into it, that solved my problem.

I checked the contents of jsrepository.json, it is not empty.

Not entirely sure what is going on - especially if it is just one region. This doesn't sound liker a dependency-check issue, rather a networking/connectivity issue.  Can you simply add a step to transfer the https://raw.githubusercontent.com/Retirejs/retire.js/master/repository/jsrepository.json locally and then use the --retireJsUrl argument to reference the locally hosted JS file? You can use file:///path/to/rsrepository.json.

Not entirely sure what is going on - especially if it is just one region. This doesn't sound liker a dependency-check issue, rather a networking/connectivity issue. Can you simply add a step to transfer the https://raw.githubusercontent.com/Retirejs/retire.js/master/repository/jsrepository.json locally and then use the --retireJsUrl argument to reference the locally hosted JS file? You can use file:///path/to/rsrepository.json.

This resolved this issue. Thank you

Not entirely sure what is going on - especially if it is just one region. This doesn't sound liker a dependency-check issue, rather a networking/connectivity issue. Can you simply add a step to transfer the https://raw.githubusercontent.com/Retirejs/retire.js/master/repository/jsrepository.json locally and then use the --retireJsUrl argument to reference the locally hosted JS file? You can use file:///path/to/rsrepository.json.

Sometimes its working but not solved the issues


Add missing rendering documentation

Solves issue https://github.com/napari/napari/issues/3423.
It is possible to set the rendering to average programmatically:
viewer.layers[0].rendering= 'average'
But it was not shown in the API.
After this pr it is.

Fantastic, thanks for this @kolibril13, much appreciated!


build: use debian:buster as base images, non-reproducible builds

The frequent updates of Clear Linux have been a problem, typically
leading to new PMEM-CSI releases for no good reason other than "there
might have been a bug fix". Debian is expected to update less
frequently. We also no longer update automatically.
The approach taken for that is to use the latest release as base,
whatever that is. In other words, we no longer offer reproducible
releases because there is no way to lock down exactly which files are
taken from the upstream distro. Each release is only built once, so
the binary content is still locked down at build time - we just don't
record in the source code what exactly that binary content is. In
practice that should be good enough.
Compared to Clear Linux, the approach for disabling usage of udev has
changed a bit. use_lvmetad is no longer a valid configuration option.

I have already disabled the automated release update job in Jenkins.

not many "clear" mentioned any more after change, but there is still (in Jenkinsfile) BUILD_IMAGE composed from pmem-clear-linux-builder, but is that intentional, as we have CI registry filled with those images?

BUILD_IMAGE composed from pmem-clear-linux-builder, but is that intentional

Kind of. By keeping the name we can overwrite the existing images. Not sure how important that is, though.


[RaspberryPi OS Bullseye]: matplotlib.dates' has no attribute 'strpdate2num'

Graphs are not able to be created for the website.. Looks like the csv file is not able to be read even though it has the typical date and level data in it.
sudo /usr/local/bin/rsumpwebchart.py
Traceback (most recent call last):
File "/usr/local/bin/rsumpwebchart.py", line 11, in
from raspisump import webchart
File "/usr/local/lib/python3.9/dist-packages/raspisump/webchart.py", line 13, in
from raspisump import todaychart
File "/usr/local/lib/python3.9/dist-packages/raspisump/todaychart.py", line 105, in
bytes2str = bytesdate2str('%H:%M:%S')
File "/usr/local/lib/python3.9/dist-packages/raspisump/todaychart.py", line 52, in bytesdate2str
strconverter = mdates.strpdate2num(fmt)
AttributeError: module 'matplotlib.dates' has no attribute 'strpdate2num'

From the python version it looks to me like you are running Raspberry Pi OS (bullseye).  I have some work to do to test on the latest version of Raspberry Pi OS.  Right now it only supports Raspbian Stretch and Buster.
Did you install matplotlib with apt or with pip?  What version are you running.
I dont have a quick solution for you as I need to install bullseye and recreate the problem.  But I guess I will start seeing this more often now.
If you absolutely need to get this going asap you may want to format another card using buster until I can test and release something that works on the latest.

Thanks for the fast reply!
Yes this is on bullseye. I installed matplotlib with pip.
Version matplotlib: 3.3.4
At least my alerts and notifications still work fine with your software.
Thank you for creating this software as well. I have a very high water
table and my sumps run like mad and I really like being able to know if
there is an issue before there is an issue.
Thanks!
On Tue, Dec 28, 2021 at 9:45 AM Al Audet @.***> wrote:

From the python version it looks to me like you are running Raspberry Pi
OS (bullseye). I have some work to do to test on the latest version of
Raspberry Pi OS. Right now it only supports Raspbian Stretch and Buster.
Did you install matplotlib with apt or with pip? What version are you
running.
I dont have a quick solution for you as I need to install bullseye and
recreate the problem. But I guess I will start seeing this more often now.
If you absolutely need to get this going asap you may want to format
another card using buster until I can test and release something that works
on the latest.
—
Reply to this email directly, view it on GitHub
https://github.com/alaudet/raspi-sump/issues/73#issuecomment-1002139059,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AN2F4FJ4ZKHC7JWOG5M4DM3UTHESDANCNFSM5K4BALCA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

Thank you very much for reporting this issue.  I am going to rename it  and leave it active until I get this fixed.  In the meantime you could always try downgrading your matplotlib version 3.0.2. which should  also install numpy 1.16.2.
Pip can be a real hassle with matplotlib though so your mileage may vary.

Will do, thanks!
On Tue, Dec 28, 2021 at 10:38 AM Al Audet @.***> wrote:

Thank you very much for reporting this issue. I am going to rename it and
leave it active until I get this fixed. In the meantime you could always
try downgrading your matplotlib version 3.0.2. which should also install
numpy 1.16.2.
Pip can be a real hassle with matplotlib though so your mileage may vary.
—
Reply to this email directly, view it on GitHub
https://github.com/alaudet/raspi-sump/issues/73#issuecomment-1002163335,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AN2F4FKAX6LWE2KKJZHTBMDUTHKZBANCNFSM5K4BALCA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

Oh, I'm incorrect on how I  installed it, I used sudo apt-get install
python3-matplotlib, not pip.
On Tue, Dec 28, 2021 at 10:49 AM Chuck Dock @.***> wrote:

Will do, thanks!
On Tue, Dec 28, 2021 at 10:38 AM Al Audet @.***>
wrote:

Thank you very much for reporting this issue. I am going to rename it and
leave it active until I get this fixed. In the meantime you could always
try downgrading your matplotlib version 3.0.2. which should also install
numpy 1.16.2.
Pip can be a real hassle with matplotlib though so your mileage may vary.
—
Reply to this email directly, view it on GitHub
https://github.com/alaudet/raspi-sump/issues/73#issuecomment-1002163335,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AN2F4FKAX6LWE2KKJZHTBMDUTHKZBANCNFSM5K4BALCA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

Issue has been recreated on a fresh install of bullseye.   An deprecated attribute in matplotlib.dates ('strpdate2num') has been removed from version 3.3.x.  This attribute handles the changing of the date format from a string so that matplotlib sees it in the proper format.
Just a matter of taking time now to fix this issue and test to make sure everything still works against buster and stretch as well.  Since Stretch is supported until the end of June 2022 the fix needs to not break anything on that version.

Good deal. I'll restage using Stretch for now. Its a simple process as you
know and works fine. Thanks for looking into this!
On Wed, Dec 29, 2021 at 8:59 AM Al Audet @.***> wrote:

Issue has been recreated on a fresh install of bullseye. An deprecated
attribute in matplotlib.dates ('strpdate2num') has been removed from
version 3.3.x. This attribute handles the changing of the date format from
a string so that matplotlib sees it in the proper format.
Just a matter of taking time now to fix this issue and test to make sure
everything still works against buster and stretch as well. Since Stretch is
supported until the end of June 2022 the fix needs to not break anything on
that version.
—
Reply to this email directly, view it on GitHub
https://github.com/alaudet/raspi-sump/issues/73#issuecomment-1002607401,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AN2F4FJ46A7XD7G4WUMTNR3UTMH2PANCNFSM5K4BALCA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

I recommend Buster at the very least as Stretch support ends in June of 2022.

Ah, ok. Will do.
On Wed, Dec 29, 2021 at 10:13 AM Al Audet @.***> wrote:

I recommend Buster at the very least as Stretch support ends in June of
2022.
—
Reply to this email directly, view it on GitHub
https://github.com/alaudet/raspi-sump/issues/73#issuecomment-1002641984,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AN2F4FJVKVLHIBW5EQBBUILUTMQRLANCNFSM5K4BALCA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>


Add Dig, fix #80

Added DIG to assetlists
Added DIG logo

Can you also change images/DIG.png to lowercase : images/dig.png

Yes, i changed it in newest commit.


Add multiple SSW mirrors

Fixes #320
Fixes #126

This should get a changelog before being merged.


Using DownloadFromStream with Job Queue

Hello,
I have write some code to export data record to a .csv file. After that i want to save that .csv file to folder.

Next, i setup a scheduler job for auto run this feature.
And i am facing with one issue:

If i run this scheduler job by manual then successful.
But when Scheduler job run by automation then appear below error:

MessageWithoutPrivateInformation: Microsoft Dynamics 365 Business Central Server attempted to issue a client callback to download a file: \710_CT0105ANNUTIO01_191212160056.csv (Report 27014751 Crescent Mall Export). Client callbacks are not supported on Microsoft Dynamics 365 Business Central Server._
Anyone can support me to solve this issue? Thank you.

AL Extension Version: 4.0
Server Version: 14.0.36475

This repository no longer handles general questions and is only dedicated to bug reports for the latest preview version of the AL compiler and developer tools.
To get help for your question please use one of the following resources:
Business Central Community
mibuso forum
Dynamics User Group


play-json 2.3.8 just fell off the map

http://mvnrepository.com/artifact/com.typesafe.play/play-json_2.11
Resulting in:
[warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[warn] 	::          UNRESOLVED DEPENDENCIES         ::
[warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[warn] 	:: com.typesafe.play#play-json_2.11;2.3.8: not found
[warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[warn]
[warn] 	Note: Unresolved dependencies path:
[warn] 		com.typesafe.play:play-json_2.11:2.3.8
[warn] 		  +- io.really:jwt-scala_2.11:1.2.2

The workaround of course is to add "Typesafe Repository" at "http://repo.typesafe.com/typesafe/releases/" as a resolver, but this most excellent project should be kept up-to-date IMHO :+1:
Happy holidays!


Axis IO-port support

Description:
Add support for digital input and output, supervised inputs and relays
Related issue (if applicable): fixes #
Pull request in home-assistant.io with documentation (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
Example entry for configuration.yaml (if applicable):

Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.

If the code does not interact with devices:

[x] Tests have been added to verify that the new code works.

@MartinHjelmare care to have a quick peek at this? Most of it is just moved around, focus would be on the sensor platform and the gather of tasks

Do we need docs for the switch platform?

@MartinHjelmare I will add that tomorrow 👍, its super simple but will mention that it exists


Config issue in forge 47.2.1

Seems like there is an issue where in forge 47.2.1. the config file is incorrectly registered/read, causing it to reset the config files if you try to add custom messages to the maid dress.
We've been trying to nail down the issue for about 2 weeks now, and this is the closest we have been able to get. seems to be something   that changed between 47.2.1, and earlier forge versions?

Fixed it, was an oversight in my part for using .define instead of .defineList for creating a list

Is there any chance of this fix getting backported to 1.20.1? It's very frustrating not being able to use the config files.


Uncaught Something went wrong when trying to copy /log.cqrun/home/ubuntu/new_jobs_server/6172-stu...

[Enter steps to reproduce below:]

Registered a new cilk project
Filled out cilk_conf file
Entered password
Synced remote --> local (Ctrl + Alt + J)
Waited 5 seconds

Atom Version: 1.11.2
Electron Version: 0.37.8
System: Mac OS X 10.11.6
Thrown From: cilkpride package, v0.1.6
Stack Trace
Uncaught Something went wrong when trying to copy /log.cqrun/home/ubuntu/new_jobs_server/6172-student-jobs/job_rsridhar_20161019T124938_79427/input/koch.in from the remote server.
 Didn't realize that directory was being created.

Thanks! Also thank you for ignoring .git/ in the update. That was causing me some problems earlier.

Fixed by 4d21dd8


Test failures while running test-operator-hub test suite on ppc64le

I have made changes to the scripts/openshiftci-presubmit-all-tests.sh and scripts/configure-installer-tests-cluster.sh for Power on the lines of the Z changes.
Also done the setup required like creating the secret to pull redhat registry images. Currently I am trying to run the scripts/openshiftci-presubmit-all-tests.s and seeing the below issues for test-operator-hub test suite:
Summarizing 7 Failures:

[Fail] odo service command tests for OperatorHub When using from-file option [JustBeforeEach] should fail to create service if metadata doesn't exist or is invalid
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub JSON output [JustBeforeEach] listing catalog of services
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub When operator backed services are created [JustBeforeEach] should list the services if they exist
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub When creating an operator backed service [JustBeforeEach] should be able to create EtcdCluster from its alm example
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub When experimental mode is enabled [JustBeforeEach] should list operators installed in the namespace
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub When using from-file option [JustBeforeEach] should be able to create a service
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

[Fail] odo service command tests for OperatorHub When using dry-run option to create operator backed service [JustBeforeEach] should only output the definition of the CR that will be used to start service
/usr/local/go/src/github.com/openshift/odo/tests/helper/helper_generic.go:41

Ran 7 of 7 Specs in 453.812 seconds
FAIL! -- 0 Passed | 7 Failed | 0 Pending | 0 Skipped
--- FAIL: TestOperatorhub (453.81s)
FAIL

Ginkgo ran 1 suite in 7m38.47119071s
Test Suite Failed
make: *** [Makefile:353: test-operator-hub] Error 1

Attaching detailed test run and some post failure investigation steps -
odo_test-operator-hub_failures_ppc64le.txt

/area system-pz

cc:- @amitkrout ^^

/area test

/kind test

Running oc with args [oc get csv]
[oc] No resources found in yrofhaucfo namespace.

@sarveshtamba You need to setup operator in ./scripts/configure-installer-tests-cluster.sh otherwise it won't get the required resource.
For your reference you can check how it has been done - https://github.com/openshift/odo/blob/master/scripts/configure-installer-tests-cluster.sh#L56

This is not supported on Z for lack of executable format and removed from Z as well ( https://github.com/openshift/odo/commit/960a6d408af63543214070fa824a1282c1cbbcf5 ). Closing this issue for now, will revisit if required later.


Removed Addons Suggestions

Questions
Answers

Description?
Removed Addons Suggestions

Type?
improvement

BC breaks?
yes

Deprecations?
no

Fixed ticket?
N/A

How to test?
No more addons block

BC Breaks:

Removed class PrestaShop\Module\BlockReassurance\Addons\CategoryFetcher

@Progi1984 can you rebase to solve the conflic please? :)

Thank you @Progi1984


Units for PAD/PAI

Hi,
A question rather than an issue. What are the units of the values outputted by the plant area density and index functions?
Thanks

hi @Ciaran1981, thanks for your question! PAD is technically defined as the one-sided total plant area within a given volume. Thus, it has units of m^2/m^3 (dimensions of 1/Length).
We calculate PAD for a given voxel based on the fraction of pulses entering and exiting the voxel. This fraction reflects the amount of plant material that attenuates the lidar pulses, which can be used as a proxy for the surface area of plant material within a voxel. Here is the documentation page for PAD: https://pyforestscan.sefa.ai/usage/forest-structure/pad/ and after re-reading it just now, I do think that it can be improved for clarity; will try to get to that sometime soon... Also, you may want to check out this paper: https://www.sciencedirect.com/science/article/abs/pii/S0378112718315561, which describes the methods in a little more detail.
PAI is a dimensionless value, and so has no units. It is the sum of PAD across the vertical profile of the forest.

Great - thanks for your answer. Surely then a PAD value for a Voxel of 1 x 1 x1 could not exceed 1 if it is an area (ie m2) or indeed a volume?
Whereas the ouput from the code to generate PAD exceeds 1 with these parameters. Am I missing something?

Hi, Ciaran
Thanks for your question, and sorry for taking so long to reply! It is totally possible for there to be a PAD > 1. There can be many layers of leaves in any orientation in a 1m^3 volume. For densely vegetated areas, I think it is common for PAD > 1. However, the units/dimensions may make this a little counterintuitive.

Ah right! Thanks very much!


Add shutdown() to core module

Fixes #27

@piunov1998, aliases are just other names for a command to be triggered; is_owner() checks if I'm the owner of the bot (I think) so no one else can use the command (we should test that sometime btw)


Client credentials auth failing when no keyring

Checklist

[X] I have looked into the README and have not found a suitable solution or answer.
[X] I have looked into the documentation and have not found a suitable solution or answer.
[X] I have searched the issues and have not found a suitable solution or answer.
[X] I have upgraded to the latest version of this project and the issue still persists.
[X] I have searched the Auth0 Community forums and have not found a suitable solution or answer.
[X] I agree to the terms within the Auth0 Code of Conduct.

Description
I have run into a problem with the Auth0 CLI’s login command in WSL Ubuntu under Windows 10. Here is a log of what happens:
mgrand@TX-L5062-23:/mnt/c/Users/mgrand/IdeaProjects/auth0-terraform$ auth0 login --domain $AUTH0_DOMAIN --client-id $AUTH0_CLIENT_ID --client-secret $AUTH0_CLIENT_SECRET
? Could not store the client secret and the access token to the keyring: dial unix /run/user/1000/bus: connect: no such file or directory
? Expect to login again when your access token expires.
? Successfully logged in.
? Tenant: [terraform-sandbox.kubra-idp-dev.auth0.com](https://terraform-sandbox.kubra-idp-dev.auth0.com/)
? Hint: Switch between authenticated tenants with `auth0 tenants use <tenant>`
mgrand@TX-L5062-23:/mnt/c/Users/mgrand/IdeaProjects/auth0-terraform$ auth0 tf generate --output-dir tmp

=== error

? failed to fetch access token using client credentials: failed to retrieve client secret from keyring: dial unix /run/user/1000/bus: connect: no such file or directory
This may occur if the designated Auth0 application has been deleted, the client secret has been rotated or previous failure to store client secret in the keyring.

Expectation
I expected the login to work and leave a credential that other commands can use.
Reproduction

Install WSL2 in Windows 10 environment.
Install Ubuntu in WSL2.
Install the CLI
Try logging it.

Auth0 CLI version
auth0 version 1.2.0 046bdd3b91436fc2cc37a80bef6357e2cdfcc106

I believe that this was resolved with #919 and released with 1.3.0. Are you able to upgrade and retry?

I upgraded and now I am seeing a different message:

@.:~/tmp$ auth0 --version
auth0 version 1.3.0 2bd069cfc1ee0501ed039fc80b2e550447c8ef14
@.:~/tmp$ auth0 login --domain $AUTH0_DOMAIN --client-id
$AUTH0_CLIENT_ID --client-secret $AUTH0_CLIENT_SECRET
▸    Could not store the client secret and the access token to the
keyring: The name org.freedesktop.secrets was not provided by any .service
files
▸    Expect to login again when your access token expires.
▸    Successfully logged in.
▸    Tenant: terraform-sandbox2.kubra-idp-dev.auth0.com
▸    Hint: Switch between authenticated tenants with auth0 tenants use <tenant>
@.***:~/tmp$ auth0 tf generate --output-dir tmp
=== dev.kubra-idp-dev.auth0.com error
▸    failed to fetch access token using client credentials: failed to
retrieve client secret from keyring: The name org.freedesktop.secrets was
not provided by any .service files
This may occur if the designated Auth0 application has been deleted, the
client secret has been rotated or previous failure to store client secret
in the keyring.
Please re-authenticate by running: auth0 login --domain <tenant-domain
--client-id  --client-secret
@.***:~/tmp$

On Mon, Dec 4, 2023 at 8:57 AM Will Vedder @.***> wrote:

I believe that this was resolved with #919
https://github.com/auth0/auth0-cli/pull/919 and released with 1.3.0
https://github.com/auth0/auth0-cli/releases/tag/v1.3.0. Are you able to
upgrade and retry?
—
Reply to this email directly, view it on GitHub
https://github.com/auth0/auth0-cli/issues/933#issuecomment-1838694970,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A7M6DIE6BXM5H7345YLKJSLYHXJFNAVCNFSM6AAAAABAF74HLGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGY4TIOJXGA
.
You are receiving this because you authored the thread.Message ID:
@.***>

@mgrand-kubra I'm looking into this and I want to make sure my setup is close to yours. What version of WSL2 does uname -a give you? Mine is <IP_ADDRESS>-microsoft-standard-WSL2

We are on the same version. Here is the full information:
@.***:~$ uname -a
Linux TX-L5062-23 <IP_ADDRESS>-microsoft-standard-WSL2 #1 SMP Thu Oct 5
21:02:42 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
On Tue, Dec 5, 2023 at 2:59 PM Michael Christenson II <
@.***> wrote:

@mgrand-kubra https://github.com/mgrand-kubra I'm looking into this and
I want to make sure my setup is close to yours. What version of WSL2 does uname
-a give you? Mine is <IP_ADDRESS>-microsoft-standard-WSL2
—
Reply to this email directly, view it on GitHub
https://github.com/auth0/auth0-cli/issues/933#issuecomment-1841527225,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A7M6DIFXUQAEL6UOA7IK6SDYH54KTAVCNFSM6AAAAABAF74HLGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBRGUZDOMRSGU
.
You are receiving this because you were mentioned.Message ID:
@.***>

@mgrand-kubra I found one way to duplicate the second error, but it required me to remove the access_token key from a tenant in ~/.config/auth0/config.js. When I logged back in, it healed itself. Is there any chance that the file got corrupted or hand-edited?
I did try multiple ways of failing, including removing the write permission from the config file. None of the other forms gave that error message.
Do you mind trying to remove ~/.config/auth0/config.json and re-signing in? If that doesn't work, at least we've eliminated one known possibility.

Removing  ~/.config/auth0/config.json solved my problem. Thank you.
On Wed, Dec 6, 2023 at 9:11 AM Michael Christenson II <
@.***> wrote:

@mgrand-kubra https://github.com/mgrand-kubra I found one way to
duplicate the second error, but it required me to remove the access_token
key from a tenant in ~/.config/auth0/config.js. When I logged back in, it
healed itself. Is there any chance that the file got corrupted or
hand-edited?
I did try multiple ways of failing, including removing the write
permission from the config file. None of the other forms gave that error
message.
Do you mind trying to remove ~/.config/auth0/config.json and re-signing
in? If that doesn't work, at least we've eliminated one known possibility.
—
Reply to this email directly, view it on GitHub
https://github.com/auth0/auth0-cli/issues/933#issuecomment-1842966266,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A7M6DICLPKD3JY4RPPMYX3LYIB4KJAVCNFSM6AAAAABAF74HLGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBSHE3DMMRWGY
.
You are receiving this because you were mentioned.Message ID:
@.***>


How can  I import Frame on demand

[ ] I have searched the issues of this repository and believe that this is not a duplicate.

What problem does this feature solve?
reduce the package size
What does the proposed API look like?
import { Frame }  from '@antv/g2'

G2 中没有 Frame 对象


sensing_dayssince2000

This is HUGE. Can you please split this into several pull requests and explain in each request, what this is about? Also please do not commit your IDE settings (.vscode directory and the like) and files you created locally but are not necessary for the project.
Regarding the tests, I need further explanation how they are created. We should create a developer readme that helps others to understand how our code is written and tested.


api: add rl object post-animation transform

Requires corresponding internal changes.
Animations applied to models did not account for scale, leading to problems when applying them to RL objects which needed to be shrunk/enlarged. For example, the Nightmare pet, which uses the same model as the regular Nightmare, but with scale(30, 30, 30).
https://user-images.githubusercontent.com/1868974/222376821-a5352a26-f457-4573-bef6-d8389ae4555d.mp4
This PR gives the ability for plugin developers to modify the model after it has been passed through the animation transform, allowing arbitrary further modifications.
https://user-images.githubusercontent.com/1868974/222377394-ea1a1224-4d06-491a-9fd8-d0dc28a5ad31.mp4
Example caller code remains simple:
LocalPoint playerLoc = client.getLocalPlayer().getLocalLocation();
LocalPoint spawnLoc = new LocalPoint(playerLoc.getX() + 128, playerLoc.getY());

RuneLiteObject rlObj = client.createRuneLiteObject();
rlObj.setLocation(spawnLoc, client.getPlane());
rlObj.setModel(client.loadModelData(39196).cloneVertices().light());

rlObj.setAnimation(client.loadAnimation(8593));
rlObj.setOnModelAnimated(m ->
{
	m.scale(30, 30, 30);
	return m;
});

rlObj.setShouldLoop(true);
rlObj.setActive(true);

Awesome! This flexibility should help cover future corner cases that might arise. Thanks!

Does this support passing in arbitrary parameters for use in the lambda function? Not sure of tha Java constraints and syntax for this. I see you’ve hardcoded it to 30% scale, but we may have more flexible designs needed.


Update readme

lallala

The email your committing with on your local machine does not line up with the email of your github account. Please recommit with the corrected email settings.


Website: Grants Page

This PR implements the Grants page:
Additionally refactors the CultureGrid component to be reusable on other pages.

This PR implements the Grants page:
Additionally refactors the CultureGrid component to be reusable on other pages.

some weird behavior with the sidebar nav:

would increase the width of the columns so the content will be in three lines

would make the "Graph QL" --> "GraphQL" without a space

add "FAQ" label on top of faq section


Request with headers using pydantic alias not working

By setting a custom header using dashes in a request, the attribute alias from the Pydantic Field must be used.
When performing a request with the header, it's not detected by the application.
Code example:
from pydantic import BaseModel, Field

from flask_openapi3 import Info, Tag
from flask_openapi3 import OpenAPI

info = Info(title='header API', version='1.0.0')
app = OpenAPI(__name__, info=info)

book_tag = Tag(name='book', description='Some Book')

class Headers(BaseModel):
    hello: str = Field(..., max_length=12, description='Header with alias to support dash', alias="x-hello")

@app.get('/book', tags=[book_tag])
def get_book(header: Headers):
    print(header)
    return header.hello

if __name__ == '__main__':
    app.run(debug=True)

Requesting with the custom dashed header:
curl -X 'GET' \
  'http://<IP_ADDRESS>:5000/book' \
  -H 'accept: */*' \
  -H 'x-hello: dummy value'

Error response:
[
  {
    "loc": [
      "x-hello"
    ],
    "msg": "field required",
    "type": "value_error.missing"
  }
]

In this example expected behaviour is the output of the header value.
Environment:

Python version: 3.9.5
Operating system: Ubuntu 20.04
Flask version: 2.2.3
flask-openapi3 version: 2.3.1

Is working as expected, thanks.


GH-40540: [CI][C++] Don't install FlatBuffers

Rationale for this change
We don't need it because we're using bundled one.
What changes are included in this PR?
Remove FlatBuffers install commands.
Are these changes tested?
Yes.
Are there any user-facing changes?
No.

GitHub Issue: #40540

@github-actions crossbow submit -g cpp

The Ubuntu C++ test failures are weird and look potentially unrelated, since we're seeing ASAN UBSAN failures randomly on other CI runs. I've restarted those CI builds just in case the failures disappear.

Let's merge, since the CI failures are the same on other unrelated commits.


Branch commit list option: --first-parent

Hi! I would like to add the option the option to "hide" the commits introduced by a merge, as in "git log --first-parent". I'm new both to the project and android development, so I'm a little bit lost. Could you help me with:

Where is the code that decides which commits are shown (and which order) in the commit list?

What would be the preferred UI to toggle this option?

Im afraid the code you are looking for is in githubs rest-api. The app just calls the rest-api, coverts the json to java objects and displays them in a fragment.

maybe a checkbox or a toggle?


Relative "virtual" module resolution ('rootDirs') error discrepancy against "tsc" compilation

Description
Attempting to compile a project with tsconfig.json compilerOptions including virtual directories configured with the rootDirs option throws semantic errors through the gulp-typescript plugin that do not occur through the tsc native compiler. I've created a simple project in an attempt to isolate and demonstrate the discrepancies in behavior here.
As indicated in the example project:

I'm not clear on whether the issue has to do with my usage of the gulp-typescript plugin, how gulp-typescript consumes the typescript API or an issue with the typescript API itself. I did do enough digging to notice that the rootDirs configuration makes it to the typescript.createProgram call, but honestly haven't had a chance to look much deeper than that.

I'm relatively new to Typescript, so please forgive me if I'm misusing the gulp-typescript plugin or have an improper tsconfig.json configuration.

Can you shed any light on this discrepancy?
Expected Behavior
Compilations through the gulp-typescript plugin should reflect identical module resolutions as the tsc native compiler with regards to rootDirs configured "virtual directories".
Actual behavior:
Compilations through the gulp-typescript raise errors due to module resolution issues that are not exhibited during tsc native compilations.
Example:
Please see the example project here
By the way: thanks for the fantastic plugin and for excellent documentation. Both have made working with Typescript through gulp very easy and clean!

Can you try to upgrade to gulp-typescript 3.0? That version was made for TypeScript 2.0, so your issue might be solved in that version. If that's not the case, let me know and I'll take a proper look at it.

You're right, the behavior is resolved by upgrading to gulp-typescript 3.0! Thanks @ivogabe!


OpenGL: multiple omni lights render incorrectly

Godot version
4.0 beta 13
System information
Windows 10 960m
Issue description
I have noticed that more 3 omni lights will render meshes incorrectly. Initially I thought it might have been a light limit over 8 issue, but increasing it to 16 made no difference.
This is an example of the issue:

This has 8 overlapping omni lights, but it seems like any more than 3 has this kind of incorrect lighting issue. If you toggle on and off random selections of lights in the sample file, there can be seen that some combinations work and some don't.
@clayjohn I am guessing that this is related to the light fix you did for Vulkan recently? I don't usually use opengl in 4.0 but I was trying to use the light limit option to increase it for the vulkan mobile render. Is the opengl light limit render option meant to also work for vulkan mobile?
Steps to reproduce

add several plane meshes that butt up against each other
add 3 or more omni lights and move them around to see the lighting overlap

Minimal reproduction project
omni_opengl.zip

I don't usually use opengl in 4.0 but I was trying to use the light limit option to increase it for the vulkan mobile render. Is the opengl light limit render option meant to also work for vulkan mobile?

No, it only works for OpenGL.

@Calinou does that mean an option to increase the limit is not even possiblein the future? It seems odd that opengl would have it and not Vulkan mobile, since it is the "higher end" of the 2 renderers.
Or at least some flexibility such as choosing the omni to spotlight ratio. Instead of 8 omnis/8 spots...in my case I only have one spot but lots of omnis. I think you guys are going to find that many people are going to want to use the "mobile" renderer for desktop as well when 4.0 is unleashed. It may very well end up being the most used of the 3 renderers as it has the best performance to feature ratio. I am getting massive gains in the mobile renderer for my game and moving to forward+ just for a few extra few lights is not worth it.
Even if there was a way to have more lights just for specific meshes, like the ground would be useful, since that is where I notice dropouts the most.

does that mean an option to increase the limit is not even possible in the future? It seems odd that opengl would have it and not Vulkan mobile, since it is the "higher end" of the 2 renderers.

Real-time light rendering is expensive on mobile platforms. Also, you should split your level into several meshes for culling efficiency reasons anyway.

Or at least some flexibility such as choosing the omni to spotlight ratio. Instead of 8 omnis/8 spots...in my case I only have one spot but lots of omnis.

You can use SpotLights with very wide angles to mimic OmniLights, but only if they don't have shadows.

I think it would be a mistake to think that most indie devs that use Godot 4 will be wanting the overhead of using the forward+ render. I am getting about 60-70% greater performance between the mobile and forward (with no loss of quality), and most likely many other devs will come to the same conclusion.
I do really hope that features and optimisations are also added to the "mobile" renderer in 4.x as it is very suitable for desktop games that want to target gtx1060 and below performance targets. Unless you really need TAA, GI or some of the screenspace effects it can be hard to justify the performance cost, but hopefully we do see serious performance improvements in the forward + in the future.

does that mean an option to increase the limit is not even possible in the future? It seems odd that opengl would have it and not Vulkan mobile, since it is the "higher end" of the 2 renderers.
Or at least some flexibility such as choosing the omni to spotlight ratio. Instead of 8 omnis/8 spots...in my case I only have one spot but lots of omnis.

Putting a +1 on this for what it's worth, I think it is a bad choice to decide for the developer what is best for them. The iPhone 15 can process raytracing and run late-PS4 games. (and Android will not lag far behind) I think they could handle 16 omnilights at once with proper consideration (30fps cap, or only target newest devices). I also think this choice will only age worse with time as mobile devices get more and more powerful. Regardless, in my use case I could live with 16 omnilights and 0 spotlights far easier than a fixed 8 of each.


Add Dioxus-cli Document

@jkelleyrtp Please help me to check the grammar haha !

@mrxiaozhuox Why not merge it into Cli repo? :smiley:

@mrxiaozhuox Why not merge it into Cli repo? 😃

Because I think we need put all docs in dioxus repo.

😃

Awesome - thank you!
We'll probably make some more tweaks to docs before releasing the next version.


chore(types): annotate h3Exports types

🔗 Linked issue

❓ Type of change

[ ] 📖 Documentation (updates to the documentation, readme, or JSdoc annotations)
[ ] 🐞 Bug fix (a non-breaking change that fixes an issue)
[ ] 👌 Enhancement (improving an existing functionality like performance)
[ ] ✨ New feature (a non-breaking change that adds functionality)
[x] 🧹 Chore (updates to the build process or auxiliary tools and libraries)
[ ] ⚠ Breaking change (fix or feature that would cause existing functionality to change)

📚 Description

resolveModuleExportNames function returns Promise<string[]>. Here we have called it but h3Exports is returning any. I have explicitly annotated string[] for h3Exports. Also below we are filtering h3Exports. I think filter can be used only with arrays. That is why I think we may explicitly annotate h3Exports here.

📝 Checklist

[ ] I have linked an issue or discussion.
[ ] I have updated the documentation accordingly.

Thanks for PR, but in this case, simply relying on inference should be good enough internally.

Ok @pi0 . Thank you so much.


Roll Flutter Engine from f20657354d8b to 299bbd5126bd (1 revision)

https://github.com/flutter/engine/compare/f20657354d8b...299bbd5126bd
2024-01-16<EMAIL_ADDRESS>Bump actions/upload-artifact from 3.1.3 to 4.1.0 (flutter/engine#49788)
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC jonahwilliams@google.com,rmistry<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose
To report a problem with the AutoRoller itself, please file a bug:
https://issues.skia.org/issues/new?component=1389291&template=1850622
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

Commit queue failed; closing this roll.


Discord badge missing icon

Are you experiencing an issue with...
shields.io
🐞 Description

^ this badge is missing icon
The icon has been added to simple-icons 3 years ago:

Other icons from that commit work alright, say, discogs:

🔗 Link to the badge
https://img.shields.io/badge/-Discord-5865F2?logo=Discord
💡 Possible Solution
No response

Hello @Haarolean 👋🏻
The icon is there, it's just hard to see as the background color you chose is the same as the icon's default color. You can change the logo color, for example: https://img.shields.io/badge/-Discord-5865F2?logo=Discord&logoColor=white

@PyvesB ah, my bad, sorry! Lol, didn't even think that the background color is the same as the logo's.
Thank you very much!

No worries. Happy badging!


Constantly wrong answers

Type: Bug
Copilot gives the same wrong answer over and over, even with prompting and specific references to the error. This includes getting line numbers wrong when suggesting fixes, function spellling, file references, not references linked code blocks or files. General introspection of attached or included content is very inaccurate.
 Can you reproduce with latest version of VS Code Insiders and latest pre-release of Copilot Chat extension?
If you can reproduce, can you please provide reproducible steps?
Thank you

Attach some code file (in this case a C source file) to copilot chat prompt.
Unsuccessful build of project
Click on copilot "Explain in copilot" icon near the error, or copy-paste the error output to the copilot prompt and ask to explain or fix.
Look through copilot response and see that the line # references are off.
Click thumbs-down "Suggested incorrect code" and click 'retry' or follow up with a prompt that calls out the error in the previous response, gives the correction, and asks for a follow up.
Get the same errors with line numbering, the same exact code blocks. Get the same fix suggestion (even though I've specifically covered why it didn't work).
Try to 'retry' the response or use a follow up prompt.

I have experienced similar issues before. Copilot will respond to a 'explain' or 'fix' prompt giving incorrect line numbers, invalid methods/code, etc. If I follow up or mark the response incorrect, and try for another response, I'll get the same fix/explanation. If I initialize a new chat and try again, it will happen again the same way.

Any chance you can provide the input file? Is it a large file?


How should a PlacesService object be created?

Hi. I just come across of this project for doing Google Maps.
It's nice for most of the parts. But got a small question.
If we wanna create a PlacesService object, it will be like,

const service = new google.maps.places.PlacesService(map)

And for most of examples, map is the object created by,

const map = new google.maps.Map()

So, what will you do if in this situation?

Two solution;

Get map object in onGoogleApiLoaded

But I prefer 2
2) You need to use the same map loader as google-map-react
import { googleMapLoader } from 'google-map-react';
// and use somethere
googleMapLoader(bootstrapURLKeys)
  .then((maps) =>

as map uses the same method, and it's result is memoized and garanteed to be singleton,
all will be fine.
Just don't forget that bootstrapURLKeys must be the same for services and map.

You could write your custom loader - if will use interface like this
https://github.com/istarkov/google-map-react/blob/master/src/utils/loaders/google_map_loader.js
and you can pass loader as googleMapLoader prop to map element

These are such a good idea! Thanks for advices!


Person module tutorial field

Tests are TBD, will do so shortly.

Looks good, just need to finish the tests for both the command and parser.

Merging because other people in the group need this code to begin their work, but the need for tests for command and parser noted and added to issues.


Update file with my account

To be on the contribution list you actually have to contribute with something :)
Closing this but you can make a new pull request when you contributed.


Update home-manager to 22.11

This commit updates the home-manager flake input to the 22.11 release and creates additional support for the new homeManagerConfiguration setup that is introduced there.
~The new release of home-manager introduces a dependency to numtide/flake-utils, which already exists in deploy-rs. To reduce the amount of different versions, this commit makes the input of deploy-rs follow the respective one of home-manager.~ (see my comment below on why I dropped this)
Regarding homeManagerConfiguration, some arguments that were previously in use, now need to be used inside the new modules argument (check here for more details).
The stateVersion is additionally explicitly defined to be the same as the home-manager's release version, so that existing configurations do not break when they upgrade their home-manager flake input.

The current CI failure is not a result of changes made in this PR. Rebasing now or after #497 should resolve the issue.

#497 is merged.

I have rebased this PR and took @Sohalt's suggestion to keep the stateVersion open to the users. In the meantime, I have also simplified the home-manager configuration in Digga by keeping only the 22.11 version and updated the home-manager input in every example.

I have also simplified the home-manager configuration in Digga by keeping only the 22.11 version

Checks are passing, but let me know if you prefer the previous version, so that Digga users could still use home-manager 22.05 and Digga from the main branch.


Throw on ambiguous function definitions

Summary:
Today the Registry class will overwrite any entry in the CreatorMap if a duplicate key is used.
For UDF's in ScalarFunctionRegistry and AdaptedVectorFunctionRegistry this will become more error prone with the introduction of support for VariadicArgs in the function signature.  In order to facilitate UDF lookups, I plan to modify FunctionKey to treat compatible signatures  as equal (e.g. VariadicArgs will match Varchar, Varchar).
This will make it much easier to accidentally overwrite another function in the Registries.  To help catch this early, I've added a check in the Register function that throws an exception if an entry already exists in the Registry with the same key.
This will also impact the other Registries (DeserializationRegistryType and AggregateFunctionRegistry) but I think this makes sense (overwriting an existing key is probably a mistake).
Differential Revision: D32780498

Closing stale PRs. Feel free to re-open if decide to continue working on this.


rtshell: 3.0.1-5 in 'noetic/distribution.yaml' [bloom]

Increasing version of package(s) in repository rtshell to 3.0.1-5:

upstream repository: https://github.com/gbiggs/rtshell.git
release repository: https://github.com/tork-a/rtshell-release.git
distro file: noetic/distribution.yaml
bloom version: 0.12.0
previous version for package: 3.0.1-3

build.ros.org failing due to missing python program, https://build.ros.org/job/Nbin_uF64__rtshell__ubuntu_focal_amd64__binary/15/console
use python3 instaed.
https://github.com/tork-a/rtshell-release/blob/patches/release/noetic/rtshell/0005-CMakeLists.txt-use-python3-for-setup-build-fix-https.patch

Thank you
Fixed https://build.ros.org/job/Nbin_uF64__rtshell__ubuntu_focal_amd64__binary/


Could not pass event EntityDamageByEntityEvent to OldCombatMechanics v1.7.2

server version: paperspigot 1.13.2
log  error
https://pastebin.com/4zwHLqdf

Duplicate of #307


Fixing wrong data in certain crash dump fields

This a 🐛 bug fix.
Currently this is what the crash dump looked for a tool I wanted to use human-panic in:
name = "human-panic"
operating_system = "unix:Unknown"
crate_version = "0.2.0"
explanation = "Panic occurred in file 'libcore/option.rs' at line 335\n"
method = "Panic"

This change (using the Metadata object we pass around anyways) fixes this problem

v0.3.0 :tada:


Add timestamp serde support via with-annotation

Fixes #255.
This adds two modules fulfilling the requirements for serde's with-annotation: time::serde::timestamp::{self, option}.
As this requires a public module, I published the time::serde module. Would you prefer another place for this instead?

Removed a trailing whitespace.

And fixed another small formatting error.

I am not sure if that would be equivalent.
Serde's with-annotation requires a module containing a fn<S>(&T, S) -> Result<S::Ok, S::Error> where S: Serializer and a fn<'de, D>(D) -> Result<T, D::Error> where D: Deserializer<'de> function, which are custom de/serialization implementations. This allows us to de/serialize OffsetDateTime as i64 instead of a struct or tuple containing i64 and further allows us to customize the message, that we expect a Unix timestamp, accordingly.
I am not sure if your approach would be possible and I haven't seen it done that way. The serde-with crate seems to do it manually as well.

About the remaining checks: I introduced serde-json as dev-depencency for the examples. serde-json requires serde to be built with std: https://serde.rs/no-std.html#no-std-support
I am not sure yet what to do about that.

@dtolnay ^^ Is that possible? Am I wrong in my thinking of how well interop would be with other crates? I'm not terribly familiar with serde — only the basic usage from an end user's perspective.
@mwkroening With regard to serde-json, could a different crate be used that has #![no_std] support, even if limited? If not, it is possible to skip a doctest.

This seems like the implementation I would have in mind. I am not clear what alternative you have in mind by "secondary struct implementation".

Alright. If that's the way to do it, then I have faith :stuck_out_tongue:
The way I've been doing serialization/deserialization so far in v0.2 is by using From/Into impls, which allowed me to alter internal representations with back-compatibility. Obviously that's not an issue here, but I just feel it keeps things cleaner.
I'll take a look at this PR tomorrow or Saturday.
Thanks for the quick response!

@mwkroening With regard to serde-json, could a different crate be used that has #![no_std] support, even if limited? If not, it is possible to skip a doctest.

There's serde_json_core, which is in maintenance mode. Would you prefer using that or disabling the doctests?

Completely skipping that doctest is fine. If it's not too difficult to add a conditionally-enabled test (not doctest), that would be good to ensure things don't break.
And thanks for that. I'll take a look!

I instead conditionally enabled the doctest. Is that okay?

I'm a bit concerned about serde_json being added as a runtime dependency. Is that actually necessary? And given it's for internal usage, I'd prefer it be gated by an underscore-prefixed name.
Sorry for being picky! Just quickly looked things over.

Having it as a dev-dependency does not work, as it would force std in serde and optional dev-dependencies are not supported yet. That's why I made it an optional regular dependency. I did not find another way to work around that.
I prefixed it with an underscore.
No worries! I think being picky is definitely a good thing here.

@jhpratt, I think I might have been able to offload most of the manual work to a wrapper struct as you proposed.
I'll still need to test this further and need another opinion on this, but I'll try to commit my proposal tomorrow.

While we can't avoid implementing de/serialize, most of that work is now being done by a wrapper, as shown here: https://github.com/serde-rs/serde/issues/1301#issuecomment-394108486
A newtype_struct is being represented by the inner value in json (Structs and enums in JSON · Serde), but I am not sure, if that holds true for every format. What do you think, @dtolnay?
Aside from that I improved the examples.

We could also provide an implementation for Vec<OffsetDateTime>, but I am not sure if that would be a common use case. What do you think?

We could use #[serde(transparent)] to guarantee that, which would hold for any serializer/deserializer.
I'll take a look at the PR as a whole later today. I should be able to push up any additional commits for minor nits myself (that's the default option for PRs).
And nah, I think Vec<OffsetDateTime> is enough of a niche use-case that the user should start doing the work at that point.

Just pushed up some changes to documentation (to avoid exposing what was internal details), in addition to extracting the duplicated structs.
I wrote a quick module to test this out, but if you could check if with your use case before merging, that would be great.
To rely on this branch, use this in your Cargo.toml:
time = { git = "https://github.com/mwkroening/time", branch = "serde-timestamp" }

I already tested this regularly with my use case and it still works well. Your changes look good to me.
Thanks a lot for your help!

Awesome. I'll bump the patch version and release tomorrow.
Thanks again for your work!


[Event Request] codeunit 1255 "Match Bank Payments" - OnApplyLedgerEntriesToStatementLines_OnAfterUpdatePaymentMatchDetails

Describe the request
Please add Event incodeunit 1255 "Match Bank Payments", Procedure ApplyLedgerEntriesToStatementLines
local procedure ApplyLedgerEntriesToStatementLines(var BankAccReconciliationLine: Record "Bank Acc. Reconciliation Line"; Overwrite: Boolean)
...
 UpdatePaymentMatchDetails(BankAccReconciliationLine);
        OnApplyLedgerEntriesToStatementLines_OnAfterUpdatePaymentMatchDetails(BankAccReconciliation,BankAccReconciliationLine,Overwrite);  //>>> New Event
        Window.Close();

...

[IntegrationEvent(false, false)]
    local procedure OnApplyLedgerEntriesToStatementLines_OnAfterUpdatePaymentMatchDetails(BankAccReconciliation: Record "Bank Acc. Reconciliation"; var BankAccReconciliationLine: Record "Bank Acc. Reconciliation Line"; Overwrite: Boolean)
    begin
    end;

Additional context
Some extra actions when applying
Internal work item: AB#496034

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 15656.


Add make report-card

make report-card TARGET= will dump a bunch of data about your executable including information like .data, .bss, .text, .rodata, and size of individual symbols (from greatest to smallest).

Closed by #928


Feature/acp10 mapp merge

What:
This combines the ACP10 feature branch with the main Mapp Motion branch.
Why:
A feature branch was acting as a main branch for the ACP10 motion library.  Both motion library can now be managed through the main branch.

Have we given proper discussion to the question of whether these two (ACP10 and Mapp) AxisLib's should be merged, rather than split into two separate repos?
It seems to me like merging them creates a one-off of complexity that requires another iteration of LPM development (folder structure, Jenkinsfile convention, etc) to accommodate. What are the downsides to splitting them up into Acp10AxisLib and MappAxisLib repos?

@DavidWLoupe  Fair question. I think there are benefits to keeping them in one repo, but possible don't outweigh the cost for this specific use case.
However, I don't see why this wouldn't be supported, and I think it is something that LPM should support. I would have expected this to work out of the box today, what is complicated here? One note, is that I would expect a single jenkins file, so maybe i'm missing something here. Why can't we have a the two jenkins files as a single file?

@Joshpolansky  I suppose complexity is added by moving from 1 -> N in multiple areas
In an LPM-compatible repo...

Instead of a single Jenkings file or buildPublishPipline, there are now 2+ that need to be accommodated
Instead of one Automation studio example project, there are 2+
Instead of one src/Ar folder, there are multiple arbitrarily named folders in src (also this doc would need to be updated to match)
Instead of handling one conceptual domain, the README must address 2+

I see value in keeping things simple if we can help it. But maybe we want LPM to be able to handle this situation because this isn't a one-off situation.
I'm not actually "dug-in" on my position, just trying to write down reasons for my gut feel.

@DavidWLoupe I would argue with the exception of possibly the first point, I thought we already decided we wanted to support those things. One point that might simplify this is that we have talked about, by default, not using the buildPublishPipeline function, and instead having a more verbose standard jenkins file that would more easily support all these things.

I would also note, that this isn't actually an LPM development, it's a jenkins build server development. I'm not sure what here would affect LPM.


[Discussion] Why Dapr runtine subscribe to topics 1 by 1?

In Dapr runtime, we see that for a particular PubSub component, if there are n topics to be subscribed, then these calls are made 1 by 1, rather does it make sense, if the component is made aware of topics to be subscribed along with respective metadata in 1 go.
https://github.com/dapr/dapr/blob/5a17813a159ec68965c58406a0915d74a3ada2c5/pkg/runtime/runtime.go#L904
Right now, due to multiple calls, the resources vested in subscribing topics are cancelled/closed and are re-opened with an additional topic to subscribe, which seems like an overhead.
Rather, runtime should take necessary steps to take care of at its end and inform component about topics to be subscribed at once, along with respective metadata.
Along with overhead, following scenarios can definitely keep occuring in components:
Start subscribers S1, S2 and S3:::::: S1 -> S2 -> S3
Topics are formed
Stop subscribers
Publish Messages on these topics S1, S2 and S3
Start back subscribers.

Subscribe for S1 is called.

Added to topics list.
Create connection and S1 receives pending message.

Subscribe for S2 is called.

Add to topic List. Now, there are S1 and S2 topics to be subscribed. Disconnection for S1 is triggered before any ACK could be sent for pending message.
Create back connection and subscribe for S1 and S2. Pending message(s) received for S1 and S2.

Subscribe for S3 is called.

Add to topic list. Now, there are S1, S2 and S3 topics to be subscribed. Disconnection for S1 and S2 is triggered before any ACK could be sent for pending message.
Create connection again and subscribe for S1, S2 and S3. Pending message(s) received for S1, S2 and S3.

In all, 3 times pending message received for S1, 2 times for S2 and 1 time for S3.

Thoughts?
P.S.: I will try to take out some more time tomorrow and show with some visual diagrams, in case description above doesn't create clarity.

Right now, due to multiple calls, the resources vested in subscribing topics are cancelled/closed and are re-opened with an additional topic to subscribe, which seems like an overhead.

That's an unfortunate implementation detail for the components that do this. There are components that do the "right thing".

I rewrote how this works in each component and can say that it depends on the component and what the SDKs support.
For some SDKs, first the connection is established, and then subscriptions are added (or removed) on top of that connection. Sadly, some services require the full list of subscriptions to be passed right when the connection is established and that’s why we have to re-connect. I don’t remember off the top of my head which components were doing that, but if that’s the case, it’s because we didn’t have an option.
The current implementation is the best we can have given how the interaction between the runtime and component. Perhaps something that is more “batched” would indeed be helpful in this case, as long as we can continue to return errors individually.


VPN host-client via certificates

I have been setting up an ipsec network between different hosts. Those hosts are initializing ipsec connection via eth0 and then forwarding traffic to another custom vti created using the ansible script (call it vti0).
I would like to create a new connection to enable remote clients to "log-in" this vpn using standard vpn clients on a windows machine using certificates.
Once inside the VPN, those remote clients should be able to see the ipsec nodes whose traffic is forwarded through vti0.
How to achieve this? Is it enough to add a new connection in the ansible inventory file with the auth_method: cert ? What should be put into the hosts: attribute of the connection? i have no way to know in advance which IP address the remote clients will connect from, how to go about it?

@ueno do you know?  The vpn role is a wrapper around libreswan - if you can figure out how to do what you want to do with libreswan, we can figure out how to make the vpn role do the same.


Switch waveform approximant

Using pycbc to generate waveforms, there are some (admittedly unlikely) parts of our waveform parameter space that cause the waveform generation to fail (e.g., m1 = 100, m2 = 5, z = 2, f_min = 20). I've been thinking we should lower our minimum frequency for a while now, but even setting it dynamically (as is done in Reed's waveform generation package) doesn't solve the issue. Switching to another approximant, such as IMRPhenomXPHM, does solve it.
IMRPhenomXPHM is about 30% slower than IMRPhenomPv2, which is significant, but perhaps not too bad.
Question: is there a different approximant that we should prefer?

I don't think there is any reason we shouldn't switch over to IMRPhenomXPHM. Especially since we got some criticism for it in the paper. Now that waveform generation is parallelized the 30% is trivial


Fix: fixed form footer when you have custom footer

Improves the timing of the fixed footer appearing when you have a custom footer

Hmmm... not sure about this. Shouldn't we calculate how far the buttons are from the bottom of the page and use that value? Otherwise it won't respect relation managers or anything.

Of course, I forgot about this scenario, I needed to create a reference element to check offsetTop because of sticky

Please use x-ref instead of an ID :)

You could even get away with $el probably, then you don't need an extra element?

You could even get away with $el probably, then you don't need an extra element?

it's because with sticky the offset changes and the element keeps flashing when scrolling

Are you able to finish this PR, @joaovdiasb? 🙂

Are you able to finish this PR, @joaovdiasb? 🙂

it is not possible to resolve referencing the footer itself with $el, because it is applied isSticky class losing offsetTop, it works but causes a visual bug where the element keeps blinking when scrolling, any other ideas?

Hmm not sure, but thanks for clarifying.
Could you explain why exactly the current approach is broken for custom footers?

Current:

it's a better sticky approach only when needed, which is when the current view is above the form's buttons

Hmm and how is this caused by a custom footer specifically?

Hmm and how is this caused by a custom footer specifically?

Could you clarify, @joaovdiasb? 🙂

I've reverted #5947 to fix this issue, that caused it for me. I don't know exactly what issue @oddvalue was experiencing as there was no issue report


Changed discount form on shop page so pressing enter would submit the discount.

Resolves #689 by wrapping the discount field in shop.html with a form tag and having _user_discount_js.html refer to the button's 'submit' action.

@JCattera I didn't notice Harris's comment and I rebased this branch off master... you'll need to run the following commands before continuing work on this branch:
git checkout enter-discount
git fetch
git reset --hard origin/enter-discount


[Bugfix] white arrow on newline

Fix : #977

Sorry for the delay. I merged this as part of v0.7.0 into our next branch.
Thx @JulienPivard

Thanks so much for the contribution, @JulienPivard! It's very much appreciated =)
Since @dritter merged this into next, this will be in our next release, v0.7.0! Thanks for participating in P9k, and thanks for the PR!

This issue is persisting for me.
Here are the relevant parts of my config.
ZSH_THEME="powerlevel9k/powerlevel9k"
POWERLEVEL9K_MODE="nerdfont-complete"
POWERLEVEL9K_PROMPT_ON_NEWLINE=true
POWERLEVEL9K_RIGHT_PROMPT_ELEMENTS=(status)
POWERLEVEL9K_LEFT_PROMPT_ELEMENTS=(context dir newline vcs custom_workspace)
POWERLEVEL9K_CONTEXT_DEFAULT_FOREGROUND="teal"
POWERLEVEL9K_CUSTOM_WORKSPACE="echo $WORKSPACE"
POWERLEVEL9K_CUSTOM_WORKSPACE_BACKGROUND="013"
POWERLEVEL9K_CUSTOM_WORKSPACE_FOREGROUND="black"
POWERLEVEL9K_SHORTEN_DIR_LENGTH=1

I tried setting both
POWERLEVEL9K_MULTILINE_NEWLINE_PROMPT_PREFIX=''
and
POWERLEVEL9K_MULTILINE_NEWLINE_PROMPT_PREFIX_ICON=""
Neither of those fixed the issue :(

@westminsterabi What is your powerlevel9k version ?

head CHANGELOG.md yields v0.6.7

I append this to my configuration :
POWERLEVEL9K_PROMPT_ON_NEWLINE=true
POWERLEVEL9K_MULTILINE_NEWLINE_PROMPT_PREFIX_ICON=''
POWERLEVEL9K_MULTILINE_FIRST_PROMPT_PREFIX_ICON=''
POWERLEVEL9K_MULTILINE_LAST_PROMPT_PREFIX_ICON=''

and all works perfectly.
I can't reproduce your problem

I append this to my configuration :
POWERLEVEL9K_PROMPT_ON_NEWLINE=true
POWERLEVEL9K_MULTILINE_NEWLINE_PROMPT_PREFIX_ICON=''
POWERLEVEL9K_MULTILINE_FIRST_PROMPT_PREFIX_ICON=''
POWERLEVEL9K_MULTILINE_LAST_PROMPT_PREFIX_ICON=''

and all works perfectly.
I can't reproduce your problem

These parameters have no meaning in powerlevel9k v0.6.7. I realize that you already know that as you've been around the block long enough to know to avoid this version.

Oops my bad, wrong version I'm on next. If y tri the same with that conf :
POWERLEVEL9K_PROMPT_ON_NEWLINE=true
POWERLEVEL9K_MULTILINE_NEWLINE_PROMPT_PREFIX=""
POWERLEVEL9K_MULTILINE_FIRST_PROMPT_PREFIX=''
POWERLEVEL9K_MULTILINE_LAST_PROMPT_PREFIX=''

I have no white arrow or any other symbol befor my segment

@JulienPivard There are infinitely many configurations for which the unexpected triangle doesn't appear. Perhaps ask the OP in which configuration it does appear?
@westminsterabi Just to clear my conscience, note that neither Julien nor myself are using the theme you are using.

@westminsterabi can you post your full powerlevel9k configuration  ?


Public link doesn't seem to work

Describe the bug
Create a todo list make the link public copy the link and attempt to open it in another browser and you will see a 404 error
What version of Blockstack.js are you using?
stacks.js new releas
Screenshots
If applicable, add screenshots to help explain your problem.

Console log
If applicable, add console log to help explain your problem.
Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

OS: Mac OS
Browser [safari, chrome]

This bug exist in prod as well and doesn't seem related to the stack.js change

@markmhx @hstove

I'm closing this out in favor of the issue in the todos app repo itself here https://github.com/blockstack/todos/issues/55


Issue with k8s.io/docs/setup/independent/high-availability/

This is a...

[x] Bug Report

Problem:
Link in below sentence results in 404.
Follow these instructions to set up the etcd cluster.
Proposed Solution:
Link to correct page this one?
Page to Update:
https://k8s.io/docs/setup/independent/high-availability/

thanks for the report.
/sig cluster-lifecycle
/kind bug


build fails when pip installing dependency

Details

Project URL: http://docs.pyro.ai/en/docs-upgrade/
Build URL: https://readthedocs.org/projects/pyro-ppl/builds/6953678/

i am trying to install a python library (pytorch) from a wheel i have hosted on an s3 server. i have an install script that i run which has been tested separately. upon fixing rtd specific build problems, the build now errors during the build process when running the command:
python /home/docs/checkouts/readthedocs.org/user_builds/pyro-ppl/envs/docs-upgrade/bin/sphinx-build -T -E -b readthedocs -d _build/doctrees-readthedocs -D language=en . _build/html
the conf.py file (i am using sphinx) has the following relevant lines:
os.system('curl -o install.sh https://gist.githubusercontent.com/jpchen/32325c3e9c9944947dd3f6f1586c5829/raw/77d6208778da7568b50738a8acc57307a2e069a5/tst.sh')
os.system('bash install.sh')
os.system('rm -f install.sh')

@jpchen hi, why did you close the issue? Were you able to solve the problem?

not really, but i did a workaround, and figured it wasnt worth your time deep diving into it.
what would be really helpful though is to output the immediate commands leading up to the error. if a command errors, that entire command and its output is not outputted in the build log and it becomes hard to debug.

Interesting. I am going to reopen this until someone from core can look at that suggestion, just to make sure this doesn't get lost because it's in a closed issue. Core person: feel free to close this or open a new issue for logging if you think that makes sense!

I have opened an issue for that in https://github.com/rtfd/readthedocs.org/issues/4288


On Beat Saber v1.21.0, Chroma crashes when loading into a map.

Describe the bug
Chroma is seemingly impossible to use on 1.21.0, despite release v2.5.10 mentioning compatibility for this version. Using Heck v.1.3.8, which I couldn't find here on GitHub and could only find in Mod Assistant / BeatMods the game crashes (freezes on a black screen) when going into a map. Using Heck v1.3.4 or Heck v1.3.5 causes the "Play" button within the game to do nothing. This issue is regarding the behavior using Heck v1.3.8, since that seems to be the latest version. This black screen behavior happens with both Chroma v2.5.10 and v2.5.11.
To Reproduce
Steps to reproduce the behavior:

Use Mod Assistant to install Heck v1.3.8, or download it from BeatMods and install it yourself.
Download and install Chroma v2.5.11 or v2.5.10 from the releases page.
Launch the game.
Try to play a map.

Expected behavior
The map to play.
Actual behavior
The game freezes on a black screen.
Additional context
Here's what appears to be the issue in the logs, but I'm new to this scene so I've also attached the full log. Also, I'm sorry if I've missed another issue talking about this. I've spent a while trying to debug so I don't think it's me. I went so far as reinstalling Beat Saber and re-doing everything from a clean install, but the behavior remains the same. Sorry if this is a duplicate!
[CRITICAL @ 17:40:15 | UnityEngine] BadImageFormatException: Could not resolve field token 0x04000032, due to: Could not load type of field 'Chroma.ChromaController:<Deserializer>k__BackingField' (46) due to: Could not resolve type with token 01000014 (from typeref, class/assembly Heck.CustomDataDeserializer, Heck, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null) assembly:Heck, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null type:Heck.CustomDataDeserializer member:(null) signature:<none> assembly:C:\Program Files (x86)\Steam\steamapps\common\Beat Saber\Plugins\Chroma.dll type:ChromaController member:(null) signature:<none>
[CRITICAL @ 17:40:15 | UnityEngine] Chroma.Installers.ChromaPlayerInstaller.InstallBindings () (at <e6dee5cd316c4e96b75b100927491bba>:0)
[CRITICAL @ 17:40:15 | UnityEngine] (wrapper dynamic-method) Zenject.Context.DMD<Zenject.Context::InstallInstallers>(Zenject.Context,System.Collections.Generic.List`1<Zenject.InstallerBase>,System.Collections.Generic.List`1<System.Type>,System.Collections.Generic.List`1<Zenject.ScriptableObjectInstaller>,System.Collections.Generic.List`1<Zenject.MonoInstaller>,System.Collections.Generic.List`1<Zenject.MonoInstaller>)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.Context.InstallInstallers () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.SceneDecoratorContext.InstallDecoratorInstallers () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] (wrapper dynamic-method) Zenject.SceneContext.DMD<Zenject.SceneContext::InstallBindings>(Zenject.SceneContext,System.Collections.Generic.List`1<UnityEngine.MonoBehaviour>)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.SceneContext.Install () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.SceneContext.RunInternal () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.RunnableContext.Run () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.RunnableContext.Initialize () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] Zenject.SceneContext.Awake () (at <4511be25ebb446db9e552779fab16522>:0)
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.GameObject:SetActive(Boolean)
[CRITICAL @ 17:40:15 | UnityEngine] GameScenesManager:ActivatePresentedSceneRootObjects(List`1)
[CRITICAL @ 17:40:15 | UnityEngine] <ScenesTransitionCoroutine>d__38:MoveNext()
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] VRRenderingParamsSetup.OnEnable () (at <2ba422b384014df2849e37b2c9045888>:0)
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.GameObject:SetActive(Boolean)
[CRITICAL @ 17:40:15 | UnityEngine] GameScenesManager:ActivatePresentedSceneRootObjects(List`1)
[CRITICAL @ 17:40:15 | UnityEngine] <ScenesTransitionCoroutine>d__38:MoveNext()
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] FadeInOnSceneTransitionFinished.OnEnable () (at <2ba422b384014df2849e37b2c9045888>:0)
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.GameObject:SetActive(Boolean)
[CRITICAL @ 17:40:15 | UnityEngine] GameScenesManager:ActivatePresentedSceneRootObjects(List`1)
[CRITICAL @ 17:40:15 | UnityEngine] <ScenesTransitionCoroutine>d__38:MoveNext()
[CRITICAL @ 17:40:15 | UnityEngine] UnityEngine.SetupCoroutine:InvokeMoveNext(IEnumerator, IntPtr)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] MoveAndRotateWithMainCamera.LateUpdate () (at <5efa267adbd744cfab93ae97ee85d4c7>:0)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] (wrapper dynamic-method) SaberBurnMarkArea.DMD<SaberBurnMarkArea::LateUpdate>(SaberBurnMarkArea)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] (wrapper dynamic-method) SaberBurnMarkSparkles.DMD<SaberBurnMarkSparkles::LateUpdate>(SaberBurnMarkSparkles)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] GameEnergyCounter.Start () (at <5efa267adbd744cfab93ae97ee85d4c7>:0)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] GameEnergyCounter.LateUpdate () (at <5efa267adbd744cfab93ae97ee85d4c7>:0)
[CRITICAL @ 17:40:15 | UnityEngine] NullReferenceException: Object reference not set to an instance of an object
[CRITICAL @ 17:40:15 | UnityEngine] RotateBySpawnRotation.Start () (at <5efa267adbd744cfab93ae97ee85d4c7>:0)```

As you're on an old version this will likely get closed/buried as support is typically only for latest/current up to date versions of the game/mods.
Although I don't remember having many issues on 1.21.0
Looking back, my mod versions were:
Chroma - 2.5.11
NoodleExtensions - <IP_ADDRESS>
CustomJSONData - <IP_ADDRESS>
Heck - <IP_ADDRESS>
I highly recommend using the latest versions of the game/mod and staying up to date on stuff, as you won't run into issues with some maps requiring features only available in the latest versions.
Although, if you insist on using older versions iirc 1.19.0 was pretty stable.

It doesn't work for me too. Log
Chroma - 2.5.11
Heck - 1.3.8

Support will not be provided for old versions of either Beat Saber or any of the mods.

Support will not be provided for old versions of either Beat Saber or any of the mods.

I have the latest Beat Saber and mod from pre-release.

The pre-release version and the only version compatible with BS v1.24.0 are Chroma v2.6.0 and Heck v1.4.0, you've downloaded an old version. This issue is for trying to load mods on BS v1.21.0, issues with 1.24 are unrelated.

The pre-release version and the only version compatible with BS v1.24.0 are Chroma v2.6.0 and Heck v1.4.0, you've downloaded an old version. This issue is for trying to load mods on BS v1.21.0, issues with 1.24 are unrelated.

Can you please tell me where can I download the latest? In ModAssistant they are not there, except for Heck.

Pre-release versions are available in the heck discord server. https://discord.gg/rrZf3kapeh