Move Semantics & Improved Unit Tests

Purpose

PropertyCollection::assign() uses move semantics now; the clone trait for a property is not required anymore.
Unit tests were extended and improved
API for PropertyCollection::get() was simplified, such that it returns an Option<&T> instead of a result struct.
Hidden internal panic was removed.
The crate no longer depends on thiserror (we are a standalone crate!).
GitHub Workflow was fixed, such as it does not publish from PRs anymore...

Codecov Report
Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (267e650) 85.88% compared to head (86577cb) 99.59%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@             Coverage Diff             @@
##             main       #2       +/-   ##
===========================================
+ Coverage   85.88%   99.59%   +13.71%
===========================================
  Files           2        2
  Lines         255      249        -6
===========================================
+ Hits          219      248       +29
+ Misses         36        1       -35

Files
Coverage Δ

src/property.rs
100.00% <100.00%> (ø)

src/property_collection.rs
99.31% <98.85%> (+23.63%)
:arrow_up:

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Generate NOTICE file for ClearlyDefined from ClearlyNoticed

NOTICE file here: https://github.com/clearlydefined/clearlydefined/blob/master/docs/legal/NOTICES.md
Should be an output from our package-lock.json that's been generated by ClearlyNoticed.
@dabutvin for visibility

hi @fossygirl ,
Can you give me some more details on this issue?

@darshank15 We have the ability to generate NOTICE files with ClearlyNoticed if you have a package-lock file for the project. As the issue says, it would be good for us to generate our own NOTICE file for ClearlyDefined from ClearlyNoticed. The document that's currently linked at the page above is not generated using ClearlyNoticed.

@fossygirl  I've implemented the ClearlyNoticed github action for my fork of https://github.com/clearlydefined/website at https://github.com/sbs2001/website
Upon changes in the lock  file the bot files in PR like https://github.com/sbs2001/website/pull/1
I've used https://github.com/dabutvin/chive-action
I want to know which repo you want clearlynoticed setted up as this repo has no lock file. Did you meant the clearlydefined website repo ?
Also the PR template is customizable please give me the PR's template.

Notices are available here now. Not sure how this gets updated, but closing this for now.


Codecov is making noise in ci

I think that we should drop codecov here, possibly in favor of codeql

Aren't those two totally different types of products?

Actually, yes.
I think that we stopped using it in.... iirc sdk and maybe ibc too, due to
the noise factor.  If you've got ideas on how to use it without the noise
I'm all ears.
On Fri, Aug 25, 2023 at 8:05 PM Romain Ruetschi @.***>
wrote:

Aren't those two totally different types of products?
—
Reply to this email directly, view it on GitHub
https://github.com/cosmos/ics23/issues/175#issuecomment-1693251761, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABWPVCLMKMLI6MXCZ4UTEYDXXCIIJANCNFSM6AAAAAA355KMAM
.
You are receiving this because you authored the thread.Message ID:
@.***>


Scala Common Enrich: stopped trying to catch fatal errors

Using scala.util.control.NonFatal will get rid of a lot of compiler warnings.

Great idea


Feature/remove refresh all

Working on #3295

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 2

See the complete overview on Codacy

 Here is an overview of what got changed by this pull request:

Issues
======
+ Solved 2

See the complete overview on Codacy

Approved under the assumption that a white list wizard for quay tools will be added.


already_active, Image picker is already active, null, null

Everytime I'm pressing pick image in release mode it's showing me this error
E/flutter (24004): [ERROR:flutter/lib/ui/ui_dart_state.cc(186)] Unhandled Exception: PlatformException(already_active, Image picker is already active, null, null)
E/flutter (24004): #0      StandardMethodCodec.decodeEnvelope (package:flutter/src/services/message_codecs.dart:581)
E/flutter (24004): #1      MethodChannel._invokeMethod (package:flutter/src/services/platform_channel.dart:158)
E/flutter (24004):
E/flutter (24004): #2      MethodChannelImagePicker.pickImage (package:image_picker_platform_interface/src/method_channel/method_channel_image_picker.dart:29)
E/flutter (24004):
E/flutter (24004): #3      _UploadDataCardState.getImage (package:visual_retail/screens/FillData/UploadDataCard.dart:164)
E/flutter (24004):
E/flutter (24004):
In debug mode it's working properly
I'm using latest version of flutter and image picker

Hi @swarupbhanjachowdhury
I see there's an open issue (https://github.com/flutter/flutter/issues/72759) addressing the case you described.
Please follow up on that issue, I'm closing the current one as a duplicate.
If you disagree, please write in the comments and I will reopen it.
Thank you


config.py: Divert help command to private message.

Adds to https://github.com/coala/corobo/issues/32
Reviewers Checklist

[ ] Appropriate logging is done.
[ ] Appropriate error responses.
[ ] Handle every possible exception.
[ ] Make sure there is a docstring in the command functions. Hint: Lookout for
botcmd and re_botcmd decorators.
[ ] See that 100% coverage is there.
[ ] See to it that mocking is not done where it is not necessary.

ack https://github.com/coala/corobo/pull/135/commits/6edeb7468cafd014203141dcc45b7a9da925f1b8

@rultor merge

@rultor merge

@meetmangukiya OK, I'll try to merge now. You can check the progress of the merge here

@rultor merge

@meetmangukiya Done! FYI, the full log is here (took me 2min)


Error compiling tf gpu on OSX: "declared output 'third_party/gpus/cuda/cuda.config' was not created by genrule."

Environment info
Operating System: OSX El Capitan 10.11
Installed version of CUDA and cuDNN:
-rw-r--r--@ 1 root    wheel    533344 18 May 05:42 /Developer/NVIDIA/CUDA-8.0/lib/libcudadevrt.a
-rwxr-xr-x@ 1 root    wheel    287392 18 May 05:42 /Developer/NVIDIA/CUDA-8.0/lib/libcudart.8.0.dylib
lrwxr-xr-x@ 1 root    wheel        19 18 May 05:42 /Developer/NVIDIA/CUDA-8.0/lib/libcudart.dylib -> libcudart.8.0.dylib
-rw-r--r--@ 1 root    wheel    595400 18 May 05:42 /Developer/NVIDIA/CUDA-8.0/lib/libcudart_static.a
-rwxr-xr-x  1 jjough  wheel  76280680 22 Apr 19:53 /Developer/NVIDIA/CUDA-8.0/lib/libcudnn.5.dylib
lrwxr-xr-x  1 jjough  wheel        16 22 Apr 19:54 /Developer/NVIDIA/CUDA-8.0/lib/libcudnn.dylib -> libcudnn.5.dylib
-rw-r--r--  1 jjough  wheel  64702864 22 Apr 19:53 /Developer/NVIDIA/CUDA-8.0/lib/libcudnn_static.a
If installed from sources, provide the commit hash:
Installing from master.
Steps to reproduce

Copy cudnn fiels to default directory (copied to both "Developer/NVIDIA/CUDA-8.0" and  "usr/local/cuda")
git clone --recursive https://github.com/tensorflow/tensorflow.git
cd tensorflow
./configure

What have you tried?

Expunging bazel with "bazel clean --expunge"
Giving CUDA toolkit location either as "/Developer/NVIDIA/CUDA-8.0" or "usr/local/cuda" gives same error.

Logs or other output that would be helpful
(If logs are large, please upload as attachment).
Bazel version: Build label: 0.2.3-homebrew
Please specify the location of python. [Default is /Users/jjough/anaconda/bin/python]:
Do you wish to build TensorFlow with Google Cloud Platform support? [y/N] y
Google Cloud Platform support will be enabled for TensorFlow
Do you wish to build TensorFlow with GPU support? [y/N] y
GPU support will be enabled for TensorFlow
Please specify which gcc nvcc should use as the host compiler. [Default is /usr/bin/gcc]:
Please specify the Cuda SDK version you want to use, e.g. 7.0. [Leave empty to use system default]: 8.0
Please specify the location where CUDA 8.0 toolkit is installed. Refer to README.md for more details. [Default is /usr/local/cuda]: /Developer/NVIDIA/CUDA-8.0
Please specify the Cudnn version you want to use. [Leave empty to use system default]:
Please specify the location where cuDNN  library is installed. Refer to README.md for more details. [Default is /Developer/NVIDIA/CUDA-8.0]:
Please specify a list of comma-separated Cuda compute capabilities you want to build with.
You can find the compute capability of your device at: https://developer.nvidia.com/cuda-gpus.
Please note that each additional compute capability significantly increases your build time and binary size.

WARNING: /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/protobuf/WORKSPACE:1: Workspace name in /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/protobuf/WORKSPACE (@__main__) does not match the name given in the repository's definition (@protobuf); this will cause a build error in future versions.
WARNING: /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/highwayhash/WORKSPACE:1: Workspace name in /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/highwayhash/WORKSPACE (@__main__) does not match the name given in the repository's definition (@highwayhash); this will cause a build error in future versions.
WARNING: /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/re2/WORKSPACE:1: Workspace name in /private/var/tmp/_bazel_jjough/9718908c97a55c433a2b3627520dcbd8/external/re2/WORKSPACE (@__main__) does not match the name given in the repository's definition (@re2); this will cause a build error in future versions.
WARNING: /Users/jjough/ai/tensorflow/util/python/BUILD:11:16: in includes attribute of cc_library rule //util/python:python_headers: 'python_include' resolves to 'util/python/python_include' not in 'third_party'. This will be an error in the future.
INFO: Found 1 target...
INFO: From Compiling external/zlib_archive/zlib-1.2.8/inflate.c [for host]:
external/zlib_archive/zlib-1.2.8/inflate.c:1507:61: warning: shifting a negative signed value is undefined [-Wshift-negative-value]
    if (strm == Z_NULL || strm->state == Z_NULL) return -1L << 16;
                                                        ~~~ ^
1 warning generated.
INFO: From Compiling external/zlib_archive/zlib-1.2.8/gzlib.c [for host]:
external/zlib_archive/zlib-1.2.8/gzlib.c:256:24: warning: implicit declaration of function 'lseek' is invalid in C99 [-Wimplicit-function-declaration]
        state->start = LSEEK(state->fd, 0, SEEK_CUR);
                       ^
external/zlib_archive/zlib-1.2.8/gzlib.c:14:17: note: expanded from macro 'LSEEK'
#  define LSEEK lseek
                ^
1 warning generated.
INFO: From Executing genrule //third_party/gpus/cuda:cuda_config_check:
/bin/bash: greadlink: command not found
ERROR: /Users/jjough/ai/tensorflow/third_party/gpus/cuda/BUILD:204:1: declared output 'third_party/gpus/cuda/cuda.config' was not created by genrule. This is probably because the genrule actually didn't create this output, or because the output was a directory and the genrule was run remotely (note that only the contents of declared file outputs are copied from genrules run remotely).
ERROR: /Users/jjough/ai/tensorflow/third_party/gpus/cuda/BUILD:204:1: not all outputs were created.
Target //tensorflow/tools/pip_package:build_pip_package failed to build
Use --verbose_failures to see the command lines of failed build steps.

The error says greadlink is not found. That probably means you need to run 'brew install coreutils'. Please carefully follow the detailed instructions on our web page.
https://www.tensorflow.org/versions/r0.9/get_started/os_setup.html#installation-for-mac-os-x

Automatically closing due to lack of recent activity. Please reopen when further information becomes available.


adding a new endpoint for exporting tet data for a given mod

@valearna Thanks for looking over the code. I updated the function name to "get_all_topic_entity_tags_by_mod" (good suggestion!), but leave the "get_curie_to_name_mapping_for_mod" function as is since this maybe a little cleaner?

The code looks good now, thanks @sweng66. I still see data_provider instead of secondary_data_provider. secondary_data_provider is the mod and data_provider is not necessarily a mod, so I think we should really use secondary_data_provider

I checked both stage and prod and it looks like all sources have a non null secondary_data_provider_id. That field is nullable=False. It's a foreign key on mod.mod_id, so you'll need to add mod to the join or read the mod_id from the mod table in a separate query

I find the naming data_provider and secondary_data_provider very confusing, but we are using the definitions of these fields in the LinkML model, so hopefully the curators will understand what these fields are

Good catch! I totally missed the mod_id in the secondary_data_provider_id lol. @valearna
I will fix the code to use this column.
Thanks @azurebrd for checking out the code!

@valearna Fixed to join the sql with secondary_data_provider_id (mod_id). Thanks.

@valearna fixed. Thanks!

Thanks for the great code review! @valearna


Test issue for labeler

🐛 Bug description
Trigger on issue:opened event
Docs

Environment

PyTorch Version (e.g., 1.4):
Ignite Version (e.g., 0.3.0):
OS (e.g., Linux):
How you installed Ignite (conda, pip, source):
Python version:
Any other relevant information:

Editing issue

no triggering


Setting a form field to required = False fails with message that field cannot be null

Resolved in new version


terraform crash while doing kustomization_build

While trying to do a kustomization_build with a remote kustomization-base with a few more resources, terraform keeps crashing.
From the crash.log it seems to me that the provider is crashing.
Calling kustomize build works fine and produces the expected resources.
Expected behaviour
terraform plan finishes without a detected change
Actual behaviour
terraform plan crashes
Steps to reproduce
git clone https://gist.github.com/4b9e12a0944eb26cc9e7d19679a3ae2b.git
cd 4b9e12a0944eb26cc9e7d19679a3ae2b
terraform init
terraform plan

Additional Info
Gist: https://gist.github.com/marrau/4b9e12a0944eb26cc9e7d19679a3ae2b
Terraform: v0.13.4
Kustomize: {Version:kustomize/v3.8.1 GitCommit:0b359d0ef0272e6545eda0e99aacd63aef99c4d0 BuildDate:2020-07-16T00:58:46Z GoOs:linux GoArch:amd64}

Thanks for reporting. Can you try without setting kubeconfig_path. I want to make sure that kubeconfig_path = "notexists" isn't the reason for the crash.
If this isn't it, I will have to debug myself to see what causes this.

I checked it and it seems not to be related to the kubeconfig_path. Terraform keeps crashing with or without that property set.
I have another kustomization call (just adding a namespace to the k8s-cluster) that actually works.
The error also appears, when i leave the provider completely empty:
provider "kustomization" {}

Note: i have working kubeconfig.

My initial impression from the stack trace is, that this originates in the kustomize code, not the provider code. May be related to the remote base, I don't actively support or test those. I will debug as soon as I have more time.
As a potential workaround, you can try to checkout that Git repository and change the kustomization.yaml to point to the local checkout instead of the remote resource.

Didn´t thought about this. I gave it a try, but with no luck.
git clone https://github.com/fluxcd/toolkit

# file: kustomization.yaml
bases:
  - ./toolkit/manifests/install

I added the crashlog for this to the gist https://gist.github.com/marrau/4b9e12a0944eb26cc9e7d19679a3ae2b#file-crashlog_with_local_base-log

Maybe the transformer is a problem. With the downloaded Kustomization i tried to narrow the problem down, because you said it looks more like "inside" the kustomize-api and the crash-log tells something about "loadAndConfigurePlugin".
And i actually happen to find something that does make a difference.
Inside the root-kustomization of the manifest i want to install is a "transformer" setup.
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
namespace: gotk-system
resources:
  - namespace.yaml
  - ../bases/source-controller
  - ../bases/kustomize-controller
  - ../bases/notification-controller
  - ../bases/helm-controller
  - ../rbac
  - ../policies
transformers:
  - labels.yaml

If i remove/comment the transformer the terraform-provider does not crash and shows "No changes" as expected (because i have not setup a resource).
Also after i have setup a resource to apply the manifest, the plan is working as expected.
So i guess we can narrow this particular problem down to not being able to properly handle the transformer.

Maybe try using commonLabels in the kustomization.yaml directly and remove the transformers. Just to verify: https://kubernetes-sigs.github.io/kustomize/guides/plugins/builtins/#labeltransformer

That works:
commonLabels:
  app.kubernetes.io/instance: gotk-system

So it is not the builtin-transformer itself, but handling it as a transformer-call.
Their transformer looks like this:
apiVersion: builtin
kind: LabelTransformer
metadata:
  name: labels
labels:
  app.kubernetes.io/instance: gotk-system
fieldSpecs:
  - path: metadata/labels
    create: true

I don´t see any difference to the example.

In<EMAIL_ADDRESS>inside the function "func (l *Loader) loadAndConfigurePlugin(....)" the variable for "l.pc" is nil.
From what i can find out, this is the PluginConfig.

I added an acceptance test to reproduce the crash. It reproduces.
https://github.com/kbst/terraform-provider-kustomization/pull/61

Apparently you're the first to ever try this. The options I passed to krusty.MakeKustomizer at some point where updated to expect a PluginConfig which I did not so far. I'm now using krusty.MakeDefaultOptions.
I also learned that the difference between using commonLabels and using the LabelTransformer is that the former changes labels and selector.matchLabels. The latter does not touch selector.matchLabels.
I'll fix the test and cut a release so you can continue working.

Thanks. That's great.


Backport request for my changes regarding bundle gem (1-0-stable)

Unfortunately, the Bundler team has committed to SemVer versioning for Bundler releases. According to SemVer, new features require incrementing the minor release number. That means that applying this patch would break SemVer for future 1.0.x releases, so I can't do that. We really appreciate the contribution, though!

Thanks for the clarification.


I know i am being dumb, but ...

The readme says that the animation of the progress ring can be configured using CATransaction.setAnimationDuration, but I just can't seem to get it to work. I've just created a new single view application. copied the two swift files into it. Added a single view, with a custom class set to MKRingProgressView. Set the initial values using the IBDesignable values, and added:
    override func viewWillAppear(_ animated: Bool) {
        super.viewWillAppear(true)
        CATransaction.begin()
        CATransaction.setAnimationDuration(1.0)
        progressView.progress = 0.5
        CATransaction.commit()

    }

my expectation was that when the view was shown on screen it would animate the ring from 0.0 to 0.5 in the course of a second, but instead, the progress ring just appears with no animation.
What am I doing wrong? I looked at the example, but you seem to be using UIView. animate with a closure, to update a group of views, but I can't even get the simple case to work. Any pointers gratefully received. (Please be kind, I am getting back into iOS development and newish to Swift)

Hi @clokey!
The code you posted looks correct. My guess here is that in viewWillAppear it might be too early yet to start animations, did you try putting the same thing in viewDidAppear?
Also, are you sure that the progress is 0.0 when you start animation? Maybe it's already set to the final value somewhere, so the animation won't start.

Hi @maxkonovalov I move the code block to viewDidAppear and ensured that elsewhere there was an initial state set (rather than in the storyboard) and it correctly animated. Thanks for getting back to me!

You're welcome ;)


Partial derivative with respect to q in forward dynamics

Hi,
I have a question regarding partial derivatives with respect to q for a special case, in which my f_ext term is sensitive to the model configuration. Referring to Eq. 16(a) in this paper, the f_ext term is not a function of input variables (q, q_dot or tau). However, for our cases, the f_ext is a function of q and thus the ddq_dq output from computeABAderivatives() [4/4] differs from what we expected.
To be specific, I'm trying to solve the trajectory for pushing an object without specifying the point of contact. From FCL, I got the nearest points between the manipulator and the object and I assume those nearest points to be the contact position. I then express the contact force in the local frame of the joint and get the f_ext. This f_ext now becomes a function of q because of the contact position changes for different configurations. Here is the code for getting the f_ext acting on the object for reference:
I first get the nearest points between manipulator and the object using FCl:
computeCollisions(model, data, geom_model, geom_data, q);
computeDistances(model, data_next, geom_model, geom_data, q);
hpp::fcl::DistanceResult dr = geom_data.distanceResults[cp_index];

I then get the vector pointing from the object's root joint to the contact point in order to transform the force:
computeJointJacobians(model, data, q);
framesForwardKinematics(model, data, q);
pinocchio::SE3 root_joint_frame_placement = data.oMf[model.getFrameId("object_root_joint")];
Eigen::Vector3d object_r_j2c = root_joint_frame_placement.inverse().act(dr.nearest_points[1]);

Transform the contact force from the contact point to the root joint position to get f_ext. The contact force is assumed to be normal to the surface of the object at the contact point:
Eigen::VectorXd fext_object(6);
force_ocp = front_normal * exforce(i);
fext_object.head(3) = force_ocp;
fext_object(3) = -object_r_j2c(2) * force_ocp(1) + object_r_j2c(1) * force_ocp(2);
fext_object(4) = object_r_j2c(2) * force_ocp(0) - object_r_j2c(0) * force_ocp(2);
fext_object(5) = -object_r_j2c(1) * force_ocp(0) + object_r_j2c(0) * force_ocp(1);
fext_object_ref = fext_object;
PINOCCHIO_ALIGNED_STD_VECTOR(pinocchio::Force) fext_plus((size_t)model.njoints, pinocchio::Force::Zero());
fext_plus[object_joint_id] = pinocchio::ForceRef<pinocchio::Force::Vector6>(fext_object_ref);

As you can see in the code, I used the distanceresult ( which is a function of q ) to get the f_ext that acts on the object. My question is using Pinocchio, is it possible for us to get a ddq_dq, with such a f_ext(q), that also reflects the sensitivity of f_ext to the model's configuration? Any suggestions will be greatly appreciated!
Thank you!

Could you send me a private email? I will forward you the technical details of this question.


Unable to flash firmware on MacOS

Hello all,
Thanks for the amazing work. I am using platformIO with VSCode on a M2 Pro MacBook Pro.
I have got the LED blinking using the Arduino IDE using this port of the Arduino core. The official core does not seem to support MacOS yet.
Hence, there is no issue on the physical level. I followed all the steps in the README and in addition I followed this excellent resource to adapt the guide to MacOS.
On VSCode, when I compile, it works perfectly. But when I hit flash/upload, I get this error :
verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ch32v/ch32v003f4p6_evt_r0.html
PLATFORM: WCH CH32V (1.0.0+sha.131d250) > CH32V003F4P6-EVT-R0
HARDWARE: CH32V003F4P6 48MHz, 2KB RAM, 16KB Flash
DEBUG: Current (wch-link) On-board (wch-link) External (minichlink)
PACKAGES:
 - tool-minichlink @ 0.1.0+sha.af02ba5
 - tool-openocd-riscv-wch @ 2.1100.230329 (11.0)
 - tool-wchisp @ 0.22.230228
 - toolchain-riscv @ 1.80200.190731+sha.99cb62f
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 0 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio/build/ch32v003f4p6_evt_r0/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [=         ]  12.5% (used 256 bytes from 2048 bytes)
Flash: [          ]   3.1% (used 516 bytes from 16384 bytes)
Configuring upload protocol...
AVAILABLE: isp, minichlink, wch-link
CURRENT: upload_protocol = wch-link
Uploading .pio/build/ch32v003f4p6_evt_r0/firmware.elf
Open On-Chip Debugger 0.11.0+dev-02415-gfad123a16-dirty (2023-03-02-14:04)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
debug_level: 1

Warn : Transport "sdi" was already selected
Ready for Remote Connections

*** [upload] Error 1

If I press the button the CH32V003 board, I get the following error :
Processing ch32v003f4p6_evt_r0 (board: ch32v003f4p6_evt_r0; platform: ch32v)
-----------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ch32v/ch32v003f4p6_evt_r0.html
PLATFORM: WCH CH32V (1.0.0+sha.131d250) > CH32V003F4P6-EVT-R0
HARDWARE: CH32V003F4P6 48MHz, 2KB RAM, 16KB Flash
DEBUG: Current (wch-link) On-board (wch-link) External (minichlink)
PACKAGES:
 - tool-minichlink @ 0.1.0+sha.af02ba5
 - tool-openocd-riscv-wch @ 2.1100.230329 (11.0)
 - tool-wchisp @ 0.22.230228
 - toolchain-riscv @ 1.80200.190731+sha.99cb62f
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 0 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio/build/ch32v003f4p6_evt_r0/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [=         ]  12.5% (used 256 bytes from 2048 bytes)
Flash: [          ]   3.1% (used 516 bytes from 16384 bytes)
Configuring upload protocol...
AVAILABLE: isp, minichlink, wch-link
CURRENT: upload_protocol = wch-link
Uploading .pio/build/ch32v003f4p6_evt_r0/firmware.elf
Open On-Chip Debugger 0.11.0+dev-02415-gfad123a16-dirty (2023-03-02-14:04)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
debug_level: 1

Warn : Transport "sdi" was already selected
Ready for Remote Connections
Error:  WCH-Link failed to connect with riscvchip
Error:  1.Make sure the two-line debug interface has been opened. If not, set board to boot mode then use ISP tool to open it
Error:  2.Please check your physical link connection

*** [upload] Error 1

What could be the possible error? Thanks a lot again! Cheers.

Alexander's Arduino core uses minichlink instead of OpenOCD for upload, which might have different behavior. Can you quickly add
upload_protocol = minichlink

in your platformio.ini and reupload?

Hence, there is no issue on the physical level. I followed all the steps in the README and in addition I followed this excellent resource to adapt the guide to MacOS.

Also thanks for the blog post link, it seems people have to work around a few issues with my Platform. That's not supposed to be how it goes.
At least the "Can't install tool-openocd-riscv-wch" problem should be gone because the package is in the registry for MacOS and all other platforms (https://registry.platformio.org/tools/community-ch32v/tool-openocd-riscv-wch/compatibility). Installation of HIDAPI and LIBUSB is something that should be better documented though.

Hey,
Thanks for a quick reply.
I tried changing the upload method to minichlink and it failed too.
The logs are as follows :

Processing genericCH32V003A4M6 (board: genericCH32V003A4M6; platform: ch32v; framework: arduino)
-----------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ch32v/genericCH32V003A4M6.html
PLATFORM: WCH CH32V (1.0.0+sha.131d250) > Generic CH32V003A4M6
HARDWARE: CH32V003A4M6 48MHz, 2KB RAM, 16KB Flash
DEBUG: Current (wch-link) On-board (wch-link) External (minichlink)
PACKAGES:
 - framework-arduinoch32v003 @ 0.0.0+sha.cb439a8
 - tool-minichlink @ 0.1.0+sha.634981a
 - tool-openocd-riscv-wch @ 2.1100.230329 (11.0)
 - tool-wchisp @ 0.22.230228
 - toolchain-riscv @ 1.80200.190731+sha.99cb62f
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 1 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio/build/genericCH32V003A4M6/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [==        ]  18.4% (used 376 bytes from 2048 bytes)
Flash: [=         ]   8.7% (used 1420 bytes from 16384 bytes)
Configuring upload protocol...
AVAILABLE: isp, minichlink, wch-link
CURRENT: upload_protocol = minichlink
Uploading .pio/build/genericCH32V003A4M6/firmware.bin
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 1: 3: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 2: 0: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 3: 69632: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 4: 81920: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 5: 4096: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 6: 98304: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 7: 15216: command not found
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 8: syntax error near unexpected token `('
/Users/rgupta/.platformio/packages/tool-minichlink/minichlink: line 8: `\xcf\xfa\xed\xfe\xa0\x85 H__PAGEZERO(__TEXT__text__TEXT [\xc5 \x80__stubs__TEXT|\xdeF|\xd\x80__stub_helper__TEXT\xc4\xe0\xda\xc4\xe0\x80__cstring__TEXT\x9e\xe4\xa8\x9e\xe4__const__TEXTH\xffdH\xff__unwind_info__TEXT\xac\xffT\xac\xff\xe8__DATA_CONST@@__got__DATA_CONST8a__cfstring__DATA_CONST8 8\x88__DATA@@@@__la_symbol_ptr__DATA@h__data__DATC__common__DATA C__bss__DATA0I$H__LINKEDIT\x80@\x80p;"\x800\x80\x80\xc8؀\xb\x88\x89\xdx\x93\xf0\xa7\x80
          PKKa\xaciȤ\xc9
                         /usr/lib/dyld\xaf9\xaflX\xf08ӑ\x98l\xc2\xb4[d2

4*(\x80@
        8'/usr/lib/libSystem.B.dylib
                                    H/usr/local/opt/libusb/lib/libusb-1.0.0.dylib
                                                                                h\xff\xa1\x96/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
                                                                      X/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit&X\x92\xf8)P\x93(UH\x89\xe5H\x83\xec H\x89}\xf0H\xc7E\xe8\xb0\xe8\xc5_H\x89E\xe8H\x83\xf8\x84H\x8b\xb8\xe6H\x8b8H\x8d5D˰\xe8G\xc6鑰\xe8\x97H\x89E\xe8H\x83\xf8\x84H\x8b\x86\xe6H\x8b8H\x8d5"˰\xe8\xc6\xe9Z胜H\x89E\xe8H\x83\xf8\x84H\x8bV\xe6H\x8b8H\x8d5
                                                                            ˰\xe8\xe5\xc5\xe9%H\x8b9\xe6H\x8b8H\x8d5
˰\xe8\xc8\xc5H\xc7E\xf8\xe94\xe9\xe9H\x8b}\xe8\xe80H\x83}\xf0\x84H\x8bE\xf0H\x8d
)H\x8H\x8bE\xe8H\x89E\xf8H\x8bE\xf8H\x83\xc4 ]\xc3DUH\x89\xe5H\x83\xec H\x89}\xf0H\x8d\xed(H\x838\x84H\x8d\xdc(H\x83\x85
                   \xc7E\xfc\xfb\xff\xff\xff\xe9\xcbH\x8d\xbe(H\x83x \x85H\x8d\xac(H\x8d
%#H\x89H H\x8d\x9a(H\x83xX\x85H\x8d\x88(H\x8d
\xb1%H\x89HXH\x8dv(H\x83x`\x85H\x8dd(H\x8d
\xfd2H\x89H`H\x8dR(H\x83xx\x85H\x8d@(H\x8d
\x89AH\x89HxH\x8d.(H\x83\xb8\xe8\x85H\x8d(H\x8d
\xd2DH\x89\x88\xe8H\x8d(H\x83\xb8\xf8\x85H\x8d\xef'H\x8d
FH\x89\x88\xf8H\x8d\xda'H\x83\xb8\x88\x85H\x8d\xc5'H\x8d
\xfe4H\x89\x88\x88H\x8d\xb0'H\x83\xb8\x90\x85H\x8d\x9b'H\x8d
48H\x89\x88\x90H\x8d\x86'H\x83\xb8\xa0\x85H\x8dq'H\x8d
\xca6H\x89\x88\xa0H\x8d\'H\x83\xb8\x98\x85H\x8dG'H\x8d
`5H\x89\x88\x98H\x8d2'H\x83\xb8\xa8\x85H\x8d'H\x8d
\x868H\x89\x88\xa8H\x8'H\x83\xb8\x80\x85H\x8d\xf3&H\x8d
lFH\x89\x88\x80H\x8d\xde&H\x83\xb8\xf0\x85H\x8d\xc9&H\x8d
\xb2HH\x89\x88\xf0H\x8d\xb4&H\x83\xb8\x85H\x8d\x9f&H\x8d
JH\x89\x88H\x8d\x8a&H\x83xh\x85H\x8dx&H\x8d
q.H\x89HhH\x8df&H\x83xH\x85H\x8dT&H\x8d
]KH\x89HHH\x8dB&H\x83\xb8\xd0\x85H\x8d-&H\x8d
\xb68H\x89\x88\xd0H\x8d&H\x83\xb8\xb0\x85H\x8d&H\x8d
\x8cNH\x89\x88\xb0H\x8d\xee%H\x83\xb8\xb8\x85H\x8d\xd9%H\x8d
"OH\x89\x88\xb8H\x8d\xc4%H\x83\xb8\xc0\x85H\x8d\xaf%H\x8d
8=H\x89\x88\xc0H\x8d\x9a%H\x83x8\x85H\x8d\x88%H\x8d
\xd19H\x89H8H\x8dv%H\x83xP\x85H\x8dd%H\x8d
\xad<H\x89HPH\x8dR%H\x83xp\x85H\x8d@%H\x8d
Y>H\x89Hp\xbf\xbe \xe8t\xc1H\x89E\xe8H\x8bE\xe8\xc7@ H\x8bE\xe8\xc7H\x8bM\xe8H\x8bE\xf0H\x8\xc7E\xfc\x8bE\xfcH\x83\xc4 ]ÐUH\x89\xe5H\x81\xecH\x8b\xae\xe1H\x8bH\x89E\xf8ǅ\xec\xfe\xff\xff\x89\xbd\xe8\xfe\xff\xffH\x89\xb5\xe0\xfe\xff\xff\x83\xbd\xe8\xfe\xff\xff\x8e4H\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe\x83\xf8-\x85H\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8h\x85\xe91\xc0\x89\xc7\xe8f\xfa\xff\xffH\x89\x85\xd8\xfe\xff\xffH\x83\xbd\xd8\xfe\xff\xff\x85'H\x8b2\xe1H\x8b8H\x8d5ư\xe8\xc1\xc0ǅ\xec\xfe\xff\xff\xe0\xff\xff\xff\xe91ǅ\xd0\xfe\xff\xff1\xc0\x83\xbd\xe8\xfe\xff\xff\x88\x85+\xfe\xff\xff\x8e:H\x8b\x85\xe0\xfe\xff\xffH\x8b\xb1\xc0\x83\xf9-\x88\x85+\xfe\xff\xff\x85\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8u\x94\xc0\x88\x85+\xfe\xff\xff\x8a\x85+\xfe\xff\xff$\xb6\xc0\x89\x85$\xfe\xff\xff1\xc0\x83\xbd\xe8\xfe\xff\xff\x88\x85*\xfe\xff\xff\x8e:H\x8b\x85\xe0\xfe\xff\xffH\x8b\xb1\xc0\x83\xf9-\x88\x85*\xfe\xff\xff\x85\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8h\x94\xc0\x88\x85*\xfe\xff\xff\x8b\x85$\xfe\xff\xff\x8a\x8d*\xfe\xff\xff\x80\xe1\xb6\xc9      ȉ\x85\xfe\xff\xff1\xc0\x83\xbd\xe8\xfe\xff\xff\x88\x85#\xfe\xff\xff\x8e:H\x8b\x85\xe0\xfe\xff\xffH\x8b\xb1\xc0\x83\xf9-\x88\x85#\xfe\xff\xff\x85\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8t\x94\xc0\x88\x85#\xfe\xff\xff\x8b\x85\xfe\xff\xff\x8a\x8d#\xfe\xff\xff\x80\xe1\xb6\xc9      ȉ\x85\xfe\xff\xff1\xc0\x83\xbd\xe8\xfe\xff\xff\x88\x85xfe\xff\xff\x8e:H\x8b\x85\xe0\xfe\xff\xffH\x8b\xb1\xc0\x83\xf9-\x88\x85xfe\xff\xff\x85\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8f\x94\xc0\x88\x85xfe\xff\xff\x8b\x85\xfe\xff\xff\x8a\x8dxfe\xff\xff\x80\xe1\xb6\xc9 ȉ\x85
                                                                                \xfe\xff\xff1\xc0\x83\xbd\xe8\xfe\xff\xff\x88\x85\xfe\xff\xff\x8e:H\x8b\x85\xe0\xfe\xff\xffH\x8b\xb1\xc0\x83\xf9-\x88\x85\xfe\xff\xff\x85\x8b\x85\xe0\xfe\xff\xffH\x8b\xbe@\x83\xf8X\x94\xc0\x88\x85\xfe\xff\xff\x8b\x85
                                                                                \xfe\xff\xff\x8a\x8d\xfe\xff\xff\x80\xe1\xb6\xc9  ȉ\x85\xcc\xfe\xff\xff\x83\xbd\xcc\xfe\xff\xff\x85dH\x8d"H\x83x \x84RH\x8d"H\x8b@ H\x8b\xbd\xd8\xfe\xff\xff\xffЃ\xf8\x8d'H\x8b\xc1\xdeH\x8b8H\x8d5\xccð\xe8P\xbeǅ\xec\xfe\xff\xff\xdf\xff\xff\xff\xe9\xc0H\x8d=\xcbð蟾ǅ\xc8\xfe\xff\xffHǅ\xc0\xfe\xff\xff\x8b\x85\xc8\xfe\xff\xff;\x85\xe8\xfe\xff\xff\x8d\xd0H\x8b\x85\xe0\xfe\xff\xffHc\x8d\xc8\xfe\xff\xffH\x8b\xc8H\x89\x85\xb8\xfe\xff\xffH\x8b\x85\xb8\xfe\xff\xffH\x89\x85\xc0\xfe\xff\xffH\x8b\x85\xb8\xfe\xff\xff\xbe\x83\xf8-\x84H\x8b+\xdeH\x8b8H\x8d5cð躽\xe9\xd4\x83\xbd\xd0\xfe\xff\xff\x84-H\x8b\xdeH\x8b8\x8b\x95\xd0\xfe\xff\xffH\x8d5\ð芽ǅ\xec\xfe\xff\xff\xff\xff\xff\xff\xe9\xfa\xe9H\x8b\x85\xb8\xfe\xff\xff\xbe@\x83\xc0͉\xc1H\x89\x8d\xfe\xff\xff\x83\xe8D\x87H\x8b\x85\xfe\xff\xffH\x8d
Hc\x81H\xc8\xff\xe0H\x8b\x98\xddH\x8b8H\x8b\x85\xb8\xfe\xff\xff\xbePH\x8d5-ð\xe8\xbd\xe96H\x8d\x98 H\x83x(\x84H\x8d\x86 H\x8b@(H\x8b\xbd\xd8\xfe\xff\xff\xbe\xff\xd0\xe9\xe98\xe9OH\x8d^ H\x83x0\x84H\x8dL H\x8b@0H\x8b\xbd\xd8\xfe\xff\xff\xbe\xff\xd0\xe9\xe9\xfe\xe9H\x8d$ H\x83x(\x84\x8d H\x8b@(H\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0\xe9\xe9\xc7\xe9\xdeH\x8d\xedH\x83x0\x84\x8d\xdbH\x8b@0H\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0\xe9\xe9\x90\xe9\xa7H\x8d\xb6H\x83x8\x84H\x8d\xa4H\x8b@8H\x8b\xbd\xd8\xfe\xff\xff\xff\xd0\xe9\xe9[\xe9rH\x8b\xbd\xd8\xfe\xff\xff\xe8\xcc\x83\xf8\x84\xe9<\xe9SH\x8dbH\x83xH\x84"H\x8dPH\x8b@HH\x8b\xbd\xd8\xfe\xff\xff\xbe\xffЃ\xf8\x84\xe9\xfe\xe9H\x8d$H\x83xH\x84"H\x8dH\x8b@HH\x8b\xbd\xd8\xfe\xff\xff\xbe\xffЃ\xf8\x84\xe9\xc0\xe9\xd7H\x8d\xe6H\x83xH\x84"H\x8d\xd4H\x8b@HH\x8b\xbd\xd8\xfe\xff\xff\xbe\xffЃ\xf8\x84\xe9\x82\xe9\x99H\x8d\xa8H\x83xH\x84H\x8d\x96H\x8b@HH\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0H\x8d\x80H\x83xh\x84&H\x8dnH\x8b@hH\x8b\xbd\xd8\xfe\xff\xff1ҹ\x89\xd6\xffЃ\xf8\x84\xe9\xe9/H\x8d>H\x83xH\x84H\x8d,H\x8b@HH\x8b\xbd\xd8\xfe\xff\xff1\xf6\xffЃ\xf8\x84\xe9\xdd\xe9\xf4H\x8dH\x83xH\x84"H\x8d\xf1H\x8b@HH\x8b\xbd\xd8\xfe\xff\xff\xbe\xffЃ\xf8\x84\xe9\x9f\xe9\xb6H\x8d\xc5H\x83xH\x84H\x8d\xb3H\x8b@HH\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0H\x8d\x9dH\x83xP\x84\x8d\x8bH\x8b@PH\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0\xe9\xe9@\xe9WH\x8dfH\x83xH\x84H\x8dTH\x8b@HH\x8b\xbd\xd8\xfe\xff\xff1\xf6\xff\xd0H\x8d>H\x83xP\x84H\x8d,H\x8b@PH\x8b\xbd\xd8\xfe\xff\xff\xbe\xff\xd0\xe9\xe9\xde\xe9\xf5H\x8dH\x83\xb8\xd0\x85\xe9\xbfH\x8b\x85\xb8\xfe\xff\xff\xbe@\x83\xf8G\x852H\x8b\xbd\xd8\xfe\xff\xff\xe8\xb8\x83\xf8\x84H\x8d=^\xbf\xb0螹ǅ\xec\xfe\xff\xff\xff\xff\xff\xff\xe9\xa2H\x8b\x85\xb8\xfe\xff\xff\xbe@\x83\xf8G\x85H\x8d=L\xbf\xb0\xe8m\xb9\xe9\xe9\xe9H\x8b\xbd\xd8\xfe\xff\xff\xe8n\xb4\x83\xf8\x85\x9dH\x8d^H\x8b\x80\xd0H\x8b\xbd\xd8\xfe\xff\xffH\x8d\xb5\xf0\xfe\xff\xff\xbaE1\xc0D\x89\xc1\xffЉ\x85\xb4\xfe\xff\xff\x83\xbd\xb4\xfe\xff\xff\x8d-H\x8b\xfa\xd8H\x8b8\x8b\x95\xb4\xfe\xff\xffH\x8d5ᾰ胸ǅ\xec\xfe\xff\xff\xe0\xff\xff\xff\xe9\xf3\x83\xbd\xb4\xfe\xff\xff\x8e"H\x8d\xbd\xf0\xfe\xff\xffHc\xb5\xb4\xfe\xff\xffH\x8b\xba\xd8H\x8\xba\xe8c\xb8\xe9H\x8b\x85\xb8\xfe\xff\xff\xbe@\x83\xf8G\x85
                                                                                H\x8b\xbd\xd8\xfe\xff\xff蘶\xe9\xb0\xa8\x85\xff\xff\xff\xe9H\x8b\x85\xb8\xfe\xff\xff\xbe@\x83\xf8G\x85
                                                                                H\x8b\xbd\xd8\xfe\xff\xff脶\xe9Y
\x8b\x85\xc8\xfe\xff\xff\x83\xc0\x89\x85\xc8\xfe\xff\xff\x8b\x85\xc8\xfe\xff\xff;\x85\xe8\xfe\xff\xff\x8cH\x8b\xd8H\x8b8H\x8d5%\xbe\xb0讷\xe9\xffH\x8b\x85\xe0\xfe\xff\xff\x8b\x8d\xc8\xfe\xff\xff\x83\xe9Hc\xc9H\x8b<Ⱦ\xe8\xc0\x89\x85\xb0\xfe\xff\xffH\x8b\x85\xe0\xfe\xff\xffHc\x8d\xc8\xfe\xff\xffH\x8b<\xc81\xc0\x89\xc6\xe8\x9f\x89\x85\xac\xfe\xff\xffH\x8d\xe2H\x838\x84aH\x8d\xd1H\x83x\x84OH\x8d\xbfH\x8b@H\x8b\xbd\xd8\xfe\xff\xff\xff\xd0H\x8d\xabH\x8bH\x8b\xbd\xd8\xfe\xff\xff\x8b\x8d\xb0\xfe\xff\xff\x8b\x95\xac\xfe\xff\xff\xb6\xf1\xff\xd0H\x8d\x89H\x8b@H\x8b\xbd\xd8\xfe\xff\xff\xff\xd0\xe9\xe9@\xe9W
                                                                                \x8b\x85\xc8\xfe\xff\xff\x83\xc0\x89\x85\xc8\xfe\xff\xff\x8b\x85\xc8\xfe\xff\xff;\x85\xe8\xfe\xff\xff\x8c5H\x8b\xd7H\x8b8H\x8d5e\xbd\xb0謶H\x8b\xd7H\x8b8H\x8d5\x82\xbd\xb0蔶\xe9\xe5H\x8b\x85\xe0\xfe\xff\xffHc\x8d\xc8\xfe\xff\xffH\x8b<Ⱦ\xe8\xab\x89\x85\xa8\xfe\xff\xffH\x8d\xeeH\x83\x84aH\x8d\xdcH\x83x\x84OH\x8d\xcaH\x8bH\x8b\xbd\xd8\xfe\xff\xff\x8b\x8d\xa8\xfe\xff\xffH\x8d\x95\xa4\xfe\xff\xff\xb6\xf1\xffЉ\x85\xa0\xfe\xff\xff\x8b\xb5\xa8\xfe\xff\xff\x8b\x95\xa4\xfe\xff\xff\x8b\x8d\xa0\xfe\xff\xffH\x8d=\x8d\xbe\xb0\xe8k\xb6\xe9\xe9K\xe9b
                               H\x8dqH\x83\xb8\xc0\x84H\x8d\H\x8b\x80\xc0H\x8b\xbd\xd8\xfe\xff\xff\xff\xd0\xe9\xe9\xe9'
                  \x8b\x85\xc8\xfe\xff\xff\x83\xc0\x89\x85\xc8\xfe\xff\xff\x8b\x85\xc8\xfe\xff\xff;\x85\xe8\xfe\xff\xff\x8cH\x8b\xed\xd5H\x8b8H\x8d5#\xbe\xb0\xe8|\xb5\xe9\xcd
H\x8d\xf8H\x83\xb8\xe0\x84IH\x8d\xe3H\x8b\x80\xe0H\x8b\xbd\xd8\xfe\xff\xffH\x8b\x8d\xe0\xfe\xff\xff\x8b\x95\xc8\xfe\xff\xff\x89փ\xc6\x89\xb5\xc8\xfe\xff\xffHc\xd2H\x8b4\xd1\xffЃ\xf8\x84\xe9t
\xe9\xe9\x86'
*** [upload] Error 2
==================================== [FAILED] Took 0.24 seconds ====================================

Environment          Status    Duration
-------------------  --------  ------------
ch32v003f4p6_evt_r0  FAILED    00:00:00.246
genericCH32V003A4M6  FAILED    00:00:00.237
=============================== 2 failed, 0 succeeded in 00:00:00.483 ===============================

I am unsure if Alex's port uses minichlink as the debug log on Arduino IDE reads like :
Found WCH Link
WCH Programmer is CH32V307 version 2.7
Chip Type: 003
Part Type (A): 0x0010 (This is the capacity code, in KB)
Part UUID    : fe-d9-ab-cd-66-f7-bc-51
PFlags       : ff-ff-ff-ff
Part Type (B): 00-30-05-00
Interface Setup
Image written.

Thanks! It works after replacing the file. I had to do a chmod to remove permissions error.  The only thing is flashes two times instead of just once.
``
Processing ch32v003f4p6_evt_r0 (board: ch32v003f4p6_evt_r0; platform: ch32v; framework: arduino)
Verbose mode can be enabled via -v, --verbose option
CONFIGURATION: https://docs.platformio.org/page/boards/ch32v/ch32v003f4p6_evt_r0.html
PLATFORM: WCH CH32V (1.0.0+sha.131d250) > CH32V003F4P6-EVT-R0
HARDWARE: CH32V003F4P6 48MHz, 2KB RAM, 16KB Flash
DEBUG: Current (wch-link) On-board (wch-link) External (minichlink)
PACKAGES:

framework-arduinoch32v003 @ 0.0.0+sha.cb439a8
tool-minichlink @ 0.1.0+sha.634981a
tool-openocd-riscv-wch @ 2.1100.230329 (11.0)
tool-wchisp @ 0.22.230228
toolchain-riscv @ 1.80200.190731+sha.99cb62f
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 1 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio/build/ch32v003f4p6_evt_r0/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [==        ]  18.4% (used 376 bytes from 2048 bytes)
Flash: [=         ]   8.7% (used 1420 bytes from 16384 bytes)
Configuring upload protocol...
AVAILABLE: isp, minichlink, wch-link
CURRENT: upload_protocol = minichlink
Uploading .pio/build/ch32v003f4p6_evt_r0/firmware.bin
Found WCH Link
WCH Programmer is CH32V307 version 2.7
Chip Type: 003
Part Type (A): 0x0010 (This is the capacity code, in KB)
Part UUID    : fe-d9-ab-cd-66-f7-bc-51
PFlags       : ff-ff-ff-ff
Part Type (B): 00-30-05-00
Interface Setup
Image written.
``

Make sure you use the project environment switcher to select only one environment and not the "Default" one, then only one environment should get triggered
That minichlink version can't use line-by-line debugging because it's too old. Either build the latest minichlink version from https://github.com/cnlohr/ch32v003fun/tree/master/minichlink and replace the file again or upgrade the firmware version on the WCHLink, then OpenOCD should work without problems.

Hello everyone. I can not also upload the firmware. Here is my log. Could you help me, please?
Processing genericCH32V003F4U6 (board: genericCH32V003F4U6; platform: ch32v; framework: noneos-sdk)
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/ch32v/genericCH32V003F4U6.html
PLATFORM: WCH CH32V (1.1.0+sha.f0d5f28) > Generic CH32V003F4U6
HARDWARE: CH32V003F4U6 48MHz, 2KB RAM, 16KB Flash
DEBUG: Current (wch-link) On-board (wch-link) External (minichlink)
PACKAGES:
 - framework-wch-noneos-sdk @ 2.20000.0+sha.cdf2322
 - tool-minichlink @ 0.1.0+sha.af02ba5
 - tool-openocd-riscv-wch @ 2.1100.230329 (11.0)
 - tool-wchisp @ 0.22.230228
 - toolchain-riscv @ 1.80200.190731+sha.99cb62f
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 0 compatible libraries
Scanning dependencies...
No dependencies
Building in release mode
Checking size .pio/build/genericCH32V003F4U6/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [=         ]  14.1% (used 288 bytes from 2048 bytes)
Flash: [=         ]   9.0% (used 1480 bytes from 16384 bytes)
Configuring upload protocol...
AVAILABLE: isp, minichlink, wch-link
CURRENT: upload_protocol = wch-link
Uploading .pio/build/genericCH32V003F4U6/firmware.elf
Open On-Chip Debugger 0.11.0+dev-02415-gfad123a16-dirty (2023-03-02-19:26)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
debug_level: 1

Warn : Transport "sdi" was already selected
Ready for Remote Connections
Error: open failed

*** [upload] Error 1
========================================================================================== [FAILED] Took 0.41 seconds ==========================================================================================

Environment          Status    Duration
-------------------  --------  ------------
genericCH32V003F4U6  FAILED    00:00:00.414
==================================================================================== 1 failed, 0 succeeded in 00:00:00.414 ====================================================================================

 *  The terminal process "platformio 'run', '--target', 'upload', '--environment', 'genericCH32V003F4U6', '--upload-port', '/dev/cu.usbmodemF3838F0678561'" terminated with exit code: 1.
 *  Terminal will be reused by tasks, press any key to close it.

Thank you in advanced.

Error: open failed

Sounds like either USB permissions / udev rules are not right or there isn't actually a WCH-Link(E) connected. Can you show the output of libusb and how you connected the WCH-LinkE to the CH32V003 chip / board?

Can you follow the instructions at https://github.com/Community-PIO-CH32V/platform-ch32v#installation, reboot the computer and try again?

My bad. You're on Mac. These Linux instructions make no sense. Let me cross-check the VID and PID on Linux though.

Weird. under Linux I see
 [  134.914495] usb 1-2: new full-speed USB device number 4 using xhci_hcd
[  135.181434] usb 1-2: New USB device found, idVendor=1a86, idProduct=8010, bcdDevice= 2.09
[  135.181442] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  135.181446] usb 1-2: Product: WCH-Link
[  135.181448] usb 1-2: Manufacturer: wch.cn
[  135.181451] usb 1-2: SerialNumber: 81188F0605F5

Which does not match your Bus 008 Device 005: ID 1a86:8012 1a86 WCH-Link  Serial: F3838F067856 with respect to the product ID.. My adapter explicitly says "WCH-LinkE-RO-1v3" on it.
Another thing you can try is to download the wlink tool from https://github.com/ch32-rs/wlink/releases/tag/nightly, unpack it and run
 ./wlink  status
19:34:31 [INFO] Connected to WCH-Link v2.9(v29) (WCH-LinkE-CH32V305)
Error: Probe is not attached to an MCU, or debug is not enabled. (hint: use wchisp to enable debug)

$ ./wlink status
Error: WCH-Link is connected, but is not in RV mode

Mh, you can change it via software too (wlink), but it does recommend the official MounRiver IDE for that:
$ ./wlink  mode-switch --rv
19:44:47 [WARN] This is an experimental feature, better use the WCH-LinkUtility

http://www.mounriver.com/download

Damnnn SWDIO <--> PD1 is wrong in project. TOmorrow I will fix and retrying the upload the firmware. Tks a lot again.

All right here. Thank you so much for your help.


keep_as_tip() checks for nodes dominating nodes, but not nodes dominating tips, within the to-be-kept set

Consequently, it'll delete a node and then tell you your tree doesn't contain the tip.
Instead, it should return an error message telling you what the real problem is.

I've enhanced the error messaging in keep_as_tip(), which fixes the problem.

Nice one!


Added timestamp to TEMP-Folder name.

This should allow multiple jumpcutter processes running at the same time.
This solution is pretty hacky. If you like the feature feel free to use a counter or some other way to name the folders.

Similar to #37

Outdated.
Implementation with tempfile is much nicer.


Add VirtualInMemoryArray that keeps small arrays in memory

This is a continuation of the idea in #247 and #290 - there is no need to materialize arrays to Zarr if they can be computed from the block ID (#247 and #290) or if they are small enough to be in memory anyway (this PR).
I've also added a check that the arrays created in this way (via asarray) are smaller than 1MB. Anything bigger is best written to shared storage (typically as a Zarr file), rather than be serialized in the plan (which is currently what is happening).

a check that the arrays created in this way (via asarray) are smaller than 1MB.

Perhaps you can avoid this with the "broadcast trick" (https://github.com/dask/dask/issues/9517)
np.full(shape, 1) == np.ones(shape) == np.array([1]).broadcast_to(shape)

That's a clever trick, thanks for pointing it out @dcherian! In this case I don't think it applies, since we have a small array of arbitrary values, not a constant array created by full - but it might be something we can use in that case.

I just did a comparison of the number of Zarr arrays created during a unit test run:

Main: 431 arrays
This PR: 296 arrays

This probably isn't representative of real workloads since asarray isn't used much (and if it is, the arrays are small and don't dominate the computation).


okCallback change the original object

When i send a request from Restangularized object, I can not get my Interceptors work because the object is changed.
  var okCallback = function(response) {
    var resData = response.data;
    ...
  };

Maybe it's possible to do it like this?
  var okCallback = function(response) {
    var resData = response.config.data || response.data;
    ...
  };

I was wrong.


Quick eligible atoms fix

Two fixes:

Choose eligible atoms based on torsions that are available (atoms234 have positions)*

Randomize order of atoms proposed within an "eligible group" and account for this in the logp

*atom1 is by definition always the new atom of interest.

This should address #310

The fix I just made passes locally, but I'm waiting for the travis build to start.


AddressSpecification for PATCH requests

Change Address to AddressSpecification in the patch of an address for purchaser and passenger

This is not valid any more as PersonDetail and CompanyDetail now use PostalAddress embeddable instead of Address object.
Instead, these patch operations should take PurchaserSpecification and PassengerSpecification to patch only eligible properties.


Added Favicons for various browser support and iOS devices

Saw an earlier pull request for favicon implementation, added this solution instead with support for older browsers using .ico in root, 16px/32px png formats, iOS devices and Safari pinned tab black svg with transparent bg.

Awesome, thanks


ngSwitchWhen & ngSwitchDefault - Make them available as elements?

Is it possible to make these two directives available as elements?

Making them available as elements implies that we will need another attribute to define the criteria. This implies that there will be another way to do the same thing (that always caused issues).


limit region snapshot io

snapshot manager has an IO quota member, eg. 10MB/s
when coming a generating snapshot task, assign 5MB/s or several MB quota to this task.
control the speed of add_kv to around 5MB/s (you can refer to the idea of calculus here).
return the quota to snapshot manager after the task finished.

Why removing RateLimiter? I think it is better to use it than reinventing a new one.

Any update?

Created a pr in rust-rocksdb to help pass tikv compilation, https://github.com/pingcap/rust-rocksdb/pull/150

Please fix the conflict.
LGTM
PTAL @huachaohuang @zhangjinpeng1987

please fix the conflict @UncP

@UncP
Can we disable the Limit feature now?

Onced merged, it can't be disabled. Maybe I can put a boolean in IOLimiter to indicate whether to disable it, and this boolean can be configurable.

I prefer to use snapshot_io_limit = default value(0) as indicator to turn off the limiter.

Refact IO Limiter:

Put IOLimiter in Snapshot so that snapshot itself can control I/O speed.
Remove min_bytes_per_time and max_bytes_per_time from ServerConfig, make max_bytes_per_time  default, since it is not really necessary for user to control.
Only max_bytes_per_sec can be configurable.

./run-all-tests

It's much better now, keep trying :)

@huachaohuang PTAL

LGTM
@zhangjinpeng1987 PTAL


fix JSON parse error

#247

You return immediately, thus the response string cannot be obtained

Can a different method be used to parse the response string?


Question on JWT token validation.

I am trying to validate my access_token using https://github.com/pingidentity/lua-resty-openidc#sample-configuration-for-oauth-20-jwt-token-validation. Somehow I wasn't able to succeed. My goal is to protect my apis using this approach. Here is my configuration. Am I missing something here. I am getting 2 issues here. Can someone tell me where I am going wrong. I was able to verify the signature using http://jwt.io
openidc.lua calls https://github.com/pingidentity/lua-resty-openidc/blob/master/lib/resty/openidc.lua#L723

With the below configuration, I am getting  openidc_discover(): accessing discovery url (https://login.microsoftonline.com/common/v2.0/.well-known/openid-configuration) failed: 20: unable to get local issuer certificate, client:

When I added secret (public key string from my secret.pem file) I am getting "reason":"Verification failed","raw_header":"eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsIng1dCI6InowMzl6ZHNGdWl6cEJmQlZLMVRuMjVRSFlPMCIs

location /api {
      access_by_lua '
          local opts = {
            -- The jwks endpoint must provide a x5c entry
   discovery = "https://login.microsoftonline.com/common/v2.0/.well-known/openid-configuration"
          }
          -- call bearer_jwt_verify for OAuth 2.0 JWT validation
          local res, err = require("resty.openidc").bearer_jwt_verify(opts)
..
..
    }
  }
}

I am sending Curl request with authorization token to test if my /api is secured or not like below
curl -i http://myserver.com/api/index.html -H 'Authorization: bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsIng1dCI6InowMzl6ZHNGdWl6cEJmQlZLMVRuMjVRSFlPMCIs' @

Did you ever get this working?

Yes, it worked with the help of https://github.com/zmartzone/lua-resty-openidc

Would you mind sharing the code used to decode the access token to then validate it's claim after authentication?

Did you check this https://github.com/zmartzone/lua-resty-openidc ? This library lets you do what you are expecting.

Yea, but I can't get the validation of the access token working.... I get redirected for authentication and that works, but I am unable to get the validation of my access token to work so was curious as to what you done because your are validating from the access token right?


[WIP] Support an option to enable OIDC using keycloak in Argo CD CR

Signed-off-by: iam-veeramalla<EMAIL_ADDRESS>What type of PR is this?

/kind enhancement

What does this PR do / why we need it:
This PR provides an option for the user to enable OIDC for Argo CD using keycloak
Have you updated the necessary documentation?
NA for now.
How to test changes / Special notes to the reviewer:
Once the PR is merged, You should be able to add keycloak section in the ArgoCD spec.

Closing the PR. I will create a new PR with updated structure and implementation of OIDC


Modified api_url to reflect the upcoming migration of the old Alchemy…

…API endpoint to the IBM Bluemix platform.
The AlchemyAPI documentation has changed to point to a new base URL (http://www.alchemyapi.com/api/calling-the-api) on IBM's Bluemix platform.  Although we've found that both endpoints are working at the moment this change keeps the library up to date with the documentation and should future proof it in case the old URL gets deprecated.

@johnferro,
Thanks for the update!

No problem, thanks for the speedy merge!


SDDM fails to launch Plasma wayland session

Describe the bug
On three different machines, all using SDDM and Plasma, when I try to launch a Plasma wayland session SDDM disappears as if it was launching the selected session, but then it reappears. Under $HOME/.local/share/sddm/wayland-session.log I see the following:
/nix/store/wyzxp9h0rpj4azidqgsrdfhhd3fi2i9s-sddm-unwrapped-0.21.0/share/sddm/scripts/wayland-session:49: no such file or directory: /nix/store/jvbwa9pj296g0jmcv9cncw6v50992vw1-plasma-workspace-6.2.2/libexec/plasma-dbus-run-session-if-needed /nix/store/jvbwa9pj296g0jmcv9cncw6v50992vw1-plasma-workspace-6.2.2/bin/startplasma-wayland

Oddly enough, if I switch to a TTY session and login, I can execute startplasma-wayland just fine and checking the paths the all look correct to me
vendion on vili ~
➜ ls /nix/store/jvbwa9pj296g0jmcv9cncw6v50992vw1-plasma-workspace-6.2.2/libexec/
baloorunner      kfontprint                         plasma-fallback-session-restore
fontinst         ksmserver-logout-greeter           plasma-fallback-session-save
fontinst_helper  plasma-changeicons                 plasma-sourceenv.sh
fontinst_x11     plasma-dbus-run-session-if-needed

vendion on vili ~ took 0s
➜ ls /nix/store/jvbwa9pj296g0jmcv9cncw6v50992vw1-plasma-workspace-6.2.2/bin
gmenudbusmenuproxy           ksplashqml                   plasma-shutdown
kcminit                      lookandfeeltool              plasma_session
kcminit_startup              plasma-apply-colorscheme     plasma_waitforname
kcolorschemeeditor           plasma-apply-cursortheme     plasmashell
kde-systemd-start-condition  plasma-apply-desktoptheme    plasmawindowed
kfontinst                    plasma-apply-lookandfeel     startplasma-wayland
kfontview                    plasma-apply-wallpaperimage  startplasma-x11
krunner                      plasma-interactiveconsole    xembedsniproxy
ksmserver                    plasma-localegen-helper

vendion on vili ~ took 0s
➜ ls /nix/store/wyzxp9h0rpj4azidqgsrdfhhd3fi2i9s-sddm-unwrapped-0.21.0/share/sddm/scripts/
wayland-session  Xsession

Steps To Reproduce
Steps to reproduce the behavior:

Install KDE Plasma 6 and SDDM with the following

  environment.systemPackages = with pkgs; [
    kdePackages.dragon
    #kdePackages.falkon
    kdePackages.filelight
    kdePackages.krdc
    kdePackages.ktimer
    kdePackages.kweather
  ];

  services = {
    desktopManager = {
      plasma6.enable = true;
    };

    avahi = {
      enable = true;
      ipv6 = true;
    };

    geoclue2 = {
      enable = true;
      geoProviderUrl = "https://beacondb.net/v1/geolocate";
      submitData = true;
      submissionUrl = "https://beacondb.net/v2/geosubmit";
    };

    tlp.enable = lib.mkForce false;
  };

  environment.systemPackages = with pkgs; [ wayland waydroid ];

  services = {
    xserver = {
      enable = true;
      xkb = {
        layout = "us";
        variant = "";
        options = "caps:escape";
      };
      excludePackages = [ pkgs.xterm ];
    };
    displayManager.sddm = {
      enable = true;
      wayland.enable = true;
      enableHidpi = true;
    };
    libinput = { touchpad.disableWhileTyping = true; };
  };

Expected behavior
SDDM to launch Plasma wayland session.
Notify maintainers

Metadata

 - system: `"x86_64-linux"`
 - host os: `Linux 6.11.5-xanmod1, NixOS, 24.11 (Vicuna), 24.11.20241105.4aa3656`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.24.10`
 - nixpkgs: `/nix/store/sh0v21n9zc03b94qjj4jkkg5mbsjkpzr-source`

Add a :+1: reaction to issues you find important.

I also had problem with plasma 6 solution was:
Migrate from stable to unstable channel
Here is my working config
`kcynk@nixos:~/Documents/Containers/Whisper]$ cat /etc/nixos/configuration.nix
Edit this configuration file to define what should be installed on
your system.  Help is available in the configuration.nix(5) man page
and in the NixOS manual (accessible by running ‘nixos-help’).
{ config, pkgs, ... }:
{
imports =
[ # Include the results of the hardware scan.
./hardware-configuration.nix
];
Bootloader.
boot.loader.systemd-boot.enable = true;
boot.loader.efi.canTouchEfiVariables = true;
Disable ping
boot.kernel.sysctl."net.ipv4.icmp_echo_ignore_all" = "1";
Disable IPv6
boot.kernel.sysctl."net.ipv6.conf.all.disable_ipv6" = "1";
boot.kernel.sysctl."net.ipv6.conf.lo.disable_ipv6" = "1";
boot.kernel.sysctl."net.ipv6.conf.enp0s31f6_ipv6" = "1";
boot.kernel.sysctl."net.ipv6.conf.wlp0s20f3_ipv6" = "1";
boot.kernel.sysctl."net.ipv6.conf.docker0_ipv6" = "1";
Hostname
networking.hostName = "nixos"; # Define your hostname.
Enable networking
networking.networkmanager.enable = true;
Hosts
networking.extraHosts =
''
<IP_ADDRESS> al8-master1.centrum.ldap
<IP_ADDRESS> al8-master2.centrum.ldap
<IP_ADDRESS> al8-worker1.centrum.ldap
<IP_ADDRESS> al8-worker2.centrum.ldap
'';
Set your time zone.
time.timeZone = "Europe/Warsaw";
Select internationalisation properties.
i18n.defaultLocale = "en_US.UTF-8";
i18n.extraLocaleSettings = {
LC_ADDRESS = "pl_PL.UTF-8";
LC_IDENTIFICATION = "pl_PL.UTF-8";
LC_MEASUREMENT = "pl_PL.UTF-8";
LC_MONETARY = "pl_PL.UTF-8";
LC_NAME = "pl_PL.UTF-8";
LC_NUMERIC = "pl_PL.UTF-8";
LC_PAPER = "pl_PL.UTF-8";
LC_TELEPHONE = "pl_PL.UTF-8";
LC_TIME = "pl_PL.UTF-8";
};
Enable the X11 windowing system.
services.xserver.enable = true;
Enable the KDE Plasma Desktop Environment.
services.displayManager.sddm.enable = true;
services.xserver.desktopManager.plasma5.enable = true;
services.displayManager.defaultSession = "plasma";
services.displayManager.sddm.wayland.enable = true;
services.desktopManager.plasma6.enable = true;
services.desktopManager.plasma6.enableQt5Integration = false;
Configure keymap in X11
services.xserver.xkb = {
layout = "pl";
variant = "";
};
Configure console keymap
console.keyMap = "pl2";
Enable CUPS to print documents.
services.printing.enable = true;
Enable sound with pipewire.
hardware.pulseaudio.enable = false;
security.rtkit.enable = true;
services.pipewire = {
enable = true;
alsa.enable = true;
alsa.support32Bit = true;
pulse.enable = true;
# If you want to use JACK applications, uncomment this
#jack.enable = true;
# use the example session manager (no others are packaged yet so this is enabled by default,
# no need to redefine it in your config for now)
#media-session.enable = true;

};
Enable touchpad support (enabled default in most desktopManager).
services.xserver.libinput.enable = true;
Define a user account. Don't forget to set a password with ‘passwd’.
users.users.kcynk = {
isNormalUser = true;
description = "xyz";
extraGroups = [ "networkmanager" "wheel" "docker" "libvirtd" ];
packages = with pkgs; [ kate ];
};
Enable automatic login for the user.
services.displayManager.autoLogin.enable = true;
services.displayManager.autoLogin.user = "kcynk";
Install firefox.
programs.firefox.enable = true;
Allow unfree packages
nixpkgs.config.allowUnfree = true;
Exclude software
environment.plasma6.excludePackages = with pkgs.libsForQt5; [ plasma-browser-integration oxygen elisa ];
Disable xterm
services.xserver.excludePackages = [ pkgs.xterm ];
services.xserver.desktopManager.xterm.enable = false;
Docker
virtualisation.docker.enable = true;
Libvirt + virt-manager
virtualisation.libvirtd.enable = true;
virtualisation.libvirtd.hooks.network = {   };
programs.virt-manager.enable = true;
Install software
environment.systemPackages = with pkgs; [
vim
foliate
keepassxc
git
ticktick
libreoffice-qt6-fresh
sshpass
ansible_2_16
];
Version
system.stateVersion = "24.11"; # Did you read the comment?
}
`

I also had problem with plasma 6 solution was: Migrate from stable to unstable channel

I'm already using the unstable in my flake and seeing this on two different x86_64 and one aarch64 machines, all running Plasma6.
Direct links to my flake:

https://git.sr.ht/~vendion/vendionOS/tree/master/item/hosts/common/optional/services/sddm.nix
https://git.sr.ht/~vendion/vendionOS/tree/master/item/hosts/common/optional/kde.nix


Web App HTTP RESTful consuming API Requests

Implement and test API requests between Blazor UI and APIs

** Make sure to be using the Authorization field in the Header request. Already implemented in:**

API Implementation log (by @notgonnaleo):
#https://github.com/notgonnaleo/aurora/commit/4d6ab8944e3dddc4c8f51b9c6b19a9bfb8031885
Web App UI Implementation log (by @SamuelFontes):
#https://github.com/notgonnaleo/aurora/commit/1f379b85243f831ebd8f754bfccfc1b7599ded6a

Closing this and continuing on this issue: https://github.com/notgonnaleo/aurora/issues/13


Encode decode base64

Why a fork? Is there a change you'd like made here?

This was a PR by mistake. I will go through our problem anyway as this was a really specific problem. Our app is SEO dependent and they JSON payload serialised by hypernova contained some URLs which for some reason Googlebot followed. Our temporary solution was to base64 encode/decode the payload until we find a more robust implementation

Apologies for the inconvenience


Active Fork

This app is abandoned and has not received any update for a long time.
If you are looking for a more up-to-date implementation, I suggest you look at https://github.com/sindresorhus/caprine

Seems nice, I used to work on this project but I dont have the time anymore. I might switch to this project myself.

As the owner of the .org I contacted the developer to see if he would be willing to take over the domain. I would be glad to have an active software without malwares at the top of the google search.


Video and Audio columns can take multiple seconds to parse if reading mediainfo

This is probably because trying to do this all in jq and needs optimising

I have stripped the generation of the column string from JQ.
JQ is now returning compressed JSON to be parsed by bash.
Additional checks being made so that the mediainfo is only fetched once per file.
It is noted that some files still take mediainfo several seconds to parse... Not much we can do there...

Merged to develop


New region europe-central2 (Warsaw)

There is available new region in Warsaw (Poland) europe-central2, which is not yet included in GCP ping. I think Cloud Run is not supported there yet, though.

Thanks for the heads up!
It looks like it's not live for Cloud Run yet, but I'll keep an eye on it  👀

Hi, Cloud Run is live, I think we can add it to tool

Done! 5d69e83d6496ab8e4f6f9cf4b05144d5215b02b8


Looking for someone that can help me maintain this list

I'm just busy most of the time. And I only update this when I'm in mood (lack of motivation issues).
It's uncertain that I will merge PR regularly.
Can someone please help?

I wouldn't mind helping. But I'm not free 24x7 either.

I can help maintain this. I have few to add,

I'll help with the list as well

would love to help, I think a website/mailing list would also be great

i can help you any time. tell me what can i do for you now


The request [...] failed to resolve only because it was resolved as fully specified

Describe the bug
I'm using Webpack 5 (via @symfony/webpack-encore) and getting a bunch of errors when I import the components. It seems to be a common problem.

I installed the package with npm install -D @rgossiaux/svelte-headlessui
I followed the Dialog example from the docs, importing the package like this:

import {
    Dialog,
    DialogOverlay,
    DialogTitle,
    DialogDescription,
} from '@rgossiaux/svelte-headlessui'

Which results in lots of errors like this:
export 'DialogOverlay' (imported as 'DialogOverlay') was not found in '@rgossiaux/svelte-headlessui' (module has no exports)
export 'DialogDescription' (imported as 'DialogDescription') was not found in '@rgossiaux/svelte-headlessui' (module has no exports)
export 'Dialog' (imported as 'Dialog') was not found in '@rgossiaux/svelte-headlessui' (module has no exports)

and lots like this:
[ encore ]  ERROR  Failed to compile with 10 errors23:40:34
[ encore ] Module build failed: Module not found:
<EMAIL_ADDRESS>contains a reference to the file "./components/dialog".
This file can not be found, please check it for typos or update it if the file got moved.

<EMAIL_ADDRESS>contains a reference to the file "./components/disclosure".
[ encore ] This file can not be found, please check it for typos or update it if the file got moved.

and, crucially, this:
Did you mean 'index.js'?
BREAKING CHANGE: The request './components/transitions' failed to resolve only because it was resolved as fully specified
(probably because the origin is strict EcmaScript Module, e. g. a module with javascript mimetype, a '*.mjs' file, or a '*.js' file where the package.json contains '"type": "module"').
The extension in the request is mandatory for it to be fully specified.
Add the extension to the request.

To reproduce
Node.js version:
joel@xenon:~$ node -v
v16.15.0

svelte-headlessui version:
joel@xenon:~/app/server$ cat package.json | grep svelte-headlessui
    "@rgossiaux/svelte-headlessui": "^1.0.2",

webpack-encore version:
joel@xenon:~/app/server$ cat package.json | grep webpack
    "@symfony/webpack-encore": "^2.1.0",

(which internally uses Webpack ^5.7.2)
The fix
One of the errors suggested this:
The extension in the request is mandatory for it to be fully specified.
Add the extension to the request.

Adding .js to the imports seems to solve the problem.

Update: For anyone else facing this problem, a better solution might be to add fullySpecified: false to webpack.config.js.
If you're using Encore, you can add this:
Encore.addLoader({
  test: /\.m?js/,
  resolve: {
    fullySpecified: false,
  },
})

(props to this comment for the solution)

Thanks for the report. I found this SvelteKit issue which has a lot of useful context as well: https://github.com/sveltejs/kit/issues/2040
Since there's a workaround & most Svelte projects don't use webpack, I'm not going to prioritize this just yet. Hopefully in the meantime the guidance for library authors will become a little clearer.


Problem in running the docker in M1 chip

got a problem when running the docker in M1 chip, could anyone kindly give any advice?
 => [internal] load build definition from Dockerfile                                                                                0.0s
 => => transferring dockerfile: 424B                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.0s
 => => transferring context: 327B                                                                                0.0s
 => [internal] load metadata for docker.io/library/golang:alpine                                                                                3.6s
 => [auth] library/golang:pull token for registry-1.docker.io                                                                                0.0s
 => [builder  1/10] FROM docker.io/library/golang:alpine@sha256:4233211cc2bfac6e7f4320bf641499c72444f917e23e0e990863a7fba835d165                      13.9s
 => => resolve docker.io/library/golang:alpine@sha256:4233211cc2bfac6e7f4320bf641499c72444f917e23e0e990863a7fba835d165                                 0.0s
 => => sha256:4233211cc2bfac6e7f4320bf641499c72444f917e23e0e990863a7fba835d165 1.65kB / 1.65kB                                                         0.0s
 => => sha256:bcb4617937e8c16fa2f5df7993826eba78d3475eaf418efee55c15fc38ee7557 1.36kB / 1.36kB                                                         0.0s
 => => sha256:46689a2b71ade7902cbc35039764a41ea2f3d2e4449873d4f247be6befba5776 4.87kB / 4.87kB                                                         0.0s
 => => sha256:552d1f2373af9bfe12033568ebbfb0ccbb0de11279f9a415a29207e264d7f4d9 2.71MB / 2.71MB                                                         0.6s
 => => sha256:61e34390c2b14c7d6b4929bed3213d6d86bb9aa93c4ec135494e476afbb7c8ff 281.69kB / 281.69kB                                                     0.6s
 => => sha256:5d8f557407009b175f4d46f52d9e57a4123bc5118b57e0a250e983230d791682 153B / 153B                                                             0.7s
 => => extracting sha256:552d1f2373af9bfe12033568ebbfb0ccbb0de11279f9a415a29207e264d7f4d9                                                              0.2s
 => => sha256:01639cd8f0be66171cd30430b7303882d5c6cf0ecefaaf1f427c202784f295dc 104.32MB / 104.32MB                                                    10.4s
 => => sha256:3c2a038518afd8335adf88978717b53faa01e32fd0ee5f41708b64e922f75944 156B / 156B                                                             1.2s
 => => extracting sha256:61e34390c2b14c7d6b4929bed3213d6d86bb9aa93c4ec135494e476afbb7c8ff                                                              0.1s
 => => extracting sha256:5d8f557407009b175f4d46f52d9e57a4123bc5118b57e0a250e983230d791682                                                              0.0s
 => => extracting sha256:01639cd8f0be66171cd30430b7303882d5c6cf0ecefaaf1f427c202784f295dc                                                              2.9s
 => => extracting sha256:3c2a038518afd8335adf88978717b53faa01e32fd0ee5f41708b64e922f75944                                                              0.0s
 => [internal] load build context                                                                                0.5s
 => => transferring context: 17.48MB                                                                                0.5s
 => [builder  2/10] RUN apk update && apk add --no-cache   musl-dev   gcc   build-base   git                                                          11.5s
 => [builder  3/10] WORKDIR /build                                                                                0.0s
 => [builder  4/10] COPY go.mod .                                                                                0.0s
 => [builder  5/10] COPY go.sum .                                                                                0.0s
 => [builder  6/10] RUN go mod download                                                                                47.1s
 => [builder  7/10] COPY . .                                                                                0.1s
 => ERROR [builder  8/10] RUN ./build.sh                                                                                9.0s
------
 > [builder  8/10] RUN ./build.sh:
#13 1.592 # runtime/cgo
#13 1.592 gcc: error: unrecognized command-line option '-m64'
------
executor failed running [/bin/sh -c ./build.sh]: exit code: 2
ERROR: Service 'wallet' failed to build : Build failed

Hello @martin-ccinfo and thanks for bringing this up!
The Dockerfile currently only supports builds for amd64 platforms:
https://github.com/flow-hydraulics/flow-wallet-api/blob/main/docker/wallet/Dockerfile#L12
If you want to build on M1 (which is arm64 I believe), try changing that line to:
GOARCH=arm64
I can't yet say how important of an issue cross-platform compatibility is for this service but I will leave this issue open so it can be evaluated later.

@latenssi it did help, thanks a lot!

@latenssi it did help! thanks a lot!


added spanish readme

i've added the spanish readme wich was missing and added the spanish link to the other readmes.
Also I've cleaned a bit the links for the language links in the other readmes, erasing the links that redirects to themselfs.

Thank you for your contribution


[logstash] Add podAffinity

Describe the feature:
Be able to declare the STS podAffinity .
Describe a specific use case for the feature:
Logstash is an ETL, as such, it's very important logstash pod run closer as possible than input source or output target.
In our use case:
"we run a 3 RabbitMQ nodes cluster as logstash input, we want logstash to run on same node than rabbitMQ"

Hi @ebuildy,
That make a lot of sense.
Do you think you could provide a PR for that?

Hi @ebuildy,
That make a lot of sense.
Do you think you could provide a PR for that?

hey, yes sure, I am on it right now!

Hello @jmlrt , here the PR >> https://github.com/elastic/helm-charts/pull/1043
merci !


feat: add PR build link to test on Codespaces [skip ci]

The Issue
We now provide a link on PRs to test in gitpod.. Why not codespaces also?
How This PR Solves The Issue
Manual Testing Instructions
Automated Testing Overview

Related Issue Link(s)
Release/Deployment Notes

Testing on https://github.com/ddev-test/ddev/pull/1/: