Unknown pynest exception.

The problem
Unknown pynest exception.
What version of this integration (ha-nest-protect) has the issue?
0.4.0b4
What version of Home Assistant Core has the issue?
2024.4.3
Device / Model
Nest Protect Battery
Diagnostics information
No response
Home Assistant log
Logs
This error originated from a custom integration.
Logger: custom_components.nest_protect
Source: custom_components/nest_protect/init.py:168
integration: Nest Protect (documentation, issues)
First occurred: 6:51:07 PM (4 occurrences)
Last logged: 9:54:12 PM
Unknown pynest exception. Please create an issue on GitHub with your logfile. Updates paused for 1 minute.
Traceback (most recent call last):
File "/config/custom_components/nest_protect/pynest/client.py", line 298, in subscribe_for_data
result = await response.json()
^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/aiohttp_client.py", line 73, in json
return await super().json(*args, loads=loads, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/aiohttp/client_reqrep.py", line 1176, in json
raise ContentTypeError(
aiohttp.client_exceptions.ContentTypeError: 0, message='Attempt to decode JSON with unexpected mimetype: text/plain', url=URL('https://czfe73-front01-iad01.transport.home.nest.com/v6/subscribe')
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/nest_protect/init.py", line 168, in _async_subscribe_for_data
result = await entry_data.client.subscribe_for_data(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/nest_protect/pynest/client.py", line 302, in subscribe_for_data
raise PynestException(
custom_components.nest_protect.pynest.exceptions.PynestException: 200 error while subscribing -

Additional information
No response

Having the same issue and device/versions as @IMakeTP

I have this issue also

Logs
Logger: custom_components.nest_protect
Source: custom_components/nest_protect/init.py:168
integration: Nest Protect (documentation, issues)
First occurred: 1:00:23 PM (1 occurrences)
Last logged: 1:00:23 PM
Unknown pynest exception. Please create an issue on GitHub with your logfile. Updates paused for 1 minute.
Traceback (most recent call last):
File "/config/custom_components/nest_protect/pynest/client.py", line 298, in subscribe_for_data
result = await response.json()
^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/aiohttp_client.py", line 73, in json
return await super().json(*args, loads=loads, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/aiohttp/client_reqrep.py", line 1176, in json
raise ContentTypeError(
aiohttp.client_exceptions.ContentTypeError: 0, message='Attempt to decode JSON with unexpected mimetype: text/plain', url=URL('https://czfe74-front01-iad01.transport.home.nest.com/v6/subscribe')
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/nest_protect/init.py", line 168, in _async_subscribe_for_data
result = await entry_data.client.subscribe_for_data(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/nest_protect/pynest/client.py", line 302, in subscribe_for_data
raise PynestException(
custom_components.nest_protect.pynest.exceptions.PynestException: 500 error while subscribing -

Please update to v0.4.0b5 and let me know if this issue is still present.

 How do I upgrade? I uninstalled the v0.4.0b4 package from HA, went to the integration again but it reinstalled v0.4.0b4 and not v0.4.0b5. I'm obviously doing something wrong here.. thanks!

@martymart8864 have you pressed "Update information"? Selecting "Redownload" should show the latest version.

Thanks again @iMicknl, got it now. I'll let it run for a a few days and check if I still get the error!

Hi @iMicknl
Still given me an error message running version 0.4.0b5

Logger: custom_components.nest_protect
Source: custom_components/nest_protect/init.py:169
integration: Nest Protect (documentation, issues)
First occurred: 1:36:35 PM (1 occurrences)
Last logged: 1:36:35 PM
Unknown pynest exception. Please create an issue on GitHub with your logfile. Updates paused for 1 minute.
Traceback (most recent call last):
File "/config/custom_components/nest_protect/pynest/client.py", line 309, in subscribe_for_data
result = await response.json()
^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/aiohttp_client.py", line 79, in json
return await super().json(*args, loads=loads, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/aiohttp/client_reqrep.py", line 1176, in json
raise ContentTypeError(
aiohttp.client_exceptions.ContentTypeError: 0, message='Attempt to decode JSON with unexpected mimetype: text/plain', url=URL('https://czfe09-front01-iad01.transport.home.nest.com/v6/subscribe')
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/nest_protect/init.py", line 169, in _async_subscribe_for_data
result = await entry_data.client.subscribe_for_data(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/nest_protect/pynest/client.py", line 313, in subscribe_for_data
raise PynestException(
custom_components.nest_protect.pynest.exceptions.PynestException: 200 error while subscribing -

I looked at this issue, the code which creates the error is this:
        ) as response:
            _LOGGER.debug("Data received via subscriber (status: %s)", response.status)

            if response.status == 401:
                raise NotAuthenticatedException(await response.text())

            if response.status == 504:
                raise GatewayTimeoutException(await response.text())

            if response.status == 502:
                raise BadGatewayException(await response.text())

            try:
                result = await response.json()
            except ContentTypeError as error:
                result = await response.text()

                raise PynestException(
                    f"{response.status} error while subscribing - {result}"
                ) from error

            # TODO type object
            return result

This f"{response.status} error while subscribing - {result}", and the result in the log raise PynestException( custom_components.nest_protect.pynest.exceptions.PynestException: 200 error while subscribing - suggests to me, that the response is empty, hence there are no further text after the - as {result}, being result = await response.text().
This exception/error is just not handled gracefully, as there is no special if for status == 200 and ContentType mimetype: text/plain.

@GSzabados would you be willing to do a PR (to the beta branch)? :-)

I would, but I am not a Python expert. I am using ChatGPT to try to figure out what is going on.
But likely I can fix this one. And make a PR.
Are you alright with my logic there? Have I missed something?

@GSzabados would you be willing to do a PR (to the beta branch)? :-)

I did the PR, that should fix this issue and #345 as well, because they are duplicates.


Addition of all lofi girl streams and tracking of time spent listening

Since i actually wanna use this, and i felt that the two in there are just not every stream of them, i included the rest in the list>
I also added a tracking of time in the mix aswell

This is awesome. Thank you for your contribution!


Add Turkish Language Translation

There are hundreds of thousands of Turkish users who have accounts on Github. I think it is very important in terms of translating the sources into Turkish. You must add the Turkish language for each lesson. If you accept, I can do this task with pleasure.

True

hey, I'd like to work on this issue

I can also work on this


Verry Long ParseJson() or ConvertToJson() on Excel 32bit.

Hello,
LongJsonToParse.txt
The rather simple attached JSON behave very slow to parse (more then 20s) on Excel 32bit, while it's OK on Excel 64bits (less than a second).
I also suspect some Excel memory access Errors, while I canno't really reproduce it.
Cheers,
Vincent

I forgot to specify the Excel I am using :
Excel 2016 MSO (16.0.9330.2073) 32-bit
Product ID: 00202-50948-50821-AA643

I had a very similar problem. A JWT token suddenly started taking 2-3 seconds to parse, but only in a particular Excel project. It looked like json_BufferAppend and json_BufferToString were where the problem was. To move forward I commented out the Win code and just left the Mac lines in place: json_buffer = json_buffer & json_Append and json_BufferToString = json_buffer until I have time to investigate what went so wrong one day (I'm suspecting the last Win10 update triggered something but no idea what).

Thanks, I will try that tomorrow. :-)

Yes !
I just did, and it's also correct he problem.


Fix data submission for more than 1 file

Get a file already exists exception if there are multiple log files to upload waiting

Fixed via bf593e516067689c0895c8291648d88136f33ae2


YARD Server - Error viewing documentation for Capybara

Summary: When viewing the documentation for Capybara 0.3.7, the class list in the left frame is not rendered, and the server console shows this stack trace:
[2011-10-07 14:35:43] ERROR NoMethodError: undefined method `name' for nil:NilClass
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:185:in `class_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:178:in `map'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:178:in `class_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:194:in `class_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:178:in `map'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:178:in `class_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/full_list_class.erb:2:in `_erb_cache_8'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:238:in `send'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:238:in `erb'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/templates/doc_server/full_list/html/full_list.erb:29:in `_erb_cache_7'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:238:in `send'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:238:in `erb'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/templates/default/fulldoc/html/setup.rb:150:in `generate_class_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/templates/doc_server/full_list/html/setup.rb:6:in `init'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:144:in `initialize'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:86:in `send'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:86:in `new'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/template.rb:91:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/templates/engine.rb:88:in `render'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/commands/base.rb:143:in `render'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/commands/list_command.rb:14:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/commands/base.rb:95:in `call'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/commands/library_command.rb:49:in `call'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/router.rb:157:in `route_list'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/router.rb:109:in `route'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/router.rb:54:in `call'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/rack_adapter.rb:51:in `call'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/rack-1.2.3/lib/rack/content_length.rb:13:in `call'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/rack-1.2.3/lib/rack/handler/webrick.rb:52:in `service'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:173:in `start_thread'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:162:in `start'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:162:in `start_thread'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:95:in `start'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:92:in `each'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:92:in `start'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:23:in `start'
/Users/tim/.rvm/rubies/ree-1.8.7-2010.01/lib/ruby/1.8/webrick/server.rb:82:in `start'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/rack-1.2.3/lib/rack/handler/webrick.rb:13:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/rack-1.2.3/lib/rack/server.rb:217:in `start'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/server/rack_adapter.rb:61:in `start'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/cli/server.rb:44:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/cli/command.rb:13:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/cli/command_parser.rb:68:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/lib/yard/cli/command_parser.rb:50:in `run'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/gems/yard-0.7.2/bin/yard:4
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/bin/yard:19:in `load'
/Users/tim/.rvm/gems/ree-1.8.7-2010.01/bin/yard:19

This occurs with yard gem 0.7.2.
The immediate cause is this line:
out << " < #{child.superclass.name}" if child.is_a?(CodeObjects::ClassObject) && child.superclass
A bit of investigation has revealed that child.superclass at this point is a YARD::StubProxy for nil.  That proxy object is truthy, so  the test at the end of the line passes, but the proxied object is nil, so the call to .name throws an exception.

Seems to work for me in 1.9.3dev and 1.8.7. Try deleting your .yardoc and regenerating yard -n? Seems like it might be a corrupt yard db, that StubProxy shouldnt never show up.

FYI it also works just fine on rubydoc.info: http://rubydoc.info/gems/cucumber/0.3.7/frames, so...

On a different machine (my home machine), I don't get this problem.  I'll try regenerating the .yardoc on the affected machine on Tuesday, but I guess this is a non-issue.

Thanks for confirming. I'll close this issue for now, but if the problem persists on your other machine feel free to come back and reopen/comment.


[2513.2.0 beta] udev rule for md-raid: invalid value

Description
looking at errors in journal on a fresh boot of 2513.2.0 beta
Impact
from journalctl
Aug 12 16:11:58 localhost systemd[1]: Starting udev Kernel Device Manager...
Aug 12 16:11:58 localhost systemd-udevd[659]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 Invalid value for OPTIONS key, ignoring: 'event_timeout=180'
Aug 12 16:11:58 localhost systemd-udevd[659]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 The line takes no effect, ignoring.
Aug 12 16:11:58 localhost systemd-udevd[659]: /usr/lib64/udev/rules.d/64-md-raid-assembly.rules:30 Invalid value "/sbin/mdadm --incremental --export $devnode --offroot ${DEVLINKS}" for IMPORT (char 55: invalid substitution type), ignoring, but please fix it.

Environment and steps to reproduce

Set-up: flatcar_production_qemu_image.img.bz2
Task: review journalctl

Expected behavior
valid rules loaded

About 11-dm-lvm.rules: Support for OPTIONS+="event_timeout=180" was removed in https://github.com/flatcar-linux/systemd/commit/dd5eddd28a74a49607a8fffcaf960040dba98479, so this could be fixes by either patching the rules file or updating the sys-fs/lvm2` in coreos-overlay. The fix in upstream is here: https://sourceware.org/git/?p=lvm2.git;a=commit;h=125f27ac37bc9b93cc96f64052b9681b3d479ee1.
About 64-md-raid-assembly.rules: It's a bug in mdadm - it uses ${DEVLINKS} instead of $env{DEVLINKS}. The fix in upstream is here: https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/commit/?id=ceb5f8ef92c97d1f44c75a3b74f64aa12a3303ef. Since the package is in portage-stable, I'm tempted to fix it by updating to 4.1 (currently it's 3.4).

mdadm: take the 4.1 update.
dm-lvm:  while I don't think updating lvm2 is a bad idea, that may have more issues that just dropping that value like upstream did.

@krnowak Great findings!

About 64-md-raid-assembly.rules: It's a bug in mdadm - it uses ${DEVLINKS} instead of $env{DEVLINKS}. The fix in upstream is here: https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/commit/?id=ceb5f8ef92c97d1f44c75a3b74f64aa12a3303ef. Since the package is in portage-stable, I'm tempted to fix it by updating to 4.1 (currently it's 3.4).

You are right.
However, while Alpha has mdadm 3.4 in portage-stable, Edge has mdadm 4.1 in coreos-overlay with Flatcar-specific patches to support the default layout. Reason for adding it was to avoid RAID0 disk layout issues introduced in Kernel 3.14. (see the mdadm commit for details, also our PR)
8 months ago, I expected the RAID0 layout patches would be "soon" included in another release like 4.2. However, the latest mdadm release is still 4.1 until now. :facepalm: So it is not possible to simply update mdadm to the latest version in portage-stable, and at the same time to keep the third-party patches.
So I would like to suggest updating mdadm 4.1 in coreos-overlay for the main branch and include the default layout patches, just like Edge.
That would help us maintain Edge, as Alpha could be aligned with Edge.


Clean codes and fix tests

@starksm64 Please review my PR on the main/master branch. But the circle CI did not run due to permission issues.


[BUG] Debug Breakpoints in Python files are ignored

Describe the bug
Set a debug break point in a python file and run testcase calling the python method in debug.
To Reproduce

Create a custom keyword in python
Create a robot test case using this keyword
Set a breakpoint in python keyword
Run test case in debug
Expected: VSCode stops at breakpoint, but it does not

Expected behavior
A clear and concise description of what you expected to happen.
Desktop (please complete the following information):

VS Code Version: 1.74.2
RobotCode Version: 0.20.0
OS: Windows 11
Python Version: 3.10.4
RobotFramework Version: 6.0.2

Additional context
Also, in debug mode, stepping from Robot into python does not work. The python keyword is executed immediately.

If it is a bug a not a config issue, it broke probably already in 0.18.0 as it had been reported by colleague earlier, but I only reproduced it now.

Sorry, but I cannot reproduce it.
RobotCode uses the builtin python debugger from vscode, but debugging python code is disabled per default, you have to enable it with the robotcode.debug.attachPython in VSCode setting at User/Workspace or Folder level. And you can create launch configs and override this setting by a launch config.
You can also define a launch.json to override this setting for a specific config and to define a launch config for the python debugger:
You can add it with the "Add Configuration" button, if you have no launch.json config (or delete it if you have one), click the "create launch.json file" button on the debugger tab and select "RobotCode". This will create default configurations for robotcode.
{
      "name": "RobotCode: Default",
      "type": "robotcode",
      "request": "launch",
      "purpose": "default",
      "presentation": {
        "hidden": true
      },
      "attachPython": true,
      "pythonConfiguration": "RobotCode: Python",
    },
    {
      "name": "RobotCode: Python",
      "type": "python",
      "request": "attach",
      "presentation": {
        "hidden": true
      },
      "justMyCode": false // Use this to also debug robotframework internal/other installed libraries
    }

the "purpose" property changes the context, "default" value means this is config is used as a default base configuration, "test" means that this config is used for running tests from the test explorer or the run button.
What is not possible, step to a python keyword directly without having a breakpoint. You must set a breakpoint in the python keyword.
If this does not help, can you tell me what settings/lauch.json you use?

Sorry, but I cannot reproduce it.
RobotCode uses the builtin python debugger from vscode, but debugging python code is disabled per default, you have to enable it with the robotcode.debug.attachPython in VSCode setting at User/Workspace or Folder level. And you can create launch configs and override this setting by a launch config.
You can also define a launch.json to override this setting for a specific config and to define a launch config for the python debugger:
You can add it with the "Add Configuration" button, if you have no launch.json config (or delete it if you have one), click the "create launch.json file" button on the debugger tab and select "RobotCode". This will create default configurations for robotcode.
{
      "name": "RobotCode: Default",
      "type": "robotcode",
      "request": "launch",
      "purpose": "default",
      "presentation": {
        "hidden": true
      },
      "attachPython": true,
      "pythonConfiguration": "RobotCode: Python",
    },
    {
      "name": "RobotCode: Python",
      "type": "python",
      "request": "attach",
      "presentation": {
        "hidden": true
      },
      "justMyCode": false // Use this to also debug robotframework internal/other installed libraries
    }

the "purpose" property changes the context, "default" value means this is config is used as a default base configuration, "test" means that this config is used for running tests from the test explorer or the run button.
What is not possible, step to a python keyword directly without having a breakpoint. You must set a breakpoint in the python keyword.
If this does not help, can you tell me what settings/lauch.json you use?

Thanks a lot! "Attach Python" was the option we had missed. Don't know why we had the impression, we had it debugging python before.
Thank you for your quick response!


[FLINK-13176][SQL CLI] remember current catalog and database in SQL CLI SessionContext

What is the purpose of the change
This PR supports remembering current catalog and database that users set in SQL CLI SessionContext
Brief change log

added current catalog and database in SessionContext
updated SQL commands execution logic

Verifying this change
To be added
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (no)
The public API, i.e., is any changed class annotated with @Public(Evolving):(no)
The serializers: (no)
The runtime per-record code paths (performance sensitive): (no)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper:(no)
The S3 file system connector: (no)

Documentation

Does this pull request introduce a new feature? (no)
If yes, how is the feature documented? (not applicable)

cc @docete

please note that UT will added to this PR once FLINK-13175 is fixed.

@twalthr @xuefuz @danny0405 I've updated the PR according to feedback. can you please take a look?
Note that I didn't find a good way to test this change due to the SQL CLI architecture except end-to-end test, for which I opened FLINK-12625.
I still feel the architecture to keep cli and gateway completely separate on state is a bit awkward though, but I'm fine to live with it and have this PR to unblock our progress.

I adopted Timo's suggestion. Please take a look @xuefuz @twalthr @docete

built successfully with latest master on my own branch https://travis-ci.org/bowenli86/flink/builds/557967675

@xuefuz can you take a look?

@xuefuz thanks for your review! I have addressed feedbacks

Hi @bowenli86, sorry for the post-merge comments. But I think we should not introduce many Hive-specifics into SQL Client. Would be great if you could address my comments.


[PLATFORM-578]: [Auth0Ex] Wrong error handling on cache decrypt failure

https://prima-assicurazioni-spa.myjetbrains.com/youtrack/issue/PLATFORM-578
This PR tries to handle decryption errors better i.e. instead of returning {:ok, :error}, return {:error, "Failed to decrypt token"}
I also added a CODEOWNERS file to try to see if we like it

I looked into using the helper for other tests, but they don't seem to be modifying the config


DevContainer follows symlinks in workspaceFolder

VSCode Version: 1.36.1
OS Version: Windows 10 1709

Steps to Reproduce:
Folder structure (myrepo contains a subfolder that I wish to open in VS Code, called goproject, but I wish to open a symlink so its cwd is in /go/src/. myrepo also contains the .git folder):
D:\DEV\myrepo
│   docker-compose.yaml
│
└───goproject
    └───.devcontainer
            devcontainer.json
            Dockerfile

D:\DEV\myrepo\docker-compose.yaml:
version: '3'
services:
  goproject:
    build:
      context: .
      dockerfile: ./goproject/.devcontainer/Dockerfile
    volumes:
      - .:/workspace

    # [Optional] Required for ptrace-based debuggers like C++, Go, and Rust
    cap_add:
      - SYS_PTRACE
    security_opt:
      - seccomp:unconfined

    # Overrides default command so things don't shut down after the process ends.
    command: sleep infinity

D:\DEV\myrepo\goproject\.devcontainer\Dockerfile: (mostly borrowed from: https://github.com/Microsoft/vscode-remote-try-go):
<snip> // contents from remote-try-go here

ENV GIT_DIR="/workspace/.git"
RUN \
    mkdir -p /go/src/mydomain.com ; \
    ln -s /workspace/goproject /go/src/mydomain.com/goproject

ENV \
    SHELL=/bin/bash

And the devcontainer.json file... Notice I set the workspaceFolder to the location of the symlink I created in the Dockerfile.
D:\DEV\myrepo\goproject\.devcontainer\devcontainer.json:
{
	"name": "goproject",
	"dockerComposeFile": ["../../docker-compose.yaml"],
	"service": "goproject",
	"workspaceFolder": "/go/src/mydomain.com/goproject",
	"appPort": 9000,
	"extensions": [
		"ms-vscode.go"
	],
	"settings": {
		"go.gopath": "/go",
		"go.inferGopath": true,
		"go.useLanguageServer": true,
		// "search.followSymlinks": false, // tried this only half-expecting it to work in this case
	}
}

When I open this in a dev container, my workspaceFolder is set to the directory pointed to from the symlink, /workspace/goproject.
From issues like microsoft/vscode#18837 and microsoft/vscode#74104, it seems like not following symlinks is now the desired default behavior for VS Code, except for searches, and it's the behavior I'm looking for. Since it follows symlinks, I am unable to set my VSCode workspaceFolder to the symlink (a folder in the GOPATH) - it opens the subdirectory of my workspace instead.

Does this issue occur when all extensions are disabled?: Yes/No
I don't think I can run devcontainers with extensions disabled.

@bpasero It seems we follow symlinked workspace folders and open the target folder. Can this be configured?

@chrmarti we used to, but a while ago I removed that. If you can reproduce us following a symlink on startup of a workspace, please file a bug against me with short steps how to reproduce ideally. Maybe we missed a case. The rationale for preserving symlinks was that if the user intents to open them, we should respect that.


Add support for TDate and TTime

Additionally to TDateTime add support for TDate and TTime and define the expected formats.

The date format is 'yyyy-mm-dd' and the time format is 'hh:nn:ss.z'


OrbStack occasionally breaking wifi. Quitting OrbStack fixes it.

We started experimenting with using OrbStack and a few of us have noticed random issues where our wifi stops working. Especially after the laptop has been asleep for a while. After some trial and error with other apps we can 100% reliably get the wifi back by quitting OrbStack. Pages load immediately after quitting.
The loss of wifi happens about once a week for me but we have another user that reported it multiple times per day. Pages don't load in chrome and other apps like slack say there is no internet connectivity despite wifi being connected and multiple other devices working on the same wifi.
I had my Console.app open and streaming logs during this last breakage. I started streaming while wifi was down, then I quit Orbstack, and then wifi came back. So hopefully the logs contain something helpful. Can I share the logs privately somewhere? I'm not sure if it contains any sensitive data from my computer so I don't want to post it here.
Is there any other data you'd like to see next time it happens?
OS: Ventura 13.5.2 (22G91)
Machine: Macbook M1 Pro
Orbstack: Version 1.0.0 (16230)

Odd. Please share a diagnostic report from Help, once while OrbStack is running and Wi-Fi is working, and once while it's running and Wi-Fi is broken.
Also feel free to send the Console logs to<EMAIL_ADDRESS>To speed up the debugging process, you could take a more comprehensive report with the sysdiagnose command, but I'd recommend against it since it contains a lot of sensitive info and is usually only meant for Apple bug reports (can be ~1 GB per report).

Will do. Here is the report from my machine now that I have restarted orbstack and wifi is working again.
OrbStack info:
Version: 1.0.0
Commit: c43913566b3e18b25f38a8d5f70e535eb265bdb2 (v1.0.0)
System info:
macOS: 13.5.2 (22G91)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2023-10-01T18-16-25.849061Z.zip

Also, as a workaround, disabling "Allow access to container domains & IPs" in Settings > Network should fix the issue.

It'd be helpful to see what exactly isn't working when Wi-Fi breaks:
ifconfig -a
scutil --dns
curl -v 1.1
ping -n 1.1
traceroute -n 1.1

You're using Tailscale without an exit node, right?

You're using Tailscale with subnet routes but no exit node, right? Do you have a custom DNS server set in macOS Wi-Fi settings?

Correct, and no exit node enabled. We have multiple subnet routers and a wide range of private subnets going over Tailscale. We have a Tailnet wide DNS override to use Cloudflare (<IP_ADDRESS>). We also have split DNS configured for a few internal domain names so that they use the AWS DNS resolver rather than cloudflare (though this shouldn't matter since I was trying to load google which will use the default cloudflare resolver)

Does Orbstack reserve a specific range of IPs for container networking? Is it possible it is taking over a conflicting range? My home internet is on 192.168.180.*
I'll capture further info once it happens again.

It just happened again. The diagnostic report wont upload but it appeared to have saved it to my filesytem. Attached here. All of these logs are while my system was broken.
OrbStack info:
Version: 1.0.0
Commit: c43913566b3e18b25f38a8d5f70e535eb265bdb2 (v1.0.0)
System info:
macOS: 13.5.2 (22G91)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Diagnostic report failed: get presigned url: Post "https://api-license.orbstack.dev/api/v1/debug/diag_reports": dial tcp: lookup api-license.orbstack.dev: no such host

orbstack-diagreport_2023-10-02T20-51-24.514790Z.zip
Output from these commands (it never got past traceroute): ```
( set -x; ifconfig -a
scutil --dns
curl -v 1.1
ping -n -c 5 1.1
traceroute -n 1.1
curl -v google.com ) > ~/output.log 2>&1
[output.log](https://github.com/orbstack/orbstack/files/12786401/output.log)

I also included my routes from `netstat n-r`:
[orbstack_routes.log](https://github.com/orbstack/orbstack/files/12786403/orbstack_routes.log)

default            <IP_ADDRESS>      UGScg            en10
default            <IP_ADDRESS>      UGScIg            en0

This is interesting. Are you using an Ethernet adapter + Wi-Fi + Tailscale + OrbStack at the same time?

And here is everything after restarting OrbStack. Restarting it immediately fixed my internet again.
OrbStack info:
Version: 1.0.0
Commit: c43913566b3e18b25f38a8d5f70e535eb265bdb2 (v1.0.0)
System info:
macOS: 13.5.2 (22G91)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2023-10-02T20-58-47.410482Z.zip

output_after.log
orbstack_routes_after.log

default            <IP_ADDRESS>      UGScg            en10
default            <IP_ADDRESS>      UGScIg            en0

This is interesting. Are you using an Ethernet adapter + Wi-Fi + Tailscale + OrbStack at the same time?

Yes, thats right. When I'm at my desk I plug into Ethernet for a more stable connection.

Have you noticed any patterns wrt. this issue and Ethernet usage?

I'm plugged into ethernet most of the time so it is hard to say. I'll try operating without ethernet for a while to see if that changes anything. Though I'm fairly sure the first time I saw this was at my kitchen table when I was not on ethernet.

Yeah, it might be helpful to see the before/after without Ethernet as it'd simplify the network setup a lot.

It also looks like you have no containers running in OrbStack. Is that correct?

It also looks like you have no containers running in OrbStack. Is that correct?

Thats correct. Three containers loaded but not in the running state.

Next time, it'd be helpful if you could move curl -v google.com above traceroute so it doesn't get stuck before that.

It happened twice again tonight. Here is the output from while it was broken:
OrbStack info:
Version: 1.0.0
Commit: c43913566b3e18b25f38a8d5f70e535eb265bdb2 (v1.0.0)
System info:
macOS: 13.5.2 (22G91)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Diagnostic report failed: get presigned url: Post "https://api-license.orbstack.dev/api/v1/debug/diag_reports": dial tcp: lookup api-license.orbstack.dev: no such host

orbstack-diagreport_2023-10-04T04-53-54.244775Z.zip
output_broken.log
And here is everything from after I quit Orbstack and my network came back.
OrbStack info:
Version: 1.0.0
Commit: c43913566b3e18b25f38a8d5f70e535eb265bdb2 (v1.0.0)
System info:
macOS: 13.5.2 (22G91)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2023-10-04T04-55-41.247070Z.zip

orbstack-diagreport_2023-10-04T04-55-41.247070Z.zip
output_fixed_no_orbstack_running.log
output_fixed_orbstack_running.log

I have yet to see this come back four days later 🤷 Neither has my coworker who saw it multiple times daily. I'll post back here if I find anything more.

Very strange...

FYI this still comes back from time to time. I see it about once per week now.

Also, as a workaround, disabling "Allow access to container domains & IPs" in Settings > Network should fix the issue.
I saw this happen even with this disabled.

Can you get a new diagnostic report next time this happens with the setting disabled? Also, can you try pinging your router? ping <IP_ADDRESS>
This is really odd because OrbStack's network calls are more or less equivalent to everyday apps when that setting is disabled.

Had a failure just now. With domains and IPs setting turned off. Unfortunately I forgot to ping my router before fixing it. I'll try again next time it happens.

OrbStack info:
Version: 1.1.0-rc1
Commit: 3f70a747c98235a1f32fca2c60b8778c57ca9138 (v1.1.0-rc1)
System info:
macOS: 14.1 (23B74)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,1
Memory: 32 GiB
Diagnostic report failed:
get presigned url: Post "https://api-license.orbstack.dev/api/v1/debug/diag_reports": dial tcp: lookup api-license.orbstack.dev: no such host

orbstack-diagreport_2023-11-09T20-55-23.968533Z.zip

Just wanted to report it here in case it helps with diagnosis, I'm observing the similar symptom (occasionally network is not working, and quitting OrbStack fixes it). Every time I see the issue, macOS's mDNSResponder process is always running at 100% CPU utilization. After quitting OrbStack, mDNSResponder's CPU utilization drops to 0% and the network is recovered.

@che-wish Interesting, can you share a diagnostic report? (Now is fine if you've restarted OrbStack less than once since it occurred.) That sounds like it might be a different issue.

Thank you Danny for looking into it! I just ran into it again, here is the diagnostic report. Normally I ran into the issue once or twice per day. Not a big deal, and can be easily workaround by restarting the OrbStack.
It seems like OrbStack Helper is running for something that causes mDNSResponder running at full speed, even though I have turned off all containers and machines. And because mDNSResponder is not responding, everything else feels super slow due to the DNS names not being resolved, e.g., Slack, Safari, etc.

OrbStack info:
Version: 1.0.1
Commit: 0d4cdcf185489f992cf8e3187884f11f4feab1aa (v1.0.1)
System info:
macOS: 14.0 (23A344)
CPU: arm64, 10 cores
CPU model: Apple M1 Pro
Model: MacBookPro18,3
Memory: 32 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2023-11-10T22-59-48.375242Z.zip

Just wanted mention that I wasn't able to reach one of our gcloud vm instances by IP at all - it just didn't respond (Connection refused), while my colleague running ubuntu could reach it just fine. I quit orbstack and then got Can't assign requested address when trying to connect to it, which was fixed after a reboot and then I finally could connect.

@danieltroger Please share a diagnostic report from Help > Upload Diagnostics. That sounds like a different issue (IP/subnet conflict) that can be resolved by either changing the Docker subnet in Settings > Docker or disabling Settings > Network > Allow access to container domains & IPs.

@che-wish Opened a new issue for the mDNSResponder CPU usage issue as that's not related to this one.

I am also having this issue. Quitting orb does not work for me. A full restart does.
Apple M3 Pro
MacOS 14.5 (23F79)
OrbStack Version 1.6.3 (17138)

@kdrag0n
OrbStack info:
Version: 1.6.3
Commit: 10d8fa4cb507142066b51b2febbd367720a5732a (v1.6.3)
System info:
macOS: 14.5 (23F79)
CPU: arm64, 11 cores
CPU model: Apple M3 Pro
Model: Mac15,6
Memory: 18 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2024-07-07T23-26-22.901540Z.zip

Also reproduced to me. Quitting OrbStack or disabling "Allow access to container domain & IPs" fixes it. I've just installed the OrbStack for the first time and this issue immediately appears.
MacBook Pro 2019, Intel Core i7
MacOS 14.5 (23F79)
OrbStack Version 1.6.4 (17192)

Same here. Working for months and out of nowhere it started behaving like this.
Apple M1 Pro
MacOS 14.7
OrbStack Version 1.7.5 (18165)


The extension should not ask for a cmake file on projects that are not C++

Issue Type: Bug
I work with a lot of codebases, and just a very few of them are C/C++
However, this extension keeps asking me to create Cmake files on every project I open. Ideally the extension should detect the project language and don't bother me with it unless it is an obvious C/C++ project.
Extension version: 1.7.1
VS Code version: Code 1.61.2 (6cba118ac49a1b88332f312a8f67186f7f3c1643, 2021-10-19T15:49:28.381Z)
OS version: Darwin x64 20.6.0
Restricted Mode: No

System Info

Item
Value

CPUs
Intel(R) Core(TM) i9-8950HK CPU @ 2.90GHz (12 x 2900)

GPU Status
2d_canvas: enabledgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onoop_rasterization: enabledopengl: enabled_onrasterization: enabledskia_renderer: disabled_off_okvideo_decode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
34, 34, 17

Memory (System)
32.00GB (0.09GB free)

Process Argv
--crash-reporter-id 3bf10e6d-54c9-4df4-8aaa-781f2b9fc1b9

Screen Reader
no

VM
0%

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
pythontb:30283811
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscoreces:30384385
pythondataviewer:30285071
vscod805cf:30301675
pythonvspyt200:30340761
binariesv615:30325510
bridge0708:30335490
dockerwalkthru:30377721
bridge0723:30353136
pythonrunftest32:30373476
pythonf5test824:30373475
javagetstartedt:30391933
pythonvspyt187:30373474
vsqsis200:30402016
vsaa593:30376534
vssld246:30401890
vscexrecpromptt3:30400063

Unfortunately, the problem is that VS Code activates our extension against our declared intentions and doesn't tell us that or give us a way to know that it happened.  This issue would give us the information we need to not bother you: https://github.com/microsoft/vscode/issues/44711.
Related: #2127

The VS Code team just made a change to stop activating extensions when the search for CMakeLists.txt times out.  It should appear in the next VS Code Insiders build.
https://github.com/microsoft/vscode/issues/135673#issuecomment-973870861

Thanks for the quick fix! Even if it takes a couple of days to release 😄

Today's Insiders build might already have it.  I'm not sure when the next stable build will release.  I assume early December.


Pressing "Refresh all Gradle projects" looses Vaadin dependencies

Using the JetGradle tool Window in Intellij and pressing "refresh all projects" will loose the vaadin dependencies as JetGradle does its own magic and does not rely on the idea plugin.
Workaround: When adding new dependencies always run the 'idea' task from the idea plugin instead of refreshing from the JetGradle window.

IDEA 14 also looses vaadin deps when automatic dependency management is turned on in vaadin fradle plugin. Had to switch back to manual deps management, because adding "providedCompile 'com.vaadin:vaadin-client:7.3.0'" into the gradle file helps IDEA to see the vaadin classes but does not allow vaadin gradle plugin to package all the dependencies into the release war

The changes to the dependency injection that will be introduced in 0.11  (dependencies are injected as default dependencies instead of injected in afterEvaluate ) fixes this.


Fix timer waiting

Continue work from pull request #302 and apply feedback
Resolve #303
Add tests for timer
Fix issue where exceptions inside timer worker caused exception in
ServiceContainer

I don't think I can continue on #302 (or at least I don't know how), so I pulled the branch, kept those commits, rebased on master (as there have been a few changes since then) and then added the rest.  Hope that way of doing it is ok.

@mattbennett  Why is this accepted PR not seen in 3.0.0rc branch? eager is not present there.

@vlcinsky 3.0.0rc branched from master before these changes landed. It will be merged at some point soon.
v3 should also be released soon.

@vlcinsky latest v3 release has now master with this change in: https://github.com/nameko/nameko/releases/tag/v3.0.0-rc6

Thanks @iky I have been delighted by that already today, nice work.


Missing template follow/show_follow.html

When I try to click on a signle government plan it fails to render:
Exception Type: 	TemplateDoesNotExist
Exception Value: 	follow/show_follow.html

An other template which is missing
Exception Type: 	TemplateDoesNotExist
Exception Value: 	helper/forms/bootstrap_form.html


Restore URL in documentation

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/1234
Originally created by @gtsiolis on 2019-11-01 13:16:15

Problem
Slack URL has been replaced in https://gitlab.com/meltano/meltano/merge_requests/1107/diffs#eab873e2776ec41e4bbce3e75da2e2c8c25967ca_414_413 but was never added in src/.vuepress/config.js.
Proposal
Let's add the slackChannelUrl property in src/.vuepress/config.js next to the digitalOceanUrl.

View 2 previous comments from the original issue on GitLab


Material.Icons dll is so huge (5,7Mo)

Hi,
You're using a dependency to Material.Icons from this repo :
https://github.com/SKProCH/Material.Icons/
This external material icons lib by SKPoCH is great (thousands of icons) but in a end project we often use only a few icons.
In your Avalonia.Material you also only use a very few of them.
I try to reduce the size of the binaries of my .net 6 Avalonia app (size on the disk but also size in memory when the app is instanciated).
The Material.Icons.dll is so huge (5,7Mo for the 1.0.8 version and 6,5Mo for latest one).
If i comment all the icons I don't use in SKPoCH code, the dll is only 18Ko.
I try to replace the big dll with my reduced one i compiled myself but because of the deps.json file and the dependencies sha12 inside, i can't just switch the 5,7Mo Material.Icons.dll with my 18Ko one.
(The app don't lauch because of the bad sha12 in deps.json)
Would you have an idea on how to solve that ?
May be by removing this lib from your dependencies and by having just the few icons xaml you need in your resources file.
Memory footprit and green software is so important in 2021...
Thanks a lot
Eviral

I created an Internal Icon view and integrated some icons to internal icons data set. All those changes are in this commit.
Integration are almost complete, but there something are trying to block our way. Maybe this function is still used by other project that I cant tell, so I set this function as obsoleted and I want to remove it later.
To use an alternative way of creating FABs in code-behind, FloatingButtonBuilder will be handy on this case. I will commit fixes, if I find any glitches of this builder.

Thanks a lot !
I'm going to try :)

Hi @flarive
I have completed the integration of this. You can get update from nightly source. For now I just need update wiki (Add entry about FloatingButtonBuilder).

Hi @appleneko2001,
I have tried the latest nightly build <IP_ADDRESS> but i have an exception here :

Here is my context :

Thanks for your help :)

There I miss one. I have removed the Material.Icons.Avalonia reference in index file.
Update your nightly package to look changes for now.

Works very well now !
Thanks a lot

Fixed in 3.0.0-avalonia10-preview1


Find out which deployment is stable and tag it

What is going on
We are having problems with our dependencies when deploying to Heroku. The test we are doing locally are not showing us the issue. While we figure out what is going on we need to find out which deployed version is the most stable, create a tag, and mark it as a release.
Making a release will let us deploy a specific tag with confidence and will permit us rollback to a version. It will also give us confidence in deploying a project state.
For now I've removed automatic deployments from our master branch to ensure that the application will not be affected by our work.
Discovery / investigation
The activity in Heroku shows the following rolbacks:
v193 (rollback to 191)
----> v191 (Update REDIS by heroku-redis)
--------> v190 (Rollback to v185) -> v185 (rollback to v181)
------------> v181 (Update REDIS by heroku-redis)
----------------> v175 (last non rollback or deployment error version) - hash ece048a8
I've narrowed it down to these three hashes:

9cfbf26 - 8 days ago (Update dependencies)
a88184e - 9 days ago (Changing app server to gunicorn)
96ba667 - 12 days ago (Django version dump from Dependabot)
0a66ba9 - 12 days ago (GitHub Action workflow file change)
5c25abf - 12 days ago
b8b5ed5 - 5 months ago
ece048a8 - 5 months ago

https://github.com/Code4PuertoRico/contratospr-api/releases/tag/v1.2.0


Implementation of Counting Divisors Using Sieve Added

@tarun26091999 Please review the changes for the issue #560 and Do let me know if it still requires any changes

@tarun26091999 I have performed the required changes.Please review it now.

@tarun26091999 I don't know where these files are creating conflicting. I tried to resolve this.Can you please suggest something?


Dropped inputs with high input rate

Sorry, this is hard to explain. I generally like to use a macro that will type everything from my windows clipboard into a linux remote server. Take the URL of this project for instance, here's some samples:

I've tried different terminal emulators, but no luck there. This does not occur with vim under the same terminal, or pasting into the terminal. I also couldn't find any program on my Linux server that was having difficulty with the high input rate, only micro.
My server is Xubuntu 18.04 LTS and I'm using the latest micro nightly.

I cannot say for certain, but I think this issue was caused (on Linux at least) by the 2.0 refactor, as I was using the nightly before I reinstalled my server and it wasn't having this issue.

I believe the most recent commit (cd67656) should fix this. It was a small oversight on my part regarding paste events.

@zyedidia This isn't actually a paste event issue. This is about inputs being dropped when inputs are coming in at a very high rate, usually from a paste event being emulated.
That's why I believe #790 may be be related, because the windows command prompt emulates paste events instead of actually doing real paste events. But the similar symptoms may just be a coincidence.

Yes you're right, and I should elaborate more about why this is related to paste events. In the past I've tried to be a little clever in detecting pastes in tcell by checking if the terminal has sent multiple characters in one chunk, and if so generating a paste event (even if the terminal hasn't explicitly marked the characters as being from a paste because often terminals don't support that). When you input characters at a very high rate it's likely that multiple characters will be sent in one chunk by the terminal, making micro think it's a paste event, so if these events were being erroneously dropped then that would explain this behavior.

Ah alright, I'll try it out very soon, thank you.

@zyedidia I think it may have improved, but it's still nowhere near fixed.

If you try running the > raw command in micro and then doing the paste, what events does micro report that it's seeing?

If you try running the > raw command in micro and then doing the paste, what events does micro report that it's seeing?

Just EventKey

@zyedidia https://streamable.com/nrjhv I recorded a short video of the problem, I open up vim first to showcase the macro and then I close it and open up micro and use the same macro.

I believe this should be fixed now, let me know if not.

Happy new year

Yes, it is indeed fixed, thank you and happy new year!

@zyedidia Also I strongly recommend doing a RC2, if only to include this.


Fix UI bug at NFT display

Overview
If the description is long, the image will be streched

Action
Fix
Reference

I think we can just changing to not showing description.


Throwable.getMessage can return null

Default to toString() when getMessage() returns null.

@tdbgamer does this issue cause NPE anywhere? If yes, we'll cut a patch release. If no, we'll cut a (stable) snapshot release as soon as this PR gets merged.


./deploy.sh fails to launch inference-server

Inference server fails to start when a ACI container is launched.  Replacing inference-server with hello-app works fine(atleast is deploys). Seems like an issue with policy with hashes does not match when container is coming up
Below is the error.
{"status":"Failed","error":{"code":"DeploymentFailed","message":"At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/arm-deployment-operations for usage details.","details":[{"code":"Conflict","message":"{\r\n  "status": "Failed",\r\n  "error": {\r\n    "code": "ResourceDeploymentFailure",\r\n    "message": "The 'AzureAsyncOperationWaiting' resource operation completed with terminal provisioning state 'Failed'.",\r\n    "details": [\r\n      {\r\n        "message": "CodePackageActivation:inference-server:EntryPoint:133222546642575672'. 'There was an error during CodePackage activation.GrpcStatusCode=UNKNOWN, ErrorMessage=failed to create containerd task: failed to create shim task: failed to mount container storage: failed to add LCOW layer: failed to add SCSI layer: failed to modify UVM with new SCSI mount: guest modify: guest RPC failure: mounting scsi device controller 3 lun 30 onto /run/mounts/m44 denied by policy: mount_device not allowed by policy. Errors: [deviceHash not found]. Input: {\"deviceHash\":\"5da7b7e57848fae3af26a048e7851d7178ea3c6b2fb4faf59becd96883c8938d\",\"target\":\"/run/mounts/m44\"}: unknown'\r\n;The container group provisioning has failed. Refer to 'DeploymentFailedReason' event for more details."\r\n      }\r\n    ]\r\n  }\r\n}"}]}}

I've exactly the same error

I've found the issue.
The az confcom acipolicygen has some bug and does not add the layers of the inference-server image in the policy. You can check that the tab [] is empty.
I've made a simple template with only the image of the inference server.
I've saved the imaeg as a tar (docker save inference-server image.tar) and use this command :
az confcom acipolicygen -i /tmp/policy-in2.json --tar inference-server.tar --outraw-pretty-print
I retrieved all the layers of the image. I've created a policy file will all the informations and encoded it in base64.
In the different scripts, i use the content of my encoded policy file instead of the az confcom acipolicygen command.
Like :
export CCE_POLICY=$(az confcom acipolicygen -i /tmp/policy-in.json)
replaced by :
export CCE_POLICY=$(cat cce_policy_b64)
Not pretty but it does the job.
Same thing with all python command, replaced by python3 (to be sure).

The reason why the layers of inference-server in the generated cce policy is empty may be caused by out-of-memory. Specifically, az confcom acipolicygen calls /root/.azure/cliextensions/confcom/azext_confcom/bin/dmverity-vhd （https://github.com/microsoft/hcsshim/blob/main/cmd/dmverity-vhd/README.md）to generate the root hashes for each layer. The larger the size of the container image, the greater the memory resources consumed by dmverity-vhd. If the amount of free memory cannot meet the requirements of dmverity-vhd, it will be killed by kernel due to out-of-memory.
Out of memory: Killed process 63188 (dmverity-vhd) total-vm:10521164kB, anon-rss:7144528kB, file-rss:0kB, shmem-rss:0kB, UID:0 pgtables:14088kB oom_score_adj:0

and thus the resulting "layers" field in the generated cce policy for inference-server image will be empty.
Simply make sure the free memory available up to 64GB.

@iamgoutham can I consider this issue closed?

Yes. You can close this issue


DRAFT: Adding SHOW TABLES/DESCRIBE table support

PR to add support for "SHOW TABLES" and "DESCRIBE table" queries.
Current status:

[x] SHOW TABLES
[ ] DESCRIBE table

Codecov Report
Attention: Patch coverage is 0% with 28 lines in your changes are missing coverage. Please review.

Project coverage is 0.00%. Comparing base (640ebe5) to head (49119d8).
Report is 142 commits behind head on master.

Files
Patch %
Lines

...t/controller/api/resources/PinotQueryResource.java
0.00%
18 Missing :warning:

...apache/pinot/sql/parsers/parser/SqlShowTables.java
0.00%
8 Missing :warning:

...org/apache/pinot/sql/parsers/CalciteSqlParser.java
0.00%
2 Missing :warning:

Additional details and impacted files
@@              Coverage Diff              @@
##             master   #12537       +/-   ##
=============================================
- Coverage     61.58%    0.00%   -61.59%
=============================================
  Files          2415     2375       -40
  Lines        131502   129828     -1674
  Branches      20310    20137      -173
=============================================
- Hits          80988        0    -80988
- Misses        44587   129828    +85241
+ Partials       5927        0     -5927

Flag
Coverage Δ

custom-integration1
?

integration
0.00% <0.00%> (-0.01%)
:arrow_down:

integration1
?

integration2
0.00% <0.00%> (ø)

java-11
?

java-21
0.00% <0.00%> (-61.48%)
:arrow_down:

skip-bytebuffers-false
0.00% <0.00%> (-61.55%)
:arrow_down:

skip-bytebuffers-true
?

temurin
0.00% <0.00%> (-61.59%)
:arrow_down:

unittests
?

unittests1
?

unittests2
?

Flags with carried forward coverage won't be shown. Click here to find out more.

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


Feat: Enable heading referencing in guide page

Description
In Guide page section enable # referencing

Create a RefWrapper  mdx component to wrap h2, h3 headings
Create a rehype plugin withRefLinks that grabs h2, h3 elements and wrap with RefWrapper mdx component
Design RefWrapper component so that on hover # sign pop ups and user can copy the link.

Screenshots

Additional Information
No response

Hey @sboy99, can you assign this issue to me? I'd like to work on this.

Yup Go On

Thanks @sboy99, I'm looking into it

Hey @sboy99, can you please tell me how can I start?
Please guide me...


High overhead of Shell.exec

See forum discussion: http://glu.977617.n3.nabble.com/High-overhead-of-Shell-exec-td4025963.html

One of our java dev is reporting that this issue has been fixed in the more recent releases of JDK 7 and 8. I have not tried and verified for myself though.

I will leave this bug open then until confirmed. Please let me know when you do and I will close it.


Wrong FFTS include path

DeEmbedDecoder.h and FFTDecoder.h use #include <ffts/ffts.h> instead of #include <ffts.h>.
Some other places do it correctly and if you look at how  FindFFTS.cmake works, LIBFFTS_INCLUDE_DIR  will already include the ffts/ component.
But since glscopeclient includes something that includes those, you also need to simultaneously add LIBFFTS_INCLUDE_DIR to the include_directories of that application.

We've had issues where on Windows, the opposite is true: ffts.h fails to compile and ffts/ffts.h works.
Maybe FindFFTS.cmake needs porting work to find the library on Windows?

(paging @nshcat to look into this)

ATM some source file use #include <ffts.h>
scopeprotocols/CTLEDecoder.cpp:#include <ffts.h>
scopeprotocols/ChannelEmulationDecoder.cpp:#include <ffts.h>

So if those build the issue with windows should be elsewhere.
As mentionned I had to update the apps CMakelist.txt because the includes in headers will will leak there.
--- a/src/glscopeclient/CMakeLists.txt
+++ b/src/glscopeclient/CMakeLists.txt
@@ -11,7 +11,7 @@ if(WIN32)
 endif()

 #Set up include paths
-include_directories(${GTKMM_INCLUDE_DIRS} ${SIGCXX_INCLUDE_DIRS} ${GLEW_INCLUDE_DIRS})
+include_directories(${GTKMM_INCLUDE_DIRS} ${SIGCXX_INCLUDE_DIRS} ${GLEW_INCLUDE_DIRS} ${LIBFFTS_INCLUDE_DIR})
 link_directories(${GTKMM_LIBRARY_DIRS} ${SIGCXX_LIBRARY_DIRS})

 ###############################################################################

Actually a better solution is to set the FFTS include dir in the PUBLIC include of the scopeprotocols since it's required by anything using it.
diff --git a/scopeprotocols/CMakeLists.txt b/scopeprotocols/CMakeLists.txt
index e604b34..4c637f3 100644
--- a/scopeprotocols/CMakeLists.txt
+++ b/scopeprotocols/CMakeLists.txt
@@ -86,6 +86,6 @@ target_link_libraries(scopeprotocols

 target_include_directories(scopeprotocols
 PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}
-PRIVATE ${LIBFFTS_INCLUDE_DIR})
+       ${LIBFFTS_INCLUDE_DIR})

 install(TARGETS scopeprotocols LIBRARY DESTINATION /usr/lib)

I'm in the middle of a major refactoring right now.
Send a PR in a day or so when I'm done? I don't want you to have to put too much effort into merging/rebasing.

Done with the refactoring if you want to look at this. Some of the FFTS includes may have got twiddled as part of this, so probably best to go check everywhere.


{"index":0,"kind":{"ExecutionError":"Exceeded the prepaid gas."}}

Hi,
can you please provide more details about an action caused this error? Or transaction link to explorer

I was trying to migrate in AstroDAO from V2 to V3

On Jun 3, 2022, at 6:40 AM, Oleg Verzunov @.***> wrote:
Hi,
can you please provide more details about an action caused this error? Or transaction link to explorer
—
Reply to this email directly, view it on GitHub https://github.com/near-daos/astro-ui/issues/1107#issuecomment-1145877369, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZK2U4QPYJSMLTUM54VKGQDVNHVLVANCNFSM5W6KTWTQ.
You are receiving this because you authored the thread.

the upgrade is no longer available due to the gas calculation changes on the mainnet, the only way to migrate is to create new v3 dao and migrate all the funds


making copyDepth node #discussion

Signed-off-by: Kumar Ayush<EMAIL_ADDRESS>
Contains
makes a copyNode
How to test
run on any scene with water

Can one of the admins please verify this patch?

@emanuele3d There you go :)

Ok, first notes first: it's not necessary to add your email address nor your name in the description. It's your choice though. Those who want to deal with you can do it here or through the other means of communication this project has.
Also, please be aware that while I am up to date with what you are doing, a number of other people will be puzzled by this PR as the description does not say much about what this is about and the context in which it lives. Of course -I- know this PR if just for discussion at this stage, but nobody else does.. yet!
So, please beef up a little the description so that those who aren't following the works in "RenderLand" can easily discriminate among the existing PRs and potentially skip/unsubscribe this PR.

Thanks for the PR :-)
You're in good hands with @emanuele3d and @vampcat + @tdgunes might want to chip in as well.
Triggering our bot for more automation fun:
@GooeyHub: add to whitelist

Hooray Jenkins reported success with all tests good!

@emanuele3d
Hello. I made the changes that you suggested. It does simplify things (I no longer need a lot of unnecessary lines that I thought I would), and in principle it looks like the depth Values would be copied to the new FBO.
I am now looking into two things:

Screenshot code to check if this copying actually happens
The ConvertDepthToRGBNode which would help with viz.

Uh oh, something went wrong with the build. Need to check on that

Thanks for the update :-)
Don't mind the build bot, there was an issue on the build server. Going to re-trigger it:
@GooeyHub test this please

Hooray Jenkins reported success with all tests good!

@cheekujodhpur: had a look at the changes and looks good.
I'll be waiting for you to get near completion with the task before I review it again. Let me know if you get stuck on something.

Hooray Jenkins reported success with all tests good!

Quick message to say that I'm ramping down with the translation project I was dealing with recently and I am working on the PR backlog. So, I should get to this PR in the next few days.

@vampcat  nope. :( unfortunately I'm running short of time to come back to this.

Closing this as rendering pipeline has changed a lot.
@cheekujodhpur @vampcat please re-open if/when this becomes applicable again.

Also pinging @dave2s to comment on the relevance of this PR with the new rendering system and to take things forward if needed.


Warning:(34, 17) java: unchecked method invocation: method assertThat in class org.assertj.core.api.Assertions is applied to given types   required: java.util.List<? extends ELEMENT>   found: java.util.List

Problematic code:
  List<? extends String> strings = Arrays.asList("a", "b", "c");
  assertThat(strings).hasSize(3 );

When compiling that code, I get a warning:
Warning:(34, 17) java: unchecked method invocation: method assertThat in class org.assertj.core.api.Assertions is applied to given types
required: java.util.List<? extends ELEMENT>
found: java.util.List
IntelliJ Idea is also warning me about that code. Is there a way to work around that issue?

I was not able to reproduce this either from eclipse or maven either in 2.7.0 or 3.7.0.
Can you give more information about your environment ?
Mine:
Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-04T07:39:06+12:00)
Maven home: /home/joel/prog/apache-maven-3.5.0
Java version: 1.8.0_112, vendor: Oracle Corporation
Java home: /home/joel/prog/java/jdk1.8.0_112/jre
Default locale: en_NZ, platform encoding: UTF-8
OS name: "linux", version: "4.4.0-77-generic", arch: "amd64", family: "unix"

I guess @jschneider wasn't using 2.7.0 /  3.7.0 but an older version. Otherwise please reopen. Thanks!

I am also able to reproduce this issue.

In addition to this warning, getting error on performing a check as below:
assertThat(List).contains(new Dog()); //where Animal is an Interface implemented by Dog

Reproducible on both Eclipse and IntelliJ

@velzganesh  I still can't reproduce it with the your Animal / Dog suggestion:

Okay guys, I have created a repository to reproduce this issue: https://github.com/jschneider/assertj-core-issue-993
Unfortunately I can no longer get the compiler warning. Don't ask me why...
Now it is just IntelliJ IDEA that is warning me. The inspection that produces the warning can be found under:

Java - Compiler issues - Unchecked warning.

But since the compiler is not warning me, it might be a false positive?

@jschneider I'll give a try to your repo to see how it goes.


Increase image build timeouts to 90 minutes

Previously, the image build timeout was set to 60 minutes. However, this isn't enough for the CentOS image build in the Kna1 region to reliably finish, so let's bump it to 90 minutes.

This has been enough previously. Not sure if bumping this is a good idea or would help the cause.

This has been enough previously. Not sure if bumping this is a good idea or would help the cause.

After discussing, hopefully this change will improve reliability without many drawbacks.


error in importing libtiff

I am trying to use pylibtiff to read tiff files into numpy array.. i installed
the windows installer provided on the site and now if i try importing, python
encounters with following error:

>>> from libtiff import *

Traceback (most recent call last):
  File "D:/Python27/testtifflib.py", line 4, in <module>
    from libtiff import *
  File "D:\Python27\lib\site-packages\libtiff\__init__.py", line 4, in <module>
    from .libtiff import libtiff, TIFF
  File "D:\Python27\lib\site-packages\libtiff\libtiff.py", line 35, in <module>
    raise ImportError('Failed to find TIFF library. Make sure that libtiff is installed and its location is listed in PATH|LD_LIBRARY_PATH|..')
ImportError: Failed to find TIFF library. Make sure that libtiff is installed
and its location is listed in PATH|LD_LIBRARY_PATH|..

i also tried this :

import sys
sys.path.append("D:\\Python27\\Lib\\site-packages\\libtiff")

from libtiff import *

but same error persists.. what can be done in this case??  any help is
appreciated.. m i missing something here??

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 2 Feb 2011 at 12:35

I got libtiff set up on a windows 10 laptop in a matter of seconds, but I've tried all of the suggestions in this thread and cannot get libtiff to import on python 27, 64bit, Windows7. Any more ideas?


Add 'cert-manager.io/issuer-kind: Issuer' to ingress.yaml in Rancher chart to mitigate https://github.com/jetstack/cert-manager/issues/2533

What kind of request is this (question/bug/enhancement/feature request):
Enhancement
Steps to reproduce (least amount of steps as possible):
If a user configures a default issuer when installing cert-manager into the Kubernetes cluster during the installation of Rancher v2.x HA they will encounter the cert-manager issue documented at https://github.com/jetstack/cert-manager/issues/2533 when installing the Rancher chart. This can be mitigated by updating the ingress.yaml template in the Rancher chart to include cert-manager.io/issuer-kind: Issuer per the below:
{{- if or (.Capabilities.APIVersions.Has "cert-manager.io/v1alpha2") (and (eq (int $certmanagerVer._0) 0) (ge (int $certmanagerVer._1) 11)) }}
    cert-manager.io/issuer: {{ template "rancher.fullname" . }}
    cert-manager.io/issuer-kind: Issuer

Environment information

Rancher v2.3.5

Do we want to backport to 2.2 ?

Reproduced in v2.3.5 and in v2.x-head (where x is all of 2, 3 and 4) and in master-head
Steps:

Setup kubernetes cluster for HA:
rke up --config ./rancher-cluster.yml
After everything is running, grab the latest rancher helm chart:
helm repo add rancher-latest https://releases.rancher.com/server-charts/latest
Install cert-manager with a default ClusterIssuer:

$ kubectl apply -f https://raw.githubusercontent.com/jetstack/cert-manager/release-0.12/deploy/manifests/00-crds.yaml && \
kubectl create namespace cert-manager && \
helm repo add jetstack https://charts.jetstack.io && helm repo update

$ helm install \
  cert-manager jetstack/cert-manager \
  --namespace cert-manager \
  --version v0.12.0 \
  --set ingressShim.defaultIssuerName=letsencrypt-staging \
  --set ingressShim.defaultIssuerKind=ClusterIssuer \
  --set ingressShim.defaultIssuerGroup=cert-manager.io

After all cert-manager pods are running, apply a default clusterissuer:
kubectl apply -f clusterissuer.yaml

# clusterissuer.yaml
apiVersion: cert-manager.io/v1alpha2
kind: ClusterIssuer
metadata:
  name: letsencrypt-staging
spec:
  acme:
    # You must replace this email address with your own.
    # Let's Encrypt will use this to contact you about expiring
    # certificates, and issues related to your account.
    email<EMAIL_ADDRESS>    server: https://acme-staging-v02.api.letsencrypt.org/directory
    privateKeySecretRef:
      # Secret resource used to store the account's private key.
      name: example-issuer-account-key
    # Add a single challenge solver, HTTP01 using nginx
    solvers:
    - http01:
        ingress:
          class: nginx

Install rancher into the cluster using LetsEncrypt for ingress:

$ kubectl create namespace cattle-system

$ helm install rancher rancher-latest/rancher \
  --namespace cattle-system \
  --set rancherImageTag=v2.2.12-rc1 \
  --set hostname=my.host.name \
  --set rancherImagePullPolicy=Always \
  --set ingress.tls.source=letsEncrypt \
  --set<EMAIL_ADDRESS>
Result:
The cert ends up being unexpected. It should be signed by Let's Encrypt:

Validated using chart version v2.4.4-rc1
Following the same steps listed above: https://github.com/rancher/rancher/issues/26505#issuecomment-629467217
Result:

Certificate is valid, signed by Let's Encrypt:

issuer-kind annotation is present on the ingress resource:

$ kubectl get ingress rancher -n cattle-system -o yaml
...
metadata:
  annotations:
    cert-manager.io/issuer: rancher
    cert-manager.io/issuer-kind: Issuer
...


port to ESP32

This is a port to ESP32.

The i2cdev and mpu imu are synced to upstream i2cdevlib. The ESP32 needs the updates to work.
The pwm and pcnt (pulse counter) modules of ESP32 are used for motors and encoders.
The micro ros wifi transport support is added to config.
The ArduinoOTA support is added to config.
Build on Humble. Tested on an ESP32DEV kit with MPU6050 and BTS7960 like motor driver using both serial and wifi transport.

Did you experience errors in the ESP32 interrupt in handling the detection
of encoder pins  switching?.
I would suggest the use of RP2040 for a more robust and cost-effective
solution for this.
Thanks
On Sun, May 21, 2023 at 10:01 AM hippo5329 @.***> wrote:

This is a port to ESP32.

The i2cdev and mpu imu are synced to upstream i2cdevlib. The ESP32
needs the updates to work.
The pwm and pcnt (pulse counter) modules of ESP32 are used for
motors and encoders.
The micro ros wifi transport support is added to config.
The ArduinoOTA support is added to config.
Build on Humble. Tested on an ESP32DEV kit with MPU6050 and BTS7960
like motor driver using both serial and wifi transport.

You can view, comment on, or merge this pull request online at:
https://github.com/linorobot/linorobot2_hardware/pull/29
Commit Summary

9845388
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/984538808b04ff1b2d35ec76f824f89a31cd908f
i2cdev sync with upstream i2cdevlib
cf1abdf
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/cf1abdf3dfe62c2c5f013f75fccaf5112b62994c
mpu6050 sync with upstream i2cdevlib
c5d6d14
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/c5d6d146e85fba878ac038684595693d985c9cff
mpu9150 sync with upstream i2cdevlib
9d1eb74
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/9d1eb74ccf808e72d10deb83ad1825bf3e6e36a6
mpu9250 sync with upstream i2cdevlib to be verified
1745af1
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/1745af1e3db0bceb79f9a058a1d75cba7fc0d81b
port to esp32
90a011b
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/90a011bc6c72e25dc4ddecea21aa8792f5cca06a
use esp32 pcnt module for encoder
6cfd3c6
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/6cfd3c6f8c3786a9246673e210fabc58abd584f3
add wifi transport support to config
01f1d23
https://github.com/linorobot/linorobot2_hardware/pull/29/commits/01f1d2329c8248787952ed6aaa085b70618add12
add ArduinoOTA support to config

File Changes
(15 files https://github.com/linorobot/linorobot2_hardware/pull/29/files
)

M config/lino_base_config.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-437a1842555c2425f74c872ea76fc77758f58e0ca4b9fb297a2f3040bc221095
(7)
M firmware/lib/encoder/encoder.cpp
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-ca006e2d1e26ed515b8573cc4845453ae1ec6daf424bd7625c4fd82af242e2d9
(3)
M firmware/lib/encoder/encoder.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-f95873e09029938e44f4e5e64fdbc6cb53d8176ecf44016488a877b588b305b9
(46)
M firmware/lib/imu/I2Cdev.cpp
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-9c675aaff75f39fc71ef150ebe0033071e1f345955d5e065ddd204210fa4cf75
(294)
M firmware/lib/imu/I2Cdev.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-32d3284c6d42fc508635f6e86e5dd52a5943224ced9f0e52fb8d906613914df0
(75)
M firmware/lib/imu/MPU6050.cpp
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-1ca2a5939f3a2682b3e3b7390fd49b0fc96600e493b34e9c7b50cee8057f9438
(1282)
M firmware/lib/imu/MPU6050.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-d1303f0da46ecf10ca0f3535ff94ca36641af86a898a3157fd5e868c981b172e
(250)
M firmware/lib/imu/MPU9150.cpp
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-b8b16af221d56c5aa078bb29201454a29e2873c79b44ca69c82303d5bb889603
(20)
M firmware/lib/imu/MPU9150.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-dc450b8c0bf220f7d7490d6376e1584c81b47a81e2b5416689f5484442be64bf
(4)
M firmware/lib/imu/MPU9250.cpp
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-8e90025607fe7aa9d4c517c9f5a0d2409e81934b601aaef8fcd7e32c1aed7af2
(49)
M firmware/lib/imu/MPU9250.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-d8f12345a56438ac7a6a0740c8dd20795e4fa3786acebd1c53eed23f4d610abc
(33)
A firmware/lib/imu/helper_3dmath.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-f114a621e1dfe7297ed9048bc30af0f02105756c9d5be6e48bc164a0be4ac919
(216)
M firmware/lib/motor/default_motor.h
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-8ccc32cf91d05ad339ddcb4db366dd0d4e39a7fafb34cc1a0137bdc821770ce6
(10)
M firmware/platformio.ini
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-f0ee0d0e7ec3cc340de0b44bb66ecab00ce9db7fa5830a5cdc3273fa5b429b61
(17)
M firmware/src/firmware.ino
https://github.com/linorobot/linorobot2_hardware/pull/29/files#diff-e8436140251e480237ca0a9abdae527025f81bde6a79dd979f9a5a17903c9020
(55)

Patch Links:

https://github.com/linorobot/linorobot2_hardware/pull/29.patch
https://github.com/linorobot/linorobot2_hardware/pull/29.diff

—
Reply to this email directly, view it on GitHub
https://github.com/linorobot/linorobot2_hardware/pull/29, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWGEKF3EVI44L52RCQBBRTXHFZPPANCNFSM6AAAAAAYJCRVR4
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Revised OTA for build error on Teensy. Force git update.
Add serial buadrate to config.

Withdraw WIFI related patches which are not essential for the ESP32 port. Only the i2cdev updates and key ESP32/encoder changes are required. I will put those auxiliary patches on my master branch.

Hi
This is a good initiative, but you may try RP2040 with the original chips.
There is no problem with interrupts
with the price and the new embedded wifi module makes more sense for a
motor with encoder use.
Thanks
On Sun, May 21, 2023 at 9:38 PM hippo5329 @.***> wrote:

Hi Christ,
Yes. I experienced interrupt errors with encoder interrupts on ESP32 in my
earlier robot projects. So I switched to the hardware PCNT 64 bits pulse
counter of ESP32 with the ESP32Encoder library. It works well. No interrupt
for encoder is required.
—
Reply to this email directly, view it on GitHub
https://github.com/linorobot/linorobot2_hardware/pull/29#issuecomment-1556183043,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWGEKHHRA36Y4LPXUOEXHDXHILGTANCNFSM6AAAAAAYJCRVR4
.
You are receiving this because you commented.Message ID:
@.***>

Thanks for the suggestion of RP2040. I will take a look. However, it might depend. With 700+ Hz encoder pulses per wheel with my current cheap motors, it will generate 2800+ interrupts per seconds for 4WD.  With the factory lino_base_config 144000 count per rev, it will be 144000 * 140 / 60 * 4 = 1344000 interrupts per seconds for 4WD at full speed. That is a very heavy load for CPU. Maybe the Teensy40/41's dual 600MHz M7 can handle? I don't know. But with ESP32's 64 bits pulse counters hardware, it is just a piece of cake. NO interrupt!

There are two outstanding bug fixes from upstream, which are independent of platforms.
(1) The upstream fix of I2Cdev.cpp, "Remove extra begin/endTransmission calls during reads".  commit 98a3b4e.
https://github.com/jrowberg/i2cdevlib
(2) The upstream fix of the order to destroy executor and node in destroy_entities(), "Update reconnection example". commit commit 561c615.
https://github.com/micro-ROS/micro_ros_arduino

Try Teensy 4.0, what I am referring to is the durability of the used
microcontroller.
Theoretical specs and reliability are something to consider relating to
precision and accuracy
albeit the fastest pulse counting.
Just a peso cent :)
Thanks
On Wed, May 24, 2023 at 2:36 AM Thomas Chou @.***>
wrote:

Thanks for the suggestion of RP2040. I will take a look. However, it might
depend. With 700+ Hz encoder pulses per wheel with my current cheap motors,
it will generate 2800+ interrupts per seconds for 4WD. With the factory
lino_base_config 144000 count per rev, it will be 144000 * 140 / 60 * 4 =
1344000 interrupts per seconds for 4WD at full speed. That is a very heavy
load for CPU. Maybe the Teensy40/41's dual 600MHz M7 can handle? I don't
know. But with ESP32's 64 bits pulse counters hardware, it is just a piece
of cake. NO interrupt!
—
Reply to this email directly, view it on GitHub
https://github.com/linorobot/linorobot2_hardware/pull/29#issuecomment-1559952588,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWGEKHLWEHIEQSZ6F5BTQLXHT7TJANCNFSM6AAAAAAYJCRVR4
.
You are receiving this because you commented.Message ID:
@.***>


Aghost cant always see player's backpack

Backpack ui is closing when player opens it i think

resolved at some point


Logout button causes crash loop

When you click logout on the dashboard it loops and does not load any page.

Hi team, do we know when this is fixed and in which upstream ticket? Based on the upstream issue statuses this should be fixed. I have a current solution deployed and its not working.

@Barteus Is this the one? https://github.com/kubeflow/kubeflow/issues/5704

This claims that it is fixed, but comments in it state otherwise:
https://github.com/kubeflow/kubeflow/issues/6372

Another issue claiming the fix https://github.com/kubeflow/kubeflow/pull/5174

Launchpad https://bugs.launchpad.net/kubeflow-bundle/+bug/1999888

Need to see if it is resolved in 1.7

This issue should be interesting to fix this: https://github.com/kubeflow/kubeflow/pull/6609

And also this: https://github.com/kubeflow/kubeflow/issues/6940


Add Github Actions

This adds Github Actions since Travis appears to be gone.
Note:  I could not get the code coverage task to work.  If the task is uncommented, it will produce the following...

Run coveralls

  coveralls
  shell: /usr/bin/bash -e {0}
  env:
    TOX_ENV: py3.6
    pythonLocation: /opt/hostedtoolcache/Python/3.6.14/x64
    GITHUB_TOKEN: ***
Submitting coverage to coveralls.io...
Could not submit coverage: 422 Client Error: Unprocessable Entity for url: https://coveralls.io/api/v1/jobs
resubmitting with id None
Traceback (most recent call last):
  File "/opt/hostedtoolcache/Python/3.6.14/x64/lib/python3.6/site-packages/coveralls/api.py", line 259, in submit_report
    response.raise_for_status()
  File "/opt/hostedtoolcache/Python/3.6.14/x64/lib/python3.6/site-packages/requests/models.py", line 953, in raise_for_status
    raise HTTPError(http_error_msg, response=self)
requests.exceptions.HTTPError: 422 Client Error: Unprocessable Entity for url: https://coveralls.io/api/v1/jobs

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/opt/hostedtoolcache/Python/3.6.14/x64/lib/python3.6/site-packages/coveralls/cli.py", line 93, in main
    result = coverallz.wear()
  File "/opt/hostedtoolcache/Python/3.6.14/x64/lib/python3.6/site-packages/coveralls/api.py", line 226, in wear
    return self.submit_report(json_string)
  File "/opt/hostedtoolcache/Python/3.6.14/x64/lib/python3.6/site-packages/coveralls/api.py", line 263, in submit_report
    'Could not submit coverage: {}'.format(e)) from e
coveralls.exception.CoverallsException: Could not submit coverage: 422 Client Error: Unprocessable Entity for url: https://coveralls.io/api/v1/jobs
Error: Process completed with exit code 1.

I suspect it has something to do with using the GH token to upload results.  Since I no little to nothing about both coveralls and github tokens, I'm hoping someone will have some tips to re-enable this.

Hmm - I'm not sure why the actions are not running.  They ran on my fork.  Is there something we need to configure here?

I think for coveralls I'm not allowed to grant any access as its being granted on organization level. (CODAIT in this case)
In terms of Github Actions overall - researching...

Fixed coveralls, but for some reason I'm unable to trigger those actions on regular commit push. It only triggers for me on new branch creation.

Thank for you spending time on this @dimon222.  Looking at the actions tab on my fork's gh-action branch, the CI is completing successfully.
Can you or @lresende go ahead and approve this PR so we can get some CI happening here?  Thanks.


About stream_bg

I tried to add a stream_bg.png to the web/img/custom directory, but when I run the program again its still green screen. Do I have to do something else?

Hi,
stream_bg only replaces the green screen at the middle of the screen while drafting. It does not replace the green screen while waiting for the draft to start, this one cannot be customized at the moment. That's something I could implement if it's something you're really interested in.


[stable/postgresql] template: postgresql/templates/_helpers.tpl unexpected "=" in operand

Describe the bug
I tried installing stable/postgresql using following command.
helm install --name rdbms-service stable/postgresql
However, this generates the following error.
Error: parse error in "postgresql/templates/_helpers.tpl": template: postgresql/templates/_helpers.tpl:323: unexpected "=" in operand
I tried this using chart version 6.2.1 and this works fine.
Version of Helm and Kubernetes:
kubernetes: 1.10
Helm: 2.10
Which chart:
stable/postgresql

Bug
Same issue is occurring for me with stable/redis
helm upgrade --install <mypackage> stable/redis
Generates the error:
Error: parse error in "redis/templates/_helpers.tpl": template: redis/templates/_helpers.tpl:247: unexpected "=" in operand
Version of Helm and Kubernetes:
kubernetes: 1.10.11
helm: 2.9.1
Chart:
stable/redis
Note
The issue does not occur if I run helm upgrade --install  stable/redis --version 7.0.0

Hi @NishikaDeSilva @melissaettinger ,
We're unable to reproduce the issue locally.
Could you share with us the version of helm client and tiller you're using? Just provide the output of the command below:
$ helm version

Are you using a different values.yaml or did you overwrite the master.persistence parameter?

@miguelaeh I haven't done any changes to the chart.
helm version details:
Client: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}

Server: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}

Hi,
I created a PR changing the template to not use assignation of variables in different context that is not supported in old helm versions.


[Search] move to DuckDuckGo search

https://duckduckgo.com/search_box

Something like
<iframe src="https://duckduckgo.com/search.html?duck=yes&site=http://swiftweekly.github.io&prefill=Search DuckDuckGo&focus=yes" style="overflow:hidden;margin:0;padding:0;width:483px;height:60px;" frameborder="0"></iframe>

Not sure what we can do with the fixed width?

can do something like this:
https://github.com/jessesquires/jessesquires.github.io/blob/master/search.html
😄


Not doing anything in Gmail

Selecting the text, right-clicking, and clicking "Markdown Toggle" doesn't do anything at all. How can I troubleshoot?
Thanks!

Reload the page before the first usage. I had similar issue when using it right now ;)

Did reloading the page fix it? Can I close this issue?

Closing this issue. You can re-open it if there's more info. (Doing issue clean-up.)


Onboarding mixedreality

Docs Build status updates of commit 01b7956:
:clock10: Full build: the average full build time is 206 min(s) 33 sec(s), this is based on the last 9 build(s) for this repository.
:warning: This is a FULL build due to the incremental build being disabled in configuration file (.openpublishing.publish.config.json in 'live' branch). For more detailed info, please click here.

Docs Build status updates of commit 01b7956:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs-ref-mapping/reference.yml
:white_check_mark:Succeeded

docs-ref-services/mixed-reality.md
:white_check_mark:Succeeded
View (azure-python)

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


TorchServe KeyError

Discussed in https://github.com/open-mmlab/mmdetection/discussions/9200

Originally posted by austinmw October 31, 2022
Hi, I used MMDetection 3.0.0rc2 to train a Deformable DETR model and a Faster RCNN model, and then I used the mmdet2torchserve tool to create two model.mar. I tried testing local deployment with my own TorchServe Dockerfile, but I get errors with both of the TorchServe archives:

KeyError: "class DeformableDETR in mmdet/models/detectors/deformable_detr.py: 'DetDataPreprocessor is not in the model registry. Please check whether the value of DetDataPreprocessor is correct or it was registered as expected.

and

KeyError: "class FasterRCNN in mmdet/models/detectors/faster_rcnn.py: 'DetDataPreprocessor is not in the model registry. Please check whether the value of DetDataPreprocessor is correct or it was registered as expected.

My Dockerfile looks like this:
# Use Sagemaker PyTorch inference container as base image
ARG REGION
FROM<PHONE_NUMBER>84.dkr.ecr.${REGION}.amazonaws.com/pytorch-inference:1.12.1-gpu-py38-cu113-ubuntu20.04-sagemaker

# Install MMEngine, MMCV, MMDetection
WORKDIR /opt/ml/code
RUN pip install cython nvgpu && \
    pip install -U pip openmim torch-model-archiver && \
    pip install<EMAIL_ADDRESS>&& \
    mim install "mmcv>=2.0.0rc2" -f https://download.openmmlab.com/mmcv/dist/cu113/torch1.12.0/index.html && \
    pip install<EMAIL_ADDRESS>&& \
    rm -rf /var/lib/apt/lists/*

COPY config.properties /home/model-server/config.properties

WORKDIR /
ENTRYPOINT ["python", "/usr/local/bin/dockerd-entrypoint.py"]
CMD ["torchserve", "--start", "--ts-config", "/home/model-server/config.properties", "--model-store", "/opt/ml/model"]

I placed the model.mars into /opt/ml/model.
Anyone know how to resolve this KeyError? Is mmdet_handler.py compatible with v3.0.0rc2?

Hi, sorry for the late reply. scripts in tools/deployment did not compatible with 3.0 yet. This may occur some errors now. It is pleased to create PR to compatible with 3.0.

Hi, thanks for response, okay I'll see if I can get it working for PR, otherwise can wait till official 3.0 release

@lvhan028 to take look. MMDeploy should already be compatible with mmdet 3.x in mmdeploy 1.x. We just need to have an entry point in mmdet.

@lvhan028 to take look. MMDeploy should already be compatible with mmdet 3.x in mmdeploy 1.x. We just need to have an entry point in mmdet.

Hi, torchserve is not included in mmdeploy. Deployment for torchserve would be kept in mmdet.
As for the error, it's because of the BC-breaking of mmdet2.x and mmdet3.x. A fixing of this would come later.

Resolved in #9343


ARROW-1138: Travis: Use OpenJDK7 instead of OracleJDK7

Will merge on green build to unbreak Travis but it would be very helpful if a Java expert can review this change.

Green Travis build: https://travis-ci.org/xhochy/arrow/builds/245661467


Google drive api v3 the format of the invalid value.

Hi there,
I want to try upload file and my code is here:
`  public static File UploadFile(DriveService service, string fileName, string filePath, string description, string parent)
{
var fileMetadata = new File
{
Name = fileName,
MimeType = GetMimeType(fileName),
Description = description,
OriginalFilename = fileName,
};
  FilesResource.CreateMediaUpload request;
  using (var stream = new System.IO.FileStream(filePath, System.IO.FileMode.Open))
  {
      request = service.Files.Create(fileMetadata, stream, GetMimeType(fileName));
      request.Fields = "id";
      request.Alt=FilesResource.CreateMediaUpload.AltEnum.Json;
      request.Upload();
  }
  var file = request.ResponseBody;
  Console.WriteLine("File ID: " + file.Id);

  return null;

}`

But Response body is always null and i cant upload.  By the way i saw this:

Try upload(). Ececute() ;
If it doesn't work please post questions about client library usage on StackOverflow.Com this is likely not an issue with the client library

Closing as stale. Please reopen if this is still an issue.

I got the same problem and solved it. Just by reading whole file into a MemoryStream... GLuck


Format parameters or options?

this came up when working on #177/#178 and somewhat conflicts with it. It's also related to openeo-api, but I just filed it here to start.
The API uses  the term "format parameters" in documentation and field names, e.g.:
https://github.com/Open-EO/openeo-api/blob/4e0f731d3579d7a68265a8c4abaf139b6487815f/openapi.yaml#L3602-L3604
https://github.com/Open-EO/openeo-api/blob/4e0f731d3579d7a68265a8c4abaf139b6487815f/openapi.yaml#L919-L931
The processes that use input/output formats use the term "format options", e.g.:
https://github.com/Open-EO/openeo-processes/blob/bd246a5e6e2ecba7f901552124ba90ce221f4cc5/save_result.json#L33-L37
I think this should be synchronized better, e.g. use "format parameters" in openeo-processes. Unless that is technically not an option (pun intended)

Yes, it's a good idea to align that better (although both are written for different audiences so may not be of high importance).


fix(dlp): use log for output during tests.

writing directly to stdout interferes with test framework output,
leading to false negatives (tests are reported as failing when they
pass)
Description
Fixes #
Note: Before submitting a pull request, please open an issue for discussion if you are not associated with Google.
Checklist

[ ] I have followed Contributing Guidelines from CONTRIBUTING.MD
[ ] Tests pass:   go test -v ./.. (see Testing)
[ ] Code formatted:   gofmt (see Formatting)
[ ] Vetting pass:   go vet (see Formatting)
[ ] These samples need a new API enabled in testing projects to pass (let us know which ones)
[ ] These samples need a new/updated env vars in testing projects set to pass (let us know which ones)
[ ] This sample adds a new sample directory, and I updated the CODEOWNERS file with the codeowners for this sample
[ ] This sample adds a new Product API, and I updated the Blunderbuss issue/PR auto-assigner with the codeowners for this sample
[ ] Please merge this PR for me once it is approved

kokoro test failure is due to the lack of .go files in the testdata directory. since its  unrelated i'll merge this.


textwrangler: manage version for older OSX

fixes #17482

@vitorgalvao Unlike #17483, this allows me to install TW on my Snow Leopard MacBook without problems.

'textwrangler' definition is invalid: 'depends_on :macos' comparison expressions cannot be combined (Hbc::CaskInvalidError)

@adidalal I saw that in the CI log, but that didn't seem to stop @vitorgalvao from merging #17483, which failed the CI build with the same error.
I guess there is a systematic issue with the depends_on stanza, even though it is still used in numerous casks?

@vitorgalvao Incidentally, would you like me to rebase this on your merged commit?

I saw that in the CI log, but that didn't seem to stop @vitorgalvao from merging #17483, which failed the CI build with the same error.

Why do you think that? That Travis build was interrupted, it did not error out with the same error. Even so, if I do a mistake, don’t replicate it, feel free to correct me.
Everything looks good, now, thank you. Could you please squash your commits?

squashed

@vitorgalvao

Even so, if I do a mistake, don’t replicate it, feel free to correct me.

Sorry, wasn't accusing anybody -- I just had the suspicion that the CI build was failing due to some outdated definitions, of which both you and I had independently run afoul. But now I see the builds failed for different reasons.

Sorry, wasn't accusing anybody

Oh, that wasn’t my reaction (apologies if it seemed like that, I did try to not make it sound like it, but struggled a bit since we’re communicating in writing). I did really mean it in the sense of “it’s very possible that I’ve done a mistake there, so if I did trust the tests more than you trust me, and do it the right way”. All in good terms.

Thank you for the contribution. It was merged directly as 68c92270de792f06bc564be7263241fc4eebae63 to keep commit history cleaner. Your contribution is still credited to you.

@vitorgalvao Thanks, no worries! And sorry to you (and Travis) for the wasted cycles. =)


TF2.0: TypeError when intializting Variable using constant_initializer

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow): Yes
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Ubuntu 18.04
TensorFlow installed from (source or binary): binary (pip)
TensorFlow version (use command below): 2.0.0
Python version: 3.7
CUDA/cuDNN version: 10.2
GPU model and memory: GTX 1060, 6GB

Describe the current behavior
I get an a TypeError execption when I try to initialize tf.Variable using constant_initializer.
Error: TypeError: __call__() missing 1 required positional argument: 'shape'
Code to reproduce the issue
import tensorflow as tf
import numpy as np

input_init = tf.constant_initializer(np.random.uniform(low=-1, high=1, size=(300, 300)))
input_weights = tf.Variable(input_init, shape=(300, 300))

Other info / logs (Traceback)
Traceback (most recent call last):
  File "/home/ibrahimsharaf/workspace/GenSen/GenSen/garab.py", line 38, in <module>
    input_weights = tf.Variable(input_init, shape=(300, 300))
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/variables.py", line 260, in __call__
    return cls._variable_v2_call(*args, **kwargs)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/variables.py", line 254, in _variable_v2_call
    shape=shape)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/variables.py", line 235, in <lambda>
    previous_getter = lambda **kws: default_variable_creator_v2(None, **kws)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/variable_scope.py", line 2556, in default_variable_creator_v2
    shape=shape)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/variables.py", line 262, in __call__
    return super(VariableMetaclass, cls).__call__(*args, **kwargs)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/resource_variable_ops.py", line 1406, in __init__
    distribute_strategy=distribute_strategy)
  File "/home/ibrahimsharaf/miniconda3/envs/gensen-tf/lib/python3.7/site-packages/tensorflow_core/python/ops/resource_variable_ops.py", line 1537, in _init_from_args
    initial_value() if init_from_fn else initial_value,
TypeError: __call__() missing 1 required positional argument: 'shape'

Issue replicating for TF-2.0, kindly find the gist of colab. Thanks!

@ibrahimsharaf,
The error disappears if you use tf.constant instead of tf.constant_initializer. Here is the Gist.
For more details about this concept, please refer this link. Thanks!

Thanks @oanush & @rmothukuru!


Use built-in Heroku support over our custom support.

The complicated startup solution that I wrote last year should actually be superseded by psiTurk's builtin support for Heroku. I think the only change we'd need to add to the README is heroku config:set ON_CLOUD=1 (though b/c we use an older psiTurk version, it may require ON_HEROKU), though I'd want to read the docs and read the script more closely to ensure that's the case. We wouldn't want to directly run those things since they create new files (like Procfile and requirements).

This is a case where "if it ain't broke, don't fix it" overrules "there should be one and only one right way to do it" (for me). But if you want to implement and test this, go ahead!