⚠ Bofrost.fr has degraded performance

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

HTTP code: 200
Response time: 1163 ms

Resolved: Bofrost.fr performance has improved in 27d1b21 after 6 minutes.


Fix porsche API

Change Capabilities URI from defunct e-mobility/vcs/capabilities to working service-vehicle/vcs/capabilities
Fix https://github.com/evcc-io/evcc/issues/12493 (hopefully)

Das tut nix 🫠


fixes #75

The new test is still failing on IE10, 11 and Firefox. I'm working on it.

Ok now all the tests pass except for inits a popper inside a scrolling div, contained in a relative div.
Seems like the viewport flip boundaries don't work properly.


Develop

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@98e79ce). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             master     #7   +/-   ##
=======================================
  Coverage          ?   100%
=======================================
  Files             ?      2
  Lines             ?     53
  Branches          ?      1
=======================================
  Hits              ?     53
  Misses            ?      0
  Partials          ?      0

Continue to review full report at Codecov.

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


Resolve version inconsistency with oauth-credentials

In #188 a dependency inconsistency was introduced by removing the version of oauth-credentials (at that time 0.646.v02b_66dc03d2e), see:
https://github.com/jenkinsci/google-oauth-plugin/pull/188/files#diff-9c5fb3d1b7e3b0f54bc5c4182965c4fe1f9023d449017cece3005d3f90e8e4d8L182
and adding a bom version (2465.va_e76ed7b_3061) that contains the previous version (0.645.ve666a_c332668) of oauth-credentials.
See bom version added:
https://github.com/jenkinsci/google-oauth-plugin/pull/188/files#diff-9c5fb3d1b7e3b0f54bc5c4182965c4fe1f9023d449017cece3005d3f90e8e4d8R89
See version of oauth-credentials in bom:
https://github.com/jenkinsci/bom/blob/2465.va_e76ed7b_3061/bom-weekly/pom.xml#L715
Due to this change when installing the google-oauth-plugin to a vanilla Jenkins (2.426.1) the following exception is thrown:
2023-11-22 16:11:17.132+0000 [id=160]   WARNING hudson.ExtensionFinder$Sezpoz#_find: Failed to load com.google.jenkins.plugins.credentials.oauth.OAuth2Credentials$DescriptorImpl
java.lang.ClassNotFoundException: com.google.jenkins.plugins.credentials.oauth.OAuth2Credentials$DescriptorImpl
        at hudson.PluginManager$UberClassLoader.lambda$findClass$0(PluginManager.java:2340)
        at java.base/java.util.Optional.orElseThrow(Optional.java:403)
        at hudson.PluginManager$UberClassLoader.findClass(PluginManager.java:2340)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:592)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525)
        at net.java.sezpoz.IndexItem.element(IndexItem.java:134)
Caused: java.lang.InstantiationException: /var/jenkins_home/plugins/google-oauth-plugin/WEB-INF/lib/google-oauth-plugin.jar might need to be rebuilt
        at net.java.sezpoz.IndexItem.element(IndexItem.java:144)
        at hudson.ExtensionFinder.getClassFromIndex(ExtensionFinder.java:785)
        at hudson.ExtensionFinder$Sezpoz._find(ExtensionFinder.java:745)
        at hudson.ExtensionFinder$Sezpoz$1.find(ExtensionFinder.java:715)
        at hudson.ExtensionFinder$GuiceFinder.refresh(ExtensionFinder.java:342)
        at jenkins.model.Jenkins.refreshExtensions(Jenkins.java:2908)
        at hudson.PluginManager.start(PluginManager.java:990)
        at hudson.model.UpdateCenter$CompleteBatchJob.run(UpdateCenter.java:2367)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:121)
        at java.base/java.lang.Thread.run(Thread.java:840)
2023-11-22 16:11:17.153+0000 [id=160]   WARNING h.ExtensionFinder$GuiceFinder$SezpozModule#configure: Failed to load com.google.jenkins.plugins.credentials.oauth.OAuth2Credentials$DescriptorImpl
java.lang.ClassNotFoundException: com.google.jenkins.plugins.credentials.oauth.OAuth2Credentials$DescriptorImpl
        at hudson.PluginManager$UberClassLoader.lambda$findClass$0(PluginManager.java:2340)
        at java.base/java.util.Optional.orElseThrow(Optional.java:403)
        at hudson.PluginManager$UberClassLoader.findClass(PluginManager.java:2340)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:592)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525)
        at net.java.sezpoz.IndexItem.element(IndexItem.java:134)
Caused: java.lang.InstantiationException: /var/jenkins_home/plugins/google-oauth-plugin/WEB-INF/lib/google-oauth-plugin.jar might need to be rebuilt
        at net.java.sezpoz.IndexItem.element(IndexItem.java:144)
        at hudson.ExtensionFinder$GuiceFinder$SezpozModule.configure(ExtensionFinder.java:566)
        at com.google.inject.AbstractModule.configure(AbstractModule.java:64)
        at com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:426)
        at com.google.inject.spi.Elements.getElements(Elements.java:113)
        at com.google.inject.internal.InjectorShell$Builder.build(InjectorShell.java:160)
        at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:107)
        at com.google.inject.internal.InjectorImpl.createChildInjector(InjectorImpl.java:240)
        at hudson.ExtensionFinder$GuiceFinder.refresh(ExtensionFinder.java:347)
        at jenkins.model.Jenkins.refreshExtensions(Jenkins.java:2908)
        at hudson.PluginManager.start(PluginManager.java:990)
        at hudson.model.UpdateCenter$CompleteBatchJob.run(UpdateCenter.java:2367)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:121)
        at java.base/java.lang.Thread.run(Thread.java:840)
2023-11-22 16:11:22.978+0000 [id=186]   INFO    jenkins.InitReactorRunner$1#onAttained: Started initialization

This originates back to a java API change in the oauth-credentials-plugin, see https://github.com/jenkinsci/oauth-credentials-plugin/pull/16
With the update of the bom version the proper oauth-credentials plugin is registered as a dependency, see changes between the current and the next bom version:
https://github.com/jenkinsci/bom/compare/2465.va_e76ed7b_3061...2483.v3b_22f030990a_#diff-df30c196b4c4872fdfa9378b991827b2433d220d66f83c0f0a1e868010ee3767R720
The PR aims to resolve issues #200 and #204
Testing done
Local maven build passed with the updated bom version.
A locally built hpi file was installed on a vanilla Jenkins (2.426.1), no exceptions were observed.
I'm no expert of dependency chains between different Jenkins plugins, so please take that into consideration, I just followed the clues along the way.
### Submitter checklist
- [x] Make sure you are opening from a **topic/feature/bugfix branch** (right side) and not your main branch!
- [x] Ensure that the pull request title represents the desired changelog entry
- [x] Please describe what you did
- [x] Link to relevant issues in GitHub or Jira
- [x] Link to relevant pull requests, esp. upstream and downstream changes
- [ ] Ensure you have provided tests - that demonstrates feature works or fixes the issue

Kindly pinging the owners of the origin PRs, if you could take a look that would be awesome 🙏🏻 , @jenkinsci/google-oauth-plugin-developers, @amuniz, @basil

Please create a new release to include this fix 🤗

Agree on the bom update, however thw warning would go away with just a new release of the plugin, so the registered extensions in the plugin metadata are updated (and the missing one is removed).
Also note that the warning is just a warning and should not affect any real feature of this plugin.
A release was not automatically generated because the PR lacks the right labels. I'll trigger a release now.

I'll trigger a release now.

Oh, I can't as I don't have permissions. Can you take care @basil?


deploy worker on heroku rake sneakers:run exits status 0

Hi,
Trying to deploy sneakers on heroku, while I make a worker in my Procfile :
worker: bundle exec rake sneakers:run
It always exits on status 0 (success) but exits hence is killed, is there any way to make it keeping working ?

It depends on what exactly is getting killed and why. Sorry, too little information to suggest anything.

You should try passing the name of the worker like
sneakers: WORKERS=XyzWorker bundle exec rake sneakers:run

You should try passing the name of the worker like
sneakers: WORKERS=XyzWorker bundle exec rake sneakers:run


[Task-892]-Admina - UI Elements (UI Updates)

Admina - UI Elements (UI Updates)

Tabs active color needs to be same as figma Color code needs to be same as figma

Changed all font colors and tabs active color


Fix "Cursor-Trail" Effect "Synchronization" Issue

Description
Hey @SUGAM-ARORA  | Issue Closes #370
The trail effect behind the cursor was not syncing correctly, especially near the footer area of the website.
I have Fixed  "Cursor-Trail" Effect "Synchronization" Issue
Changes Made

Adjusted the mouse event listener to correctly capture cursor position relative to vertical scroll.
Changed trail effect color to #ff21bc Matching to the website design theme for consistency and visibility.
Ensured smooth synchronization of trail effect with cursor movement.

https://github.com/SUGAM-ARORA/UniCollab/assets/101971980/8fbcf113-1885-4d6e-a90c-628e269d2572
Type of PR

[x] Bug fix
[x] Feature enhancement

Checklist:

[x] I have performed a self-review of my code
[x] I have read and followed the Contribution Guidelines.
[x] I have tested the changes thoroughly before submitting this pull request.
[x] I have provided relevant issue numbers, screenshots, and videos after making the changes.
[x] I have commented my code, particularly in hard-to-understand areas.

@SUGAM-ARORA Branch update completed

@SUGAM-ARORA Branch update completed

Need to do again since someone else has done it earlier

@SUGAM-ARORA Branch update done


Document the plugin story changes for Impeller on Android

Similar to the work I did on dithering, i.e. here is the new API, here is what is different, etc.

Blocked on https://github.com/flutter/flutter/issues/145930.

We've decided to do the migration guide "early" before we land the plugin changes so it makes it into the next release. It's possible we'll have to make minor edits to the docs after the initial release, but that's the price we pay :)


gradle sync failed with version 2.0.4

when tried with gradle following error raised
failed with ERROR: Failed to resolve: com.hadiidbouk.chartprogressbar:ChartProgressBar:2.0.6
Android studio version 3.4.2
Gradle version https://services.gradle.org/distributions/gradle-5.1.1-all.zip

sorry my mistake :(
I thought maven { url 'https://jitpack.io' } was already added when trying some other library but it wasn't.


Enhance no-duplicate-properties rule to allow exceptions

Adds a feature to exclude properties from the no-duplicate-properties rule. Closes #142
DCO 1.1 Signed-off-by: Ben Griffith<EMAIL_ADDRESS>

Todo: Still need to add new feature to docs :memo:

Awesome, this looks good. Makes sense to have this option too


Make JSONStringer API compatible with org.json.JSONStringer

Base class to add:
public org.json.JSONStringer extends org.json.JSONWriter
today we have:
public org.json.JSONStringer

See https://github.com/openjson/openjson/issues/1


Pin TBB support with respect to incompatible 2021.6 API.

As title. Numba is not yet compatible with TBB 2021.6 API, but the
ABI seems ok.

Thanks for checking this @esc and @gmarkall, much appreciated.


Update to broccoli-funnel 1.0.2 to avoid minimatch vulnerability

See here:
https://nodesecurity.io/advisories/118

thanks for the heads up!

@HeroicEric Could you release a new version on npm with this? Still getting warnings in yarn. Thanks!


Improve test bot stability

/botio test

/botio test

Hm, not sure what's up with Windows here. Maybe an old process is still running?

/botio test

/botio unittest

/botio unittest

/botio test

The Windows bot needs a kick first before continuing here.

/botio test


travis ci print too many error stack log

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

Ⅰ. Issue Description

Ⅱ. Describe what happened
If there is an exception, please attach the exception trace:
Just paste your stack trace here!

Ⅲ. Describe what you expected to happen
Ⅳ. How to reproduce it (as minimally and precisely as possible)

xxx
xxx
xxx

Ⅴ. Anything else we need to know?
Ⅵ. Environment:

JDK version :
OS :
Others:

Had fixed in #1885


Why requirements.txt is empty?

I am curious why we remove all the content from requirements.txt in https://github.com/bytedance/res-adapter/commit/75360f6573c16259a10dc07d225cc18b98aa8d30.

I just updated the latest requirements.txt.
Thank you for the reminder.


Referencing Global var in TableExtension OnValidate crashing client

Crashes with Record/Codeunits, not sure if it's more object types.  Locally scoped variable works correctly.
See attached for a code example.
SalesHeaderTableExtension.1.zip

Was it crushing at runtime or at compile time?
I cannot reproduce the problem on the latest build.

Runtime in the Windows client.  You're right about not reproducing, I could only get the example with the codeunit to do that after it crashed with the example I'm attaching.  I  just created a new VM and deployed the extension (attached the entire project this time) and was able to get the client to crash.

Publish CrashTest
Compile table 36, page 42
Open a sales order and pick a new "Additional Ship-to Address Code."

CrashTest.zip
EventLog.txt.txt


Helm chart

Implement a helm chart after figuring out containerization

Initial release: https://artifacthub.io/packages/helm/utkuozdemir/nvidia-gpu-exporter
Still WIP


Update jclouds to 1.9.0 to use ssh-agent feature

SimianArmy-pull-requests #174 SUCCESS
This pull request looks good

NetflixOSS » SimianArmy » SimianArmy-pull-requests #2 SUCCESS
This pull request looks good

LGTM


(ffmpeg) Update issue

ffmpeg added a new static build of lgpl this will not detect it

Description

This will fix a update issue due to a new build being released.
Motivation and Context

How Has this Been Tested?

Screenshot (if appropriate, usually isn't needed):
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Migrated package (a package has been migrated from another repository)

Checklist:

[x] My code follows the code style of this repository.
[ ] My change requires a change to documentation (this usually means the notes in the description of a package).
[ ] I have updated the documentation accordingly (this usually means the notes in the description of a package).
[x] All files are up to date with the latest Contributing Guidelines
[ ] The added/modified package passed install/uninstall in the chocolatey test environment.
[x] The changes only affect a single package (not including meta package).

Original Location

Original Repository
Open Issues Add the different issues underneath, and tick those that are fixed in this PR

[ ] Issue 1 link
[ ] Issue 2 Link

[ ] Include the link to the opened PR that removes the package from the original location
[ ] The migration guidelines have been followed

:white_check_mark: Package verification completed without issues. PR is now pending human review


Align maven coordinates with JitPack

This likely fails because of #82

Unrelated test failure in Travis
Tests run: 37, Failures: 0, Errors: 1, Skipped: 2, Time elapsed: 64.958 sec <<< FAILURE! - in io.ipfs.api.APITest
swarmTest(io.ipfs.api.APITest)  Time elapsed: 0.034 sec  <<< ERROR!
java.lang.RuntimeException:
IOException contacting IPFS daemon.
Trailer: [X-Stream-Error] {"Message":"connect QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ failure: dial attempt failed: failed to dial \u003cpeer.ID aCpDMG\u003e (default failure)","Code":0,"Type":"error"}
	at io.ipfs.api.APITest.swarmTest(APITest.java:661)
Caused by: java.io.IOException: Server returned HTTP response code: 500 for URL: http://<IP_ADDRESS>:5001/api/v0/swarm/connect?arg=/ip4/<IP_ADDRESS>/tcp/4001/ipfs/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ
	at io.ipfs.api.APITest.swarmTest(APITest.java:661)

This occurs frequently, but not always.

I'd rather fix any problem with the original multipart implementation, if indeed there is a problem.

Failing because of #94


new csr templates

Proposing a new yaml csr-template.
Please check work in warl_proposal repo

Made new commits based on Tao's feedback.

this has been done through pr #17


Add Map::Tube::Bielefeld

Apology for late response and thanks for your contribution. @michal-josef-spacek


Add parallel upload support for Stream and File in BlobClient.UploadAsync

Adds parallel upload support for Stream and File in BlobClient.UploadAsync.
Corrects a TestConfigurations.xml path error.
Changes samples temp path usage to be consistent with other samples.

Discovered test failures due to server version updated under me.  Re-recording and will submit a new iteration...


Add authorization to GO library

I have verified:

Running towards server and databroker with hardcoded tokens
Running with token file specified in config file (after removing hardcoded token)

@SebastianSchildt - As I did some updates on the PR from Lukas I think it would be good if you could do a sanity check, and if ok merge


Airflow(#6)

add executer script and minikube examples
testable if change merges(fetches dag from this repo/nightly branch)

The first error appears to have been resolved by executing install_helm.sh as sudo, but a new error has occurred
coalesce.go:223: warning: destination for airflow.airflow.extraVolumeMounts is a table. Ignoring non-table value ([]) coalesce.go:223: warning: destination for airflow.airflow.extraVolumeMounts is a table. Ignoring non-table value ([]) Error: INSTALLATION FAILED: template: airflow/templates/webserver/webserver-deployment.yaml:7:21: executing "airflow/templates/webserver/webserver-deployment.yaml" at <include "airflow.volumeMounts" (dict "Release" .Release "Values" .Values "extraPipPackages" $extraPipPackages "extraVolumeMounts" $extraVolumeMounts)>: error calling include: template: airflow/templates/_helpers/pods.tpl:367:7: executing "airflow.volumeMounts" at <include "airflow.extraVolumeMounts.has_log_path" .>: error calling include: template: airflow/templates/_helpers/common.tpl:109:4: executing "airflow.extraVolumeMounts.has_log_path" at <include "airflow._has_logs_path" (dict "Values" .Values "volume_mounts" .Values.airflow.extraVolumeMounts)>: error calling include: template: airflow/templates/_helpers/common.tpl:94:9: executing "airflow._has_logs_path" at <.mountPath>: can't evaluate field mountPath in type interface {} Error from server (NotFound): services "airflow-web" not found


[Task]: Fix flakiness of cypress/e2e/Regression/ClientSide/Autocomplete/BracketNotation_AC_spec.ts

SubTasks
The test is failing in EE even after reducing the wait time. This needs further debugging.
Link to dashboard: https://internal.appsmith.com/app/cypress-dashboard/run-details-64ec3df0c632e24c00764938?branch=master&workflowId=7223737152&attempt=1&selectiontype=test&testsstatus=failed&specsstatus=fail
The above link to dashboard doesn't work (need to check with QA team, alternatively the PR below can be checked)
Failing in this PR: https://github.com/appsmithorg/appsmith/pull/25472#issuecomment-1645215725

Hey team! Please add your planning poker estimate with Zenhub @AmanAgarwal041 @sneha122 @rohan-arthur @rishabhrathod01 @carinanfonseca

Removed this from the list of flaky cypress tests.
Ref: https://theappsmith.slack.com/archives/C06FWBV74GH/p1724141281740009


implemented tag/list api

Signed-off-by: guacamole<EMAIL_ADDRESS>
Implemented tag/list api
Total of 55 cases passing, 4 failing, 3 skipped

@guacamole @Sanyambansal76 lemme debug this github actions issue, we need this fixed asap


How do i make The "Up and Right" Notes On The Left side and "Left, Down" on right

What is your question?

like that with lua, pls help me i need this urgently (and a lua for PSYCH 0.5.1 cuz the 0.5.2h dont work on my phone sadly and i have a shitty pc)

well well well

well well well

Is that eduardo from friday Night Funkin'??!?!?!!

well well well

Is that eduardo from friday Night Funkin'??!?!?!!
WELL WELL WELL

with theese
im assuming you ONLY want PLAYER notes
the 5-8 is the note 5-8 is players
1-4 opt
100
210
320
430
are the x values if u need Y just change noteTweenX to noteTweenY
noteTweenX("NoteMove5", 4, 100, 2, cubeInOut)
noteTweenX("NoteMove6", 5, 210, 2, cubeInOut)
noteTweenX("NoteMove7", 6, 320, 2, cubeInOut)
noteTweenX("NoteMove8", 7, 430, 2, cubeInOut)
the 2 is wait time
make sure to note note movements are inverted


running multiple cameras

If I connect multiple cameras and try to run with default launch arguments, I see that realsense detects multiple cameras and suggests specifying the serial number and usb number to connect. If I run the following command I am able to connect to one of the cameras.
roslaunch realsense_camera zr300_nodelet_rgbd.launch serial_no:=4444444444 usb_port_id:=2-4-2
(where<PHONE_NUMBER> is some real serial number)
However, if I try to run a launch to attach to a second camera on the same machine it never seems to work. I even updated the  launch to include the camera (namespace) as in:
roslaunch realsense_camera zr300_nodelet_rgbd.launch serial_no:=4444444444 usb_port_id:=2-4-2 camera:=cam1
and
roslaunch realsense_camera zr300_nodelet_rgbd.launch serial_no:=5555555555 usb_port_id:=2-5-2 camera:=cam2
The seemingly most significant errors at the start of the second camera are:

[ERROR] [1518734414.621475686]: /cam2/driver - No cameras detected!
[ERROR] [1518734414.621502048]: /cam2/driver - Error calling rs_create_context ( api_version:11201 ):
libusb_claim_interface(...) returned LIBUSB_ERROR_BUSY

If I run either one of the above launch files individually, they both work fine.
If I run the get_debug_info.launch I get:

Version
Your Configuration

Operating System
Ubuntu 16.04.3 LTS

Kernel
4.4.0-112-generic

ROS
kinetic

ROS RealSense
1.8.1

librealsense
1.12.1

Camera Type-Firmware
Error detecting cameras

[Please Ignore - RealSense system comment]

Close this issue for lack of activity. Please feel free to reopen if the issue is still relevant.


Initial Tizen work for native and hybrid apps

Support for native applications
Support for hybrid applications, including auth

See issue #307 for remaining Tizen work.

Initial docs are here: https://github.com/MicrosoftDocs/mobile-blazor-bindings/commit/f343d9db121a0e638f7575731a1d14e8abcce3a1#diff-77a5ba71c21cbcf5bdbf37c4d8d493e38c56332157920ebbafaf9458606d34f0
They will be live on the docs site when Preview 6 ships to the public.

Initial docs are here: https://github.com/MicrosoftDocs/mobile-blazor-bindings/commit/f343d9db121a0e638f7575731a1d14e8abcce3a1#diff-77a5ba71c21cbcf5bdbf37c4d8d493e38c56332157920ebbafaf9458606d34f0
They will be live on the docs site when Preview 6 ships to the public.


bitcoind: use 'startupnotify' for group perms

What
This pull request changes the method to ensure that the .cookie file is group accessible.
Why
Bitcoin Core is accessible to applications run by different users through the authentication cookie. Users that are a member of the group "bitcoin" need read-only access to /data/bitcoin/.cookie and can then authenticate themselves without username and password.
By default, Bitcoin Core does not create the .cookie file with group permissions. As of now, the bitcoind argument sysperms=1
is used with UMask=0027 to override this. Bitcoind only allows this if disablewallet=1 is set. This breaks compatibility with
applications that rely on the Bitcoin Core wallet like JoinMarket or Electrum Personal Server.
How
This change uses a different method that allows to keep the wallet enabled: executing a shell command after startup of bitcoind, configured with the argument startupnotify and triggered by bitcoind itself.
Scope

[x] significant change to core configuration
[ ] independent bonus guide
[ ] simple bug fix

Fixes #801
Test & maintenance

Make sure Bitcoin Core is configured to use the rpcauth method used in the RaspBolt v3, and not the rpcuser / rpcpassword of older guides

Disable the following options in the bitcoin.conf file:
#sysperms=1
#disablewallet=1

Restart Bitcoin Core and make sure the .cookie file is generated. The -rw------- part means that only the user "bitcoin", but not the group "bitcoin" has (r)ead and (w)rite access to the file. For more context, see the comments above.
$ sudo systemctl restart bitcoind
$ $ ls -la /data/bitcoin | grep .cookie
> -rw------- 1 bitcoin bitcoin      75 Dec 12 12:25 .cookie

Update the file /etc/systemd/system/bitcoind.service according to this pull request.

Reload the system unit and restart Bitcoin Core again. Then check if the group "bitcoin" now has (r)ead access to the file, as the additional r indicates in the output below (this can take several seconds):
$ sudo systemctl daemon-reload
$ sudo systemctl restart bitcoind
$ watch ls -la /data/bitcoin/.cookie
> -rw-r----- 1 bitcoin bitcoin      75 Dec 12 12:25 .cookie

Animated GIF (optional)

Note to myself - probably need to open an issue in Bitcoin Core repo about this, to make it possible to do this in a less hackish way.

Thanks @kristapsk, let's merge! :)


Documentation: add 'why.md'

All done. Thanks!

defer to @fanminshi and @heyitsanthony

All fixed. PTAL. Thanks.

defer to @fanminshi and @heyitsanthony

LGTM. I think we should brain storm what we want to put in the why.md sometime in the future. I think providing real world use cases using etcd will be educational also.

All fixed. PTAL. Thanks!

lgtm after moving the comparison todo into why.md

Moved. Thanks!


feat: add optional param for passing a custom logger to ChargePoint

This pull request introduces a logger parameter to the ChargePoint class's __init__ function. This allows users to specify a custom logger, enhancing flexibility and control over logging.

done

ocpp/charge_point.py:209:89: E501 line too long (111 > 88 characters)

Need some refactoring here.

There are still some formatting issues. It seems like the New line character is different from what is expected by the code quality check, cause all the visible characters are the same.

I don't know how to do that. I use Pycharm with default settings

A simple google search may give you this:
https://stackoverflow.com/questions/71040516/change-crlf-to-lf-for-all-files-in-a-pycharm-project

Some more formatting issues.

I've spent enough time on this. I'm no longer interested in this. You can easily make these changes yourself. If formatting is that important, consider writing a simple pre-commit script.


linux: work around io_uring IORING_OP_CLOSE bug

Work around a poorly understood bug in older kernels where closing a file descriptor pointing to /foo/bar results in ETXTBSY errors when trying to execve("/foo/bar") later on.
The bug seems to have been fixed somewhere between 5.15.78 and 5.15.98. I couldn't pinpoint the responsible commit but good candidates are the several data race fixes.
Interestingly, it seems to manifest only when running under Docker so the possibility of Docker bug can't be completely ruled out either.
This commit moves uv__kernel_version() from fs.c to linux.c because the latter now uses it more than the former.
Fixes: https://github.com/nodejs/node/issues/48444

Libuv falls back to the thread pool. The file descriptor is still closed, just not by io_uring.

Maybe @axboe can help us understand  what's happening here.

maybe just totally disable ioring for older kernel versions?

That's a little heavy-handed, no?

That's a little heavy-handed, no?

It feels a little experimental if there are issues and we don't know exactly what it is and whether it also affects other calls...

Everything has issues, not just io_uring.
A big part of libuv is detecting and working around missing or broken operating system features, just take a look a src/unix/fs.c.


Issue 45

Added Ctrl+S key function for restarting processes like web browsers, text editors,...

Thanks for the contribution. Let me go through this.


First pass at 0.4.0 compatibility

bump

+1

Note: there is now an official plugin: https://github.com/dokku/dokku-mariadb

@josegonzalez  but is possible to run it as single container with different databases?

You could create a mariadb service, link it to places, and change the DATABASE_URL env var manually to point to a custom database in that service.


FEATURE: onyo rm recursive mode

I noticed onyo rm does not have a recursive flag?
Might be useful, most likely without a forced flag

It should be recursive by default.

This behavior was considered a bug - rm should be recursive by default.
Fixed in #446


Facebook profile and Instagram handles are just "links"

Bug
You can put any link into the Facebook and Instagram links. Which can lead to some malicious sites if I really want to.
How To Reproduce

Go to profile page
Edit the Facebook or Instagram handle

Expected behavior
The website checks that the link provided is of Facebook/Instagram domain
Additional notes
Consider using regex to validate the link. Facebook and IG has a consistent URL scheme.
Screenshots

User Specifications
OS: Windows 10
Browser: Chrome Version 131.0.6778.86

I will look into that issue. Thank you for letting us know!

The latest version has resolved this bug. Thank you for your notice!


Allow new nodes to be added to an existing cluster

Not the best idea currently and very hard to implement. May come back to this later but not needed now.


version: bump ec2/vpccidrblock to v1alpha2

Signed-off-by: Christopher Haar<EMAIL_ADDRESS>bump version for ec2/vpccidrblock to v1alpha2 to use v1alpha1 for code-generator stuff
in #689 we see the problem between custom and code-generator stuff in one - for example:  of zz_types.go
think it is better not mix-up the both approaches
what did you guys think ?
I have:

[x] Read and followed Crossplane's contribution process.
[x] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested
➜  provider-aws git:(ec2-vpccidrblock) ✗ kubectl apply -f examples/ec2/vpccidrblock.yaml
vpccidrblock.ec2.aws.crossplane.io/sample-vpc-cidr-block created

➜  provider-aws git:(ec2-vpccidrblock) ✗ kubectl describe vpccidrblock.ec2.aws.crossplane.io/sample-vpc-cidr-block
Name:         sample-vpc-cidr-block
Namespace:
Labels:       <none>
Annotations:  crossplane.io/external-name: vpc-cidr-assoc-02c6c931ae4ee71c4
API Version:  ec2.aws.crossplane.io/v1alpha2
Kind:         VPCCIDRBlock
Metadata:
  Creation Timestamp:  2021-06-29T16:02:13Z
  Finalizers:
    finalizer.managedresource.crossplane.io
  Generation:        1
  Resource Version:  1136279
  Self Link:         /apis/ec2.aws.crossplane.io/v1alpha2/vpccidrblocks/sample-vpc-cidr-block
  UID:               40f4e45d-036a-4021-a3b9-96e0af6da116
Spec:
  Deletion Policy:  Delete
  For Provider:
    Cidr Block:  <IP_ADDRESS>/16
    Region:      eu-central-1
    Vpc Id:      vpc-aab73bc0
  Provider Config Ref:
    Name:  default
Status:
  At Provider:
    Association Id:  vpc-cidr-assoc-02c6c931ae4ee71c4
    Cidr Block:      <IP_ADDRESS>/16
    Cidr Block State:
      State:  associated
  Conditions:
    Last Transition Time:  2021-06-29T16:02:13Z
    Reason:                ReconcileSuccess
    Status:                True
    Type:                  Synced
    Last Transition Time:  2021-06-29T16:02:13Z
    Reason:                Available
    Status:                True
    Type:                  Ready
Events:
  Type    Reason                   Age   From                                        Message
  ----    ------                   ----  ----                                        -------
  Normal  CreatedExternalResource  21s   managed/vpccidrblock.ec2.aws.crossplane.io  Successfully requested creation of external resource

➜  provider-aws git:(ec2-vpccidrblock) ✗ kubectl delete  vpccidrblock.ec2.aws.crossplane.io/sample-vpc-cidr-block
vpccidrblock.ec2.aws.crossplane.io "sample-vpc-cidr-block" deleted

I see what you are saying. And I agree that it would be nice to have a distinction between the generated and non-generated types.  Could using alpha2 for non-generated create confusion? Someone could infer that alpha2 indicates a more recent, and preferred, approach. When really we prefer people to follow practices in alpha1.

so what is your prefered way ? at the moment we need to modify in ec2 zz_ files if we want integrate more services with code-generator

@hasheddan  can you provide a example ? At the moment the code-generator will add in ec2 v1alpha1

@hasheddan i changed the packag to manualv1alpha1 and the generated crds using v1alpha1 - think this was this what you mentioned ;)
tested via apply and delete
for delete i added a fix that the ressource is removed when vpccidrblock is in status VpcCidrBlockStateCodeDisassociated
you can have a look


climbing trees/mushrooms with rocketbarrel in logic (except aztec start, with the barrel being on a tree)

also mentioning the 5DT trees with tiny cb's


fail to install finn

As I was installing FINN followed by [https://finn.readthedocs.io/en/latest/getting_started.html],  it wa failed with error "ERROR: Command "python setup.py egg_info" failed with error code 1 in /workspace/finn/",  I am using ubuntu18 and vivado2019.1, and the full error information is as follows:
Obtaining file:///workspace/finn
ERROR: Complete output from command python setup.py egg_info:
ERROR: Traceback (most recent call last):
File "", line 1, in
File "/workspace/finn/setup.py", line 50, in
setup(use_pyscaffold=True)
File "/opt/conda/lib/python3.6/site-packages/setuptools/init.py", line 145, in setup
return distutils.core.setup(**attrs)
File "/opt/conda/lib/python3.6/distutils/core.py", line 108, in setup
_setup_distribution = dist = klass(attrs)
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 444, in init
k: v for k, v in attrs.items()
File "/opt/conda/lib/python3.6/distutils/dist.py", line 281, in init
self.finalize_options()
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 732, in finalize_options
ep.load()(self, ep.name, value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/integration.py", line 105, in pyscaffold_keyword
version_keyword(dist, keyword, setuptools_scm_config(value))
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/integration.py", line 17, in version_keyword
dist.metadata.version = get_version(**value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 150, in get_version
parsed_version = _do_parse(config)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 113, in _do_parse
"use git+https://github.com/user/proj.git#egg=proj" % config.absolute_root
LookupError: setuptools-scm was unable to detect version for '/workspace/finn'.
Make sure you're either building from a fully intact git repository or PyPI tarballs. Most other sources (such as GitHub's tarballs, a git checkout without the .git folder) don't contain the necessary metadata and will not work.

For example, if you're using pip, instead of https://github.com/user/proj/archive/master.zip use git+https://github.com/user/proj.git#egg=proj
----------------------------------------

ERROR: Command "python setup.py egg_info" failed with error code 1 in /workspace/finn/
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 5: /tools/Xilinx/DocNav/.settings64-DocNav.sh: No such file or directory
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 7: /tools/Xilinx/SDK/2019.1/.settings64-SDK_Core_Tools.sh: No such file or directory

Could you try removing the old folder and get a fresh clone of the FINN repository from GitHub, with the latest (tag v0.5) master branch? This may be due to some leftover old egg files from the previous release.

Could you try removing the old folder and get a fresh clone of the FINN repository from GitHub, with the latest (tag v0.5) master branch? This may be due to some leftover old egg files from the previous release.

Sorry but I have tried as what you said, that I removed the old folder and get the FINN repository with the tag v0.5. However, finally I get the same issue as follows:
oh-my-xilinx @ 1bae737669901e762f581af73348332b5c4b2ada
Obtaining file:///workspace/finn
ERROR: Command errored out with exit status 1:
command: /opt/conda/bin/python -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/workspace/finn/setup.py'"'"'; file='"'"'/workspace/finn/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(file);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, file, '"'"'exec'"'"'))' egg_info --egg-base /tmp/pip-pip-egg-info-05xx83wg
cwd: /workspace/finn/
Complete output (27 lines):
Traceback (most recent call last):
File "", line 1, in
File "/workspace/finn/setup.py", line 50, in
setup(use_pyscaffold=True)
File "/opt/conda/lib/python3.6/site-packages/setuptools/init.py", line 145, in setup
return distutils.core.setup(**attrs)
File "/opt/conda/lib/python3.6/distutils/core.py", line 108, in setup
_setup_distribution = dist = klass(attrs)
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 444, in init
k: v for k, v in attrs.items()
File "/opt/conda/lib/python3.6/distutils/dist.py", line 281, in init
self.finalize_options()
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 732, in finalize_options
ep.load()(self, ep.name, value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/integration.py", line 105, in pyscaffold_keyword
version_keyword(dist, keyword, setuptools_scm_config(value))
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/integration.py", line 17, in version_keyword
dist.metadata.version = get_version(**value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 150, in get_version
parsed_version = _do_parse(config)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 113, in _do_parse
"use git+https://github.com/user/proj.git#egg=proj" % config.absolute_root
LookupError: setuptools-scm was unable to detect version for '/workspace/finn'.
Make sure you're either building from a fully intact git repository or PyPI tarballs. Most other sources (such as GitHub's tarballs, a git checkout without the .git folder) don't contain the necessary metadata and will not work.

For example, if you're using pip, instead of https://github.com/user/proj/archive/master.zip use git+https://github.com/user/proj.git#egg=proj
----------------------------------------

WARNING: Discarding file:///workspace/finn. Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 5: /tools/Xilinx/DocNav/.settings64-DocNav.sh: No such file or directory
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 7: /tools/Xilinx/SDK/2019.1/.settings64-SDK_Core_Tools.sh: No such file or directory
What can I do to solve this issue?

Sorry but I have tried as what you said, that I removed the old folder and get the FINN repository with the tag v0.5. However, finally I get the same issue as follows:
oh-my-xilinx @ 1bae737669901e762f581af73348332b5c4b2ada
Obtaining file:///workspace/finn
ERROR: Command errored out with exit status 1:
command: /opt/conda/bin/python -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/workspace/finn/setup.py'"'"'; file='"'"'/workspace/finn/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(file);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, file, '"'"'exec'"'"'))' egg_info --egg-base /tmp/pip-pip-egg-info-05xx83wg
cwd: /workspace/finn/
Complete output (27 lines):
Traceback (most recent call last):
File "", line 1, in
File "/workspace/finn/setup.py", line 50, in
setup(use_pyscaffold=True)
File "/opt/conda/lib/python3.6/site-packages/setuptools/init.py", line 145, in setup
return distutils.core.setup(**attrs)
File "/opt/conda/lib/python3.6/distutils/core.py", line 108, in setup
_setup_distribution = dist = klass(attrs)
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 444, in init
k: v for k, v in attrs.items()
File "/opt/conda/lib/python3.6/distutils/dist.py", line 281, in init
self.finalize_options()
File "/opt/conda/lib/python3.6/site-packages/setuptools/dist.py", line 732, in finalize_options
ep.load()(self, ep.name, value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/integration.py", line 105, in pyscaffold_keyword
version_keyword(dist, keyword, setuptools_scm_config(value))
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/integration.py", line 17, in version_keyword
dist.metadata.version = get_version(**value)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 150, in get_version
parsed_version = _do_parse(config)
File "/workspace/finn/.eggs/PyScaffold-3.2.3-py3.6.egg/pyscaffold/contrib/setuptools_scm/init.py", line 113, in _do_parse
"use git+https://github.com/user/proj.git#egg=proj" % config.absolute_root
LookupError: setuptools-scm was unable to detect version for '/workspace/finn'.
Make sure you're either building from a fully intact git repository or PyPI tarballs. Most other sources (such as GitHub's tarballs, a git checkout without the .git folder) don't contain the necessary metadata and will not work.

For example, if you're using pip, instead of https://github.com/user/proj/archive/master.zip use git+https://github.com/user/proj.git#egg=proj
----------------------------------------

WARNING: Discarding file:///workspace/finn. Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 5: /tools/Xilinx/DocNav/.settings64-DocNav.sh: No such file or directory
/tools/Xilinx/Vivado/2019.1/settings64.sh: line 7: /tools/Xilinx/SDK/2019.1/.settings64-SDK_Core_Tools.sh: No such file or directory
What can I do to solve this issue?

I modify the script of setup.py， which replace the “setup(use_pyscaffold=True)”with “setup(use_scm_version=True)”，and I get the info as follows:
Obtaining file:///workspace/finn
Collecting finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base
Cloning https://github.com/Xilinx/finn-base to /tmp/pip-install-9pohn55n/finn-base_5e9d7b6d893e4a29a17c4e7c33bf0983
Running command git clone -q https://github.com/Xilinx/finn-base /tmp/pip-install-9pohn55n/finn-base_5e9d7b6d893e4a29a17c4e7c33bf0983
Requirement already satisfied: bitstring>=3.1.7 in /opt/conda/lib/python3.6/site-packages (from finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base->finn==0.0.0) (3.1.7)
Requirement already satisfied: numpy in /opt/conda/lib/python3.6/site-packages (from finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base->finn==0.0.0) (1.19.5)
Building wheels for collected packages: finn-base
Building wheel for finn-base (setup.py) ... done
Created wheel for finn-base: filename=finn_base-0.0.post0.dev96+g91fb606-py3-none-any.whl size=131667 sha256=6f362824921fa5662451b0fb972dbf87d719232ead3fc2952ccd52e091a649cf
Stored in directory: /tmp/pip-ephem-wheel-cache-teiu2arl/wheels/33/4b/7f/eac7da20df3ef0145cd8dd97cd275584ed076b530fe2219ff2
Successfully built finn-base
Installing collected packages: finn-base, finn
Attempting uninstall: finn-base
Found existing installation: finn-base 0.0.post0.dev91+g1363981
Uninstalling finn-base-0.0.post0.dev91+g1363981:
Successfully uninstalled finn-base-0.0.post0.dev91+g1363981
Running setup.py develop for finn
Successfully installed finn finn-base-0.0.post0.dev96+g91fb606
When I check the version of finn， it shows：
finn                          0.0.0                    /workspace/finn/src
Dose this mean I installed it successfully？

I modify the script of setup.py， which replace the “setup(use_pyscaffold=True)”with “setup(use_scm_version=True)”，and I get the info as follows:
Obtaining file:///workspace/finn
Collecting finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base
Cloning https://github.com/Xilinx/finn-base to /tmp/pip-install-9pohn55n/finn-base_5e9d7b6d893e4a29a17c4e7c33bf0983
Running command git clone -q https://github.com/Xilinx/finn-base /tmp/pip-install-9pohn55n/finn-base_5e9d7b6d893e4a29a17c4e7c33bf0983
Requirement already satisfied: bitstring>=3.1.7 in /opt/conda/lib/python3.6/site-packages (from finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base->finn==0.0.0) (3.1.7)
Requirement already satisfied: numpy in /opt/conda/lib/python3.6/site-packages (from finn-base@ git+https://github.com/Xilinx/finn-base#egg=finn-base->finn==0.0.0) (1.19.5)
Building wheels for collected packages: finn-base
Building wheel for finn-base (setup.py) ... done
Created wheel for finn-base: filename=finn_base-0.0.post0.dev96+g91fb606-py3-none-any.whl size=131667 sha256=6f362824921fa5662451b0fb972dbf87d719232ead3fc2952ccd52e091a649cf
Stored in directory: /tmp/pip-ephem-wheel-cache-teiu2arl/wheels/33/4b/7f/eac7da20df3ef0145cd8dd97cd275584ed076b530fe2219ff2
Successfully built finn-base
Installing collected packages: finn-base, finn
Attempting uninstall: finn-base
Found existing installation: finn-base 0.0.post0.dev91+g1363981
Uninstalling finn-base-0.0.post0.dev91+g1363981:
Successfully uninstalled finn-base-0.0.post0.dev91+g1363981
Running setup.py develop for finn
Successfully installed finn finn-base-0.0.post0.dev96+g91fb606
When I check the version of finn， it shows：
finn                          0.0.0                    /workspace/finn/src
Dose this mean I installed it successfully？

This is strange. Can you run the following commands in your FINN repository directory (on the host) and share the output?

git status
git tag
git describe

I think the issue is due to that I download the zip file of finn in github， instead of using “git clone”. And when the comand of "git clone" is used, the issue is solved. Thanks!

I used git clone yet still running into the same problem. Any help is welcome.

Using git clone, getting the same error, I tried updating the setuptools_scm with pip now it gives a different error:
AttributeError: 'Configuration' object has no attribute 'parent'


[CSApply] Use decl context of target when applying solution to it

Solution application target can have its declaration context differ
from one used for constraint system, since target could be e.g. a
pattern associated with pattern binding declaration, a statement or
a sub-element of one (e.g. where clause) used in a closure etc.

@swift-ci please test


bump libs

What
Describe what you have changed and why.
How to review
Describe the steps required to test the changes.
Who can review
Describe who worked on the changes, so that other people can review.

See https://github.com/ONSdigital/dp-s3/pull/28


If Database name contains spaces, the name is truncated

First of all, Kudos!  You've done a great job with the tool!
I ran across a couple of things I needed to tweak to get it to work for me.  I'll post them separately.
I have a database name of "Finance V2" that is showing in the .json file as just "Finance".  I'm hoping this is an easy fix.

Apologies for the late response.
The json file should be filled by the Powershell script. So this also should be a GUID. Can you please elaborate on your issue, as you talk about a name.
Thanks!
Marc


short circuiting type class resolution

Consider the following theorem
mul_sub_mul_div_mul_neg : ∀ {A : Type} [s : linear_ordered_field A] {a b c d : A},
  c ≠ 0 → d ≠ 0 → a / c < b / d → (a * d - b * c) / (c * d) < 0

The type looks small, but here is the current version in full detail. It is quite huge because it contains all the type class derivations. We can reduce it a lot of if we short-circuit them. Here is the short circuited version
This issue also affects definitions such as abs. It is also quite huge because it contains the type class derivations.
This issue has a big impact on performance. For example, any piece of automation that needs to use full higher-order unification is affected.
Recall that Georges suggested we add shortcuts to improve performance. For sure, it will improve performance. By short-circuiting some derivations in the file ordered_field.lean, I managed to reduce the runtime from 3 to 2 seconds on my machine (using a single core).
However there are drawbacks. For example, we lose flexibility.
The type class resolution procedure is quite flexible. The user can easily influence the instances being generate by adding local instances. That is, the instance derived in one context can be different from the instance derived in another context even if both are in the same environment. A local instance can be used in the middle of a derivation.
Remark: the short-circuiting would only be used for instances generated by the structure command.
That is, we would generate the transitive closure of the child-parent structure graph.
Potential problem: we will be "poluting" the environment with many instances that are never used. In the worst case, a child-parent structure graph containing n structures may contain O(n*n) edges.
I also think we need a clean story for users. It should be clear when a short-circuit instance is created.
Should we have an option for disabling the short-circuiting?
BTW, here are ideas I tried/considered and did not work
1- Dynamically generate the transitive closure. This is a mess because we can compile theorems in parallel. I tried to do it today, and gave up.
2- Don't short-circuit but annotate terms generated by type-class resolution. Then, use the annotation for disabling full higher-order unification for these terms. That is, whenever we have a flex-rigid unification constraint ?M t_1 ... t_k :=  instance which is a not a pattern, we pretend it is one. This works for the algebraic hierarchy, but it breaks files in HoTT library. The issue is that we use type class resolution for many different things, and in some applications we cannot approximate the solution for these flex-rigid constraints.
3- I have also considered a local macro. That is, given a big term T[a_1, ..., a_n] containing the variables a_1, ..., a_n, we would dynamically create a macro M_T such that M_T a_1 ... a_n expands to T[a_1, ..., a_n]. This doesn't work because the big term may contain universe variables, and we don't have any mechanism for abstracting universe variables. That is, only definitions and axioms have universe parameters. So, to be able to implement this approach, we would have to have macro declarations that also take universe terms as arguments.

The idea here is to automatically generate "shortcut" instances such as linear_ordered_field.to_has_lt when we define the structure linear_ordered_field, right? And make sure that these shortcut have a higher priority the bigger the shortcut.

The type class resolution procedure is quite flexible. The user can easily influence the instances being generate by adding local instances. That is, the instance derived in one context can be different from the instance derived in another context even if both are in the same environment. A local instance can be used in the middle of a derivation.

How do we lose/restrict this flexibility by these shortcut instances?

Remark: the short-circuiting would only be used for instances generated by the structure command.
That is, we would generate the transitive closure of the child-parent structure graph.
Potential problem: we will be "poluting" the environment with many instances that are never used. In the worst case, a child-parent structure graph containing n structures may contain O(n*n) edges.
I also think we need a clean story for users. It should be clear when a short-circuit instance is created.
Should we have an option for disabling the short-circuiting?

I think "the transitive closure of the child-parent structure graph" is a clear story to users. I agree that this pollution could be an issue, so an option to turn it off is probably good. However, I think in practice there will be very few instances which are never used, at least in the algebraic hierarchy (which - I think - is currently the only theory where the child-parent structure graph contains more than 4 members).
Another thing to think about is manual instances such as ordered_ring.to_ordered_semiring. Do we want to use such an instance in a shortcut, or is it okay if in these cases there is no direct shortcut?

The idea here is to automatically generate "shortcut" instances such as linear_ordered_field.to_has_lt when we define the structure linear_ordered_field, right?

Yes.

How do we lose/restrict this flexibility by these shortcut instances?

Suppose we have the classes A, B, C, D and E, the following instances:
f_1 : B -> A
f_2 : C -> B
f_3 : D -> C
f_4 : E -> D

Now, if we have an e : E and we need an A, type class resolution generates f_1 (f_2 (f_3 (f_4 e))). Similarly, if we need a B, we get f_2 (f_3 (f_4 e)). Now, suppose we define the instance
g : E -> C

Then, we get f_1 (f_2 (g e)) and f_2 (g e). We are affecting different type class resolution problems with a single new instance. If we create a shortcut from E to A and E to B, the new instance g will not affect the derivation.
Another confusing issue is that the instance f_1 (f_2 (f_3 (f_4 e))) is only generated if we have opened the namespaces where f_1, f_2, f_3 and f_4 were marked as instance generators. However, when we create the shortcut, we only need to open the namespace where the shortcut was created. Perhaps, this is a good thing.

However, I think in practice there will be very few instances which are never used, at least in the algebraic hierarchy (which - I think - is currently the only theory where the child-parent structure graph contains more than 4 members).

I agree.

Another thing to think about is manual instances such as ordered_ring.to_ordered_semiring. Do we want to use such an instance in a shortcut, or is it okay if in these cases there is no direct shortcut?

In principal, any instance that is like a coercion can be supported. By "like a coercion", I mean the type of the instance is of the form:
Pi (x_1 : A_1) ... (x_n : A_n) [y: C x_1 ... x_n], D t_1 ... t_m

We can add it as an edge from C to D.
At least, this covers instances such as ordered_ring.to_ordered_semiring.
However, this raises another issue. What do we do if we already have an edge from C to D?
If we replace it, then we should also update the transitive closure. If we update the transitive closure, we need to generate new auxiliary definitions.
BTW, for coercions, we do not create shortcut definitions for derived coercions. Derived coercions are stored as lambda expressions.
We also allow multiple edges from C to D in the coercion graph, and the t_i's in D are not necessarily variables. For example, we allow coercions such as
list_to_vec : Pi (A : Type) (l : list A) : vector A (length l)

Then, we get f_1 (f_2 (g e)) and f_2 (g e). We are affecting different type class resolution problems with a single new instance. If we create a shortcut from E to A and E to B, the new instance g will not affect the derivation.

We can workaround this issue by "playing" with priorities.

I see that these shortcut instances will lead to (syntactically) different instances, but I don't see any issues with that. If, in your example, g e is a reducible definition defined as f_3 (f_4 e), then I think we will hardly notice the difference between f_1 (f_2 (f_3 (f_4 e))) and f_1 (f_2 (g e)). Even the pattern matching of the rewrite tactic unfolds reducible definitions, right?
On second thought, I might see the issue. You probably weren't planning to define g e as f_3 (f_4 e), but directly using the constructor: C.mk _ _ ... _. Because if we would define the shortcuts just as a composition, then we don't gain any performance bonus (if we make the definition reducible). In that case, if I have an expression a+b in a field, where + means @has_add.add A (field.to_has_add A s), and I want to rewrite it (not necessarily with the rewrite tactic) using add.comm, which expects a + which means @has_add.add A (add_semigroup.to_has_add A ?t). Will that unify? I think it will, but I'm not sure.

However, this raises another issue. What do we do if we already have an edge from C to D?

I'm not sure how this feature will work, for example how a user will specify that ordered_ring.to_ordered_semiring is an instance which should be considered as constructor for the transitive closure. In this particular case, if we already have an instance which takes an ordered_ring and makes it into an ordered_semiring, it's stupid to also consider the user-defined one for the transitive closure, so we can disallow it.

I see that these shortcut instances will lead to (syntactically) different instances, but I don't see any issues with that. If, in your example, g e is a reducible definition defined as f_3 (f_4 e), then I think we will hardly notice the difference between f_1 (f_2 (f_3 (f_4 e))) and f_1 (f_2 (g e)). Even the pattern matching of the rewrite tactic unfolds reducible definitions, right?

In principle, g can do something completely different.
This is not a totally unreasonable scenario, for example, a structure may have a multiplicative and an additive group. We may play with the local instances to select which one is generated.
This is not a problem for the algebraic hierarchy in the standard library since we have group and add_group, but in principle this is an issue. My concern is that we need a general solution.
Other users may have their our hierarchies.

In that case, if I have an expression a+b in a field, where + means @has_add.add A (field.to_has_add A s), and I want to rewrite it (not necessarily with the rewrite tactic) using add.comm, which expects a + which means @has_add.add A (add_semigroup.to_has_add A ?t). Will that unify?

It works if we the arguments of C.mk are projections of the input structure. Example, to convert field into a group, we would generate
definition field_to_group {A : Type} [s : field A] : group A :=
group.mk (@field.mul A s) (@field.mul_assoc A s) (@field.one A s) ...

However, if we use field.rec to make it more efficient, it will not unify.
For @has_add.add A (add_semigroup.to_has_add A ?t), we would synthesize ?t using type class resolution. Since we have a field in the context, Lean would convert it into an add_semigroup.

I'm not sure how this feature will work, for example how a user will specify that ordered_ring.to_ordered_semiring is an instance which should be considered as constructor for the transitive closure.

Good question. What about a new [transitive-instance] annotation?

In this particular case, if we already have an instance which takes an ordered_ring and makes it into an ordered_semiring, it's stupid to also consider the user-defined one for the transitive closure, so we can disallow it.

I agree that in this case it doesn't make sense, but the type class mechanism is quite general.
I'm concerned that we may find scenarios where there isn't an obvious canonical instance. For example there are different alternatives, and the user is trying to override the current one. Of course, we may claim this is a bad application of type classes.
Here is another weird scenario
structure S1 [class] (A B : Type) :=
(a : A) (b : B)

structure S2 [class] (A : Type) extends S1 A A :=
(p : a ≠ b)

structure S3 [class] (A : Type) extends S2 A, S1 A nat renaming a→a' b→b'

There are two different ways to go from S3 to S1. The first one converts S3 A into S1 A A, and the second S1 A nat. We have to take that into account in the child/parent graph.

You're right. Users can do a lot of things with type classes, and some of those uses we might now consider weird, but it may have its uses.
I think to cover all cases, we should create the transitive closure of a multigraph. So if we define a new stucture A, we make a multigraph out of all parent-child-instances + all instances with the [transitive-instance] attribute and then generate all instances which are paths in the multigraph starting at A to any other structure. If two paths from A to another class B are definitionally equal, then we should only keep one of them, but if there are two different paths, we should keep both.
In our current algebraic hierarchy this should mean that there is a unique instance from any class with more structure to any class with less structure.

I think to cover all cases, we should create the transitive closure of a multigraph. So if we define a new stucture A, we make a multigraph out of all parent-child-instances + all instances with the [transitive-instance] attribute and then generate all instances which are paths in the multigraph starting at A to any other structure. If two paths from A to another class B are definitionally equal, then we should only keep one of them, but if there are two different paths, we should keep both.

I agree.
BTW, we are already using multigraphs for coercions.

I'm experimenting with this one, but I don't have any good news.
I'm also having second thoughts about this feature.
First, the basic idea doesn't work: just add the "transitive instances".
Here is the problem. Suppose we have algebra and nat open. The notation +, <, * ... is overloaded. Moreover, in the standard library, by default, nat is not an instance of any algebraic structure. The idea is that given a b : nat, we want a + b to be nat.add a b.
However, this decision backfires with the transitive closure idea.
Lean will first try first has_add.add nat ?s a b, and try to synthesize ?s : has_add nat.
It will fail, but it will take a very long time to fail. After we compute the transitive closure, there is a quadratic number of new instances, and an exponential number of paths to try :-(
I think the following workarounds are bad ideas:

Make sure that nat is an instance of the algebraic structures. This is bad since it have created problems in other places in the past.

Make sure we open nat before algebra. Then we will try nat.add before we try the algebraic hierarchy. This is bad because users will forget to do it.

Moreover, these workarounds are just workarounds. We would still have an exponential number of paths to try during type class resolution. When the type class resolution has an solution, there is no problem since we usually find id very quickly. However, whenever we make a mistake, type class resolution would consume a lot of resources because Lean would try all paths and there are an exponential number of them.
In the commits above, I tried a different trick. The transitive instances are kept in a separate set, and they are only used if they solve the synthesis problem in one step. This is a big hack, and will probably confuse users, but it solved the performance problem. However, the performance gain is not uniform. It depends on many factors. For now, this hack is in a different branch.

That is some bad news. I agree that both workarounds are not good.
What do you mean exactly by "and they are only used if they solve the synthesis problem in one step"? After that step, all remaining type class arguments should be present in the local context? Must they also be the first step of the term synthesis?
I don't think it will confuse too much users. Usually the term found by type class resolution is hidden, and usually it doesn't matter which instance is found, because they are all definitionally equal.
Would an alternative solution be to cache the type class resolution problems which fail (in the given context)? That should be another way to take less than exponentially many steps, without requiring a [trans-instance] attribute, right? But I think that still requires a quadratic number of steps, while your solution with [trans-instance] takes only linearly many.

What do you mean exactly by "and they are only used if they solve the synthesis problem in one step"? After that step, all remaining type class arguments should be present in the local context? Must they also be the first step of the synthesis problem?

I was not clear. Let me try to explain the hack.
1- Separate the class instances in two sets: the explicit ones; and the ones that are created when we compute the transitive closure of the multi graph
https://github.com/leodemoura/lean/blob/8137b5e78492cab6fe6f3ff89cedb1355a79cdde/src/library/class.cpp#L40-L41
2- When Lean is synthesizing a term by type class resolution, it creates many subproblems.
We can associate a "depth" with each subproblem. Suppose we are trying to synthesize has_lt nat. This is depth 0. Now, suppose Lean tries semigroup.to_has_lt (A : Type) [s : semigroup A] : has_lt A. It will create the subproblem semigroup nat at depth 1, and so on.
3- The first hack is to consider the derived instances only at depth 0.
https://github.com/leodemoura/lean/blob/8137b5e78492cab6fe6f3ff89cedb1355a79cdde/src/library/class_instance_synth.cpp#L331
4- The second hack is to consider only local instances for solving subproblems created by a derived instance. The idea is: given A : Type, if we are trying to synthesize has_lt A, then field.to.has_lt will succeed only when there is a local instance [s : field A].
https://github.com/leodemoura/lean/blob/8137b5e78492cab6fe6f3ff89cedb1355a79cdde/src/library/class_instance_synth.cpp#L300-L303
I'm investigating other solutions.

Would an alternative solution be to cache the type class resolution problems which fail (in the given context)?

It is quite tricky to do any caching in the type class resolution procedure. It is too dynamic.
For example, it depends on the context. Moreover, as the search progresses the context changes.

That should be another way to take less than exponentially many steps, without requiring a [trans-instance] attribute, right?

Yes, this is correct. The main problem is how to do the caching.
In the past, I have tried to cache the results produced by type class resolution to avoid redundant work, but it was quite tricky.
Sometimes, I think we need a less general procedure for the algebraic hierarchy.
Today, I'll too frustrated to try anything, but tomorrow I will try to add projections to the kernel.
It is an orthogonal feature, but it will improve the performance in the algebraic hierarchy.

For what it is worth, the hack seems perfectly reasonable to me. It seems to cover the common use case where we really want shortcuts, and I don't see how it might confuse users.


Integrate Rain Sensor to Raspberry Pi

Script to read from sensor has been created and tested. @Thelastblackpearl Please integrate the same to the codebase

code integration is completed

Fixed by @Thelastblackpearl on PR #55.


Self Contained Binary not connecting to Mysql Database.

What happened?
Hello,
I run the self contained binary which has a laravel application
After running it I can see that database is not connecting.

MySQL database is running on my pc but binary app is not getting it.
Build Type
Standalone binary
Worker Mode
Yes
Operating System
GNU/Linux
CPU Architecture
x86_64
PHP configuration
PHP 8.1

Relevant log output
SQLSTATE[HY000] [2002] No such file or directory

Did anyone created a self contained binary of Laravel project, Where Laravel project connects MySQL database locally? I think remote database can work but local database can't connect. Same project connects with MySQL database with no problem. But after converting it to binary code it can run itself but can't connect MySQL database. Maybe no service it can connect locally, it don't have any access to local service?
Please if anyone converted real laravel project with local database to binary code let me know... My system don't work.

Did anyone created a self contained binary of Laravel project, Where Laravel project connects MySQL database locally? I think remote database can work but local database can't connect. Same project connects with MySQL database with no problem. But after converting it to binary code it can run itself but can't connect MySQL database. Maybe no service it can connect locally, it don't have any access to local service? Please if anyone converted real laravel project with local database to binary code let me know... My system don't work.

Could you share your setup? docker-compose.yml, Dockerfile, .env settings etc?

here is docker compose
`version: "3.8"
services:
php:
build:
context: .
target: php
args:
- APP_ENV=${APP_ENV}
environment:
  - APP_ENV=${APP_ENV}
  - CONTAINER_ROLE=app
working_dir: /app
volumes:
  - ./:/app
ports:
  - 80:80
depends_on:
  - db
privileged: true
networks:
  - my-network

db:
image: mysql
restart: always
environment:
- MYSQL_DATABASE=${DB_DATABASE}
- MYSQL_USER=${DB_USERNAME}
- MYSQL_PASSWORD=${DB_PASSWORD}
- MYSQL_ROOT_PASSWORD=${DB_PASSWORD}
volumes:
- ./mysql_data:/var/lib/mysql
networks:
- my-network
phpmyadmin:
image: phpmyadmin
restart: always
ports:
- 8080:80
environment:
  - PMA_ARBITRARY=1
  - PMA_HOST=mysql
  - PMA_PORT=3306
  - UPLOAD_LIMIT=300M
networks:
  - my-network

networks:
my-network:
`
This is docer file
`FROM alpine:3.19.0 as php
WORKDIR /app
COPY . .
EXPOSE 80
CMD ["./laravel-app", "php-server", "--root=public/"]
CMD ["tail", "-f", "/dev/null"]
`
Note Here in this docker file I don't created the binary. From different dockerfile I first created the binary then I put the binary this project main folder then I built. Generation of the binary in different dockerfile.
Below this docker file generates the binary.
`FROM --platform=linux/amd64 dunglas/frankenphp:static-builder as builder
Copy your app
WORKDIR /go/src/app/dist/app
COPY ./src/. .
WORKDIR /go/src/app/
RUN EMBED=dist/app/
FRANKENPHP_VERSION=1.1.2
PHP_EXTENSIONS=mbstring,intl,mysqli,pdo_mysql,zip,gd
PHP_VERSION=8.1
./build-static.sh
FROM alpine:3.19.0
WORKDIR /app
COPY --from=builder /go/src/app/dist/frankenphp-linux-x86_64 laravel-app
EXPOSE 80
CMD ["./laravel-app", "php-server", "--root=public/"];`
And for both docker project the same env
Here is the ENV
`APP_NAME=Laravel
APP_ENV=local
APP_KEY=base64:r/xs7wkqK9eaVc/A3/k49iKVfkWb8cpOyND/9bvNHPM=
APP_DEBUG=true
APP_URL=http://localhost
LOG_CHANNEL=stack
LOG_DEPRECATIONS_CHANNEL=null
LOG_LEVEL=debug
DB_CONNECTION=mysql
DB_HOST=db
DB_PORT=3306
DB_DATABASE=medi_spa
DB_USERNAME=medispa
DB_PASSWORD=12345678
BROADCAST_DRIVER=log
CACHE_DRIVER=file
FILESYSTEM_DISK=local
QUEUE_CONNECTION=sync
SESSION_DRIVER=file
SESSION_LIFETIME=120
MEMCACHED_HOST=<IP_ADDRESS>
REDIS_HOST=<IP_ADDRESS>
REDIS_PASSWORD=null
REDIS_PORT=6379
MAIL_MAILER=smtp
MAIL_HOST=mailhog
MAIL_PORT=1025
MAIL_USERNAME=null
MAIL_PASSWORD=null
MAIL_ENCRYPTION=null
MAIL_FROM_ADDRESS=null
MAIL_FROM_NAME="${APP_NAME}"
AWS_ACCESS_KEY_ID=
AWS_SECRET_ACCESS_KEY=
AWS_DEFAULT_REGION=us-east-1
AWS_BUCKET=
AWS_USE_PATH_STYLE_ENDPOINT=false
PUSHER_APP_ID=
PUSHER_APP_KEY=
PUSHER_APP_SECRET=
PUSHER_APP_CLUSTER=mt1
MIX_PUSHER_APP_KEY="${PUSHER_APP_KEY}"
MIX_PUSHER_APP_CLUSTER="${PUSHER_APP_CLUSTER}"
`
I tried with many combination. With and without using docker-compose to run it. None of the way can able to connect the Mysql database.

Not sure if this pertains to your problem, but I had a similar issue on Zabbix under Debian 12 + FrankenPHP, however I fixed it by using <IP_ADDRESS> to connect to MySQL instead of localhost. This is a VM OS install not using any containers, just the frankenphp binary with a custom php.ini  in my webroot for the needed settings. If possible look into using <IP_ADDRESS> to connect to MySQL.
memory_limit = 256M
upload_max_filesize = 100M
max_execution_time = 500
post_max_size = 100M
; MySQL settings
mysql.default_host = <IP_ADDRESS>
pdo_mysql.default_socket = /var/run/mysqld/mysqld.sock


DO NOT MERGE: patrick91-patch-1

FOR SCREENSHOT TESTS ONLY - DO NOT MERGE
related https://github.com/material-components/material-components-web-react/pull/74

I signed it!

Hmmm...I reread the message and it looks like it is going to stay in this state. We just have to get this tests to run now.

Codecov Report

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

@@           Coverage Diff           @@
##           master      #78   +/-   ##
=======================================
  Coverage   98.86%   98.86%
=======================================
  Files          18       18
  Lines         617      617
  Branches       49       49
=======================================
  Hits          610      610
  Misses          7        7

Impacted Files
Coverage Δ

packages/button/index.js
92.85% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

Closing for #74


Read provider credentails from file

Current Terraform version
Terraform v0.14.5
Description
Load credentials from a file
Use-cases
I don't want to set credentials in the .tf files, but I don't want to have the credentials in my env all the time either for security reasons.
Would be great if these could be read from a file as well as env vars/hardcoded.
I currently use this alias to emulate this feature, but it's a problem when using scripts as i have to export -f terraform to have it work
terraform(){
    source ~/.cloudflare_keys
    command terraform $@
}

and my ~/.cloudflare_keys looks like this
export CLOUDFLARE_EMAIL="my@email"
export CLOUDFLARE_TOKEN="MYCFTOKEN"
export CLOUDFLARE_ORG_ID="MYCFORGID"

#for TF provider version 2
export CLOUDFLARE_API_KEY="MYCFTOKEN"
export CLOUDFLARE_ACCOUNT_ID="MYCFORGID"

Potential Terraform configuration
provider "cloudflare" {
#keys are read from $ENV or ~/.cloudflare_keys (or somewhere)
}

References
the aws provider works like this, using $AWS_PROFILE to read the right profile
Community note

Please vote on this issue by adding a 👍 reaction
to the original issue to help the community and maintainers prioritize this request
If you are interested in working on this issue or have submitted a pull
request, please leave a comment

For security reasons, I'm a pretty strong no to this one unless we have a really good use case. Instead, I'd recommend using something like https://github.com/jacobbednarz/cf-vault locally.

If you want a Terraform specific fix, you can also look at using a .tfvars (https://www.terraform.io/docs/language/values/variables.html)

For security reasons, I'm a pretty strong no to this one unless we have a really good use case. Instead, I'd recommend using something like https://github.com/jacobbednarz/cf-vault locally.

How is a file more of a security risk than having them in them as environment variables? Why is it a risk to have CF token in a file, but not aws creds?

If you want a Terraform specific fix, you can also look at using a .tfvars (https://www.terraform.io/docs/language/values/variables.html)

No because I don't want the credentials in the tf directory.

How is a file more of a security risk than having them in them as environment variables?

It comes down to things like:

files are harder to secure from other users. even well permissioned files can be inadvertently accessed by users that shouldn't be able to.
environment variables can be scoped to the context in which you needing to access them. I.e a single script run or a sub shell/process. there are also some hardening options in
you also run the risk of checking those credentials into source control by accident.

There are other benefits however I won't expand on them all here -- you're welcome to investigate these if you're interested to find out more. It is up to your personal threat model but it isn't something I'm open to adding without a good reason and as it stands, this isn't it when there are better approaches available.

Why is it a risk to have CF token in a file, but not aws creds?

It's not a matter of which tool is storing credentials in files, it's about the principle itself. And yes, if you're storing your AWS credentials in a file it is definitely less than ideal. It's also the reason tools like aws-vault (which cf-vault is modelled after) to secure the use/storage of credentials.


Question: API query helper

Hi,
just a question : your documentation talks about "query" API.
This api is used to get back logs entries from the cloud.

Does this library (or node one) provides a helper to query logs ? if no do you think it could be a good point ?

It's true that this is very simple to query logs but as we already have a Logtail "source" class, we may have a Logtail "query" class helper too. Or it's just I miss that?
Here is a simple sample of  (1) use the lib to produce log (2) use axios lib to query logs.
If you decide to not introduce helper into this library, you may then maybe add this kind of sample in the documentation?
Best Regards
🤝 to the DEV team + Filip ;) 👍
// doc : https://docs.logtail.com/integrations/javascript
import { Logtail }  from "@logtail/node";
import axios from "axios";

const action = {
  produceLog: false,
  queryLogs: true
}

function produceLog() {
  const logtailSource = process.env.LOGTAIL_SOURCE;
  // DEBUG // console.log(logtailSource);
  const logtail = new Logtail(logtailSource);
  logtail.info("Logtail installed " + new Date());
}

function queryLogs() {
  const TEAM_TOKEN = process.env.LOGTAIL_TEAM_TOKEN;// pick from logtail team portal : https://logtail.com/team/0/teams/
  const source_ids = process.env.LOGTAIL_SOURCE_IDS || null;// start without then pick source id from result
  const LOGTAIL_BASE_API = 'https://logtail.com/api/v1';
  const Authorization = `Bearer ${TEAM_TOKEN}`;

  const axiosClient = axios.create({
    baseURL: LOGTAIL_BASE_API,
    timeout: 6000,//ms
    headers: { Authorization }
  });

  const params = { source_ids }; // optional

  axiosClient.get("/query", {params}).then(response => {
    var responseText = `/query : status: ${response.status} ${response.statusText}`;
    console.info({res: responseText, data: response.data.data});
  }).catch(err => {
    console.warn("error", err);
  });
}

action.produceLog && produceLog();
action.queryLogs && queryLogs();

Hi @boly38,
Thank you for your question and for your example.
I agree that having a helper for querying logs in the library would be convenient.
I have passed the feature request to the team but can't offer any time estimate.
Currently, we think that the HTTP API is easy enough to use.
Let me know if you have more questions. 🙏
Thanks again for reaching out.


ext: lib: crypto: mbedtls: fix mbedtls_snprintf glue in platform.h

Fixes https://github.com/zephyrproject-rtos/zephyr/issues/10990. I am unfamiliar with this bit of code, see related issue for more information.

Codecov Report

Merging #10991 into master will decrease coverage by 0.13%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #10991      +/-   ##
==========================================
- Coverage   53.21%   53.08%   -0.14%
==========================================
  Files         217      217
  Lines       26664    26651      -13
  Branches     5913     5912       -1
==========================================
- Hits        14189    14147      -42
- Misses      10058    10083      +25
- Partials     2417     2421       +4

Impacted Files
Coverage Δ

subsys/logging/log_output.c
71.76% <0%> (-10.59%)
:arrow_down:

subsys/logging/log_core.c
68.05% <0%> (-3.63%)
:arrow_down:

misc/printk.c
85.45% <0%> (-3.1%)
:arrow_down:

include/logging/log_msg.h
89.09% <0%> (-1.82%)
:arrow_down:

include/logging/log_core.h
100% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

I think the real problem is that some configuration files haven't been updated following the mbedTLS 2.12.0 import to include the following line:
#define MBEDTLS_PLATFORM_SNPRINTF_ALT
It looks like only config-mini-tls1_2.h and config-tls-generic.h have been updated. I bet you use another configuration file.

@lemrey, Any response to @aurel32's concern?
@aurel32, if you're sure this does it wrong, please give -1 to avoid spurious merging.

I am using the default configuration file, since I haven't changed it.
@nvlsianpu do you also see the warning when building Zephyr's MCUboot port?

I am using the default configuration file, since I haven't changed it.

@lemrey: Do you actually mean the default from MCUboot? It seems to have its own config file that do not define MBEDTLS_PLATFORM_SNPRINTF_ALT. This should probably be fixed there.

Addressed in https://github.com/JuulLabs-OSS/mcuboot/pull/436.
Closing.

@lemrey now that we agree about the fix, I guess we should also fix the mbedtls files from zephyr the same way. Some config files are correct, some other not.


qgroundcontrol error: Motor test command not supported

Describe the bug
When you try and perform the motor test from the UI you get " Motor test command not supported"
To Reproduce
Click props not installed then move a slider.
You get the yellow error toast " Motor test command not supported'
Expected behavior
The motor turns on.
PX4 FMU V5
PX PRO v1.10.1 Stable Release

Motor testing is added with v1.11 as far as I know.

Ok with 1.11 Beta 2 I get "motor test denied"

Cool, thanks for the feedback.

Just to clarify you did not arm, but just press the safety button, correct?

Yes that’s exactly right just the safety button.
Sent from your iPhone

On Jul 16, 2020, at 3:19 AM, Beat Küng<EMAIL_ADDRESS>wrote:

Just to clarify you did not arm, but just press the safety button, correct?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


grammalecte: 0.5.17 -> <IP_ADDRESS>

Motivation for this change
up to <IP_ADDRESS>
Things done

[ ] Tested using sandboxing
(nix.useSandbox on NixOS,
or option build-use-sandbox in nix.conf
on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] Linux

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Fits CONTRIBUTING.md.

I asked the developer of the application not to touch the archives of the releases to avoid breaking the builds. https://www.dicollecte.org/thread.php?prj=fr&t=640

Thanks!


Reconcile AuxPoW unit tests against Namecoin

Currently a number of the AuxPoW unit tests are disabled as non-functioning. Once CBlockVersion is in place, AuxPoW tests should be reconcilable against the Namecoin versions.

Reconciled in Dogecoin Core 1.10 now.


Status text under remote repository incorrect after loading new repo

The text said the repo was up to date when I was behind like 30 commits. It happened with 3 different repos.

Julia says nevermind, closing for now unless it comes back from the dead


Raw body

related to https://github.com/Azure/azure-webjobs-sdk-script/issues/1951

@mamaso,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by .NET Foundation. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot


fix: Semantic version fix and multiple plus signs check added

Summary

Multiple fixed for sem-versioning
Compare build version and pre-release fix
Multiple + added.

Test plan
All FSC tests must pass
Added unit tests

Pull Request Test Coverage Report for Build 1504

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

Files with Coverage Reduction
New Missed Lines
%

core-api/src/main/java/com/optimizely/ab/config/audience/match/SemanticVersion.java
1
94.74%

Totals

Change from base Build 1503:
0.02%

Covered Lines:
4119

Relevant Lines:
4598

💛  - Coveralls


corrected the installation path for numruby

corrected the installation path for numruby in README.md

@iamrajiv thanks for the PR but both ways work just fine. There's no difference while cloning.


feat: add destination address debug log

What does this PR do?

Append destination address in debug log.
Motivation

Debug log shows source address only.
However the destination address is important for debugging as well, like debuging wrr. Can we append it?
More

[ ] Added/updated tests
[ ] Added/updated documentation

Additional Notes

Hello @qmloong,
Thanks for your contribution!
Can you fill out the PR template to mention the motivation for the changes?

Hello @qmloong,
Thanks for your contribution!
Can you fill out the PR template to mention the motivation for the changes?

OK~


S3 Integration with DIGITS

Added functionality for integration of DIGITS with S3 Endpoints as well as accompanying unit tests.

Hello, we made the changes you requested and fixed the lint warnings in the S3 integration files. Did you determine whether the CI job failure was transient?

Thank you @taltmans the CI failure was indeed transient. Good job on fixing the Lint errors, you got a pass on your last commit! I'll review the changes again and get back to you, thanks!

Don't forget to squash all commits. Also, it would be great if the S3 readme can be extended a bit more.

I squashed the commits and replied to each of your comments above. Please let us know if you have any more feedback.

Good catch on the README item. The logging warnings you sent turned out to be an import issue, which we fixed. Despite the warnings, the dataset creation job should have completed properly, did it complete on your end?

Yes thanks I was able to create the dataset and train a model. I think this is good to go. Can you squash your commits?

I just squashed the commits, we're good to go on our end.

Thanks for a great feature!


Add country's currency

Wouldn't it be cool if the country's currency would be retrieved via getSelectedCountryData() method?

This sounds like a job for a rather different plugin than this one. I'd be willing to consider a pull request that added this data to the fields stored for each country, but you might also consider forking this project to build a plugin to handle currencies specifically.


Fixes issue #14

Current coverage is 79.67%

Merging #15 into master will decrease coverage by -0.66% as of dbc2424

@@            master     #15   diff @@
======================================
  Files            9       9
  Stmts          178     182     +4
  Branches        19      20     +1
  Methods          0       0
======================================
+ Hit            143     145     +2
  Partial          3       3
- Missed          32      34     +2

Review entire Coverage Diff as of dbc2424

Powered by Codecov. Updated on successful CI builds.

Thanks!

Would you care to do a release of it?


[Diagnostics] Ignore result type failures if one side is a hole

If one of the sides in a application result conversion is a hole
it could only mean that the fix has been recorded earlier (at the
point where hole was introduced) and failure at function result
position could be safely ignored.
Resolves: rdar://79757320

@swift-ci please smoke test

I managed to reproduce the example and remove SwiftUI dependency from the test-case.

@swift-ci please smoke test


with_collection_parameter validation fails when used with ActiveModel

Steps to reproduce

Include Active Model on your component:

  include ActiveModel::Model
  include ActiveModel::Attributes

Define an attribute, which you'd hope to use as the collection_parameter:

        attribute :message, ActiveModel::Type::Value.new
        with_collection_parameter :message

Attempt to render the component via with_collection, passing in a valid message

Expected behavior
No validation error should be raised and the collection should be rendered.
Actual behavior
I receive this error: "initializer must accept message collection parameter.
System configuration
Rails version: <IP_ADDRESS>
Ruby version: 2.7.2
Gem version: 2.33.0

There's a workaround for now, fortunately:
        # with_collection_parameter validation fails unless we do this
        def initialize(message:) # rubocop:disable Lint/UselessMethodDefinition
          super
        end

I suppose this is because we get the parameters from the method directly here:
      def initialize_parameters
        instance_method(:initialize).parameters
      end

I don't know too much about what Active Model is doing under the hood, but I'd guess that Active Model is doing something at a different point in time or delegating off to something else. It's piqued my curiosity, though, so I might do a bit of investigation here. If anyone's in the know about the guts of Active Model, though, I'm interested to hear about why this might be happening.


Make CDTDocumentRevision as it's subclasses easier to use in swift

What
Make CDTDocument Revision and it's subclasses easier to use in swift.
Why
Currently when interacting with swift you need to use the setters and getters for attachments and body so your code looks like:
let doc = CDTMutableDocumentRevision.revision()
doc.setBody(["hello":"world"])

let body = doc.body()

with this change code looks like:
let doc = CDTMutableDocumentRevision.revision()
doc.body = ["hello":"world"]

let body = doc.body

The change make it a lot easier to work with the APIs..
How
Instead of using methods to make the interface seem like properties for body and attachments actually use properties and @synthesize to correctly override the properties set in the superclass.
Reviewers
reviewer @tomblench
reviewer @gadamc

Being superseded by work to remove CDTMutableDocument revision


Fix typo

This PR fixes the following typo:

following states -> the following states
It allows to create -> It allows creating

Thanks!


Recaman’s sequence

Submission Title
Recaman’s sequence
Submission Type
Data Structure
Submission Description
It is basically a function with domain and co-domain as natural numbers and 0.
Submission Directory
Data_Structures => Maps_Hash_Dict => Filename.extension
Contributors

[ ]  C++ -
[ ]  C -
[ ]  Python -
[ ] Java -
[ ] JavaScript -
[ ] TypeScript -
[ ] Golang -
[ ] Ruby -
[ ] php -
[ ] Swift -
[ ] C# -

@Mr-Vaibhav-Shukla can I solve this question in c++?

Please assign this to me for python

I can solve this using Java. Kindly assign this to me.

Can you assign this to me in C.

id like do this in C#

Doing this in Typescript ^^

please assign it to me in C

Hello! Can you please assign this to me in C, C++ ??

thanks everyone :v:


tabs ...

Is there a way to open several tabs? it would be useful to open more than one collection at the same time.
Maybe I didn't see the correct option, but it seems now you have to open the app serveral times to open several collections at the same time ...
Many thanks for the great app ...

hi, having custom tabs in a browser app is not a good approach, that's why we didn't implemented any custom tabs.
So yes you are right, you can just open several browser tabs and brows multiple collections or even databases at same time

Hi @achtan and thanks for your answer. I guess you are correct in your reasoning. I'll have this into account next time I use DrMongo.
Thanks again for your prompt answer and keep the great work ...


Install NCEPLIBS-ip v4.0 on Tier 1 platforms

UFS_UTILS was updated to use v4.0 and a draft PR was initiated: https://github.com/ufs-community/UFS_UTILS/pull/695
Can v4.0 be installed on Orion, Jet, Hera and WCOSS2? How long does it typically take NCO to install a library on WCOSS2?

UFS_UTILS have been added on WCOSS2, Hera and orion. I will update the spack stack soon.

UFS_UTILS have been added on WCOSS2, Hera and orion. I will update the spack stack soon.

@Hang-Lei-NOAA I see v4.0 is installed on Hera. But I don't see it on Jet, Orion and WCOSS2. What is the status of the install on these machines?

@George Gayno - NOAA Affiliate @.***> the ip v4.0.0 had
been added on orion. Please check with the new address:
module use /apps/contrib/NCEP/hpc-stack/libs/hpc-stack/modulefiles/stack
On Fri, Oct 14, 2022 at 2:53 PM GeorgeGayno-NOAA @.***>
wrote:

UFS_UTILS have been added on WCOSS2, Hera and orion. I will update the
spack stack soon.
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA I see v4.0 is installed
on Hera. But I don't see it on Jet, Orion and WCOSS2. What is the status of
the install on these machines?
—
Reply to this email directly, view it on GitHub
https://github.com/NOAA-EMC/spack-stack/issues/348#issuecomment-1279351386,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKWSMFDD5RHDHBVEN2IF3PLWDGT2RANCNFSM6AAAAAAQRMTGMA
.
You are receiving this because you were mentioned.Message ID:
@.***>

It should be installed on WCOSS2 early next month: We have a code delivery
list on
https://docs.google.com/spreadsheets/d/1iEYR_Z6vomZDKLfYB6bBz4lAHafnU8EpUUsO3zUjs7c/edit?pli=1#gid=372078992
On Fri, Oct 14, 2022 at 3:59 PM Hang Lei - NOAA Affiliate @.***>
wrote:

@George Gayno - NOAA Affiliate @.***> the ip v4.0.0 had
been added on orion. Please check with the new address:
module use /apps/contrib/NCEP/hpc-stack/libs/hpc-stack/modulefiles/stack
On Fri, Oct 14, 2022 at 2:53 PM GeorgeGayno-NOAA @.***>
wrote:

UFS_UTILS have been added on WCOSS2, Hera and orion. I will update the
spack stack soon.
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA I see v4.0 is
installed on Hera. But I don't see it on Jet, Orion and WCOSS2. What is the
status of the install on these machines?
—
Reply to this email directly, view it on GitHub
https://github.com/NOAA-EMC/spack-stack/issues/348#issuecomment-1279351386,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKWSMFDD5RHDHBVEN2IF3PLWDGT2RANCNFSM6AAAAAAQRMTGMA
.
You are receiving this because you were mentioned.Message ID:
@.***>

Jet, gaea etc have been maintained by EPIC. Please contact @Jong Kim - NOAA
Affiliate @.***> for these machines.
On Fri, Oct 14, 2022 at 4:02 PM Hang Lei - NOAA Affiliate @.***>
wrote:

It should be installed on WCOSS2 early next month: We have a code delivery
list on
https://docs.google.com/spreadsheets/d/1iEYR_Z6vomZDKLfYB6bBz4lAHafnU8EpUUsO3zUjs7c/edit?pli=1#gid=372078992
On Fri, Oct 14, 2022 at 3:59 PM Hang Lei - NOAA Affiliate <
@.***> wrote:

@George Gayno - NOAA Affiliate @.***> the ip v4.0.0 had
been added on orion. Please check with the new address:
module use /apps/contrib/NCEP/hpc-stack/libs/hpc-stack/modulefiles/stack
On Fri, Oct 14, 2022 at 2:53 PM GeorgeGayno-NOAA <
@.***> wrote:

UFS_UTILS have been added on WCOSS2, Hera and orion. I will update the
spack stack soon.
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA I see v4.0 is
installed on Hera. But I don't see it on Jet, Orion and WCOSS2. What is the
status of the install on these machines?
—
Reply to this email directly, view it on GitHub
https://github.com/NOAA-EMC/spack-stack/issues/348#issuecomment-1279351386,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKWSMFDD5RHDHBVEN2IF3PLWDGT2RANCNFSM6AAAAAAQRMTGMA
.
You are receiving this because you were mentioned.Message ID:
@.***>

@ulmononian can we coordinate about the current status of EPIC's spack-stack installation and test?

@george Gayno - NOAA Affiliate @.***> the ip v4.0.0 had been added on orion. Please check with the new address: module use /apps/contrib/NCEP/hpc-stack/libs/hpc-stack/modulefiles/stack

Thanks!

It should be installed on WCOSS2 early next month: We have a code delivery list on https://docs.google.com/spreadsheets/d/1iEYR_Z6vomZDKLfYB6bBz4lAHafnU8EpUUsO3zUjs7c/edit?pli=1#gid=372078992 On Fri, Oct 14, 2022 at 3:59 PM Hang Lei - NOAA Affiliate @.***> wrote:

Great!

These installations are all in hpc-stack, correct? Should this issue/discussion be moved to the hpc-stack repository to avoid confusion?

Yes, the ip/4.0.0 had been added into spack-stack.
On Mon, Oct 17, 2022 at 10:17 AM Dom Heinzeller @.***>
wrote:

These installations are all in hpc-stack, correct? Should this
issue/discussion be moved to the hpc-stack repository to avoid confusion?
—
Reply to this email directly, view it on GitHub
https://github.com/NOAA-EMC/spack-stack/issues/348#issuecomment-1280934632,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKWSMFENWDQUZ2DYON6VUSLWDVNZBANCNFSM6AAAAAAQRMTGMA
.
You are receiving this because you were mentioned.Message ID:
@.***>


Update workflow.yml

small change related to type

Codecov Report
Patch and project coverage have no change.

Comparison is base (2758cc1) 97.27% compared to head (84e63f7) 97.27%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@           Coverage Diff           @@
##           master       #3   +/-   ##
=======================================
  Coverage   97.27%   97.27%
=======================================
  Files           7        7
  Lines         220      220
=======================================
  Hits          214      214
  Misses          6        6

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Fixed typo in binary conversion

Binary conversion from <IP_ADDRESS> corrected binary to match paragraph below.
Should be:<PHONE_NUMBER>1010000111101110000100

Learn Build status updates of commit e6dbc50:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

support/windows-client/networking/tcpip-addressing-and-subnetting.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel