Add support for types required to replace GCPCluster type in cluster-api-provider-gcp

What problem are you facing?

cluster-api-provider-gcp exposes a GCPCluster type and controller that does most of the setup around provisioning a Kubernetes cluster on GCP other than creating the actual compute instances. Under the hood the GCPCluster controller creates a number resources on GCP, some of which are already supported by provider-gcp. Supporting all of the resources would allow for an XRD to replicate the GCPCluster type and be serviced by a Composition with all of the required resources.
xref https://github.com/kubernetes-sigs/cluster-api/issues/4095
How could Crossplane help solve your problem?

This list was generated on this CrossHack livestream.
Add support for the following resources:

[x] Network
[ ] Router

References Network (source)
[ ] Embedded RouterNat

[x] GlobalAddress
[ ] HealthCheckService

Patches loadBalancerBackendPort (source)

[ ] BackendService

References HealthCheckService (source)
References InstanceGroup (source)

[ ] TargetTcpProxy

References BackendService (source)

[ ] ForwardingRule

References GlobalAddress (source)
References TargetTcpProxy (source)
Patches LoadBalancerForwardingPort CAPI Cluster type

[ ] InstanceGroup

References Network
Patches loadBalancerBackendPort --> groups instances for load balancing (source)
Potentially not needed for GCPCluster type (but is for GCPMachine)

[ ] Firewall

References Network
Patches loadBalancerBackendPort --> Allow health checks firewall rule (source)

@hasheddan let me know if I can help!


Rerender to get this to matrix properly over Python versions on Windows.

Also update the vc14 python requirement from 'py35' to 'py>=35' to play nicely with Python 3.6.

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


Separate downloading and unpacking prometheus archive

Resolves #101
Possibly accidentally solves ans issue with too many downloads of prometheus archive to localhost.

Thanks for the blasting fast fixing. I tried the fix, and with two minor modifications, it works correctly.
The changes are:

Replace line#55 's delegate_to: localhost with remote_src: yes
Add a remote_src: yes for copy module, for example, between line#61 and line#62.

Thinking about this, can we download these archives to something like /opt/prometheus/.archive/ rather than /tmp?  I'm not sure if the ansible get_url is safe against existing symlinks/hardlinks in /tmp.

@taiansu your modifications would change how we want this role to work. If we add remote_src in the places you say it will cause ansible to download archives to target hosts and this is highly inefficient in large infrastructures (also sometimes won't work if target hosts doesn't have internet access).
Our approach is to download archives from internet to deployer machine (one which runs ansible) and propaagte from this machine to other nodes.

@SuperQ we could probably use tmp_dest of get_url module to solve this issue, but I need to look closer at it.

@taiansu can you tell what is not working in current version? Some error messages could be useful.

One other nice thing, it would be good to cache this so it doesn't download the file every time.  In theory, we could extract the checksum from the sums published on github.

@SuperQ I agree that it would be nice to validate checksums. This option is even provided in get_url module. However first we would need to download checksums. I think it would be better to split it into another issue (#104).
As for caching, this won't be possible with tmp_dest parameter and I don't think that storing it in /opt is a good idea. Currently we provide some caching functionality by storing files in /tmp directory, which is cleaned only after deployer machine is rebooted.

Yes I understand that will change the behaviour. If I apply the changes as is, the first error I got is like:
fatal: [test -> localhost]: FAILED! => {"changed": false, "msg": "Failed to get information on remote file (/tmp): sudo: a password is required\n"}

And adding become: yes to the unarchive module still got the same error.

@taiansu this should be fixed now, could you test it?

@SuperQ I don't think we can use other directories on deployer machine apart from /tmp due to permission issues.

For me, it's required install libselinux-python and work fine

I tried the fix, but I got the simillar error back to the first point:
fatal: [test -> localhost]: FAILED! => {"changed": false, "msg": "Failed to find handler for \"/Users/tai/.ansible/tmp/ansible-tmp-1524074379.55-78415089495321/source\". Make sure the required command to extract the file is installed. Command \"/usr/bin/tar\" detected as tar type bsd. GNU tar required. Command \"/usr/bin/unzip\" could not handle archive."}

So I'm wondering the error may not be relate to the separate the download and unarchve, but rather we just can't unarchive a linux tart in the host while it's a Mac.
Anyway thanks for all the help.

@taiansu yes it seems that there is a problem with tar on Mac:

Make sure the required command to extract the file is installed. Command "/usr/bin/tar" detected as tar type bsd. GNU tar required. Command "/usr/bin/unzip" could not handle archive.

Could you check if after installing gnu-tar this works?
brew install gnu-tar

Great!
I've added this to readme in requirements section.

Should we also update the Requiremets in the README?


DISTX-719:Add cloudbreak env host port for datalake template

This change is required for the thunderhead change : https://github.infra.cloudera.com/thunderhead/thunderhead/pull/6978/files

The docker-compose change looks alright, but this will not work unless the thunderhead docker image tag 1.0.0-b5510 gets updated with the appropriate value. In other words, this PR depends on https://github.infra.cloudera.com/thunderhead/thunderhead/pull/6978 having been merged. Once that change is in and the new thunderhead service images have been published:

The image tag shall be replaced in cloudbreak.bash
cbd recompiled locally & tested that datalake-api picks up the service dependency correctly
If tests are successful, this PR can be updated with the change of Step 1

Thanks for the inputs here. Since the changes are promoted to mow-dev,int,stage and prod envs i.e. adding the cloudbreak host and port to datalake api , I am going ahead and merging the thunderhead PR now https://github.infra.cloudera.com/thunderhead/thunderhead/pull/6978 and will then update the image in cloudbreak.bash as mentioned here.


Added client:getSteamID method for the Lua API

I added this functionality because secret isn't persistent so storing users in a DB (On CPR & Verb servers) doesn't work very well.
It's also a good way to identify users.
Usage:
connections[client_id]:getSteamID()

Be aware that the client reporting the SteamID can not be trusted since the client could provide a falsified SteamID. They could, for example, redefine the global Steam with one that provides a fake SteamID. It's still useful, but the server-side would have to scrutinize it for anything important like permissions.

That's true but it's very unlikely they'll do that.
And either way, they could do the same with secret by modifying the mod.

@vulcan-dev
True. Probably needs to be stressed in the documentation to rely on another source of truth when using either values.

Looks good for 0.6, but changes the netcode so can't be added into 0.5

That's true but it's very unlikely they'll do that. And either way, they could do the same with secret by modifying the mod.

But to be fair kissmp secrets are not public, hence the name, while steamids for anyone could easily be looked up.
If SteamIDs cannot be trusted, then what is the point of having them?

That's true but it's very unlikely they'll do that. And either way, they could do the same with secret by modifying the mod.

But to be fair kissmp secrets are not public, hence the name, while steamids for anyone could easily be looked up. If SteamIDs cannot be trusted, then what is the point of having them?

Yeah, I had another think about it before and I think it's best to implement it into the bridge. For now, it's fine since I doubt anyone is going to be changing them since most people don't have the knowledge on how.


Unable to install scikit-bio in docker container

I was trying to create a docker image with python 3.7.10 version with numpy, SciPy, pandas, scikit-bio as my pip packages but I was facing some Cython issues, pasted the logs below. Can you please help me on how to resolve it
#13 21.62 Collecting scikit-bio
#13 21.62   Downloading scikit-bio-0.5.7.tar.gz (8.7 MB)
#13 21.62      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 8.7/8.7 MB 5.3 MB/s eta 0:00:00
#13 21.62   Installing build dependencies: started
#13 21.62   Installing build dependencies: finished with status 'done'
#13 21.62   Getting requirements to build wheel: started
#13 21.62   Getting requirements to build wheel: finished with status 'error'
#13 21.62
error: subprocess-exited-with-error
#13 21.62
#13 21.62   × Getting requirements to build wheel did not run successfully.
#13 21.62   │ exit code: 1
#13 21.62   ╰─> [44 lines of output]
#13 21.62       /tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/Cython/Compiler/Main.py:345: FutureWarning: Cython directive 'language_level' not set, using '3str' for now (Py3). This has changed from earlier releases! File: /tmp/pip-install-vhkanq4p/scikit-bio_f6b22aea74a84eb9bc798fe2103acefb/skbio/alignment/_ssw_wrapper.pyx
#13 21.62         tree = Parsing.p_module(s, pxd, full_module_name)
#13 21.62
#13 21.62       Error compiling Cython file:
#13 21.62       ------------------------------------------------------------
#13 21.62       ...
#13 21.62               else:
#13 21.62                   matrix = self._convert_dict2d_to_matrix(substitution_matrix)
#13 21.62               # Set up our mask_length
#13 21.62               # Mask is recommended to be max(query_sequence/2, 15)
#13 21.62               if mask_auto:
#13 21.62                   self.mask_length = len(query_sequence) / 2
#13 21.62                                                          ^
#13 21.62       ------------------------------------------------------------
#13 21.62
#13 21.62       skbio/alignment/_ssw_wrapper.pyx:584:51: Cannot assign type 'double' to 'int32_t'
#13 21.62       Compiling skbio/metadata/_intersection.pyx because it changed.
#13 21.62       Compiling skbio/stats/__subsample.pyx because it changed.
#13 21.62       Compiling skbio/alignment/_ssw_wrapper.pyx because it changed.
#13 21.62       Compiling skbio/diversity/_phylogenetic.pyx because it changed.
#13 21.62       Compiling skbio/stats/ordination/_cutils.pyx because it changed.
#13 21.62       Compiling skbio/stats/distance/_cutils.pyx because it changed.
#13 21.62       [1/6] Cythonizing skbio/alignment/_ssw_wrapper.pyx
#13 21.62       Traceback (most recent call last):
#13 21.62         File "/root/.local/share/virtualenvs/my-project-nllx_0AM/lib/python3.7/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 363, in
#13 21.62           main()
#13 21.62         File "/root/.local/share/virtualenvs/my-project-nllx_0AM/lib/python3.7/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 345, in main
#13 21.62           json_out['return_val'] = hook(**hook_input['kwargs'])
#13 21.62         File "/root/.local/share/virtualenvs/my-project-nllx_0AM/lib/python3.7/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 130, in get_requires_for_build_wheel
#13 21.62           return hook(config_settings)
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/setuptools/build_meta.py", line 338, in get_requires_for_build_wheel
#13 21.62           return self._get_build_requires(config_settings, requirements=['wheel'])
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/setuptools/build_meta.py", line 320, in _get_build_requires
#13 21.62           self.run_setup()
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/setuptools/build_meta.py", line 483, in run_setup
#13 21.62           self).run_setup(setup_script=setup_script)
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/setuptools/build_meta.py", line 335, in run_setup
#13 21.62           exec(code, locals())
#13 21.62         File "", line 130, in
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/Cython/Build/Dependencies.py", line 1129, in cythonize
#13 21.62           cythonize_one(*args)
#13 21.62         File "/tmp/pip-build-env-8kxe2khj/overlay/lib/python3.7/site-packages/Cython/Build/Dependencies.py", line 1296, in cythonize_one
#13 21.62           raise CompileError(None, pyx_file)
#13 21.62       Cython.Compiler.Errors.CompileError: skbio/alignment/_ssw_wrapper.pyx
#13 21.62       [end of output]
#13 21.62
#13 21.62   note: This error originates from a subprocess, and is likely not a problem with pip.
#13 21.62 error: subprocess-exited-with-error
#13 21.62
#13 21.62 × Getting requirements to build wheel did not run successfully.
#13 21.62 │ exit code: 1
#13 21.62 ╰─> See above for output.
#13 21.62
#13 21.62 note: This error originates from a subprocess, and is likely not a problem with pip.
#13 21.62
#13 21.65✘ Installation Failed
executor failed running [/bin/sh -c pipenv install scikit-bio]: exit code: 1
make: *** [build] Error 1

@baireddy417, I don't have a solution for you unfortunately, but just FYI the skbio functionality that requires Cython (and is therefore indirectly causing this issue) is deprecated and will be removed in the next release of scikit-bio (https://github.com/biocore/scikit-bio/issues/1814). That release is planned for this month or next.

This issue seems to be because the language_level of the Cython compiler is 3x instead of 2x in your example.
For what it's worth, I believe that the default has been changed back to 2x in the latest Cython.
Another workaround is to not use Cython here and just compile the distributed C code.
If you omit the USE_CYTHON env var, then Cython won't recompile the code.

[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[packages]
numpy = "==1.21.6"
pandas = "==1.3.5"
scipy = "==1.7.3"
statsmodels = "==0.13.2"
scikit-posthocs = "==0.7.0"
rpy2 = "==3.5.6"
typeguard = "==2.13.3"
scikit-bio = "==0.5.7"

Above is the Pipfile we are using to generate a Pipfile.lock through pipenv. However, we are facing the same issue with cython. Could you please let me know how to set the env variable USE_CYTHON as false through the terminal?

@ebolyen, Even after setting USE_CYTHON env variable to False the issue is occuring. if i wish to migrate to version 0.5.8, it has pandas dependency of 1.5.0 which requires python 3.8 or above and iam currently working with python 3.7. can you tell me how to proceed


Update text mate regularly (maybe) (attempt number 2) (final) (draft)

Forgot I wrote this. Thought I'd better see if it was working. It isn't.

Editor team have asked to be notified when we update TextMate, so going to put this on old.


USHIFT-1521: separate rebase of OCP and LVMS

Remove the LVMS rebase steps for the overall OCP rebase process and
provide separate, parallel, commands for updating LVMS.
/assign @copejon @pmtk @ggiguash

The metal job failed to boot some of the VMs. None of the changes in this PR should have caused that, and we can recheck after reviews.
The pre-submit check for the rebase script passed. The logs show both rebase phases working properly.

While I understand that these steps will separate the jobs out completely, I feel like this is quite a big clone of basically all rebase.sh steps just to get lvms out of the normal rebase_to.

Yes, that's exactly what I was going for.
The LVMS and OCP rebase processes are entirely unrelated, except that they update some files in the same directories. I'm trying to untangle them here so they are easier to maintain. The work you did earlier was very helpful in that regard.

The existing workaround with a variable inside rebase.sh from you did the job quite well and we would only need to remove it from pipelines to get the job running fine without the FIXMEs in https://github.com/openshift/microshift/blob/main/scripts/auto-rebase/rebase.sh#L1162C7-L1171
That way (from what I understand) the process is already purely manual then. Automation could work by simply running the rebase normally and when we do an upstream change in LVMS with a release, propagate by issuing a change in microshift that changes this variable, runs the rebase with that variable (maybe as ENV) changed and then submits a new PR with the existing rebase script.

I did consider that approach. Aside from trying to ease maintenance by separating the code paths, I thought this also made it clearer how to do the LVMS rebase: Run the command, passing the new value as input.
There's no need for CI or other jobs to keep running the same rebase repeatedly, since there should not be any changes.

TLDR: Mainly hesistent that we keep rebase.sh / rebase.md but basically clone every single command/function to separate LVMS out from the rest. If you feel like there is more reasoning to split the two parts, then maybe it would be best if we completely remove it from rebase.sh and put it in a rebase-lvms.sh so that the domains are truly separate.

Eventually I would love to do that. I worried about the CI changes needed to do it all at once in this PR. Maybe we can continue the evolution in that direction next release?

Agree with your sentiment, maybe just add one TODO/FIXME so we can go over it and extract it to a separate script next release. Other than that LGTM

I opened a jira ticket to remember to do that and included you as a contributor.

/retest

/lgtm
/hold
Just one question

/unhold


fix incorrect dir file classification

@matthewgoslett, thanks for your PR! By analyzing the blame information on this pull request, we identified @cedricziel, @zoidbergwill and @scrutinizer-auto-fixer to be potential reviewers

Looks much better than the 0 byte check. I'm fine with it

Looks good to me! tested in my local adapter, works fine.

I forgot to tag the issues:
This PR fixes:
https://github.com/Superbalist/flysystem-google-storage/issues/23
https://github.com/Superbalist/flysystem-google-storage/issues/19


add catboost integration

This PR addresses issue optuna/optuna#2464 and PR optuna/optuna#2734.

@nzw0301 Could you review this PR since you have already involved in 2734. If you don't have time, please feel free to remove the assignness.

@tohmae Can you add tests for this in .github/workflows?
Also, please add to the README.md.
@nzw0301 This has been moved out of draft. Can you take a look at this?

@Crissman Sure. But I'm waiting for a feedback from catboost developer team to remove this part
https://github.com/optuna/optuna-examples/pull/27/files#diff-773768b8684047a9971f94d174cc68d1dbc2cef09fc95855598b5c641af31af0R55;  more details: https://github.com/optuna/optuna/pull/2734#discussion_r651524382

Thank you for your comments.
I reflected your suggestions.

Sorry for the delayed response. I'll leave a comment this week.
best regards,

As a follow-up, optimised space can improve by following the castboost's docs: https://catboost.ai/en/docs/concepts/parameter-tuning. In addition, it might be great to unify the code to the native catboost example and the other boosting libraries.

Thank you for your comments.
I reflected your suggestions.

Since this PR is a little bit large and different from other examples, I'll wait for other dev members opinions. Please give us a little bit more time.

I talked with @toshihikoyanase and @HideakiImamura and we were happy to merge this PR into the main branch as a new example! Let me merge this PR. Many thanks, @tohmae!
In addition, we'd be happy to see this CatBoostPruningCallback as an integration module of Optuna repo. Note that we need to explain that this CatBoostPruningCallback requires checked_pruned explicitly unlike other callbacks for pruning without modify_result that is introduced by the original PR, https://github.com/optuna/optuna/pull/2734..
I suppose this additional task contradicts my decision in https://github.com/optuna/optuna/pull/2734. I'm really sorry for that.


MudDrawer will not auto open above break point if it's started on a small screen below break point

Bug type
Component
Component name
MudDrawer
What happened?
Not sure if should fall under feature enhancement or bug, but here's the issue:
Normally, if we open a site with a MudDrawer on a wider screen above its break point, with default Open state to true, and drawer is shown. Then if the screen width is reduced below the break point, drawer is auto closed. Increase screen width back again, and it auto opens. This responsive behavior is great.
Now if the site is initially opened at a narrow screen width below the break point, the drawer would be closed initially (even if the Open state defaults to true in code ). In this case, if we were to increase the screen width above the break point, the drawer would NOT auto open. Instead the user has to either manually open it or refresh the browser.
Expected behavior
I believe the appropriate responsive behavior of the drawer should be tied to the screen width. This is the expected and desirable behavior for most site design: show the drawer, which is likely a nav menu, when the screen is wide enough.
Reproduction link
https://try.mudblazor.com/snippet/cOcQYzawhAJVSPxx
Reproduction steps

Run at narrower screen width (the wasm half window below md break point)

Increase wasm window screen width, the drawer will not open.

Re-run the app with wide/full screen to start (with wasm half window above md break point), and it's responsive as expected.

Relevant log output
No response
Version (bug)
6.0.9
Version (working)
No response
What browsers are you seeing the problem on?
Chrome, Microsoft Edge
On what operating system are you experiencing the issue?
Windows
Pull Request

[ ] I would like to do a Pull Request

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hi. This has been fixed for v7 here https://github.com/MudBlazor/MudBlazor/pull/8833


builtins.TypeError: Cannot serialize non-str key 1

I'm seeing this traceback as I delete a bunch of users to clean up from testing:
	Traceback (most recent call last):
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 477, in callback
	    self._startRunCallbacks(result)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 580, in _startRunCallbacks
	    self._runCallbacks()
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 662, in _runCallbacks
	    current.result = callback(current.result, *args, **kw)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 1514, in gotResult
	    current_context.run(_inlineCallbacks, r, g, status)
	--- <exception caught here> ---
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 1443, in _inlineCallbacks
	    result = current_context.run(result.throwExceptionIntoGenerator, g)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/python/failure.py", line 500, in throwExceptionIntoGenerator
	    return g.throw(self.type, self.value, self.tb)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/ext/parallel.py", line 132, in timeTask
	    await task
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/run/_tool.py", line 639, in deleteUser
	    await oktaClient.deleteUserWithID(id)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/okta/_client.py", line 290, in deleteUserWithID
	    await oktaRequest(self._client.deactivate_or_delete_user(id))
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/okta/_client.py", line 98, in oktaRequest
	    result, response = await _oktaRequest(coro)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/okta/_client.py", line 78, in _oktaRequest
	    returnedTuple = await futureCoroutineAsDeferred(coro)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/twisted/internet/defer.py", line 837, in adapt
	    extracted = result.result()
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/okta/resource_clients/user_client.py", line 239, in deactivate_or_delete_user
	    response, error = await self._request_executor\
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/okta/request_executor.py", line 139, in execute
	    _, response, response_body, error = await self.fire_request(request)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/okta/request_executor.py", line 176, in fire_request
	    _, res_details, resp_body, error = await\
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/okta/request_executor.py", line 222, in fire_request_helper
	    await self._http_client.send_request(request)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/profiles/okta/_client.py", line 59, in send_request
	    Tuple[Any, Any, Any, Any], await super().send_request(request)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/okta/http_client.py", line 65, in send_request
	    async with aiohttp.request(**params) as response:
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/aiohttp/client.py", line 1161, in __aenter__
	    self._resp = await self._coro
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/aiohttp/client.py", line 542, in _request
	    resp = await req.send(conn)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 668, in send
	    await writer.write_headers(status_line, self.headers)
	  File "/Users/wsanchez/Dropbox/Developer/BurningMan/profiles-tools/.tox/run/lib/python3.9/site-packages/aiohttp/http_writer.py", line 118, in write_headers
	    buf = _serialize_headers(status_line, headers)
	  File "aiohttp/_http_writer.pyx", line 137, in aiohttp._http_writer._serialize_headers
	    if _write_str(&writer, to_str(val)) < 0:
	  File "aiohttp/_http_writer.pyx", line 109, in aiohttp._http_writer.to_str
	    raise TypeError("Cannot serialize non-str key {!r}".format(s))
	builtins.TypeError: Cannot serialize non-str key 1

This is failing in send_request in http_client.py where aithttp.request(**params) is called.
The value if params in one of these cases was:
{'method': 'DELETE', 'url': 'https://manicorn.burningman.org/api/v1/users/00uhquwi43iM0Wxxl1d6', 'headers': {'User-Agent': 'okta-sdk-python/1.4.1 python/3.9.2 Darwin/20.3.0', 'Accept': 'application/json', 'Authorization': 'SSWS <REDACTED>', 'Content-Type': 'application/json', 'X-Okta-Retry-For': 'YFUznh7lneqm-V0tCQ1UXQAAAzU', 'X-Okta-Retry-Count': 1}, 'timeout': ClientTimeout(total=None, connect=None, sock_read=None, sock_connect=None)}

I'm issuing a steady stream of delete requests, and this happens for a bunch of requests in a row, then is fine for a while, then repeats again.  It's possible this is related to the server response, perhaps due to hitting a rate limit.  If that's the case, it would be good to get a more useful error.

@serhiibuniak-okta can you assist with this?

@wsanchez Thank you for posting this issue. aiohttp requires all headers have type str, and in this sample we have int: 'X-Okta-Retry-Count': 1. I'm looking into it.

I am experiencing this error as well. My use case, is that I have more than the max limit of records in a day for my query (1k), so, I split the query up by hour. When I run it for 3 days, it always fails on the end of the 3rd days call. So, I think there is some limit to the number of calls in a period of time (eg I'm getting rate limited). The only way I've found to fix it, is to reinitialize the client object.

@wsanchez @javamonkey79 Fix for serialize error is merged to master and will be included into upcoming release. If there are any other issues with rate limits, please, open a new issue.

@javamonkey79 Yes, we will keep you posted here.

@wsanchez @javamonkey79 SDK v1.5.1 is ready, I'm closing this issue as resolved. Feel free to reopen this issue if your problem still exists.


Selecting && operator

Hello, when I use the && operator for a query i receive totally unpredictable and confusing results:
var excel = new ExcelQueryFactory("products.xlsx");
//discounts.count() = 51
var discounts = from s in excel.Worksheet() where
    s["Discount/Premium"].Cast<string>().StartsWith("-") select s;
MessageBox.Show(discounts.Count().ToString()); //<- returns 51

//discounts.count() = 8, should be 51
var discounts = from s in excel.Worksheet() where
    s["Discount/Premium"].Cast<string>().StartsWith("-")  &&
    s["YTM"].Cast<double>() > 3.0
    select s;
MessageBox.Show(discounts.Count().ToString()); //<- returns 8

applicable.count() = 51, as it should be
var discounts = from s in excel.Worksheet() where
    s["Discount/Premium"].Cast<string>().StartsWith("-") select s;

var applicable = from b in discounts where
    b["YTM"].Cast<double>() > 3.0 select b;
MessageBox.Show(applicable.Count().ToString()); //<- returns 51

I did a quick test, and I cannot reproduce the issue you're having. Can you attach a spreadsheet that demonstrates the problem?

Since I wasn't able to reproduce this earlier, I'm going to close this issue. Please open a new issue if you're able to provide an excel spreadsheet that I can test with.


Change split_row_groups default to False in read_parquet

As discussed in #8937, there are many reasons to simplify the confusing logic around the defaults used for split_row_groups and gather_statistics (and their relation to _metadata) in read_parquet.  The current plan is to simplify default behavior and remove any "magic switches."
This PR changes the split_row_groups default to False (no matter the setting of gather_statistics).
The follow-up to this PR will remove gather_statistics in favor of calculate_divisions (with a consistent default of False).

[x] Addresses part of #8937
[ ] Tests added / passed
[ ] Passes pre-commit run --all-files

cc @jcrist

Interesting that only two tests failed when I changed the split_row_groups default to False in the top-level function signature (and those failures were actually due to a subtle bug in statistics gathering).
I was originally considering a temporarily file-size check like the one I proposed in dask_cudf.  However, I really don't think the change is likely to affect the large majority of users with the pandas backend.  I don't think it is worthwhile to do anything besides change the default and update documentation here.

Thanks @rjzamora. I've fixed the merge conflict, this looks good to me. Merging!


🌐♻📝Adding Some ARIA Support + Extending Ember TextField + Docs

Started by introducing ARIA attribute bindings
Noticed that the title attribute wasn't bound to this control, thought it odd
Instead of extending Component changed to extend TextField (I've done this many times in other projects)
Extending TextField necessitated a small change in the _setDisabled when altInput is used
fumbled around by adding some yuidoc

Thanks for the PR @nadnoslen! We used to use TextField and we moved away from it. I cannot remember why, but you can see we went back and forth in these commits https://github.com/shipshapecode/ember-flatpickr/search?q=TextField&type=Commits

Ill revert!
On Mon, Jun 10, 2019 at 10:58 Robert Wagner<EMAIL_ADDRESS>wrote:

Thanks for the PR @nadnoslen https://github.com/nadnoslen! We used to
use TextField and we moved away from it. I cannot remember why, but you
can see we went back and forth in these commits
https://github.com/shipshapecode/ember-flatpickr/search?q=TextField&type=Commits
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/shipshapecode/ember-flatpickr/pull/309?email_source=notifications&email_token=ABDW7TXF4PKQ5O7265JSYW3PZ2I4VA5CNFSM4HWVITF2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXKUQKA#issuecomment-500516904,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABDW7TWV6KB6GX3T5AXJHH3PZ2I4VANCNFSM4HWVITFQ
.

--
~Dan

@nadnoslen you don't necessarily have to revert, I'm just letting you know that I think we switched it for a reason, but I don't really remember, so it could be fine 😛

I'll take a look at that 2.18 broken build and review your previous TextField woes once I get back to a terminal.

No rush, and thanks so much!

I can't see any reason why extending TextField won't work.  I could be naive and missing something.  I've been quite successful extending TextField in numerous projects and addons; here's a recent one: https://cybertooth-io.github.io/ember-data-autocomplete-js/.
If you can recall any of the reasons why you had to revert back to Component let me know.  I'm happy to roll that back and adjust the docs accordingly.

@nadnoslen I looked some more, and it looks like we switched to Component here https://github.com/shipshapecode/ember-flatpickr/commit/93dc7e419f872feb83292674fab59ea9a9c8bc32
I am not sure why. I feel like someone who was extending ember-flatpickr with their own component wanted this or something. All I can think of is maybe they wanted a textarea or other element type, and they were locked in to just a normal text input. This may no longer be an issue, since things were refactored to be a mixin, so people can extend the mixin.
Is there anything else you can think of for edge cases where TextField might cause issues? If not, this should be okay.

Good morning @rwwagner90,
100% agree with the mixin comment, that previous refactor makes it trivial to fold Flatpickr.js behaviour into any other type of element.
There's nothing else I can possibly think of that would prevent us from extending TextField.  We benefit by not re-inventing the input control.  All existing tests are green.  The demos that I've played with work as they did previously.
I think this is good to go.

This is fantastic work. Thanks so much @nadnoslen!


DM-43942: Update to fgcm 3.11.1 with refactored plotting and butler serialization support

The drp_pipe tests revealed some deprecated usage that I have now fixed up.


Check for Node 10

Issue installing because it was using node 0.10.x. Use Joe's machine to recreate the issue

fwiw I'm using node v0.10.38 with no issues for init.

Closing for #60


Analysis/Explore Migrating registered_meta [ENG-609]

Purpose
When we change how registration schemas are stored/represented, will existing  registered_meta values still work? If not, how exactly do we need to migrate them?
Changes

Adds a schema migration which adds an answer field to DraftRegistration and Registration models
Adds a data migration which flattens answers to questions - hoisting all nested answers to the top level. Given a question_id, we want to be able to do answers[question_id] to get at the answer.

Example
Registration Metadata
{
  "q1": {
    "extra": [

    ],
    "value": "This is the title of my study",
    "comments": [

    ]
  },
  "q2": {
    "extra": [

    ],
    "value": "Dawn Pattison",
    "comments": [

    ]
  },
  "q3": {
    "extra": [

    ],
    "value": "I confirm this study has been granted in-principle acceptance.",
    "comments": [

    ]
  },
  "q4": {
    "extra": [

    ],
    "value": "A Great Journal",
    "comments": [

    ]
  },
  "q5": {
    "extra": [

    ],
    "value": "2019-01-01",
    "comments": [

    ]
  },
  "q6": {
    "extra": [
      {
        "data": {
          "id": "osfstorage\/5d549be6915b8103862cf295",
          "etag": "20f517a17acf30b63150f57a3291e56497d4eef52293736ff84b36669fa4caa5",
          "kind": "file",
          "name": "test.txt",
          "path": "\/5d549be6915b8103862cf295",
          "size": 3130,
          "type": "files",
          "extra": {
            "guid": "",
            "hashes": {
              "md5": "501516bb4fff0daac3c64106ece55028",
              "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30"
            },
            "version": 1,
            "checkout": {
              "_id": "b2u8h"
            },
            "downloads": 0,
            "latestVersionSeen": {
              "seen": true,
              "user": "b2u8h"
            }
          },
          "links": {
            "move": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
            "delete": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
            "upload": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295?kind=file",
            "download": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295"
          },
          "accept": {
            "maxSize": 5120,
            "acceptedFiles": true
          },
          "nodeId": "mygrx",
          "nodeUrl": "\/mygrx\/",
          "sizeInt": 3130,
          "modified": "2019-08-14T23:39:31.9176+00:00",
          "provider": "osfstorage",
          "resource": "mygrx",
          "nodeApiUrl": "\/api\/v1\/project\/mygrx\/",
          "contentType": "",
          "created_utc": "2019-08-14T23:39:31.917600+00:00",
          "permissions": {
            "edit": true,
            "view": true
          },
          "materialized": "\/test.txt",
          "modified_utc": "2019-08-14T23:39:31.917600+00:00",
          "waterbutlerURL": "http:\/\/localhost:7777"
        },
        "fileId": "6m92v",
        "nodeId": "mygrx",
        "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30",
        "viewUrl": "\/project\/mygrx\/files\/osfstorage\/5d549be6915b8103862cf295",
        "descriptionValue": "",
        "selectedFileName": "test.txt"
      }
    ],
    "value": "test.txt",
    "comments": [

    ]
  },
  "q7": {
    "extra": [

    ],
    "value": "",
    "comments": [

    ]
  },
  "q8": {
    "extra": [

    ],
    "value": "Here's some more information.",
    "comments": [

    ]
  }
}

Extracted answers
{
  "q1": "This is the title of my study",
  "q2": "Dawn Pattison",
  "q3": "I confirm this study has been granted in-principle acceptance.",
  "q4": "A Great Journal",
  "q5": "2019-01-01",
  "q6": "test.txt",
  "q7": "",
  "q8": "Here's some more information."
}

Another Example
{
  "looked": "Yes",
  "datacompletion": "No, data collection has not begun",
  "additionalComments": "more info",
  "dataCollectionDates": "more info",
  "description-hypothesis.question1a": "answer to a question",
  "description-hypothesis.question2a": "answer to a question",
  "description-hypothesis.question3a": "answer to a question",
  "recommended-hypothesis.question4a": "test.txt",
  "recommended-hypothesis.question5a": "more info",
  "recommended-hypothesis.question6a": "more info",
  "description-methods.design.question2a": "more info",
  "description-methods.design.question2b": "more info",
  "description-methods.design.question3b": "more info",
  "recommended-analysis.specify.question6c": "more info",
  "recommended-analysis.specify.question7c": "more info",
  "recommended-analysis.specify.question8c": "more info",
  "recommended-analysis.specify.question9c": "more info",
  "recommended-analysis.specify.question10c": "more info",
  "recommended-analysis.specify.question11c": "",
  "recommended-methods.procedure.question9b": "more info",
  "description-methods.procedure.question10b": "more info",
  "confirmatory-analyses-first.first.question1c": "more info",
  "confirmatory-analyses-first.first.question2c": "more info",
  "confirmatory-analyses-first.first.question3c": "more info",
  "confirmatory-analyses-first.first.question4c": "more info",
  "confirmatory-analyses-first.first.question5c": "more info",
  "confirmatory-analyses-third.third.question1c": "more info",
  "confirmatory-analyses-third.third.question2c": "more info",
  "confirmatory-analyses-third.third.question3c": "more info",
  "confirmatory-analyses-third.third.question4c": "more info",
  "confirmatory-analyses-third.third.question5c": "more info",
  "description-methods.planned-sample.question4b": "more info",
  "description-methods.planned-sample.question5b": "more info",
  "description-methods.planned-sample.question6b": "more info",
  "description-methods.planned-sample.question7b": "more info",
  "recommended-methods.procedure.question9b-file": "test.txt",
  "confirmatory-analyses-fourth.fourth.question1c": "more info",
  "confirmatory-analyses-fourth.fourth.question2c": "more info",
  "confirmatory-analyses-fourth.fourth.question3c": "more info",
  "confirmatory-analyses-fourth.fourth.question4c": "more info",
  "confirmatory-analyses-fourth.fourth.question5c": "more info",
  "confirmatory-analyses-second.second.question1c": "more info",
  "confirmatory-analyses-second.second.question2c": "more info",
  "confirmatory-analyses-second.second.question3c": "more info",
  "confirmatory-analyses-second.second.question4c": "more info",
  "confirmatory-analyses-second.second.question5c": "more info",
  "confirmatory-analyses-further.further.question1c": "more info",
  "confirmatory-analyses-further.further.question2c": "more info",
  "confirmatory-analyses-further.further.question3c": "more info",
  "confirmatory-analyses-further.further.question4c": "more info",
  "confirmatory-analyses-further.further.question5c": "more info",
  "description-methods.exclusion-criteria.question8b": "more info",
  "description-methods.planned-sample.question6b-upload": ""
}

{
  "looked": {
    "extra": [

    ],
    "value": "Yes",
    "comments": [

    ]
  },
  "datacompletion": {
    "extra": [

    ],
    "value": "No, data collection has not begun",
    "comments": [

    ]
  },
  "additionalComments": {
    "extra": [

    ],
    "value": "more info",
    "comments": [

    ]
  },
  "dataCollectionDates": {
    "extra": [

    ],
    "value": "more info",
    "comments": [

    ]
  },
  "description-methods": {
    "extra": [

    ],
    "value": {
      "design": {
        "extra": [

        ],
        "value": {
          "question2a": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      },
      "procedure": {
        "extra": [

        ],
        "value": {
          "question10b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      },
      "planned-sample": {
        "extra": [

        ],
        "value": {
          "question4b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question6b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question7b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question6b-upload": {
            "extra": [

            ],
            "value": "",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      },
      "exclusion-criteria": {
        "extra": [

        ],
        "value": {
          "question8b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "recommended-methods": {
    "extra": [

    ],
    "value": {
      "procedure": {
        "extra": [

        ],
        "value": {
          "question9b": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question9b-file": {
            "extra": [
              {
                "data": {
                  "id": "osfstorage\/5d549be6915b8103862cf295",
                  "etag": "20f517a17acf30b63150f57a3291e56497d4eef52293736ff84b36669fa4caa5",
                  "kind": "file",
                  "name": "test.txt",
                  "path": "\/5d549be6915b8103862cf295",
                  "size": 3130,
                  "type": "files",
                  "extra": {
                    "guid": "",
                    "hashes": {
                      "md5": "501516bb4fff0daac3c64106ece55028",
                      "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30"
                    },
                    "version": 1,
                    "checkout": {
                      "_id": "b2u8h"
                    },
                    "downloads": 0,
                    "latestVersionSeen": {
                      "seen": true,
                      "user": "b2u8h"
                    }
                  },
                  "links": {
                    "move": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
                    "delete": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
                    "upload": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295?kind=file",
                    "download": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295"
                  },
                  "accept": {
                    "maxSize": 5120,
                    "acceptedFiles": true
                  },
                  "nodeId": "mygrx",
                  "nodeUrl": "\/mygrx\/",
                  "sizeInt": 3130,
                  "modified": "2019-08-14T23:39:31.9176+00:00",
                  "provider": "osfstorage",
                  "resource": "mygrx",
                  "nodeApiUrl": "\/api\/v1\/project\/mygrx\/",
                  "contentType": "",
                  "created_utc": "2019-08-14T23:39:31.917600+00:00",
                  "permissions": {
                    "edit": true,
                    "view": true
                  },
                  "materialized": "\/test.txt",
                  "modified_utc": "2019-08-14T23:39:31.917600+00:00",
                  "waterbutlerURL": "http:\/\/localhost:7777"
                },
                "fileId": "6m92v",
                "nodeId": "mygrx",
                "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30",
                "viewUrl": "\/project\/mygrx\/files\/osfstorage\/5d549be6915b8103862cf295",
                "descriptionValue": "",
                "selectedFileName": "test.txt"
              }
            ],
            "value": "test.txt",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "recommended-analysis": {
    "extra": [

    ],
    "value": {
      "specify": {
        "extra": [

        ],
        "value": {
          "question6c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question7c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question8c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question9c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question10c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question11c": {
            "extra": [

            ],
            "value": "",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "description-hypothesis": {
    "extra": [

    ],
    "value": {
      "question1a": {
        "extra": [

        ],
        "value": "answer to a question",
        "comments": [

        ]
      },
      "question2a": {
        "extra": [

        ],
        "value": "answer to a question",
        "comments": [

        ]
      },
      "question3a": {
        "extra": [

        ],
        "value": "answer to a question",
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "recommended-hypothesis": {
    "extra": [

    ],
    "value": {
      "question4a": {
        "extra": [
          {
            "data": {
              "id": "osfstorage\/5d549be6915b8103862cf295",
              "etag": "20f517a17acf30b63150f57a3291e56497d4eef52293736ff84b36669fa4caa5",
              "kind": "file",
              "name": "test.txt",
              "path": "\/5d549be6915b8103862cf295",
              "size": 3130,
              "type": "files",
              "extra": {
                "guid": "",
                "hashes": {
                  "md5": "501516bb4fff0daac3c64106ece55028",
                  "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30"
                },
                "version": 1,
                "checkout": {
                  "_id": "b2u8h"
                },
                "downloads": 0,
                "latestVersionSeen": {
                  "seen": true,
                  "user": "b2u8h"
                }
              },
              "links": {
                "move": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
                "delete": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295",
                "upload": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295?kind=file",
                "download": "http:\/\/localhost:7777\/v1\/resources\/mygrx\/providers\/osfstorage\/5d549be6915b8103862cf295"
              },
              "accept": {
                "maxSize": 5120,
                "acceptedFiles": true
              },
              "nodeId": "mygrx",
              "nodeUrl": "\/mygrx\/",
              "sizeInt": 3130,
              "modified": "2019-08-14T23:39:31.9176+00:00",
              "provider": "osfstorage",
              "resource": "mygrx",
              "nodeApiUrl": "\/api\/v1\/project\/mygrx\/",
              "contentType": "",
              "created_utc": "2019-08-14T23:39:31.917600+00:00",
              "permissions": {
                "edit": true,
                "view": true
              },
              "materialized": "\/test.txt",
              "modified_utc": "2019-08-14T23:39:31.917600+00:00",
              "waterbutlerURL": "http:\/\/localhost:7777"
            },
            "fileId": "6m92v",
            "nodeId": "mygrx",
            "sha256": "55d2a368a4dca9e33c537f8963d55de4e32e70a2e82be0c26cb325976c3bad30",
            "viewUrl": "\/project\/mygrx\/files\/osfstorage\/5d549be6915b8103862cf295",
            "descriptionValue": "",
            "selectedFileName": "test.txt"
          }
        ],
        "value": "test.txt",
        "comments": [

        ]
      },
      "question5a": {
        "extra": [

        ],
        "value": "more info",
        "comments": [

        ]
      },
      "question6a": {
        "extra": [

        ],
        "value": "more info",
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "confirmatory-analyses-first": {
    "extra": [

    ],
    "value": {
      "first": {
        "extra": [

        ],
        "value": {
          "question1c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question4c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "confirmatory-analyses-third": {
    "extra": [

    ],
    "value": {
      "third": {
        "extra": [

        ],
        "value": {
          "question1c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question4c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "confirmatory-analyses-fourth": {
    "extra": [

    ],
    "value": {
      "fourth": {
        "extra": [

        ],
        "value": {
          "question1c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question4c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "confirmatory-analyses-second": {
    "extra": [

    ],
    "value": {
      "second": {
        "extra": [

        ],
        "value": {
          "question1c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question4c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  },
  "confirmatory-analyses-further": {
    "extra": [

    ],
    "value": {
      "further": {
        "extra": [

        ],
        "value": {
          "question1c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question2c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question3c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question4c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          },
          "question5c": {
            "extra": [

            ],
            "value": "more info",
            "comments": [

            ]
          }
        },
        "comments": [

        ]
      }
    },
    "comments": [

    ]
  }
}

QA Notes

Documentation

Side Effects

Ticket
https://openscience.atlassian.net/browse/ENG-609

Will be finalized in https://github.com/pattisdr/osf.io/pull/30


Fails to build under armv7l

During make -f minicargo.mk, gcc complains about __int128 not being supported when compiling libcore.hir.o.c.

Hmm... sounds like there needs to be a new target defined for ARM64 that turns on 128 bit integer emulation. (Note, currently only x86-64 is supported as a target)

Strange, searching Google for arm64 __int128 returns hits implying that it should work on gcc-5.  I wonder if a later version will help.  I'm only tried 5.4.

My mistake, I was running on a 32 bit ARM CPU, not arm64.

I don't have the target board available anymore, so can't test.  I think this can be closed.


Recent Players List?

I've heard from multiple sources that Elden Ring on Steam has a functional recent players list. In my attempt to figure this feature out, I've found this excellent little program. It works great for me, just a couple questions though. In the readme, it says you can use the program to log recent players to the recent players list; I cant find this functionality. How do I do this? Also, is it possible for the names of the recent players to be logged to the log file? In other words, after I disconnect from a player, is there a way for me to go back and see who I had connected with? Sorry if this isn't really an "issue," I just would like some clarification and potentially help future users of this program. Thanks for the hard work.

you can check recent players via steam directly, press view on top left of steam, then players, then a box will appear showing you who you recently played with in ER

BRO THANK YOU. I thought it just wasn't working for me, I've been trying:

steam name > friends > recently played with
Good job clearing up my idiocy, right on.


Updated the preview of Apple Ui clone

Description
I hv fixed the preview image For the Apple Ui clone.
.
Fixes # (issue no.)
Issue #241
Type of change

[ ] Bug fix (non-breaking change which fixes an issue)

Explain the Testing instructions
Test Configuration:

Operating system:
Version:
Text-editors used: Vs code

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have made corresponding changes to the documentation

ATTACH SCREEN-SHOTS / DEPLOYMENT LINK

@Girlwithasmile can u please explain what u have done in this PR

@Girlwithasmile can u please explain what u have done in this PR

the page initially looked like this.

I mean the preview for Apple Ui clone was wrong.

So I deleted that preview and updated the right one.

make a new PR


generic example

This is really useful for running differnt background code.
Can you make a genric example showing messages flowing back and forth.
Please include the html and javascript in the example.

Please check the example folder, the html file is inside assets folder.
You can run the example, click on button and check the result on console.

Hey @duyduong . Yeah  i saw that before the asked for better demo :)
The reason i ask is that i can can see how useful this architecture is for running code on the devie without having to push a new update to the app store. Solves a big problem.
So i was thinking of using webworkers and WASM inside the webview to do work.
The reason for WASM is because you can code in Rust or golang or c, etc.
The example is lacking for me to see if this is likely to work yet.
For example the workers will need to push updates back to the Flutter layer, etc.
But in general i just wanted a bit more of a fleshd out example to show RPC happening between flutter and the code running in the webview.
Hopefully this use case is something your also contemplating ?

Hey sorry, I would love to write an example like u said but I am not familiar with WebAssembly or Rust
The general idea that I created this plugins is to allow u to create a mobile application without server side (serverless application). The case study is, u want to write a news application, but don't have api to get data from, but u know a website showing data u need. So u can use this plugin, create a html file, inject jquery then u can parsing and send back data to flutter. It is promising right? A serverless application

@duyduong thanks again for the explanation. Knowing your use case does help alot !

@gedw99  Actually I am quite busy on other stuff for now. Will tell u later when everything is out, then we can collaborate in cool projects

Example has been updated


[ Bug ] Asynchronous Multiselect closes automatically on click and not allowing for data select

Hi
I'm using Asynchronous dropdown (multiselect) and when I search  something in the input, the result is shown and right at the point of selecting it is suddenly and unexpectedly closes not allowing for anything to choose.
I recently (today!) did an npm update (all packages) and the  vue-multiselect 2.1.3 is updated to vue-multiselect 2.1.6. Prior to this everything was working properly.

I'm facing a similar issue, @raminjafary did you find a solution to this use-case?

I'm facing a similar issue, @raminjafary did you find a solution to this use-case?

Unfortunately not a technical one yet! I had to downgrade to the vue-multiselect 2.1.3 and now everything is in sync and works well again!


TS-3245 : Changes optind = 1 to optind = 0 for all plugins to ensure

      that multiples plugins in the global plugin.config can co-exist
      together. Note that all plugins were already optind = 0 except
      for the four that were modified in the this commit (background_fetch,
      regex_revalidate, remap_stats, and stale_while_revalidate).

      Note: This patch does NOT change ATS core so that future plugins
      must be sure to use optind = 0 also.

Understood preference is for ATS core change to cover all plugins, but this has been outstanding for more than one year and affects our usage of ATS. Also, I am not sure if an ATS core change can cover the plugins since according to the Linux man page setting optind=0 and calling getopt_long() causes an "internal" initialization process to run which looks at the optstring argument to getopt_long(). ATS core would not have pre-knowledge of each plugin's internals so this seems like this would be a road-block?

Note to self: check what glibc does with optind=1, which is the pattern used by remap plugins.

@jpeach  Did you look at this ?

Can one of the admins verify this patch?

[approve ci]

[approve ci]

Linux (CentOS7) build finished successfully. Details on https://ci.trafficserver.apache.org/job/Github-Linux/14/

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Another build needed [approve ci]

Linux (CentOS7) build failed! Details on https://ci.trafficserver.apache.org/job/Github-Linux/33/

FreeBSD v10 build finished successfully. Details on https://ci.trafficserver.apache.org/job/Github-FreeBSD/16/

Linux (CentOS7) build failed! Details on https://ci.trafficserver.apache.org/job/Github-Linux/40/

FreeBSD v10 build finished successfully. Details on https://ci.trafficserver.apache.org/job/Github-FreeBSD/19/

Upgraded git on all the build boxes, so try again [approve ci].

I spent some time looking at this. I think the change is correct and I think it must be the plugin responsibility because we don't require plugins to use getopt. Here's the relevant language

The variable optind is the index of the next element to be processed in argv. The system initializes this value to 1. The caller can reset it to 1 to restart scanning of the same argv, or when scanning a new argument vector.

I read this as indicating 1 is the correct value to use to reset optind.

On the Linux man page, at least, the optind should be set to 0 instead of 1 if you are mixing GNU extensions vs traditional between different invocations. If you set to 0, you force it to scan the opstring for GNU extensions, which ensures proper operation.

Oops hit the wrong button.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

Can one of the admins verify this patch? Only approve PRs which have been reviewed.

@pbchou So a complication might be if we have platforms where "0" does not make sense? Or do we feel comfortable that "0" is what we should set? Do we have to #ifdef this?

I can only speak for Linux. However, it should be noted that if you grep for 'optind = 0' under plugins/ there are around ten other plugins already using optind = 0 and none appear to have used ifdefs within close proximity (I used egrep -B5). I would recommend to first fix the four plugins covered by this patch since if there are cross-platform issues then that would require a much wider change that could then be applied uniformly across all 14 plugins.

IMHO resetting to 1 is the right fix. It should be safe to reset optind in plugin_load and remove all the plugin assumptions, since we guarantee that plugin loading is serialized. This should apply to remap instance loading as well.

But this patch is changing it to 0, which might be Linux only? But we do use this inconsistently, but then again, many plug-ins might not be tested on anything but Linux.

0 is a GNU extension behaviour, from the man page:
... and wants to make use of GNU extensions such as '+' and '-' at the start
of optstring, or changes the value of POSIXLY_CORRECT between scans,
must reinitialize getopt() by resetting optind to 0, rather than the traditional
value of 1.

This is probably where the confusion originates, since for glibc either 0 or 1 should work, depending on which part of the man page the author read. On non-gllibc, 1 is the only value that would work. AFAIK we don't have any plugins that use GNU extensions, so I recommend we reset optind to 1 in the plugin loader so that plugins always get the right behaviour by default.

I think this depends on whether GNU extensions are being used or not since the man page does say that you "must" reinitialize with optind = 0 if you go back and forth between traditional and GNU extensions between scans. I am not certain what constitutes a GNU extension in the opstring, but I can report that two of the plugins included in this PR (background_fetch and regex_revalidate), which both use optind = 1 currently, do not play well together. background_fetch uses opstring "lc" while regex_revalidate uses "c:l:" so I suspect the colons are considered GNU extensions since that is the only difference besides the order of the letters. So sounds like glibc requires 0 and other libraries require 1 so this would need an #ifdef then. Note, there are actually 15 plugins using getopt (11 use optind=0 and 4 use optind=1).

Can you please explain "do not play well together"? The : makes that option required I think. Also, most if not all of these plugins are developed/tested/deployed with glibc.
My preference would be to do this in the core inside some sort of __GNU_LIBRARY__ ifdef block. We do support FreeBSD and OpenSolaris.

Heh, and so we are full circle. @jpeach Exactly, and that's what @pbchou said in an earlier post. To which I raised the concern about changing it to 0 (as the patch does) might not be cross platform.
If we want this Linux specific behavior of "0", doing what @PSUdaemon suggests is fine. What's somewhat amusing is that we have possibly broken plugins already that are using "0", in that they might not work on all platforms?

When there is an issue, typically the second plugin in the list will have corrupted values for its arguments as returned by getopt_long(). For example, it might return text from the first plugin's argument list.
One interesting thing is that all plugins are using getopt_long() and not getopt(). I think getopt_long() is itself a GNU extension according to the man page. So does this mean optind = 0 will always be safe (since implies GNU library) or have other non GNU libraries implemented getopt_long also?
Additional Notes:

There are 16 plugins making use of getopt_long(). There are 0 plugins using plain getopt(). The 15 mentioned in a prior comment was incorrect (-1 due to a local plugin, +2 due to two plugins not setting optind at all).
10 plugins are using optind = 0.
4 plugins are using optind = 1.
2 plugins are using getopt_long but not setting optind at all. [epic, ssl_cert_loader]

getopt_long is implemented on all the platforms we support.
: means the option takes an argument; it is not a GNU extension

Here's what we should test http://apaste.info/5lw . If we detect that we are glibc and set optind to 0 that is fine too.

Missing the optarg = NULL in the global case on purpose?
Also, I think we do want that ifdef around the optind. And I looked it up, we need to include limits.h and test for __GLIBC__ on modern (post 1996) glibc's

The missing optarg = NULL is just my fat fingers :)

Ok, well I assume @pbchou can take it from here?

After doing more reading here and on the net, I now agree with @pbchou in his original approach. Core should use optind = 1 and all the plugins should be changed to use optind = 0. That's the safest and most cross platform approach.

.

Hi. I opened PR #696 under a new branch with a new patch based on the sample code provided by @jpeach. I had to re-base this branch on my local repository with master due to all of the intervening patches, but then I had difficulty pushing it into my GitHub fork. I didn't want to mess around with this branch in my fork in case it deleted these informative comments.


GROOVY-9858

Here is a PR for GROOVY_3_0_X branch for issue https://issues.apache.org/jira/browse/GROOVY-9858 .

Merged, thanks!

Merged, thanks!


🐛 [firebase_messaging] Application keeps crushing at startup

Bug report
Describe the bug
Flutter application keeps crushing at startup.
In our suggestion there is something related to FirebaseMessaging.
Any help would be appreciated.
Steps to reproduce
Steps to reproduce the behavior:

flutter run

Logs:

Click To Expand

[WARN] GIB.plist not found. Autorun not possible
ℹ INFO    ℹ General        [Logger.swift:11-3587-1] log level set to 🔕 OFF
ℹ INFO    😎 AgentSession   [DTXAgentBootController.m:16-3587-1] ### Dynatrace OneAgent (iOS) 8.267.1.1006 built on 2023-05-22 06:00:29 +0000 ###
ℹ INFO    😎 AgentSession   [DynatraceCore.swift:9-3587-1] ### Dynatrace Core (iOS) 8.267.1.1001 built on 2023-05-09 ###
10.18.0 - [FirebaseInstallations][I-FIS002000] -[FIRInstallationsIDController createGetInstallationItemPromise], appName: __FIRAPP_DEFAULT
10.18.0 - [FirebaseMessaging][I-FCM043000] Info is not found in Keychain. OSStatus: -25300. Keychain query: {
    acct = "com.UCHUR";
    class = genp;
    gena = "com.google.iid";
    "m_Limit" = "m_LimitAll";
    nleg = 1;
    "r_Attributes" = 1;
    "r_Data" = 1;
    svce = "com.google.iid.checkin";
}
10.18.0 - [FirebaseMessaging][I-FCM033009] App reset detected but no valid checkin auth preferences found. Will not delete server token registrations.
10.18.0 - [FirebaseMessaging][I-FCM002000] FIRMessaging library version 10.18.0
10.18.0 - [GULReachability][I-REA902003] Monitoring the network status
10.18.0 - [FirebaseMessaging][I-FCM043000] Info is not found in Keychain. OSStatus: -25300. Keychain query: {
    acct = "com.UCHUR";
    class = genp;
    gena = "com.google.iid-tokens";
    "m_Limit" = "m_LimitAll";
    nleg = 1;
    "r_Attributes" = 1;
    "r_Data" = 1;
    svce = "663179356437:*";
}
10.18.0 - [FirebaseMessaging][I-FCM001000] FIRMessaging Remote Notifications proxy enabled, will swizzle remote notification receiver handlers. If you'd prefer to manually integrate Firebase Messaging, add "FirebaseAppDelegateProxyEnabled" to your Info.plist, and set it to NO. Follow the instructions at:
https://firebase.google.com/docs/cloud-messaging/ios/client#method_swizzling_in_firebase_messaging
to ensure proper integration.
flutter: The Dart VM service is listening on http://<IP_ADDRESS>:49651/x3bbJBN-qQI=/
10.18.0 - [GoogleUtilities/AppDelegateSwizzler][I-SWZ001008] Successfully created App Delegate Proxy automatically. To disable the proxy, set the flag GoogleUtilitiesAppDelegateProxyEnabled to NO (Boolean) in the Info.plist
10.18.0 - [FirebaseAnalytics][I-ACS024000] Debug mode is on
10.18.0 - [GULReachability][I-REA902003] Monitoring the network status
10.18.0 - [FirebaseAnalytics][I-ACS023007] Analytics v.10.18.0 started
10.18.0 - [FirebaseAnalytics][I-ACS023222] Build 101700
10.18.0 - [FirebaseAnalytics][I-ACS023008] To disable debug logging set the following application argument: -noFIRAnalyticsDebugEnabled (see http://goo.gl/RfcP7r)
10.18.0 - [FirebaseAnalytics][I-ACS023009] Debug logging enabled
10.18.0 - [FirebaseAnalytics][I-ACS023207] To disable verbose logging set the following application argument: -FIRAnalyticsVerboseLoggingDisabled (see http://goo.gl/RfcP7r)
10.18.0 - [GULReachability][I-REA902003] Monitoring the network status
10.18.0 - [FirebaseAnalytics][I-ACS044000] GoogleAppMeasurementIdentitySupport dependency is linked.
10.18.0 - [FirebaseAnalytics][I-ACS044001] The AdSupport Framework is linked.

Flutter doctor
Click To Expand
[✓] Flutter (Channel stable, 3.16.6, on macOS 14.2.1 23C71 darwin-x64, locale
ru-RU)
• Flutter version 3.16.6 on channel stable at
/Users/urijbolsakov/development/flutter
• Upstream repository https://github.com/flutter/flutter.git
• Framework revision 46787ee49c (11 дней назад), 2024-01-09 14:36:07 -0800
• Engine revision 3f3e560236
• Dart version 3.2.3
• DevTools version 2.28.4
[✗] Android toolchain - develop for Android devices
✗ Unable to locate Android SDK.
Install Android Studio from:
https://developer.android.com/studio/index.html
On first launch it will assist you in installing the Android SDK
components.
(or visit https://flutter.dev/docs/get-started/install/macos#android-setup
for detailed instructions).
If the Android SDK has been installed to a custom location, please use
flutter config --android-sdk to update to that location.
[✓] Xcode - develop for iOS and macOS (Xcode 15.1)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Build 15C65
• CocoaPods version 1.14.3
[✓] Chrome - develop for the web
• Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome
[!] Android Studio (not installed)
• Android Studio not found; download from
https://developer.android.com/studio/index.html
(or visit https://flutter.dev/docs/get-started/install/macos#android-setup
for detailed instructions).
[✓] IntelliJ IDEA Ultimate Edition (version 2023.2.1)
• IntelliJ at /Applications/IntelliJ IDEA.app
• Flutter plugin version 75.1.4
• Dart plugin version 232.9559.10
[✓] VS Code (version 1.82.2)
• VS Code at /Users/urijbolsakov/Downloads/Visual Studio Code.app/Contents
• Flutter extension version 3.80.0
[✓] Connected device (3 available)
• iPhone 15 Pro (mobile) • 129B19AB-ECEA-40AF-B9CB-80B889B81855 • ios
• com.apple.CoreSimulator.SimRuntime.iOS-17-2 (simulator)
• macOS (desktop)        • macos                                • darwin-x64
• macOS 14.2.1 23C71 darwin-x64
• Chrome (web)           • chrome                               •
web-javascript • Google Chrome 120.0.6099.234
! Error: Browsing on the local area network for iPhone (Леонид). Ensure the
device is unlocked and attached with a cable or associated with the same
local area network as this Mac.
The device must be opted into Developer Mode to connect wirelessly. (code
-27)
[✓] Network resources
• All expected network resources are available.
! Doctor found issues in 2 categories.

 If you're running pod install manually, make sure flutter pub get is executed first"
end
File.foreach(generated_xcode_build_settings_path) do |line|
matches = line.match(/FLUTTER_ROOT=(.*)/)
return matches[1].strip if matches
end
raise "FLUTTER_ROOT not found in #{generated_xcode_build_settings_path}. Try deleting Generated.xcconfig, then run flutter pub get"
end
require File.expand_path(File.join('packages', 'flutter_tools', 'bin', 'podhelper'), flutter_root)
flutter_ios_podfile_setup
target 'Runner' do
use_frameworks!
use_modular_headers!
pod 'Firebase', :modular_headers => true
pod 'FirebaseCoreInternal', :modular_headers => true
pod 'GoogleUtilities', :modular_headers => true
pod 'FirebaseCore', '10.18.0', :modular_headers => true
pod 'FBSDKLoginKit', '16.2.1'
pod 'Firebase/Messaging', '10.18.0', :modular_headers => true
pod 'SwiftKeychainWrapper'
flutter_install_all_ios_pods File.dirname(File.realpath(FILE))
end
post_install do |installer|
installer.pods_project.targets.each do |target|
flutter_additional_ios_build_settings(target)
target.build_configurations.each do |config|
config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '13.0'
config.build_settings['BUILD_LIBRARY_FOR_DISTRIBUTION'] = 'NO'
# config.build_settings['CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES'] = 'YES'
# You can remove unused permissions here
# for more information: https://github.com/BaseflowIT/flutter-permission-handler/blob/master/permission_handler/ios/Classes/PermissionHandlerEnums.h
# e.g. when you don't need camera permission, just add 'PERMISSION_CAMERA=0'
config.build_settings['GCC_PREPROCESSOR_DEFINITIONS'] ||= [
'$(inherited)',
## dart: PermissionGroup.notification
'PERMISSION_NOTIFICATIONS=1',
]
end
end
end

@leonidtimo17
It seem your setup / config is not correct. Please go through this documentation and confirm if you've followed all of them properly and then re-run your scenario to check if it still crashes or not.


Merge libos

Master branch is too old and doesn't reflect the current state of the project. It's probably a good idea to merge libos and update documentation to avoid confusion.

Very cool, excited!


FileNotFoundError: [Errno 2] No such file or directory:

When I train my datasets,it comes
Traceback (most recent call last):
File "/home/skysun/modelchange/DSS-pytorch-master/main.py", line 96, in
main(config)
File "/home/skysun/modelchange/DSS-pytorch-master/main.py", line 26, in main
train.train()
File "/home/skysun/modelchange/DSS-pytorch-master/solver.py", line 131, in train
for i, data_batch in enumerate(self.train_loader):
File "/home/skysun/anaconda3/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 336, in next
return self._process_next_batch(batch)
File "/home/skysun/anaconda3/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 357, in _process_next_batch
raise batch.exc_type(batch.exc_msg)
FileNotFoundError: Traceback (most recent call last):
File "/home/skysun/anaconda3/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 106, in _worker_loop
samples = collate_fn([dataset[i] for i in batch_indices])
File "/home/skysun/anaconda3/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 106, in
samples = collate_fn([dataset[i] for i in batch_indices])
File "/home/skysun/modelchange/DSS-pytorch-master/dataset.py", line 32, in getitem
label = Image.open(self.label_path[item]).convert('L')
File "/home/skysun/anaconda3/lib/python3.6/site-packages/PIL/Image.py", line 2634, in open
fp = builtins.open(filename, "rb")
FileNotFoundError: [Errno 2] No such file or directory: '/home/skysun/data/ship/Ship_Ground_True/002064.png'
But I  Actually have the file. Do you have the same problem? or make the datasets have some detail？

I'm so sorry.   I made a miss error!


fix(optimizer): browser mapping for yarn pnp

Description
fix: #1979
Currently, internal module re-mapping via the browser field in package.json during dependency pre-bundling is not supported when is used with Yarn in PnP mode.
This fails to re-map for the browser, and the original node-targeting module is bundled instead.
{
  "name": "browser-internal",
  "browser": {
    "./node.js": "./browser.js"
  }
}

This happens due to incorrect importer being passed to resolver in esbuildDepPlugin:
https://github.com/vitejs/vite/blob/6ecf9b06a8515d13ff3fb66aeeefdc2dbce91550/packages/vite/src/node/optimizer/esbuildDepPlugin.ts#L59-L68
Here the comment states that resolveDir is passed for package entries only, however it actually is passed unconditionally in PnP compat onResolve:
https://github.com/vitejs/vite/blob/6ecf9b06a8515d13ff3fb66aeeefdc2dbce91550/packages/vite/src/node/optimizer/esbuildDepPlugin.ts#L210-L216
As a result, tryResolveBrowserMapping in vite:resolve fails to locate related pkg data, which leads to ignoring internal browser field mappings for a package being pre-bundled.
This PR fixed the problem by passing resolveDir only for the actual entry modules, which are detected by comparing namespace to 'dep'.
Here's a CodeSandbox with failing checks: linl.
And here's one with fixed Vite version from this PR: link.
Additional context

What is the purpose of this pull request?

[x] Bug fix
[ ] New Feature
[ ] Documentation update
[ ] Other

Before submitting the PR, please make sure you do the following

[x] Read the Contributing Guidelines.
[x] Read the Pull Request Guidelines and follow the Commit Convention.
[x] Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
[x] Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. fixes #123).
[ ] Ideally, include relevant tests that fail without this PR but pass with it.

Everything seems to be working now. Could maintainers please take a look? 🤗

I have confirmed that this PR addresses #6693.

Okay, I think it's good enough. PnP compatibility issues for external dependencies are solved. Local optimized dependencies  with browser mappings are still failing in some cases as I described here. But that's rather edge-casey and can be tackled separately.
@bluwy @patak-dev can you please take a look?

Okay, I think it's good enough. PnP compatibility issues for external dependencies are solved. Local optimized dependencies  with browser mappings are still failing in some cases as I described here. But that's rather edge-casey and can be tackled separately.
@bluwy @patak-dev can you please take a look?

Any chance we could get this merged in for vite@2 as well? We'd like to be able to use yarn's pnp with vite without switching to vite@beta since it's not recommended for production.


pscale auth login only showing output after ctrl+c - not able to log in

When running pscale auth login on WSL2 - Ubuntu, there is no output, nor redirect to any new windows for authentication.
Output of the command only shows up after I cancel the execution of the command (by pressing ctrl + c) then it outputs (probably) the expected things:
pscale auth login
^CFailed to open a browser: signal: interrupt

Confirmation Code: YMHOSZCP

If something goes wrong, copy and paste this URL into your browser: https://auth.planetscale.com/oauth/device?user_code=YMHOSZCP

Error: error performing http request: Post "https://auth.planetscale.com/oauth/token": context canceled

When I do try the provided URL it does surprisingly redirect me to the confirmation page with the code, where I can accept it.
When I do, it does go through, but obviously this token is not active anymore so the auth in the pscale cli does not register me as logged in.
I did upgrade all the packages in ubuntu
I downloaded and installed the newest release of the cli
I gave it quite a long time to run

Thanks for reporting, we'll look into this!

How did you get pscale CLI installed in WSL?

Just to be thorough I used these instructions. I used wget to grab the latest release and followed the rest of the instructions.
And yeah, the issue is still present and behaves in the same way, as described above.
Let me know if I can be of any more help.

Facing this as well.

Me too, for more context :
I installed the CLI in WSL by downloading the deb from the releases with wget and using dpkg -i.

Hello, I tried this today and it worked no problem, unless there is any objection I think this can be closed.

Tried it a week ago and it was still not working... Unless you changed anything, I doubted it's fixed.

For me at least this seemed to be caused by xdg-open which would hang no matter what I tried to do with it. Figured I'd reinstall it to see if anything would change, but simply leaving xdg-utils uninstalled fixed the issue for me (I have no other use for it).

Still encountering this as well, any news on a fix?

It might be a different problem, but when I used on WSL I could only make it work when I used pscale with sudo. Without sudo, it was hanging for quite long and then showed that it was not able to write access tokens to the filesystem.

I face this problem to. using WSL 2. it's not showing anything.
This is my machine, and I download pscale_0.126.0_linux_amd64.deb
Linux RioChndr-Lenovo-Legion <IP_ADDRESS>-microsoft-standard-WSL2 #1 SMP Wed Mar 2 00:30:59 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

I experience similar issues on WSL (Ubuntu):
`ridds@DESKTOP-5PLDNPK:~$ sudo pscale auth login
[sudo] password for ridds:
Failed to open a browser: xdg-open resolves to executable in current directory (./xdg-open)
Confirmation Code: 97V4NKKI
If something goes wrong, copy and paste this URL into your browser: https://auth.planetscale.com/oauth/device?user_code=97V4NKKI
Error: error logging in: error writing token: open /root/.config/planetscale/access-token: no such file or directory`
Can I get the output of the access-token so that I can atleast write this file manually?
Thanks in advance

@blakecannell
$ sudo mkdir -p /root/.config/planetscale

$ sudo pscale auth login
Confirmation Code:

If something goes wrong, copy and paste this URL into your browser: https://auth.planetscale.com/oauth/device?user_code=

Successfully logged in.

👍

https://github.com/planetscale/cli/issues/449#issuecomment-1407645556
With the super user's access token saved, pscale can be run without the sudo by doing the following.
$ mkdir $HOME/.config/planetscale

$ sudo cp /root/.config/planetscale/* $HOME/.config/planetscale

$ sudo chown $USER:$USER $HOME/.config/planetscale/*

$ pscale database create sample

$ pscale database list
  NAME            CREATED AT      UPDATED AT      NOTES
 --------------- --------------- --------------- -------
  sample   5 minutes ago   4 minutes ago

You can get a list of planetscale databases.
However, you should be able to run pscale command without sudo.
$ sudo cp /usr/bin/pscale /usr/local/bin/

$ which pscale
/usr/local/bin

There is also a way to create a symbolic link, but it is not described here.

I was facing the same problem, even as root with sudo command but I fixed:
Just create the planetscale folder before do auth:
mkdir ~/.config/planetscale
pscale auth login

this worked, thanks!

I've faced this issue today on a fresh Amazon Linux server when installing pscale. It appears the auth directory is not created for the user, when it tries to write the access-token file it fails:
$ sudo rpm -i https://github.com/planetscale/cli/releases/download/v0.138.0/pscale_0.138.0_linux_amd64.rpm
$ pscale login
Failed to open a browser: exec: "xdg-open": executable file not found in $PATH

Confirmation Code: <redacted_code>

If something goes wrong, copy and paste this URL into your browser: https://auth.planetscale.com/oauth/device?user_code=<redacted_code>

Error: error logging in: error writing token: open /home/ec2-user/.config/planetscale/access-token: no such file or directory

Once I created the directory from the error message above, I was able to login successfully.
$ ls /home/ec2-user/.config/planetscale/
ls: cannot access '/home/ec2-user/.config/planetscale/': No such file or directory

$ mkdir -p /home/ec2-user/.config/planetscale/

$ pscale login
Failed to open a browser: exec: "xdg-open": executable file not found in $PATH

Confirmation Code: <redacted_code>

If something goes wrong, copy and paste this URL into your browser: https://auth.planetscale.com/oauth/device?user_code=<redacted_code>

Successfully logged in.

This should now be fixed with the change in https://github.com/planetscale/cli/pull/670


Utilize production vaults as source of truth for vault keepers operations

Summary
Utilizing the v2 registry, remove all hard coded definitions for vaults in the keepers.
Requirements

Read vault definitions from new v2 registry
v1 vaults utilize existing legacy keeper behavior
v1.5 vaults utilize badger API harvest estimations + gas estimation to harvest at economically opportune moments
badger builders harvest log discord integration

ser @btcookies took that


Disable before dates behind today in week mode

Is possible disable this days?
And how can i make it?

Please use the issue template.


paginatePath can't be changed for translations

The default paginate path is "page". I would like to translate this part of the url as well. But setting a different paginate path for a translation has no effect. Hugo still refers to the "global" setting.

This is "as designed". It may be fixed in the future, but not for 0.17. Or: Not by me.


introduce YAML format

It's perhaps a matter of taste here, TOML can become less readable than YAML when there exists a deeply nested structure. For instance, the following is the TOML version of our UnitTest.yml file without indentation:
name = "CI"

[jobs.test]
runs-on = "${{ matrix.os }}"

[[jobs.test.steps]]
uses = "actions/checkout@v2"
[[jobs.test.steps]]
name = "Set up Julia"
uses = "julia-actions/setup-julia@v1"

[jobs.test.steps.with]
arch = "${{ matrix.arch }}"
version = "${{ matrix.julia-version }}"
[[jobs.test.steps]]
name = "Cache artifacts"
uses = "actions/cache@v1"

[jobs.test.steps.env]
cache-name = "cache-artifacts"

[jobs.test.steps.with]
key = "${{ runner.os }}-test-${{ env.cache-name }}-${{ hashFiles('**/Project.toml') }}"
path = "~/.julia/artifacts"
restore-keys = "${{ runner.os }}-test-${{ env.cache-name }}-\n${{ runner.os }}-test-\n${{ runner.os }}-\n"
[[jobs.test.steps]]
name = "Unit Test"
uses = "julia-actions/julia-runtest@master"
[[jobs.test.steps]]
uses = "julia-actions/julia-processcoverage@v1"
[[jobs.test.steps]]
uses = "codecov/codecov-action@v1"

[jobs.test.steps.with]
file = "lcov.info"

[jobs.test.strategy]
fail-fast = false

[jobs.test.strategy.matrix]
arch = ["x64"]
julia-version = ["1.6", "1", "nightly"]
os = ["ubuntu-latest"]

[[jobs.test.strategy.matrix.include]]
arch = "x64"
julia-version = "1"
os = "windows-latest"
[[jobs.test.strategy.matrix.include]]
arch = "x64"
julia-version = "1"
os = "macOS-latest"

Given that TOML is shipped as Julia's stdlib, we might still want to use it as the default internal representation.

b13e6e74c0326f427f3aeb1b6931dedef9c49a90


added documentation for get_standard_gate_name_mapping()

Summary
Added documentation for the function get_standard_gate_name_mapping() in the Standard Gates section here.
This fixes this open issue link.
Details and comments
I have added necessary details about the function with code examples in the documentatio.

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

0 of 0   changed or added relevant lines in 0 files are covered.
13 unchanged lines in 4 files lost coverage.
Overall coverage decreased (-0.003%) to 88.79%

Files with Coverage Reduction
New Missed Lines
%

crates/accelerate/src/two_qubit_decompose.rs
1
91.45%

qiskit/synthesis/two_qubit/xx_decompose/decomposer.py
1
95.45%

crates/qasm2/src/lex.rs
5
92.23%

crates/qasm2/src/parse.rs
6
97.61%

Totals

Change from base Build<PHONE_NUMBER>4:
-0.003%

Covered Lines:
73486

Relevant Lines:
82764

💛  - Coveralls

@jakelishman Please review this pull request and let me know if its alright.
Thank you

This PR can also close this issue. I am facing some problems contributing more as this PR has not been merged yet. And so I cannot delete my forked repo.
Please review this.
Thank You

@Shivansh20128 You can use branches to have more than pull request at a time. Maybe this document helps to explain branches:
https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches
It is best to keep individual pull requests small and focused on one thing (like how you had this PR just adding documentation for get_standard_gate_name_mapping but now it has some other things). It is probably still small enough to get reviewed and merged in one pull request, but I want to leave that job to someone else :slightly_smiling_face:
Also, I would consider adding a release note to advertise that get_standard_gate_name_mapping is a public function.

@wshanks Thank you so much for the information. I am still in the learning phase and guess it'll take some time getting used to.
Maybe I should just remove this PR and make a new one from the beginning which contains only the required changes here (if the reviewers agree).

Sorry for all this mess. I am creating a new and clean PR for this issue that can be reviewed easily.
Thank you

@Shivansh20128 No problem -- nice to keep things clean. You can always rewrite the history of your branch if you want to without opening a new pull request. That is not a good idea for a main branch but for a temporary one for a pull request it is okay. You can't remove comments on the PR though, so sometimes opening a new PR is nice to keep it clean.