Analyse shows only "Loading..."

Where to find the issue
https://www.coronawarn.app/en/analyse/
Describe the issue
No graphs are displayed, only the text "Loading ..."

Confirum this issue, happened locally yesterday evening too.

Strangely it is working for me if I run the website locally (npm start).
It is not working for me on the production site https://www.coronawarn.app/en/analyse/
I tried from a desktop with Chrome and Mozilla, also from a mobile device with Chrome, same issue - only "Loading...", no results shown.

@MikeMcC399
Could you close your browser and navigate to the local instance again? It worked for me the first time and then, the second time it didn't work anymore.

@MikeMcC399 @Ein-Tim  We are on it.

Analysis page has been reverted: https://github.com/corona-warn-app/cwa-website/pull/1774

https://www.coronawarn.app/en/analyse/ is still available. The revert did not cause a delete to deploy to the production server.
https://www.coronawarn.app/en/analyse/ no longer shows "Loading..." though. It is just a incomplete web page now with no graphs and a lot of text.
I will leave this open for the time-being even though the original problem no longer occurs.

https://www.coronawarn.app/en/analyse/ no longer shows an incomplete page.
It may however be superfluous, which is covered by a new issue https://github.com/corona-warn-app/cwa-website/issues/1792.
Closing this issue, since this point is resolved.
Also the new page https://www.coronawarn.app/en/analysis/ and https://www.coronawarn.app/de/analysis/ are working too.


ignore response logs for paths in ignorePaths

closes #63

Coverage decreased (-0.1%) to 98.836% when pulling 6c5630294f9d4da349282ea12a2928eea15bcbb1 on robmcguinness:master into 52be2d81f78ba890cbeb4035d2feb81d492eb983 on pinojs:master.

LGTM

I'll fix the code coverage drop today

does this look good to merge and release? let me know if more is needed. thanks!

Awesome!


Incoporate ballerina-mqtt library to ballerina-platform

Description:
The existing codebase can be utilized. However there are some more things to be done.

[x] Add a spec
[x] Get repo secrets added
[x] Add examples
[x] Incoporate into stdlib dashboard
[x] Release base version
[x] Add a load test
[x] Add BBEs

Closing as completed


fix(prompt): disable cwd prefix

This setting is needed in order for the sessions: prompt to be displayed, else the current working directory will override the custom prompt.

Good morning and thank you for your contribution!
Yes, this is correct, wouldn't however the show_cwd_header=false already take priority and disable the cwd prompt nevertheless? Or are you referring to this recent issue (to rephrase, do you see your cwd being displayed instead of sessions: at the moment, because I do not but I may be on different fzf commits)?

@gennaro-tedesco Hmm that's strange. As you guessed, I'm seeing the CWD prompt instead of the one set by the session picker. My fzf-lua configuration for the files pickers is:
files = {
  git_icons = false,
  winopts = { preview = { hidden = 'hidden' } },
}

And so it seems that the default value of cwd_prompt is being applied. I guess I could modify my global configuration to disable the setting, but given that this picker clearly has a custom prompt, I find it more appropriate to set cwd_prompt in the picker's options.
And I'm using the very latest commit of fzf-lua: https://github.com/ibhagwan/fzf-lua/commit/a2043e414ee549967415f345059edcb804332ab3

I just realised that, in my own fzf option, I set cwd_prompt = false, which is probably why I "accidentally" see all good: by using your settings I do see the cwd instead of the session prompt. Thank you for pointing it out!
I will do some more option testing and then merge (it is still early morning here so I need a few hours to be fully functioning): will notify when released so that you can check that all is good by pulling the latest commits (both for this plugin and for fzf-lua).

@gennaro-tedesco sounds good! :)

Merged and released in v0.0.12: all works well from my side, normally updating your plugin via your plugin manager should do now.

@gennaro-tedesco it's working now, thank you!
However, are you open to making the prompt configurable? I would like the prompt to simply be Sessions: , but with the current settings that's not possible...

Yes, obviously we can make the prompt fully configurable: may I ask what part specifically you'd like to configure (and also, can I get a screenshot of what you are currently seeing)? Generally speaking any fzf option can be passed and should work just fine (the prompt is however hardcoded here).

@gennaro-tedesco I would like to just change the hard-coded prompt by Sessions:  and nothing else. I was able to remove the icon by setting sessions.sessions_icon = '', but as you point out the rest of the prefix is not configurable.

I will add an option to make it configurable and open a PR soon, so that you can review: stay tuned :)!


Video Player Issue

Here are some video player issues:

Slider (Volume, play, playback speed control):
The slider only works when you drag it, not when you click it

Zoom in:
All the nice UI of Koval-UI is gone when zoomed in

Playback speed control:
Clicking outside the Playback speed control should hide it, but it does not

Hopefully that helps

@morewings
Sure
You can see that the Koval-UI is gone when you increase the video to full-screen by clicking the full-screen icon on the bottom right of the screen.

@Yehuda-V Now, I see. I decided to add full-screen functionality later. For now, we rely on native controls in that mode.


Unable to load the service index for source

I've followed the guide here, but it gives error during restore. My build agents are running on linux environment.
1>/usr/share/dotnet/sdk/2.2.203/NuGet.targets(119,5): error : Unable to load the service index for source https://{azuredevopsserver_url}/{TeamName}/_packaging/{nuget_feed_name}/nuget/v3/index.json. [/home/buildadmin/agent5/_work/25/s/HelloWorldAPI/HelloWorldAPI.csproj]
/usr/share/dotnet/sdk/2.2.203/NuGet.targets(119,5): error :   GSSAPI operation failed with error - An invalid status code was supplied (Configuration file does not specify default realm). [/home/buildadmin/agent5/_work/25/s/HelloWorldAPI/HelloWorldAPI.csproj]
NuGet.Protocol.Core.Types.FatalProtocolException: Unable to load the service index for source https://{azuredevopsserver_url}/{TeamName}/_packaging/{nuget_feed_name}/nuget/v3/index.json. ---> System.ComponentModel.Win32Exception: GSSAPI operation failed with error - An invalid status code was supplied (Configuration file does not specify default realm).

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: c78a9f20-b8d2-4aa7-c52d-a968ab87315d
Version Independent ID: 3880a787-8f70-8c13-176e-c732b619fb06
Content: Restore Package Management NuGet packages in Azure Pipelines - Azure Pipelines
Content Source: docs/pipelines/packages/nuget-restore.md
Product: devops
Technology: devops-cicd
GitHub Login: @thomps23
Microsoft Alias: amullans

I am afraid it did not work.
On 28 Aug 2019 Wed at 22:21 Matthew Sebolt<EMAIL_ADDRESS>wrote:

@fkucuk https://github.com/fkucuk Any update to the fix?
Assigning this to the author.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MicrosoftDocs/vsts-docs/issues/5363?email_source=notifications&email_token=AAX6YMIQ6ZQHYPYKNIDXCQDQG3F2RA5CNFSM4IPMTXRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5MGE3I#issuecomment-525886061,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAX6YMKZTRR6KK7UD7ZN6QLQG3F2RANCNFSM4IPMTXRA
.

--
Fatih KÜÇÜK

Same problem.
To fix it I had to create PAT token for feed and then add those credentials to the nuget.config, but because it is a sensitive piece of info you should not commit to source control - so I put it as a Azure Devops secret and then injected it as a variable and used linux command envsubst to substitute the tokens as part of build process under a script task.
It was complicated.


[WIP] Rework packaging to arrive at pip install

Slow rework of the build and packaging system of the package to work towards a
pip install hydrogym

with as little arcane dependencies as possible.

@jcallaham am latently also starting on this, as I believe it to be a slight blocker for us.

Firedrake is now added as a third-party dependency s.t. build.py can pick it up and use it to begin setting up the build environment

@jcallaham is that okay for you?

Expected  behavior of the two different installs:

Typical build
python setup.py

this should be equivalent to pip install hydrogym, and knowingly neglects the dependency on Firedrake as it presumes the user to already have it installed

Build with dependencies
python setup.py build_ext

builds Hydrogym with all dependencies, i.e. builds Firedrake out of the third_party dependencies directory into a new virtualenv before the building Hydrogym on top of it.

After conversation with Firedrake people the pip install will consist of the following:

hydrogym-core, which contains the base class, and the distributed backend.

This implies that we are essentially presenting Firedrake as a proof-of-concept implementation. In RL-training mode this will spawn out Docker-containers for all problem instances to circumvent the problem of Firedrake not being natively pip-installable. The package for which is then called

hydrogym-firedrake, which presumes a working Firedrake installation

New installation procedure:
pip install hydrogym
pip install hydrogym[firedrake]

New installation procedure:
pip install hydrogym
pip install hydrogym[firedrake]


Presubmits are failing could not update deployment manager entries

Sample failure
https://prow.k8s.io/view/gcs/kubernetes-jenkins/pr-logs/pull/kubeflow_manifests/597/kubeflow-manifests-presubmit/1190107292830273536/
build_deploy fails with
util.py                     71 INFO     time="2019-11-01T03:52:34Z" level=info msg="Creating kfctl-52ee status: RUNNING (op = operation-1572579435113-596
40ae9c6b93-a575e434-b995b654)" filename="gcp/gcp.go:388"
util.py                     71 INFO     Error: failed to apply:  (kubeflow.error): Code 500 with message: coordinator Apply failed for gcp:  (kubeflow.er
ror): Code 400 with message: gcp apply could not update deployment manager Error could not update deployment manager entries; Creating kfctl-52ee did not
 succeed; status: RUNNING (op = operation-1572579435113-59640ae9c6b93-a575e434-b995b654)

gcloud --project=kubeflow-ci-deployment deployment-manager operations describe operation-1572579435113-59640ae9c6b93-a575e434-b995b654
endTime: '2019-10-31T21:03:21.561-07:00'
error:
  errors:
  - code: RESOURCE_ERROR
    location: /deployments/kfctl-52ee/resources/kfctl-52ee
    message: '{"ResourceType":"gcp-types/container-v1beta1:projects.locations.clusters","ResourceErrorCode":"FAILED_OPERATION","ResourceErrorMessage":"\n\t(1)
      timed out waiting for Google Compute Engine operation: operation-1572579479268-59640b13e2c25-1c331135-727299a1\n\t(2)
      timed out waiting for Google Compute Engine operation: operation-1572579479270-59640b13e3587-b2c6fb8c-bf7e5850\n\t(3)
      timed out waiting for Google Compute Engine operation: operation-1572579479674-59640b1445cac-4bcaeb79-cb588f16.
      - https://container.googleapis.com/v1beta1/projects/29647740582/zones/us-central1-a/clusters/kfctl-52ee"}'
httpErrorMessage: BAD REQUEST
httpErrorStatusCode: 400
id: '736097688098313860'
insertTime: '2019-10-31T20:37:15.343-07:00'
kind: deploymentmanager#operation
name: operation-1572579435113-59640ae9c6b93-a575e434-b995b654
operationType: insert
progress: 100
selfLink: https://www.googleapis.com/deploymentmanager/v2/projects/kubeflow-ci-deployment/global/operations/operation-1572579435113-59640ae9c6b93-a575e434-b995b654
startTime: '2019-10-31T20:37:15.349-07:00'
status: DONE
targetId: '226780185303062148'
targetLink: https://www.googleapis.com/deploymentmanager/v2/projects/kubeflow-ci-deployment/global/deployments/kfctl-52ee
user<EMAIL_ADDRESS>

There is an ongoing issue with GCE
https://status.cloud.google.com/incident/compute/19008

The issue is resolved.


GW-1916 Combobox updated

What
On the 'Organisations allow list' page, there is a search combobox that lacks an accessible name, due to the visually associated label 'Search for existing organisations on GovWifi before adding them' not being programmatically associated with the input. Lacking this programmatic association, the accessible name fallbacks to using the placeholder attribute on the input, but this placeholder is empty. Therefore, leaving the input without an accessible name overall. This affects screen reader users, as the input is not labelled and, therefore, its purpose is not programmatically determinable (particularly when browsing out of context), and it also DAC | Accessibility Report 45 affects voice activation users, as there is no programmatic association between the visible label and the input for the user to select the input via its visible label ('click search for existing organisations…').
Why
The label and combobox are not programmatically associated with each other.
Link to JIRA card (if applicable):
GW-1916

So when I tested this with JAWS, my screen reader, I navigated to the Allow org allow list page, tabbed to the button which read it out, then on to the combo box, which read out 'Search for existing organisations on GovWifi before adding them' typed in 'UK', eventually it told me the number of results and I could scroll up and down and JAWS would read out the results, no whether it's running it locally that's the issue of the slowness or something up with the JavaScript search script, but in terms of UI, it does now read out the results.


Remove warning log messages for Long Running Operations

Hi @derekbekoe, I'm your friendly neighborhood Azure Pull Request Bot (You can call me AZPRBOT). Thanks for your contribution!

This seems like a small (but important) contribution, so no contribution license agreement is required at this point. Real humans will now evaluate your PR.

TTYL, AZPRBOT;

:shipit:


Shader reflection is returning incorrect byte size on float arrays

Hi,
I have this constant buffer (or uniform block) on fragment shader (HLSL):
cbuffer _shared_shadows
{
	float shadowCascadesSplits[4];
};

Once I generate the SPIRV binary using glslang, I get all the constant buffers information using the reflection feature provided by SPIRV-Cross:
ShaderTranslator::ReflectionInfo ShaderTranslator::GetReflectionInfo(const std::vector<uint32_t>& spirv_binary)
{
	ReflectionInfo info;

	spirv_cross::Compiler comp(spirv_binary);

	spirv_cross::ShaderResources activeResources = comp.get_shader_resources(comp.get_active_interface_variables());

	for (auto &u : activeResources.uniform_buffers)
	{
		UniformBlockInfo ubInfo;
		ubInfo.name = u.name;

		spirv_cross::SPIRType varType = comp.get_type_from_variable(u.id);

		ubInfo.binding = comp.get_decoration(u.id, spv::DecorationBinding);
		ubInfo.byteSize = comp.get_declared_struct_size(varType);

		for (uint32_t memberIndex = 0; memberIndex < varType.member_types.size(); ++memberIndex)
		{
			UniformInfo uInfo;

			uInfo.name = comp.get_member_name(u.base_type_id, memberIndex);
			uInfo.byteSize = comp.get_declared_struct_member_size(varType, memberIndex);
			uInfo.offset = comp.get_member_decoration(u.base_type_id, memberIndex, spv::Decoration::DecorationOffset);
			uInfo.location = comp.get_member_decoration(u.base_type_id, memberIndex, spv::Decoration::DecorationLocation);

			ubInfo.uniforms.push_back(uInfo);
		}
		info.uniformBlocks.push_back(ubInfo);
	}
	return info;
}

The following code line of the code exposed returns the byte size of each constant buffer member
 uInfo.byteSize = comp.get_declared_struct_member_size(varType, memberIndex);
It works well on every member of all constant buffers I have on my shaders, except when asking for a float array byte size.
In case of member float shadowCascadesSplits[4]; should return 16 but returns 64 bytes.
Could you help me with this? Thanks in advance

This is fixed in std430, but not sure how that maps to HLSL, anyways, closing as not a bug.

Finally I solved the wasted memory problem by using a different type of container available on HLSL:
cbuffer _shared_shadows
{
vector<float, 6> shadowCascadesSplits;
};
This time only 4 bytes are assigned to every container element. Hope this helps somebody!


Python assert do not work

After upgrading to version 0.33.1, no Python asserts work anymore. I get the following error for all python asserts, single and multiline ones:
Python code execution failed: Python assertion must return a boolean, number, or {pass, score, reason} object

Some python asserts that I have in the config file:
          # Starts with capital letter
          - type: python
            value: output.strip()[0].isupper()

          - type: python
            value: |
              paragraph = context["vars"]["paragraph"]
              paragraph_words = len(paragraph.strip().split())
              output_words = len(output.strip().split())
              response = (output_words > 0.5 * paragraph_words) and (output_words < 1.6 * paragraph_words)
              print(response)

Using version 0.32 works as expected.

Hi @miltondp,
Thanks for the report.  #353 should fix this and will be published shortly.

Please let me know if you still have trouble using 0.33.2

It works, thank you, @typpo!

However, promptfoo view does not work with the latest version. It works with v0.32.0

Hmm, looks like I published a bad build.  The web view should be good in 0.33.3.


no new releases since 0.0.2

In setup.cfg, there's a git dependency specified, which is currently blocking releases:
https://github.com/iterative/dvc-task/blob/dffef0795cf34cb55cc45891cdafb68e52d72b95/setup.cfg#L27
WARNING  Error during upload. Retry with the --verbose option for more details.
ERROR    HTTPError: 400 Bad Request from https://upload.pypi.org/legacy/
         Invalid value for requires_dist. Error: Can't have direct dependency:
         'kombu @ git+https://github.com/celery/kombu.git@0[28](https://github.com/iterative/dvc-task/runs/6874803681?check_suite_focus=true#step:7:29)2e1419fad98da5ae956
         ff38c7e87e539889ac'

I know we are waiting for kombu for the release, but I am creating this issue so that we can track, and figure out if possible, a way to unblock the release. :)

This is a known issue (and why downstream dvc also installs dvc-task from git in the dev branch). There's no pressing need for a formal release of the dvc-task & dvc changes right now so I think we can keep waiting for a kombu release in the meantime.

0.1.0 is now available on pypi


Add validation translations

Related to Issue #345
What changes has been added?
Backend
Frontend
Expected Behaviour

Current validation implementation would require significant refactoring in order to change validation messages reactively. The method tried in this branch caused a js heap memory overflow.


Unexpected error creating the API

I can open the link https://polestarid.eu.polestar.com/PolestarLogin/login to my account just fine.  However when I launch the polestar add in under settings..integrations..add integrations while I can see and load Polestar EV it asks for my username and password, which I enter, then just says "Unexpected error creating API"

I am based in New Zealand, is that going to be a problem?

what do you see in the log

@smbunn

2024-01-14 09:12:28.866 ERROR (MainThread) [custom_components.polestar_api.pypolestar.polestar] No cars found in account
NoneType: None
2024-01-14 09:12:28.866 ERROR (MainThread) [custom_components.polestar_api.config_flow] Unexpected error creating device
Traceback (most recent call last):
File "/config/custom_components/polestar_api/config_flow.py", line 43, in _create_device
await device.init()
File "/config/custom_components/polestar_api/polestar.py", line 35, in init
await self.polestarApi.init()
File "/config/custom_components/polestar_api/pypolestar/polestar.py", line 40, in init
await self._get_vehicle_data()
File "/config/custom_components/polestar_api/pypolestar/polestar.py", line 114, in _get_vehicle_data
raise PolestarNoDataException("No cars found in account")
This is weird, as my polestar app on my phone works fine.  When I open https://polestarid.eu.polestar.com/Account/landing-page on my desktop it shows my account, but there is nowhere to see any cars.

same issue here:
https://github.com/leeyuentuen/polestar_api/issues/50

i'll close issue, it still got issue, you can reopen it

It did not get resolved, I am just hoping someone knows the path to getting the car registered to that account/website so that it then appears in your app.
I have been waiting for an add-on like yours for HA for almost 2 years, thanks so much for building it.
Simon Bunn
From: Tuen Lee @.>
Sent: Friday, January 19, 2024 4:49 AM
To: leeyuentuen/polestar_api @.>
Cc: Bunn, Simon @.>; Mention @.>
Subject: Re: [leeyuentuen/polestar_api] Unexpected error creating the API (Issue #90)
Closed #90https://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90__;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEpbtLOto$ as completed.
—
Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90*event-11527002881__;Iw!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEtOdh81A$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/ABAAMIJXY3R65WGL6YQJ3TTYPE745AVCNFSM6AAAAABBZF4D6OVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJRGUZDOMBQGI4DQMI__;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEs4XyoSt$.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>

It did not get resolved, I am just hoping someone knows the path to getting the car registered to that account/website so that it then appears in your app. I have been waiting for an add-on like yours for HA for almost 2 years, thanks so much for building it. Simon Bunn From: Tuen Lee @.> Sent: Friday, January 19, 2024 4:49 AM To: leeyuentuen/polestar_api @.> Cc: Bunn, Simon @.>; Mention @.> Subject: Re: [leeyuentuen/polestar_api] Unexpected error creating the API (Issue #90) Closed #90https://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90__;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEpbtLOto$ as completed. — Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90*event-11527002881__;Iw!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEtOdh81A$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/ABAAMIJXY3R65WGL6YQJ3TTYPE745AVCNFSM6AAAAABBZF4D6OVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJRGUZDOMBQGI4DQMI__;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEs4XyoSt$. You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>
@smbunn  you can ask polestar to transfer the car to your account

Do you know how to do this?  Is there a specific email address and do I need any information like the car VIN?
thanks
Simon Bunn
From: Tuen Lee @.>
Sent: Friday, January 19, 2024 9:57 AM
To: leeyuentuen/polestar_api @.>
Cc: Bunn, Simon @.>; Mention @.>
Subject: Re: [leeyuentuen/polestar_api] Unexpected error creating the API (Issue #90)
It did not get resolved, I am just hoping someone knows the path to getting the car registered to that account/website so that it then appears in your app. I have been waiting for an add-on like yours for HA for almost 2 years, thanks so much for building it. Simon Bunn From: Tuen Lee @.> Sent: Friday, January 19, 2024 4:49 AM To: leeyuentuen/polestar_api @.> Cc: Bunn, Simon @.>; Mention @.> Subject: Re: [leeyuentuen/polestar_api] Unexpected error creating the API (Issue #90https://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90__;!!ElGdukoduuk!Wkic74AhKwaZN-vTqygOHtDUQODkg4Q5hmHkVYMwD-UCbjMF_pPP5ORs6AIZ53VfdqqH-pT7xYxMx8sVkHF1ssza$) Closed #90https://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90__;!!ElGdukoduuk!Wkic74AhKwaZN-vTqygOHtDUQODkg4Q5hmHkVYMwD-UCbjMF_pPP5ORs6AIZ53VfdqqH-pT7xYxMx8sVkHF1ssza$https://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90__;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEpbtLOto$ as completed. — Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/https:/github.com/leeyuentuen/polestar_api/issues/90*event-11527002881;Iw!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEtOdh81A$, or unsubscribehttps://urldefense.com/v3/https:/github.com/notifications/unsubscribe-auth/ABAAMIJXY3R65WGL6YQJ3TTYPE745AVCNFSM6AAAAABBZF4D6OVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJRGUZDOMBQGI4DQMI;!!ElGdukoduuk!RS1i5y7kpXP0sfN1btMcfKKPDzWt9belTny7hlxMu-_xdBf1_PoJ-CgRrferpvxPIbfGLU8WIJ5mo7SSEs4XyoSt$. You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>@smbunnhttps://urldefense.com/v3/__https:/github.com/smbunn__;!!ElGdukoduuk!Wkic74AhKwaZN-vTqygOHtDUQODkg4Q5hmHkVYMwD-UCbjMF_pPP5ORs6AIZ53VfdqqH-pT7xYxMx8sVkAdNYMzG$ you can ask polestar to transfer the car to your account
—
Reply to this email directly, view it on GitHubhttps://urldefense.com/v3/__https:/github.com/leeyuentuen/polestar_api/issues/90*issuecomment-1899191446__;Iw!!ElGdukoduuk!Wkic74AhKwaZN-vTqygOHtDUQODkg4Q5hmHkVYMwD-UCbjMF_pPP5ORs6AIZ53VfdqqH-pT7xYxMx8sVkBscxMDC$, or unsubscribehttps://urldefense.com/v3/__https:/github.com/notifications/unsubscribe-auth/ABAAMIPT6ZWB5KF3U3P3Q5TYPGD75AVCNFSM6AAAAABBZF4D6OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOJZGE4TCNBUGY__;!!ElGdukoduuk!Wkic74AhKwaZN-vTqygOHtDUQODkg4Q5hmHkVYMwD-UCbjMF_pPP5ORs6AIZ53VfdqqH-pT7xYxMx8sVkJ0JYrTI$.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>

@smbunn i suppose if you go to this link
https://polestarid.eu.polestar.com/as/authorization.oauth2?response_type=code&client_id=polmystar&redirect_uri=https%3A%2F%2Fwww.polestar.com%2Fsign-in-callback&scope=openid profile email customer:attributes customer:attributes:write
can you check if you see the car tab. if not, you can send email to polestar i think something like<EMAIL_ADDRESS>or anything like that and say that you can see your car in that page.
but do you have access on the mobile app?

So this is happening to me as well - when I go to the link you posted, there is no car listed.
The android app however works fine with all features.
I will follow up with polestar to see why the car is not appearing in my account.


Add VPG #16

Reused the PPO code. Modified the loss and policy and value function's update rules.

If its really using a MlpPolicy maybe we should just have it in deeprl

Agree. It also uses MlpValue for advantage estimation

@Het-Shah can you move this to deeprl?

And please create branches for your PRs from next time since there may be merge conflicts

OK will do the changes. Sorry for the errors.


Option for suppressing 'foo-autoloads' features from being defined

Currently straight.el is creating FOO-autoloads.el files that "(provide FOO-autoloads)" themselves. And I gess they get loaded with "(require FOO-autoloads").
However, this inflates the variable "features", it's now much harder to see which modules are actually loaded than before. BTW, package.el doesn't do this either.
I actually think that autoload files never depend on each other, so there is no need to "(require" them. Instead, you can simply (load "FOO-autoloads") them, or?

I looked into this, and creating files which provide the FEATURE-autoloads feature is the default behavior of autoload.el. In fact, package.el does an interesting hack whereby they create autoload files with a custom template, and then invoke update-directory-autoloads in order to update the template. The template used by package.el is quite similar to the default one from autoload.el, with only a few modifications.
Before making any such modification in straight.el, I'd need to understand why package.el makes this change—and why autoload.el inserts the provide forms in the first place (maybe if I remove this, it will break some other packages). If there isn't a good reason, I'd like to stick to the defaults.

By the way, this has nothing to do with how the autoloads are evaluated. In fact, if you look at the source code of straight.el you'll find that it uses load, not require.

I suppose I'm not opposed to adding an option for this, at least. It wouldn't be too hard, I think. It won't happen until after the 1.0 release, most likely.

I don't think this is a high-demand feature. If more requests for this feature come in, we can reconsider. Closing for now.


[NZOnScreen] Add extractor

IMPORTANT: PRs without the template will be CLOSED
Description of your pull request and other information

Adds support for videos on nzonscreen.com
Fixes #6193
Template

Before submitting a pull request make sure you have:

[x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[ ] Fix or improvement to an extractor (Make sure to add/update tests)
[x] New extractor (Piracy websites will not be accepted)
[ ] Core bug fix/improvement
[ ] New feature (It is strongly recommended to open an issue first)

[x]  At least skimmed through contributing guidelines including yt-dlp coding conventions

Pls read coding conventions again

Thank you for reviewing the PR!
Could you please point out which specific conventions need to be addressed? That and/or the lines of code in this extractor would be most helpful, just to minimize the back and forth fixing / reviewing cycles.
I'll be happy to apply all fixes you suggest and push them here. Thanks again!

Use single quotes
Avoid hanging indents for braces
Avoid defining variables used only once
Use traverse_obj helper instead of dict access to avoid errors
Use the builtin helper functions to parse and process json/html/...
They are more lenient and also can be set to not error
Extract all formats unless there is a specific reason not to
Remove the to_screen (Unrelated to conventions)

Thanks, I appreciate it! I'll follow up with changes.
Just curious re code formatting, has there been a discussion to switch to Black to simplify this process across all contributors?
You get auto formatting for free, it sets one convention that has become standard across many other Python projects, etc.
Not to start a flame war! :) just curious.

I am pro auto-formatting as well, use black myself and would like it to be used here as well, since it standardizes code (Alternatively a formatter conforming to the current standards can be written 😝). Formatting, linting and the like could be done as a pre-commit hook as well, simplifying the PR and review process and therefore saving overall time.
Parity with upstream has to be considered (are the diffs too different now?), however it can be argued that upstream has drifted apart a lot already anyways and merge conflicts will occur since all of the code change. Maybe it can be introduced gradually instead, but @pukkandan has the last say in this.
I think this is the wrong place to discuss this though. Feel free to open an issue about this specifically or related meta stuff (migrating to pyproject, simplify testing, the like)

Of course, fully agreed this should be moved to another issue for discussion. Happy to hear this might be possible!

just followed your recommendations & pushed an updated version, please take a look when you can
thanks!


add support for adding custom format validations

I have added support to add custom validations for string formats (uuid for instance)

@googlebot I signed it


Set the include path automatically when create the new project.

From @ArthurMa1978 on January 29, 2018 9:10
https://stackoverflow.com/questions/47401731/issues-setting-up-mxchip-vscode-arduino-mx3166-environment-on-mac/47448652#47448652
Copied from original issue: Microsoft/devkit-sdk#736

This will be fixed in the Arduino Extension

This issue was moved to Microsoft/vscode-arduino#484


Access private chests is causing some problems if there is someone nearby

How to reproduce:
If you arrive at the instance and there is already a player there, it will appear that someone is already using that chest, even if the player has not even touched the chest. And if the player there is the creator of the private chest, there will be instability in your connection (tested in crossplay only).
However, if you are alone or are the first to arrive at the instance, the feature works normally.

You can't force another client to let you open the chest. Only when your client controls the chest you can do that.
I can change it later to forcefully open the chest but that of course means items might get duped if two clients use the chest at the same time.
Instability sounds weird though.

You can't force another client to let you open the chest. Only when your client controls the chest you can do that.
I can change it later to forcefully open the chest but that of course means items might get duped if two clients use the chest at the same time.
Instability sounds weird though.

After this update, it no longer causes connection problems if the owner of the chest is nearby before you. However, you still can't open the chest. It looks like it's resolved. Thank you.


qemu: enable canokey by default

Description of changes
Given that we were overriding qemu_test to enable this anyway, enabling this by default saves Hydra a QEMU build.
There's also clear demand from users for this feature, so our alternatives are:

Offer a qemu-canokey attribute.  I don't want to do this, because I don't think there's any reason to make Hydra build an extra QEMU.

Enable it only for qemu_test.  I don't want to do this, because it will lead to users using qemu_test without understanding its subtleties.

Force users to build from source.  I don't think there's any reason to do this when it's unlikely to hurt anybody having it enabled by default.  There's no reason to single out canokey to be disabled by default in spite of users' needs given that we enable so many other optional QEMU features.

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[x] Tested, as applicable:

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

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

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

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

@alyssais @oxalica thanks for moving this forward.

If the impact on closure size is minimal, I'm for this.

If the impact on closure size is minimal

canokey-qemu's closure (31.5M) is smaller than the rounding errors of QEMU's (1.5G). The outputs of nix path-info -S -h is the same and you need to remove that -h to see the difference.
/nix/store/qz1n0j1c47crdj67zybn8lymbiryw14d-qemu-8.2.3<PHONE_NUMBER>
/nix/store/yji397fspxvawqfiyx47kkfvkk46rfpa-qemu-8.2.3<PHONE_NUMBER>

Weird error to only get for a single architecture (x86_64-darwin):
/tmp/nix-build-canokey-qemu-0-unstable-2023-06-06.drv-0/source/canokey-core/applets/oath/oath.c:44:50: error: too many arguments provided to function-like macro invocation
  memcpy(RDATA, (uint8_t[]){OATH_TAG_VERSION, 3, 0x05, 0x05, 0x05, OATH_TAG_NAME, HANDLE_LEN}, 7);
                                                 ^
/nix/store/vw8y07yai2pjv02s1piw3r5cyhmjbddf-Libsystem-1238.60.2/include/secure/_string.h:64:9: note: macro 'memcpy' defined here
#define memcpy(dest, src, len)                                  \
        ^
/tmp/nix-build-canokey-qemu-0-unstable-2023-06-06.drv-0/source/canokey-core/applets/oath/oath.c:44:3: note: parentheses are required around macro argument containing braced initializer list
  memcpy(RDATA, (uint8_t[]){OATH_TAG_VERSION, 3, 0x05, 0x05, 0x05, OATH_TAG_NAME, HANDLE_LEN}, 7);
  ^
                (                                                                            )
1 error generated.

I guess maybe on aarch64-darwin's libsystem memcpy isn't a macro

@OfBorg build qemu.tests

https://nixpk.gs/pr-tracker.html?pr=311914
Still new to nix so not sure how to track when things are part of nixos-unstable


switching languages dynamically

since you implemented to choose different languages in the config yaml, why not put this decision to the user viewing the page ? make a simple dropdown box in the bottom or at the top to choose between different languages.
I don't know if this is possible but the interface for different languages is already there so it should be only a little tweak :)

IMO, a site that can chose languages always mean that this is a muti-languages site. If I choose a different language, all the texts in the page must also turn to the choosen language.
The purpose of language config is to tell the reader and search engine the page's language. since the poster may use different languages.
But I am thinking about muti-languages post, the same post with different languages.

Hi, so is this dynamic language switching function implemented? If not and if I want to add it, what's the most convenient way that works with your theme? Thanks.

Hi, so is this dynamic language switching function implemented? If not and if I want to add it, what's the most convenient way that works with your theme? Thanks.


scheduled soft launch

This creates a softer launch by creating a random date for each hash, between launch and 6 months after launch, in which the given name can only be opened after the set date.
After thirteen weeks all names are available.

Won't it be a bit of a PITA if you start the 4 auctions to hide your real one, and then one of the non-important ones keep 'blocking' the one that I really want ?

@holiman it shouldn't be hard to create fake auctions using this schema. Since availability is based on the hash size, you could simply generate a fake hash smaller than the limit. Also, the preimage file is ordered by hash, so you can also choose one by selecting among the N first hashes

Not yet available sounds good.
On Fri, 7 Apr 2017, 16:24 Alex Van de Sande<EMAIL_ADDRESS>wrote:

@alexvandesande commented on this pull request.
In contracts/HashRegistrarSimplified.sol
https://github.com/ethereum/ens/pull/105#discussion_r110416105:

@@ -132,8 +133,11 @@ contract Registrar {
//   Owned -> Open (releaseDeed)
function state(bytes32 _hash) constant returns (Mode) {
var entry = _entries[_hash];

   if(now < entry.registrationDate) {

       if(now < entry.registrationDate - revealPeriod) {

   if(!isAllowed(_hash, now)) {

       return Mode.Unavailable;

Unreleased? NotYetAvailable? NotLaunched?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ethereum/ens/pull/105#discussion_r110416105, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AABFyR6EQFX_zHf-I2T1OvHKfAhu6RDpks5rtlVDgaJpZM4Mv4Zs
.

@uzyn it prevents every single auction being ended up happening on the same time. Not only it reduces the chances of large scale damaging on any bugs discovered, it also allows the markets to learn about how auctions work and allow apps to adapt to it with less pressure.

@Arachnid yes, I only saw the new pattern after writing some tests. I prefer it too.

Awesome! This is a huge progess!


--usage flag is broken on dds ls respectively dds project ls

BUG
Possibly by moving the project out of the JSON and into the request.args (#220) the dds ls --usage command is broken. The error seems to occur in the function that does the formatting to SI prefixed units (kB or GB and such):
Traceback (most recent call last):
  File "/opt/homebrew/bin/dds", line 33, in <module>
    sys.exit(load_entry_point('dds-cli', 'console_scripts', 'dds')())
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/opt/homebrew/lib/python3.9/site-packages/click/decorators.py", line 21, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/__main__.py", line 522, in list_projects
    ctx.invoke(ls, username=username, json=json, sort=sort, usage=usage)
  File "/opt/homebrew/lib/python3.9/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/opt/homebrew/lib/python3.9/site-packages/click/decorators.py", line 33, in new_func
    return f(get_current_context().obj, *args, **kwargs)
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/__main__.py", line 165, in ls
    projects = lister.list_projects(sort_by=sort)
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/data_lister.py", line 118, in list_projects
    self.__print_project_table(sorted_projects, usage_info, total_size)
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/data_lister.py", line 548, in __print_project_table
    magnitudes = dds_cli.utils.calculate_magnitude(sorted_projects, column_formatting.keys())
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/utils.py", line 38, in calculate_magnitude
    values = [proj[key] for proj in projects]
  File "/Users/matthias.zepper/Documents/Coding/Python/dds_cli/dds_cli/utils.py", line 38, in <listcomp>
    values = [proj[key] for proj in projects]

COULD HAVE
While investigating the bug to see if it is a CLI or a WEB issue, I also realized that
dds project ls --json --usage
does not return the usage in the JSON. This might also be an useful feature?

Because it turned out to be an issue with the API response, PR#778 will fix both - the bug and the optional feature that we already had but that was not working as well.

Fixed with PR778 of the API


Not getting errors when requesting products

Hi,
I just noticed when -requestProductsWithCompletion: doesn't report errors happening in the request. Adding a NSError * parameter to the block type and the following method to IAPHelper.m seems to fix the issue for me :
- (void)request:(SKRequest *)request didFailWithError:(NSError *)error
{
    self.request = nil;

    if(_requestProductsBlock) {
        _requestProductsBlock (request,nil, error);
    }
}

Do you confirm it is the right approach and if so would it be possible to add it to a future release ?
Thanks a lot for considering,
Stan

Noticed it was reported as #21 . I can reproduce it on iOS 8.4.1 and iOS 10.0.2 just by calling this single method and having no internet connectivity (iPhone on Airplane mode or iPad with Wi-Fi off)


Tracking issue: New tokenizer

This is the tracking issue for Meilisearch's tokenizer rewrite.
It builds on the efforts of #560 and #275 (both closed in favor of the this issue)
Why Meilisearch needs a Tokenizer?
Tokenizer's principal role is to split documents into words (tokens) so each document can be indexed by it's contained words. It is also needed to split a search a query into token, and search on the work index.
It turns out that splitting texts into tokens is a complicated task, especially when you need to handle more than a single language. While the task for english may seem trivial at first glance (mostly split white space), Chinese tokenization, for example is completely different (no spaces between words, groups of 1, 2 or 3 characters...).
Therefore, in order to provide the best possible language support for meilisearch, we decided to rewrite our tokenizer.
A new approach
Instead of designing a one-does-it-all tokenizer, that handles every language at the same time, we instead thought of a modular one. The goal is to efficiently scan through the text and split it according to the scripts (alphabet kinda) it contains. Once that is done, we define rule specifying which tokenizer to use for which script.
For now, we will use:

Our Latin tokenizer, for Latin scripts
Jieba for Chinese
Lindera for Japanese and Korean
The modular approach makes it easy to add other tokenizer for specific languages when they are needed

Eventual optimization
For now, the goal it to scan through the text before we start emitting tokens. It decouples script detection and tokenization, but it has a cost. If tokenization appears to be a bottleneck in indexing in the future, we may consider using a default Latin tokenizer that emits tokens while scanning through the text, and only use fallback tokenizers is it detect non Latin scripts.
We may also want to provide event better language support with accurate language detection. We've done some experimentation with whatlang, but found the performance hit to critical to consider it now.
We've also considered huggingface's tokenizers library, but found it to allocate to much, and not fitting our needs.
Related issues
#563
#554
#553
#535
#864
#790
#894
Release plan
The release plan for this feature is in three parts:

Integration of the script segmenter in place of the current tokenizer, with the current tokenizer as a fallback.
Integration for Chinese, Japanese and Korean to the script segmenter.
Iterative addition of new Tokenizers.

How about making tokenizer an interface so people can choose a tokenizer from config file like elastic search does. https://www.elastic.co/guide/en/elasticsearch/reference/7.6/analysis-tokenizers.html

@xcaptain we have that in mind for a later time. It would indeed be rather easy to implement on top of the new tokenizer. But for now, our goal is just to enhance what's existing without adding configuration on the user's end.

I also hate configurations, would be great to auto detect language and tokenize the input. So the hard part is to segment the input by language and then use different tokenizer to parse those segments into tokens right?

yep, that's right, I already have a prototype that does just that. Although, it detects script rather than language per se. One good first configuration we could make  available would be to specify a default tokenizer for Latin script, other than english. Detecting language is very slow, whereas detecting script can be done efficiently, and it is already a decent improvement to a straightforward tokenizer. We could consider adding automatic language detection later too (through whatlang for example), as a opt-in feature though, because the performance hit is too bad.

It’s great to go further.
Can you consider provide a programming interface for word segmentation, such as obtaining word segmentation through http api? Algorithm-based word segmentation is far from enough for cjk.

@jet10000, can you explain what you have in mind?

Expose the structure model of the document. I use a third-party service (some cloud word segmentation services) to construct the result of word segmentation into the document structure and input it into meilisearch for query. Somewhat similar to tsvector and tsquery of postgresql.


Can CacheBlockClosure and ErrorClosure block be @escaping?

Sometimes cache setObject's cacheBlock needs to run async network request.
So, CacheBlockClosure and ErrorClosure runs in async request callback.

Ops, It already reported on this PR https://github.com/aschuch/AwesomeCache/pull/86
I'll close this issue, sorry.


Change of error

Change the error of the CLI call with a non-existent file to make the error look better

hello @MoskalykA  can you assign this issue to me.

Good work !

Can you let me know where to start and what change in error you expect?

https://github.com/BuckshotPlusPlus/BuckshotPlusPlus/blob/c9f14cc595448c8f76f70bae0f69442d08db30e0/BuckshotPlusPlus/Formater.cs#L148: This function informs the error, it should be made nicer for example by removing the text "----------|| BUCKSHOT++ ||----------", put a red background and other things


The freemodbus stack does not support bulk payload of 150 registers for write request with function code(16) 0x10 (IDFGH-12811)

Answers checklist.

[X] I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
[X] I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
[X] I have searched the issue tracker for a similar issue and not found a similar issue.

General issue report
I have a slave device which supports writing 150 registers at once which is around 300 bytes. I have framed a modbus request which is greater than 300 bytes including slave ID, function code, register start address, number of registers, number of bytes, data and CRC and sent it to the modbus slave device using standard modbus master template code. In standard documentations it is mentioned that the modbus can support writing multiple registers of 123 registers at once. Is there any way to that can support the bulk and huge payload of writing multiple registers?

The maximum buffer for the frame is 256 bytes = absolute maximum is 128 registers but the max number of holding registers to read/write is not 128. From the spec:
"The quantity of registers to be read, combined with all the other fields in the expected response, must not exceed the allowable length of Modbus messages: 256 bytes.".
If we take into account the standard fields of Modbus the maximum number of register to read with FC=0x03 drops to 125 registers.
The limitations is hard coded in the stack and for now it is not planned to extend the limit of registers to support non standard slaves.

This information will be described in the documentation on how to override the standard limitations in such slaves. This is pretty untypical case and because of this this will not be implemented in the stack for now to satisfy the Modbus standard. The issue will be closed for now. Feel free to reopen if you have comments.


Security Center Client

Description
Breaks out the Security Center Client and all related changes, from https://github.com/radixdlt/babylon-wallet-ios/pull/1106

Is the plan to stop writing Swift? I thought the point of Sargon was to put shared core logic there, not all logic? In many cases it will be a lot quicker to write things in Swift.

Let's merge it as is, implementing logic in Swift, and let's migrate later..,


Added how-to and essential knowledge articles on project duplication

@mebdivio Unfortunately your latest commit fd724e09e79ecbc3b1f3f5aeb059a51936c4aad1 changes many files, not just the three that were the subject of this pull request.
Pull requests should contain only a particular change. A formatting change should be made in a separate action from a content change. In this commit, you also make changes to headings, which should be done separately.
In addition, the commit does not change the layout correctly. Lines should be wrapped to 100 or 120 columns. This commit appears to remove line wrapping.
The best thing would be to revert this commit altogether, and try again, changing only the files in the first commit.

Done separately


Bumping major and minor does not work.

As you can see from the command, I ran both minor and major but the gem only increments the patch.
Note:
gem bump --version 0.3.0 works fine though

The command argument/option is changed a bit:
gem bump behaves --version minor --pretend
gem bump behaves --version major --pretend
Check the doc for option description:
https://github.com/svenfuchs/gem-release#options-1

Let me know if


Solved bug with dot view size

Hi Jonathan, congratulations for your work! You've created a great control for iOS!
I fixed a bug that occurs when you try to resize the day dot.

Can you be more specific on the bug?
And I don't see how sizeDot * 2.5 can be equal to sizeCircle / 2 - sizeDot.
sizeCircle is completely independent value use for the circle and not the dot.

when you try to change the default dot size, for example setting 0.3, the result position is wrong

I have attached two pictures to see the difference between the different solutions.
In the first image the position is calculated relative to the circle: sizeCircle / 2 - sizeDot

The second is an absolute position calculated by multiplying the size of 2.5: sizeDot * 2.5


Can't connect with LDAP Signing / Channel Binding enabled

Since I've enabled LDAP Signing on our Domain Controllers I'm no longer able to run bloodhound.py

python3 bloodhound.py -u<EMAIL_ADDRESS>-d domain.local -c all -v
Password:
DEBUG: Resolved collection methods: acl, group, session, localadmin, psremote, rdp, dcom, objectprops, trusts
DEBUG: Using DNS to retrieve domain information
DEBUG: Querying domain controller information from DNS
DEBUG: Using domain hint: domain.local
INFO: Found AD domain: domain.local
DEBUG: Found primary DC: dc01.domain.local
DEBUG: Found Global Catalog server: dc01.domain.local
DEBUG: Using LDAP server: dc01.domain.local
DEBUG: Using base DN: DC=domain,DC=local
INFO: Connecting to LDAP server: dc01.domain.local
DEBUG: Authenticating to LDAP server
WARNING: LDAP Authentication is refused because LDAP signing is enabled. Trying to connect over LDAPS instead...
DEBUG: Authenticating to LDAP server
ERROR: Failure to authenticate with LDAP! Error 80090346: LdapErr: DSID-0C09069E, comment: AcceptSecurityContext error, data 80090346, v2580
Traceback (most recent call last):
File "/root/Documents/tools/BloodHound.py/bloodhound.py", line 5, in
bloodhound.main()
File "/root/Documents/tools/BloodHound.py/bloodhound/init.py", line 284, in main
bloodhound.run(collect=collect,
File "/root/Documents/tools/BloodHound.py/bloodhound/init.py", line 72, in run
self.pdc.prefetch_info('objectprops' in collect, 'acl' in collect)
File "/root/Documents/tools/BloodHound.py/bloodhound/ad/domain.py", line 394, in prefetch_info
self.get_objecttype()
File "/root/Documents/tools/BloodHound.py/bloodhound/ad/domain.py", line 226, in get_objecttype
sresult = self.ldap.extend.standard.paged_search(self.ldap.server.info.other['schemaNamingContext'][0],
AttributeError: 'NoneType' object has no attribute 'extend'

Does anyone else have this issue too?

Is ldap channel binding set to required? That may cause the issue when connecting over TLS

yes it is

Interesting. I imagine this is a limitation of the ldap3 library since it doesn't support channel binding nor signing. I'd have to look if we can add it to that library. There isn't really another way to fix it.

Where did this land? Noting that the project hasn't been updated for Bloodhound 4.x - I still use this from time to time and signing is currently breaking things.,

I'm also looking forward for a new version :)
The "good" thing is, that Microsoft is still not enforcing signing and channel binding :D

Hello - I came across this issue recently with the same error.   I went searching through the ldap3 docs and if i'm reading this right there might be supporting for signing now- https://ldap3.readthedocs.io/en/latest/ssltls.html?highlight=channel binding
DEBUG: Authenticating to LDAP server
WARNING: LDAP Authentication is refused because LDAP signing is enabled. Trying to connect over LDAPS instead...
DEBUG: Authenticating to LDAP server
ERROR: Failure to authenticate with LDAP! Error 80090346: LdapErr: DSID-0C0906B5, comment: AcceptSecurityContext error, data 80090346, v4563
Traceback (most recent call last):
File "/usr/local/bin/bloodhound-python", line 8, in
sys.exit(main())
File "/usr/local/lib/python3.9/dist-packages/bloodhound/init.py", line 297, in main
bloodhound.run(collect=collect,
File "/usr/local/lib/python3.9/dist-packages/bloodhound/init.py", line 73, in run
self.pdc.prefetch_info('objectprops' in collect, 'acl' in collect)
File "/usr/local/lib/python3.9/dist-packages/bloodhound/ad/domain.py", line 393, in prefetch_info
self.get_objecttype()
File "/usr/local/lib/python3.9/dist-packages/bloodhound/ad/domain.py", line 225, in get_objecttype
sresult = self.ldap.extend.standard.paged_search(self.ldap.server.info.other['schemaNamingContext'][0],
AttributeError: 'NoneType' object has no attribute 'extend'

This is still unsupported by ldap3. Since signing is not only used in the bind stage but with every ldap message sent, this would require quite some modifications to the library. Channel binding would probably be slightly easier, but since you can't use LDAPS then it's still the same problem.
Switching out the core ldap library to a different one isn't exactly easy either, there would be additional dependencies and many things breaking probably.

@dirkjanm I've been able to use ly4k version of ldap3 to work with impacket. I'm still having some trouble with bloodhound.py, but at least I got getTGT.py to work with Impacket.
Here is the issue and links:
Original Issue: https://github.com/fortra/impacket/issues/884
PR: https://github.com/fortra/impacket/pull/1652
Repository: https://github.com/ly4k/ldap3

From Bloodhound.py with ldap3.py from ly4k:
# snippet
pyasn1.error.PyAsn1Error: <TagSet object, tags 0:32:16-64:32:30> not in asn1Spec: <AS_REP schema object, tagSet=<TagSet object, tags 0:32:16-64:32:11>, subtypeSpec=<ConstraintsIntersection object>, componentType=<NamedTypes object, types <NamedType object, type pvno=<Integer schema object, tagSet <TagSet object, tags 0:0:2-128:32:0>, subtypeSpec <ConstraintsIntersection object, consts <ValueRangeConstraint object,

Impacket before using l4yk:
# snippet
<TagSet object, tags 0:32:16-64:32:30> not in asn1Spec: <AS_REP schema object, tagSet=<TagSet object, tags 0:32:16-64:32:11>, subtypeSpec=<ConstraintsIntersection object>, componentType=<NamedTypes object, types <NamedType object, type pvno=<Integer schema object, tagSet <TagSet object, tags 0:0:2-128:32:0>, subtypeSpec <ConstraintsIntersection object, consts <ValueRangeConstraint object,

Impacket after Ldap3.py from Ly4k:
getTGT.py 'domain.example/user1' -dc-ip <IP_ADDRESS>
[*] Saving ticket in user1.ccache

There's a PR which adds support for that, maybe that would help you in the right direction: https://github.com/dirkjanm/BloodHound.py/pull/148

Correct, that is the PR I linked in my comment. While I am able to make this work with impacket to get a TGT, I am unable to get it to work with Bloodhound.py.
When I switch out the ldap3 in your setup.py for ly4k, I still am unable to get Bloodhound.py to authenticate properly and pull a TGT. It tries to fall back to NTLM authentication, but in my current configuration with LDAP channel binding, this seems to not work with Bloodhound.py, but yet I am able to do it with Impacket.
I've even generated the CCACHE within Impacket and tried to use that within Bloodhound.py and I'm still running into issues.

In case you stumbled onto this  issue like me then maybe try sync  your local machines clock with the LDAP server.
Sudo ntpdate -s
Since if clock not in sync LDAP signing is enforced.


Bugfix/1822

Issue #, if available: #1822
Description of changes: Remove newlines in rule messages to avoid breaking --parseable output.  Also replace any newlines that do make it through to ParseableFormatter with space.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Looks good just need to get the tests cleared up. Thats something I can help with if you would like.

Yes please.  I was a bit surprised that the CI build failed, I did go to have a look at the results but I didn't see anything that seemed even vaguely related to my changes.

Replaced with #1854


PDU definitions and appendix section about canonical JSON disagree on maximum integer value

The section about canonical JSON states:

Numbers in the JSON must be integers in the range [-(2**53)+1, (2**53)-1].

The PDU definitons on the room version v1, v3 and v4 page all say this about the depth field:

Must be less than the maximum value for an integer (2^63 - 1).

Should the PDU definitions be updated or are they supposed to support a wider range of values than all the other integers in the spec?

ideally, the pdu definitions should be updated. but there's a wider problem in that synapse doesn't correctly enforce the ranges specified by canonicaljson. see: https://github.com/matrix-org/matrix-doc/issues/1646

This has now taken the shape of https://github.com/matrix-org/matrix-doc/pull/2540


Invalid Date / RSS Feed

Hi,
maybe we could change the date in the feed to match these:
https://validator.w3.org/feed/docs/error/InvalidRFC2822Date.html
<pubDate>Wed, 02 Oct 2002 08:00:00 EST</pubDate>

<pubDate>Wed, 02 Oct 2002 13:00:00 GMT</pubDate>

<pubDate>Wed, 02 Oct 2002 15:00:00 +0200</pubDate>

So this is a valid date.

Hi @beli3ver,
Thank you for reporting this issue.
Fixed in commit 99c8e268a6c2c75943e1069ff95a5d64e1e19908. In this fix, the date from the content filename is interpreted as a GMT date. This is only a quick-fix to get a valid RSS as per the standard. We should probably interpret this as a date in local timezone. I will give some thought to it and work on it later.


README.md refers to outdated reportsDirName

The reportsDirName does not exist now, but it is still referred in README.md.
It should be renamed. Maybe some explanation for this change should be added.

Thanks for pointing this out; the documentation has been updated.


Update explanation notebooks

@dizcology could you review? I updated the explanation sample notebooks to use the AI Platform API instead of gcloud to make prediction requests.

@andrewferlitsch please take a look.  (use ReviewNB)

Yu-han
It has 8 conflicts! Be really really hard to resolve as raw notebook text.
Could sara review why the conflicts and then we see what we can do to
resolve.
On Thu, Jun 25, 2020 at 4:34 PM Yu-Han Liu<EMAIL_ADDRESS>wrote:

@andrewferlitsch https://github.com/andrewferlitsch please take a look.
(use ReviewNB)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/GoogleCloudPlatform/ml-on-gcp/pull/108#issuecomment-649868522,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFOVC2F62E5KZHI4NLCWSNDRYPNHZANCNFSM4OI2IVGQ
.


Release v1.22.0: refactoring and enhancements

We can see the work done here: https://github.com/jhipster/jhipster-lite/releases/tag/v1.22.0
Lot of small PR but each one is nice.
Plz claim your bounty @qmonmert

@pascalgrimaud thanks a lot https://opencollective.com/generator-jhipster/expenses/227675

@qmonmert : approved

Thanks


Vehicle recall and faults style fixes

Opening a version of https://github.com/alphagov/specialist-publisher/pull/631 as a user with permissions for merging and to get CI to run.

Rebase plix


Editorconfig causes "issues"

Hey there. The editorconfig forces LF as line-endings but on Windows Adonis generates the boilerplate app with CRLF as line-endings. I'm using Visual Studio Code and it changes the line-endings to LF on every file that I open. It's quite annoying.

Delete .editorconfig file

Closing since not actionable


Pin RayDP to Ray's nightly builds

This PR moves RayDP's Ray dependency to the Ray's nightly build (#78). I manually tested this on OS X and a small distributed cluster of Ubuntu machines.
Please let me know if I'm missing some part of the contribution process!
A sample copy of the build wheel can be found here.

thanks @wuisawesome.

thanks @wuisawesome.


Discovery and no spof

I guess you need the ability to discover MQ clients.
I am thinking of integrating with nomad from hashicorp.
No only just that they exist but also their queues, topic etc.
Any thoughts ?

Try the surveyor pattern.
Also we have a gitter channel and there is a nanomsg list which might be better places for discussion than opening up issues in github.


Start splash more quickly

Issue
none
Overview (Required)
A white screen is displayed until the inflation of Splash layout is completed. "background" attribute of the theme can solve this problem.
I created a splash-like drawable with xml, but it's not perfect. 😢 Please close this PR if you feel unnecessary 🙇
Links
none
Screenshot

Before
After

:eyes:

Thanks for improvement! According to your gif, looks good!

Thank you for reviewing late at night 🙇

Don't worry 😉 I was just at work now.

LGTM! 💯 Thanks.


Windows 10 - Can Docker Still be Used For Non WordPress Containers?

Hi there,
I'm considering moving from VVV to Wocker but also need to run a standard Nginx container for a different project.
Can these run on the same machine without having to dual boot etc.
I understand turning on Hyper-V will cause a problem with VVV so was wondering if it will also be a problem with Wocker.

Hi, Im using Wocker in Windows 10 Pro and VirtualBox 6.0.10.
My Windows settings...

Hyper-V :  OFF
WindowsHypervisor Platform: OFF

I see Control Panel -> Windows Feature.
And Wocker can switch nginx or apache for each container.
https://wocker.dev/tips/#h2-0

Thanks that sounds promising. I'm going to need to use docker for WordPress development and Laravel development on the same laptop so I can quickly switch between projects.

need to use docker for WordPress development and Laravel development

I undestood you have to use some containers, at least 2 containers.
Wocker run container on "Barge" OS that booted by Vagrant via VirtualBox.
On Barge, it is possible to run any Docker command.
So, it is possible to run other image container on Barge.
But, network settings is in Wocker Vagrant file.
Does not use URL other than http://wocker.test/.
Other way you can use  use only Wocker image it is hosted Docker Hub.
Need to setup Docker Desktop on Windows and use docker command.
Then it may be helpful wocker-cli flie.

Hi there,
Thank you for the additional info. I now have Wocker running in Windows 10 and it works great.
I am  now going to install Docker Desktop on windows for my Laravel project.
I have read that for Docker Deskop to work, I have to enable Hyper-V.
Could you please advise if Wocker will still work on the same way with Hyper-V enabled?

You have complete setup Docker Desktop, right?
So I think better to run Wocker container on Docker Desktop for Windows without Vagrant & VirtualBox.
In Powershell

cd ~/
docker pull wocker/wocker:latest
docker run -d --name my-wocker wocker/wocker
docker cp my-wocker:/var/www/wordpress ./my-wocker
   Copy WordPress core php files from container to my-wocker folder in your home dir.
   Example my Windows, copied C:/users/akiya/my-wocker/
docker rm -f my-wocker
docker run -d --name my-wocker -p 80:80 -p 3306:3306 -p 8025:8025 -v ~/my-wocker:/var/www/wordpress:rw wocker/wocker
docker exec -u wocker -it my-wocker wp search-replace wocker.test localhost
Access http://localhost you see initial wordpress page.
Have fun!


Installing Witty Pi energy manager software

Hi all. We've been trying to install Witty pi software and we don't exaclty know how to make a pull request. We are unable to connect to internet using the combined image turning off the ap0 default acces point.
This script installs the Witty Pi energy manager software (done on a raspbian) plus two tricks we arrived to after fighting a lot with it (one realted to the gpio4 and the other the lack of a scheadule.wpi file) . First time we write a script so maybe is quiet a bit rough ;D (we don't even know if sudo su is necessary) ;)
echo "Installing Witty pi mini packages"
sudo su
mkdir /home/wittypi
git clone https://github.com/uugear/Witty-Pi-2.git /home/wittypi
chmod +1 /home/wittypi/installWittyPi.sh
./home/wittypi/installWittyPi.sh
wget https://gitlab.com/imvec/anoiacam/blob/8dc8b9c798d2d6c79ec4267b90b8175fd84c7682/schedule.wpi /home/wittypi/wittyPi
rm -rf /home/wittypi/wittyPi/daemon.sh
wget https://gitlab.com/imvec/anoiacam/blob/11d387a98e0283f91e9ae7118a6456a4360caa7c/daemon.sh /home/wittypi/wittyPi
wittypi.txt

Super! So you can click the ✏ next to the top right on this file, and begin adding your content -- probably near the bottom:
https://github.com/publiclab/pi-builder/blob/master/builder/chroot-script.sh
We can debug as it builds and make necessary adjustments gradually! Awesome! 🎈 📷 ⚡

Excited so I started us off here: https://github.com/publiclab/pi-builder/pull/45

...it's building!!!!

O_o great!!

I'm not sure, i think i did that here? https://github.com/publiclab/pi-builder/pull/45/files

and if you want you can open your own PR with this so you can keep modifying it. I usually do the modifications in the online editor, actually!

Yeah there it is! So in a while a new image would be ready?¿

"pipeline failed with gitlab" I did something wrong ;D It says I need "push" acces to edit the file.

Yes - there are instructions in the PR to fetch it. We want to add a bot
that pastes in the final link when ready, but haven't figured out how yet.
:-)))
On Thu, Nov 1, 2018, 3:33 PM IMVEC<EMAIL_ADDRESS>wrote:

Yeah there it is! So in a while a new image would be ready?¿
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/publiclab/pi-builder/issues/44#issuecomment-435158747,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABfJ-JvzRwLmRAoSTlp43zLXkjav4v1ks5uq0xcgaJpZM4YIcEu
.

Just created my first pull request at https://github.com/publiclab/pi-builder/pull/46 ;D


TODO: Rename changed GUI textures before release

otherwise we'll get many reports like this:

Yeah we should probably just rename the GUI folder at this point, lol

I was thinking about "gui/" => "gui/23/"---makes it easier to repeat later.

otherwise we'll get many reports like this

Yeah ;-) F32Organization/Faithful32-1.7.10#506


Fix embed-static.sh.

Some versions of the cd command print out the directory they have
changed into.
@juliusv @peterbourgon

lol @ Macs
:dango:

Did you find out in the end why this printed something to stdout on Mac? Crazy...

I guess it is an environment setting on Peter's machine (CDPATH set to something or so) or cd is aliased to cd - (http://pubs.opengroup.org/onlinepubs/9699919799/utilities/cd.html). In any case, those things might be set randomly on machines of our users, so redirecting stdout of cd is the right thing to do.

Ugh, ok. Shell scripts just keep doing the most random things.


LLM reasoning with tables (using TabMWP)

First draft merging new LLM code with edits to get SFT, eval, etc. of tabular data working.
Most notably, added few shot examples and tables context options, plus a few minor changes to get eval/synthetic data generation/SFT to run.

Actually looks like one of the tests is failing because something is wrong with dataset creation. Can you please fix that? Also add other splits into the test file so that we check that they are created as well

Actually looks like one of the tests is failing because something is wrong with dataset creation. Can you please fix that? Also add other splits into the test file so that we check that they are created as well

Ah whoops, looks like I was saving them as .json instead of the expected .jsonl. Fixed.


Speed up timestamp generation when logging

This PR speeds up how we generate timestamps when logging; instead of regenerating them from scratch all the time we now cache part of the timestamp in TLS.
Here's the performance of the original implementation as measured on my machine:
chrono_local            time:   [871.11 ns 872.19 ns 873.30 ns]

And here's the performance of the new one:
fast_local_time         time:   [35.994 ns 36.011 ns 36.030 ns]

So the overhead was cut down to less than 10%.
Seems like this was pretty cheap in the first place; does this actually matter?
This will not help in normal cases where we're not logging much, but anytime someone turns on a spammy trace log (which does happen on our staking ops' nodes) the costs of logging starts to balloon. Yes, we shouldn't be logging this much. But if we do then it shouldn't bog down the CPU as much as it does.
Even though this might seem like it shouldn't make much difference the issue here is that at this scale we're experiencing a case of a death by a thousand cuts, where even though doing it only once is very cheap we're doing it so much that once you add everything together you end up in a situation where logging can take a whopping 30% of the total CPU time. This is one of the easier and most straightforward improvements we can make, which represented ~6.6% of the total CPU used in this particular profiling run, which now should be cut down to less than ~1%.

bot merge


update ffi version and remove ide configuration

Updated version of ffi dependency to unblock us upstream. Bumped version of this library to 0.1.1.
This PR also removed the IDE internal folders. Please make a copy before pulling these changes.

Code Review Checklist (to be filled out by reviewer)

[ ] Description accurately reflects what changes are being made.
[ ] Description explains why the changes are being made (or references an issue containing one).
[ ] The PR appropriately sized.
[ ] New code has enough tests.
[ ] New code has enough documentation to answer "how do I use it?" and "what does it do?".
[ ] Existing documentation is up-to-date if impacted.

I think we would really benefit from following a workflow where we have "tickets" that then have "a PR which fixes a ticket" because we very often don't have the "why" answered in a lot of wormhole tickets.
This one comes closer than a lot, but "Updated version of ffi dependency to unblock us upstream" doesn't tell a future reader or reviewer what the problem actually is/was, for example.

In this case we have a very clear technical why in https://github.com/LeastAuthority/destiny/pull/209. I do not see why we should create a ticket:

Update dependency version to unblock other project.

and then open a PR with

Update dependency version to unblock other project.

This is just a technical task no story where we have to be clear on common requirements.


CopyFiles(pattern, targetOutput); not retaining folder structure

@patriksvensson I tested this now but it wont retain the folder structure all files copied to the root like this
 is this a bugg ?
var files = new [] {
        $"{buildDir}/bin/*.dll",
        $"{buildDir}/DataServices/*.svc",
        $"{buildDir}/scripts/**",
        $"{buildDir}/*.config",
        $"{buildDir}/*.aspx",
        $"{buildDir}/*.ico",
        $"{buildDir}/*.html"
    };

    foreach(var pattern in files) {
        CopyFiles(pattern, targetOutput);
    }

@robgha01 No, this is by design. We've discused adding an overload that keeps the structure in #899.
Closing this since there's already one for this issue.


Sending action to Modal from a child component?

I have a child component (rendered in the modal body) that needs to be able to close the modal in which it is wrapped. Of course, the component shouldn't need to know if it's wrapped in the modal. In the child component, was thinking I could send the modal's close action, to close the modal. But that's not working.
{{#bs-modal footer=false}}
    {{some-component}}
{{/bs-modal}}

Where some-component has this:
actions: {
    cancel() {
        this.sendAction('close');
    }
}

Not working. Nor can I pass the close action into the child:
{{some-component close="close"}}
Suggestions? Help? Thanks!

That's not how it works in Ember. The action is sent to the targetObject, and that would be your controller (or a parent component). Create an action on your controller and use it to set the open property of the modal to false to close it!

Hi Simon! Thank you for the reply.
I think you're contradicting yourself? My child component does this:
this.sendAction('close');
You're suggesting that, on my controller, or parent component, I have this, to handle the action:
actions: {
    close() { // change modal's open property }
}

But the bs-modal component IS a parent component. And it has a close action, which I interpret to do exactly what I want.
But obviously I'm missing something.
Thank you in advance for your help!

Ok, there is a misunderstanding that I might be responsible for...
Yes, your component is a child of the modal, at least in terms of the DOM. But in terms of how Ember actions bubble up, it is NOT!
When you define your component in a foo.hbs template, its action target is the fooController, no matter how you have nested the component within the DOM! Given an invocation like {{my-component close=(action "bar")}} the FooController would have to implement the bar action. This is standard Ember stuff,
nothing to do with ember-bootstrap in particular.
There could be another way to support your use case, when the modal component would yield itself to the block template, but this is not the case right now, so you would have to modify the open property in your controller action as suggested!

Gotchya - and that's what I did. Thank you for your continued attention to my query. Have a good one.


running with singularity

I'm trying to run this container on a HPC cluster with no sudo and no docker available, which should still be fine as a singularity image. However, I'm getting the following issues:
Pulled the image using singularity pull docker://bids/spm, which seems to have worked successfully, I can even shell into the image. However, I get the following errors when trying to return the usage:
$ singularity run spm.simg --help
/opt/spm12/run.sh: line 4: /opt/spm12/spm12: Permission denied
/opt/spm12/run.sh: line 4: exec: /opt/spm12/spm12: cannot execute: Permission denied

These scripts appear to be user executable however, because when I shell into the container I can also see:
Singularity spm.simg:~> ls -al /opt/spm12
total 86689
drwxr-xr-x 3 root root      184 Jun  3 14:03 .
drwxr-xr-x 4 root root       51 Nov 22  2018 ..
-rw-rw-r-- 1 root root     1184 Nov 22  2018 pipeline_group.m
-rw-rw-r-- 1 root root     2838 Nov 22  2018 pipeline_participant.m
-rwxrwxr-x 1 root root      101 Nov 22  2018 run.sh
-rwxr--r-- 1 root root      873 Nov 15  2018 run_spm12.sh
-rwxr--r-- 1 root root    64416 Nov 15  2018 spm12
-rw-r--r-- 1 root root 88687062 Nov 15  2018 spm12.ctf
drwxr-xr-x 7 root root      129 Nov 22  2018 spm12_mcr
-rw-rw-r-- 1 root root    11202 Nov 22  2018 spm_BIDS_App.m

Any advice?
Thanks!

It looks like an issue @octomike came across two weeks ago: https://github.com/spm/spm-docker/pull/1
Would you agree?

Yes. Singularity executes the container as non-root and the permissions are missing in the default installation. https://github.com/spm/spm-docker/pull/1/files should have solved this for https://hub.docker.com/r/spmcentral/spm

Yes it looks like that would fix it! the key line seems to be:
 && chmod +x /opt/spm${SPM_VERSION}/spm${SPM_VERSION}
Also for this repo I wonder if it might be worth including a singularity usage section in the README (should be very similar but singularity uses -B instead of -v

Thanks @octomike  and @jordandekraker. Pull request welcome for the fix and the singularity help text.

Yes it looks like that would fix it! the key line seems to be:

Be careful though. The entrypoint in bids/spm and spmcentral/spm differ. In your case run.sh is doing an exec run_spm12.sh and that file is doing eval spm12 so you need +x on both files.

Don't forget to push on DockerHub when you get the chance.
Thanks!

I made a new release and it should trigger a new build on DockerHub.

Hi @bwagnerwork,
The most recent builds on Docker Hub are three months old:
https://hub.docker.com/r/spmcentral/spm/builds
Are you saying these builds were made with a previous release (according to the version file)?
Thanks.

Ah, sorry, I got confused. You are right:
https://hub.docker.com/r/bids/spm/tags
It seems that CircleCI did not run - from what I understand, that's because this repo still uses CircleCI 1.0 while only 2.0 is now supported. Maybe @chrisgorgo could help us here?
Concerning BIDS-Apps, there are plans for a new version, see BIDS Execution:
https://docs.google.com/document/d/104HLZedFtx0TaXEUwd7eyWvJUlc0CcSUtCzwjNgmGxE
This means that the current version of the SPM BIDS App will be deprecated at some point.

Can we get v0.0.16 published to dockerhub, please? :)

Sorry about this. As mentioned above, a new release should trigger a docker push but it doesn't seem to work any more and I don't think I have the right credentials to access the BIDS Docker Hub myself:
https://hub.docker.com/r/bids/spm
At least, two other BIDS Apps have been updated this year so there is a way but I don't know who is in charge at the moment:
https://hub.docker.com/u/bids
Would you have any suggestion?

Hi @sappelhoff, would you be able to help or let us know who to contact? Thanks!

I think one of @yarikoptic or @effigies may be able to help

I don't see any super privileges I could have on hub.docker if logged in as myself (yarikoptic)...
meanwhile, I think there were some oddities fixed since last year.
v0.0.16 is not annotated tag and points to a commit from the last year:
$> git describe
fatal: No annotated tags can describe 'a38ecf271037100d31984a5277c1313e4e003231'.
However, there were unannotated tags: try --tags.
(dev3) 1 23874 ->128.....................................:Fri 01 May 2020 01:38:47 PM EDT:.
(git)lena:/tmp/SPM[master]
$> git describe --tags
v0.0.16
(dev3) 1 23875.....................................:Fri 01 May 2020 01:38:51 PM EDT:.
(git)lena:/tmp/SPM[master]git
$> git show v0.0.16
commit a38ecf271037100d31984a5277c1313e4e003231 (HEAD -> master, tag: v0.0.16, origin/master, origin/HEAD)
Author: jordandekraker<EMAIL_ADDRESS>Date:   Thu Jun 6 12:27:39 2019 -0400

    improved compatibility with singularity

so I would first recomment to cut a new 0.0.17 release even if only to possibly trigger the machinery.  If that doesn't do it -- then we will troubleshoot further

Thanks almighty @yarikoptic ! Here is what I can see in CircleCI - is it what other apps are still using or has there been a switch to something else?

Service alert: Your project references CircleCI 1.0 or it has no configuration. CircleCI 1.0 and projects without configuration files are no longer supported. You must update your project to use CircleCI 2.0 configuration to continue. Learn more.

oops... I have missed that comment in the long thread. Please check what any recently built bids-app uses and compare and the answer would come and then we will act (those who can, yet to check if I have any super powers there)! ;)

Thanks both, definitely sending me in the right direction. Looking into it soon...

Yes, I just recently migrated to CircleCI 2.0, and it didn't take long. Watching this single YouTube video gave me almost everything I needed: https://www.youtube.com/watch?v=xOSHKNUIkjY&t=1337s

Reaching the same issue than you, @sajjadtorabian
https://groups.google.com/forum/#!msg/bids-discussion/AYD_bMtiCGs/ktOkDP8zDAAJ
I could also add a "User Key" but I don't know if it's best practice and if the "Deploy Key" shouldn't be updated instead - I am not familiar with CircleCI enough to decide.

It's weird that circleci fails at checkout. This is probably some strange interaction of remote circleci settings and the fact that we used to have v1.0 here, but v1.0 is no longer supported by circleci.
perhaps we should just revoke the current deploy and start afresh?

I think I fixed it in https://github.com/BIDS-Apps/SPM/pull/20#issuecomment-623589951

Thank you so much for looking into this @sappelhoff, very helpful!

Thank you all for your help - there's a lot of cargo-culting in the CircleCI configuration file but I'm nearly there with a new image on Docker Hub. Tagging a new release didn't trigger a new build though.

but I'm nearly there with a new image on Docker Hub

nice :-)

Tagging a new release didn't trigger a new build though.

yes, I think that's currently not possible ( https://discuss.circleci.com/t/is-it-possible-to-trigger-builds-workflows-from-github-tag-creation-from-githubs-ui-not-tag-push/33138/5 )
perhaps if you manually tag (from your command line), then push that tag, and then make a release based on that tag (final step from the GitHub UI) ... but I don't know :shrug:

Ah, thanks @sappelhoff, no wonder it didn't work...
Tried this
git tag v0.0.19
git push origin v0.0.19

followed by a release in GitHub with the same name but it doesn't trigger CircleCI. I guess I should now try making a new commit, tag it and push it.

Didn't work even though I thought I was doing as advised so I went explicit :upside_down_face:
@jordandekraker @octomike: New image finally on Docker Hub
@sappelhoff @yarikoptic @sajjadtorabian: Many thanks for your help!

Just noticed the relevant comments at the end of http://bids-apps.neuroimaging.io/apps/
The BIDS-Apps project is in a sorry state.

The BIDS-Apps project is in a sorry state.

I guess we need a maintainer to take care for the BIDS-Apps GitHub organization ... and BIDS-Apps development in general. Currently there is no such person, so the work sticks mostly with each author of a BIDS app and occasional input from general BIDS people (like myself).
I know that @franklin-feingold and Kristie Whitaker are applying to the Google Season of Docs to work together with a student on improving the docs surrounding BIDS-Apps.
These news aside, we would still benefit from a maintainer for BIDS-Apps (in general), as well as a sorting of outdated / broken Apps versus maintained / working Apps.
cc @effigies to keep you in the loop

yes, bids-apps has grown a lot of weeds.  we will discuss this internally.
On Mon, May 11, 2020 at 7:03 AM Stefan Appelhoff<EMAIL_ADDRESS>wrote:

The BIDS-Apps project is in a sorry state.
I guess we need a maintainer to take care for the BIDS-Apps GitHub
organization ... and BIDS-Apps development in general. Currently there is
no such person, so the work sticks mostly with each author of a BIDS app
and occasional input from general BIDS people (like myself).
I know that @franklin-feingold https://github.com/franklin-feingold and
Kristie Whitaker are applying to the Google Season of Docs to work together
with a student on improving the docs surrounding BIDS-Apps.
These news aside, we would still benefit from a maintainer for BIDS-Apps
(in general), as well as a sorting of outdated / broken Apps versus
maintained / working Apps.
cc @effigies https://github.com/effigies to keep you in the loop
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/BIDS-Apps/SPM/issues/15#issuecomment-626720909, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAGUVECV7G564KVNVC7SS3DRRAARHANCNFSM4HVDFRVA
.

--
Russell A. Poldrack
Albert Ray Lang Professor of Psychology
Professor (by courtesy) of Computer Science
Bldg. 420, Jordan Hall
Stanford University
Stanford, CA 94305
<EMAIL_ADDRESS>http://www.poldracklab.org/


Pd follower failed to watch leader when upgrading from v2.1.0-rc.2 to v2.1.0-rc.5

Please answer these questions before submitting your issue. Thanks!

What did you do?
If possible, provide a recipe for reproducing the error.

I have a pd cluster running v2.1.0-rc2.
Now I want to upgrade to rc5.
So first I rolling update a follower, it started and get the pd leader, no leader change.
However, the new started follower cannot watch on it, it always returns immediately.
2018/11/23 17:44:43.078 server.go:166: [info] create etcd v3 client with endpoints [http://<IP_ADDRESS>:2379]
2018/11/23 17:44:43.078 log.go:88: [info] embed: [ready to serve client requests]
2018/11/23 17:44:43.080 log.go:86: [info] embed: [serving insecure client requests on <IP_ADDRESS>:2379, this is strongly discouraged!]
2018/11/23 17:44:43.082 server.go:205: [info] init cluster id<PHONE_NUMBER>709923165
2018/11/23 17:44:43.083 namespace_classifier.go:438: [info] load 0 namespacesInfo cost 1.258368ms
2018/11/23 17:44:43.085 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it
2018/11/23 17:44:43.120 leader.go:104: [info] leader changed, try to campaign leader
2018/11/23 17:44:43.120 leader.go:110: [info] pd2 is not etcd leader, skip campaign leader and check later
2018/11/23 17:44:43.322 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it
2018/11/23 17:44:43.421 leader.go:104: [info] leader changed, try to campaign leader
2018/11/23 17:44:43.421 leader.go:110: [info] pd2 is not etcd leader, skip campaign leader and check later
2018/11/23 17:44:43.623 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it
2018/11/23 17:44:43.721 leader.go:104: [info] leader changed, try to campaign leader
2018/11/23 17:44:43.721 leader.go:110: [info] pd2 is not etcd leader, skip campaign leader and check later
2018/11/23 17:44:43.923 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it
2018/11/23 17:44:44.022 leader.go:104: [info] leader changed, try to campaign leader
2018/11/23 17:44:44.022 leader.go:110: [info] pd2 is not etcd leader, skip campaign leader and check later
2018/11/23 17:44:44.224 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it
2018/11/23 17:44:44.322 leader.go:104: [info] leader changed, try to campaign leader
2018/11/23 17:44:44.322 leader.go:110: [info] pd2 is not etcd leader, skip campaign leader and check later
2018/11/23 17:44:44.524 leader.go:102: [info] leader is name:"pd1" member_id:16089613711369126949 peer_urls:"http://<IP_ADDRESS>:2380" client_urls:"http://<IP_ADDRESS>:2379" , watch it

I think it related to code here
https://github.com/pingcap/pd/blob/master/server/leader.go#L313

What did you expect to see?

What did you see instead?

What version of PD are you using (pd-server -V)?

Looking forward for your reply. :)

@lerencao Is the other PD still normal? Can you post the log about the leader? maybe restart all PD can be normal. and I will try to replay it.

Yes, leader is normal.
Log here(something wrong with the timezone, it is utc, ignore it):
2018/11/23 09:37:13.791 log.go:84: [warning] rafthttp: [health check for peer 89fafc496838cc3b could not connect: dial tcp <IP_ADDRESS>:2380: connect: connection refused]
2018/11/23 09:37:17.603 log.go:84: [warning] etcdserver: [failed to reach the peerURL(http://<IP_ADDRESS>:2380) of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: d
ial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:37:17.604 log.go:84: [warning] etcdserver: [cannot get the version of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: conn
ect: connection refused)]
2018/11/23 09:37:18.791 log.go:84: [warning] rafthttp: [health check for peer 89fafc496838cc3b could not connect: dial tcp <IP_ADDRESS>:2380: connect: connection refused]
2018/11/23 09:37:19.454 log.go:88: [info] rafthttp: [peer 89fafc496838cc3b became active]
2018/11/23 09:37:19.454 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 writer)]
2018/11/23 09:37:19.454 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream Message writer)]
2018/11/23 09:37:19.458 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 reader)]
2018/11/23 09:37:19.458 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream Message reader)]
2018/11/23 09:44:30.329 log.go:84: [warning] rafthttp: [lost the TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 reader)]
2018/11/23 09:44:30.330 log.go:84: [warning] rafthttp: [lost the TCP streaming connection with peer 89fafc496838cc3b (stream Message reader)]
2018/11/23 09:44:30.331 log.go:82: [error] rafthttp: [failed to dial 89fafc496838cc3b on stream MsgApp v2 (peer 89fafc496838cc3b failed to find local node df49ca6c8f694425)]
2018/11/23 09:44:30.331 log.go:88: [info] rafthttp: [peer 89fafc496838cc3b became inactive]
2018/11/23 09:44:31.512 log.go:84: [warning] rafthttp: [lost the TCP streaming connection with peer 89fafc496838cc3b (stream Message writer)]
2018/11/23 09:44:33.732 log.go:84: [warning] etcdserver: [failed to reach the peerURL(http://<IP_ADDRESS>:2380) of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:33.732 log.go:84: [warning] etcdserver: [cannot get the version of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:34.845 log.go:84: [warning] rafthttp: [lost the TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 writer)]
2018/11/23 09:44:37.733 log.go:84: [warning] etcdserver: [failed to reach the peerURL(http://<IP_ADDRESS>:2380) of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:37.733 log.go:84: [warning] etcdserver: [cannot get the version of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:41.734 log.go:84: [warning] etcdserver: [failed to reach the peerURL(http://<IP_ADDRESS>:2380) of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:41.734 log.go:84: [warning] etcdserver: [cannot get the version of member 89fafc496838cc3b (Get http://<IP_ADDRESS>:2380/version: dial tcp <IP_ADDRESS>:2380: connect: connection refused)]
2018/11/23 09:44:42.925 log.go:88: [info] rafthttp: [peer 89fafc496838cc3b became active]
2018/11/23 09:44:42.925 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream Message writer)]
2018/11/23 09:44:42.925 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 writer)]
2018/11/23 09:44:42.930 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream Message reader)]
2018/11/23 09:44:42.930 log.go:88: [info] rafthttp: [established a TCP streaming connection with peer 89fafc496838cc3b (stream MsgApp v2 reader)]
2018/11/23 10:13:15.076 log.go:86: [info] compactor: [Starting auto-compaction at revision 2853961 (retention: 1h0m0s)]
2018/11/23 10:13:15.077 log.go:88: [info] mvcc: [store.index: compact 2853961]
2018/11/23 10:13:15.077 log.go:86: [info] compactor: [Finished auto-compaction at revision 2853961]
2018/11/23 10:13:15.079 log.go:88: [info] mvcc: [finished scheduled compaction at 2853961 (took 1.206746ms)]
2018/11/23 11:13:15.079 log.go:86: [info] compactor: [Starting auto-compaction at revision 2855161 (retention: 1h0m0s)]
2018/11/23 11:13:15.080 log.go:88: [info] mvcc: [store.index: compact 2855161]
2018/11/23 11:13:15.080 log.go:86: [info] compactor: [Finished auto-compaction at revision 2855161]
2018/11/23 11:13:15.081 log.go:88: [info] mvcc: [finished scheduled compaction at 2855161 (took 1.205887ms)]
2018/11/23 12:13:15.081 log.go:86: [info] compactor: [Starting auto-compaction at revision 2856361 (retention: 1h0m0s)]
2018/11/23 12:13:15.082 log.go:88: [info] mvcc: [store.index: compact 2856361]
2018/11/23 12:13:15.082 log.go:86: [info] compactor: [Finished auto-compaction at revision 2856361]
2018/11/23 12:13:15.084 log.go:88: [info] mvcc: [finished scheduled compaction at 2856361 (took 1.257959ms)]
2018/11/23 13:13:15.084 log.go:86: [info] compactor: [Starting auto-compaction at revision 2857561 (retention: 1h0m0s)]
2018/11/23 13:13:15.085 log.go:88: [info] mvcc: [store.index: compact 2857561]
2018/11/23 13:13:15.085 log.go:86: [info] compactor: [Finished auto-compaction at revision 2857561]
2018/11/23 13:13:15.086 log.go:88: [info] mvcc: [finished scheduled compaction at 2857561 (took 1.201989ms)]
2018/11/23 14:13:15.087 log.go:86: [info] compactor: [Starting auto-compaction at revision 2858761 (retention: 1h0m0s)]

@lerencao  Thanks! I have reproduced it, that case by compact, will fix it ASAP.

fixed by https://github.com/pingcap/pd/pull/1343.


Fix typo in checking the output

This should fix https://github.com/ros-controls/ros2_control_ci/issues/26 and https://github.com/ros-controls/ros2_control_ci/issues/25.

https://github.com/Mergifyio backport iron master