unexpected keyword argument 'fields' with -f option

Hello-
I can run this command without the fields option successfully.  Inclusion of the -f options fails with the following response.  Example of command follows that.
Thank you for this tool.  It seems like one of the more popular ES GUI tools should integrate with it.
Trackback error:

Traceback (most recent call last):
File "/usr/local/bin/es2csv", line 11, in
sys.exit(main())
File "/usr/local/lib/python2.7/dist-packages/es2csv.py", line 268, in main
es.search_query()
File "/usr/local/lib/python2.7/dist-packages/es2csv.py", line 40, in f_retry
return f(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/es2csv.py", line 123, in search_query
res = self.es_conn.search(**search_args)
File "/usr/local/lib/python2.7/dist-packages/elasticsearch/client/utils.py", line 71, in _wrapped
return func(*args, params=params, **kwargs)
TypeError: search() got an unexpected keyword argument 'fields'

Example of command:
es2csv -i se-account-base -q "(country:usa AND account_type:regular AND date_inception:{2012-01-01 TO 2017-01-01}) NOT (restriction_type_2:deceased)" -f account_number title first_name middle_name last_name -o /usr/share/csv/account_base_3rd_party.csv

Hello
What version do you use?
Probably looks like that there is issue with elasticsearch.py library.

I too am having same issue,
sudo pip install es2csv
Collecting es2csv
Downloading es2csv-1.0.3-py2-none-any.whl
Collecting progressbar>=2.3 (from es2csv)
Downloading progressbar-2.3.tar.gz
Collecting elasticsearch>=2.3.0 (from es2csv)
Downloading elasticsearch-5.0.0-py2.py3-none-any.whl (57kB)
100% |████████████████████████████████| 57kB 1.5MB/s
Requirement already satisfied (use --upgrade to upgrade): urllib3<2.0,>=1.8 in /usr/lib/python2.7/site-packages (from elasticsearch>=2.3.0->es2csv)
Installing collected packages: progressbar, elasticsearch, es2csv
Running setup.py install for progressbar ... done
Successfully installed elasticsearch-5.0.0 es2csv-1.0.3 progressbar-2.3
You are using pip version 8.0.2, however version 8.1.2 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
Fedora 24.

Just tried a fresh pip install on ubuntu 16.04, same issue. Tried field args as space delimnited, also tried as ['var1','var2']

Thanks, @rdica.
Issue in this:
Downloading elasticsearch-5.0.0-py2.py3-none-any.whl

They have broken API again: 2.3.0 has fields arg and 5.0.0 has not. It was renamed.
Hot fix is to downgrade to version 2.3.0. I am going to bring proper version dependency in future.

@taraslayshchuk
Thanks, that works...I pip unistalled es5 and installed 2.3.0...I noticed that the order of fields given is reversed in the csv output, is that intended behaviour? thanks again

Thanks. Here's the provisioning bash I'm using to implement the fix described in this thread. I happen to be using ES 2.3 in my environment, as reflected below.  I'm going to close this issue, as I assume (improved) compatibility with Python ES 5.0 is broader in scope.
apt-get install -y -python-pip git
pip install git+https://github.com/taraslayshchuk/es2csv.git
pip uninstall -y elasticsearch
pip install elasticsearch==2.3

@rdica, Yes, it is sorted.
@bartclarkson, not sure about a migration process to ES 5.0 at the moment, I am planning to hardcore dependency elasticsearch-2.*.


godep save in a project using influxdb/client throws error

I have [influxdb client] (https://github.com/influxdb/influxdb/tree/master/client) as a dependency in one of my projects.
..
..
import "github.com/influxdb/influxdb/client"
..
When using godep save it shows following message
godep: Godeps/_workspace/src/github.com/influxdb/influxdb/statik/statik.go:7:15: expected '}', found 'EOF'
A quick look at the referenced file did show that there's a } before EOF. I am not completely sure what is happening here, I am guessing a buffer overflow.
Included below is more information:

go version go1.4.2 darwin/amd64`
Found this entry in Godeps.json file

               {
                        "ImportPath": "github.com/influxdb/influxdb",
                        "Comment": "v0.9.0-77-ga78fef9",
                        "Rev": "a78fef940c207d1993e2881a66e9ca1711d492f8"
               }

Further, executing godep update returns
godep: not in manifest: .
godep: no packages can be updated

which I think is related to #138 or/and #142

I do not have that problem at v0.9.0-100-g38b4f07 of influxdb/client. Try an updated version?

Yep, that solved the issue. Appreciate the help.

Fail again:
	{
			"ImportPath": "github.com/influxdb/influxdb",
			"Comment": "v<IP_ADDRESS>",
			"Rev": "c4f85f84765e27bfb5e58630d0dea38adeacf543"
       }


YubiHSM2 secp256k1 signature normalize

From @enlight's comment:
do we need to normalize S on the ECDSA sig like here https://github.com/tendermint/signatory/blob/master/providers/signatory-yubihsm/src/ecdsa.rs#L231 ? (edited)

Related: https://github.com/rust-bitcoin/rust-secp256k1/issues/65

Resolved.


Webpack issue

When running npm run production, I get the following error:
`cross-env NODE_ENV=production node_modules/webpack/bin/webpack.js --no-progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js
CssSyntaxError: C:\dist\css\app.d82cf1.css:12360:13: Missed semicolon`
I do not know how to fix it and I didn't change anything in the webpack file.
npm run watch works without issue.

Found my issue. It's related to vue-ctk-date-time-picker.


link error with pods

Hello, I'm install openwebrtc sdk to my project use cocoapods, it's successful. But when I build and run, it's exist some link errors:
Undefined symbols for architecture i386:
"OBJC_CLASS$_OpenWebRTC", referenced from:
objc-class-ref in AppDelegate.o
"OBJC_CLASS$_OpenWebRTCNativeHandler", referenced from:
objc-class-ref in WebRTCViewController.o
"OBJC_CLASS$_OpenWebRTCSettings", referenced from:
objc-class-ref in WebRTCViewController.o
ld: symbol(s) not found for architecture i386
here is my podfile:
#Uncomment this line to define a global platform for your project
#platform :ios, '6.0'
target 'XYUniCom' do
pod 'OpenWebRTC-SDK', :path => '../openwebrtc-ios-sdk/OpenWebRTC-SDK.podspec'
end
target 'XYUniCom-no-gpl-thirdparties' do
end
target 'LinphoneTester' do
end

Looks like you are running with the Simulator as the target. Does this error persist if you choose a Device instead?

Hi, Thanks for reply.
I have tested on device, still have link errors:
Undefined symbols for architecture armv7:
"OBJC_CLASS$_OpenWebRTCSettings", referenced from:
objc-class-ref in WebRTCViewController.o
"OBJC_CLASS$_OpenWebRTCNativeHandler", referenced from:
objc-class-ref in WebRTCViewController.o
"OBJC_CLASS$_OpenWebRTC", referenced from:
objc-class-ref in AppDelegate.o
ld: symbol(s) not found for architecture armv7

I use mac osx 10.9.5 and xcode 6.2

That looks like you maybe don't have the OpenWebRTC nor OpenWebRTC-SDK pods. Are you sure they were successfully installed?

yes, it was generated Pods files and myproject.xcworkspace file, here is install log:
macbook:XYUniCom zhaoyan$ pod install
Analyzing dependencies
CocoaPods 0.37.0.beta.1 is available.
To update use: gem install cocoapods --pre
[!] This is a test version we'd love you to try.
For more information see http://blog.cocoapods.org
and the CHANGELOG for this version http://git.io/BaH8pQ.
Fetching podspec for OpenWebRTC-SDK from ../openwebrtc-ios-sdk/OpenWebRTC-SDK.podspec
Downloading dependencies
Using OpenWebRTC (0.1.4)
Using OpenWebRTC-SDK (0.1.1)
Generating Pods project
Integrating client project
[!] The XYUniCom [Debug] target overrides the GCC_PREPROCESSOR_DEFINITIONS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.debug.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Debug] target overrides the HEADER_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.debug.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Debug] target overrides the FRAMEWORK_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.debug.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Debug] target overrides the OTHER_LDFLAGS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.debug.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Release] target overrides the GCC_PREPROCESSOR_DEFINITIONS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.release.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Release] target overrides the HEADER_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.release.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Release] target overrides the FRAMEWORK_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.release.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Release] target overrides the OTHER_LDFLAGS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.release.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Distribution] target overrides the GCC_PREPROCESSOR_DEFINITIONS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distribution.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Distribution] target overrides the HEADER_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distribution.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Distribution] target overrides the FRAMEWORK_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distribution.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [Distribution] target overrides the OTHER_LDFLAGS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distribution.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [DistributionAdhoc] target overrides the GCC_PREPROCESSOR_DEFINITIONS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distributionadhoc.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [DistributionAdhoc] target overrides the HEADER_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distributionadhoc.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [DistributionAdhoc] target overrides the FRAMEWORK_SEARCH_PATHS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distributionadhoc.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.
[!] The XYUniCom [DistributionAdhoc] target overrides the OTHER_LDFLAGS build setting defined in Pods/Target Support Files/Pods-XYUniCom/Pods-XYUniCom.distributionadhoc.xcconfig'. This can lead to problems with the CocoaPods installation     - Use the $(inherited)` flag, or
- Remove the build settings from the target.

The warnings you get with $(inherited) needs to be taken seriously. I remember having this issue in the NativeDemo: https://github.com/EricssonResearch/openwebrtc-examples/tree/master/ios/NativeDemo
Check if this is set by comparing with NativeDemo:

here is my settings:

I'm pretty sure this is related to the warnings you get from pod install. Did you solve the issue? If not, any way you can share your project file?

Hi, Sorry I can't share my project, it's too large, I have changed to use another webrtc lib, it's works fine. I think this issue is relate to my system. not is the sdk problem, I will close this issue. Thanks


TorXakis fails on pipeline model

I made the following model for a pipeline, where the output of process 1 is the input of the second instance of process 2.
PROCDEF processOne [In1, Out11, Out12 :: Int ] () EXIT ::=
    In1 ? x >-> Out11 ! x >-> Out12 ! x >-> EXIT
ENDDEF

PROCDEF processTwo [In21, In22, Out2 :: Int ] (b :: Bool) EXIT ::=
        ([[ b ]] =>> In21 ? x1 >-> In22 ? x2 >-> Out2 ! x1 + x2 >-> EXIT)
    ##
        ([[ not (b) ]] =>> EXIT)
ENDDEF

PROCDEF processWithBuffer [In1, Out1, B12, In2, Out2 :: Int] (b :: Bool) ::=
        processTwo [ B12, In2, Out2] (b)
    |||
        HIDE [ T12 :: Int ] IN
                processOne [In1, Out1, T12]()
            |[ T12 ]|
                processWithBuffer [In1, Out1, T12, In2, Out2] (True)
        NI
ENDDEF

PROCDEF processLine [In1, In2, Out1, Out2 :: Int] () ::=
    HIDE [T12 :: Int] IN
        processWithBuffer [In1, Out1, T12, In2, Out2](False)
    NI
ENDDEF

CHANDEF Channels ::= In1, In2, Out1, Out2 :: Int ENDDEF

MODELDEF Model ::=
    CHAN IN In1, In2
    CHAN OUT Out1, Out2
    BEHAVIOUR processLine[In1, In2, Out1, Out2]()
ENDDEF

The model is correctly parsed by Torxakis.
Yet, stepper Model leads to a huge CPU and memory usage by TorXakis, but never a command prompt.
Is this a bug?
Does this model contains unsupported features?

The model makes in its recursion an infinite amount of processOnes, and thus of actoffer In1 ? x.
So TorXakis correctly continues forever to calculate the initial menu.
Of course, one might expect a warning or a stop by TorXakis when detecting too much recursion.


Playing http streams does not work

Hi,
I've tried to play http streams and I can only play Https m3u8 files. How can I use Chewie to play them? Thanks a lot

in AndroidManifest.xml add this android:usesCleartextTraffic="true" to application

Chewie is only a GUI layer on top of the official video_player plugin. I don't think there is anything for us to do here so I am closing this.


fail on make requirements

using Python 3.12.3
below error occurs when running either make requirements or pip install -e .
(.venv) ➜  street-view-green-view git:(main) make requirements
python3 -m pip install -U pip setuptools wheel
Requirement already satisfied: pip in ./.venv/lib/python3.12/site-packages (24.0)
Collecting setuptools
  Downloading setuptools-70.0.0-py3-none-any.whl.metadata (5.9 kB)
Collecting wheel
  Using cached wheel-0.43.0-py3-none-any.whl.metadata (2.2 kB)
Downloading setuptools-70.0.0-py3-none-any.whl (863 kB)
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 863.4/863.4 kB 16.7 MB/s eta 0:00:00
Using cached wheel-0.43.0-py3-none-any.whl (65 kB)
Installing collected packages: wheel, setuptools
Successfully installed setuptools-70.0.0 wheel-0.43.0
python3 -m pip install -e .
Obtaining file:///Users/danbjoseph/GitHub/americanredcross/street-view-green-view
  Installing build dependencies ... done
  Checking if build backend supports build_editable ... done
  Getting requirements to build editable ... done
  Preparing editable metadata (pyproject.toml) ... done
Collecting folium (from src==0.1.0)
  Downloading folium-0.17.0-py2.py3-none-any.whl.metadata (3.8 kB)
Collecting geopandas (from src==0.1.0)
  Downloading geopandas-0.14.4-py3-none-any.whl.metadata (1.5 kB)
Collecting geopy (from src==0.1.0)
  Using cached geopy-2.4.1-py3-none-any.whl.metadata (6.8 kB)
Collecting loguru (from src==0.1.0)
  Using cached loguru-0.7.2-py3-none-any.whl.metadata (23 kB)
Collecting mapclassify (from src==0.1.0)
  Using cached mapclassify-2.6.1-py3-none-any.whl.metadata (2.6 kB)
Collecting matplotlib (from src==0.1.0)
  Downloading matplotlib-3.9.0-cp312-cp312-macosx_11_0_arm64.whl.metadata (11 kB)
Collecting numpy (from src==0.1.0)
  Downloading numpy-2.0.0-cp312-cp312-macosx_14_0_arm64.whl.metadata (60 kB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 60.9/60.9 kB 3.3 MB/s eta 0:00:00
Collecting opencv-python (from src==0.1.0)
  Downloading opencv-python-<IP_ADDRESS>.tar.gz (95.1 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 95.1/95.1 MB 31.6 MB/s eta 0:00:00
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [33 lines of output]
      Traceback (most recent call last):
        File "/Users/danbjoseph/GitHub/americanredcross/street-view-green-view/.venv/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
          main()
        File "/Users/danbjoseph/GitHub/americanredcross/street-view-green-view/.venv/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/Users/danbjoseph/GitHub/americanredcross/street-view-green-view/.venv/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 112, in get_requires_for_build_wheel
          backend = _build_backend()
                    ^^^^^^^^^^^^^^^^
        File "/Users/danbjoseph/GitHub/americanredcross/street-view-green-view/.venv/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 77, in _build_backend
          obj = import_module(mod_path)
                ^^^^^^^^^^^^^^^^^^^^^^^
        File<EMAIL_ADDRESS>line 90, in import_module
          return _bootstrap._gcd_import(name[level:], package, level)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
        File "<frozen importlib._bootstrap>", line 1310, in _find_and_load_unlocked
        File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
        File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
        File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
        File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
        File "<frozen importlib._bootstrap_external>", line 995, in exec_module
        File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
        File "/private/var/folders/b6/3s_sztn53ls_77rt7bkhymy00000gn/T/pip-build-env-iut5akmj/overlay/lib/python3.12/site-packages/setuptools/__init__.py", line 16, in <module>
          import setuptools.version
        File "/private/var/folders/b6/3s_sztn53ls_77rt7bkhymy00000gn/T/pip-build-env-iut5akmj/overlay/lib/python3.12/site-packages/setuptools/version.py", line 1, in <module>
          import pkg_resources
        File "/private/var/folders/b6/3s_sztn53ls_77rt7bkhymy00000gn/T/pip-build-env-iut5akmj/overlay/lib/python3.12/site-packages/pkg_resources/__init__.py", line 2172, in <module>
          register_finder(pkgutil.ImpImporter, find_on_path)
                          ^^^^^^^^^^^^^^^^^^^
      AttributeError: module 'pkgutil' has no attribute 'ImpImporter'. Did you mean: 'zipimporter'?
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.
make: *** [requirements] Error 1

setting up a Python 3.11.9 environment
and ~it hangs on~  Building wheel for opencv-python (pyproject.toml) ...
EDIT: it eventually completed
➜  street-view-green-view git:(pr/46) python3.11 -m venv .venv
➜  street-view-green-view git:(pr/46) source .venv/bin/activate
(.venv) ➜  street-view-green-view git:(pr/46) python --version
Python 3.11.9
(.venv) ➜  street-view-green-view git:(pr/46) pip install -e .
Obtaining file:///Users/danbjoseph/GitHub/americanredcross/street-view-green-view
  Installing build dependencies ... done
  Checking if build backend supports build_editable ... done
  Getting requirements to build editable ... done
  Preparing editable metadata (pyproject.toml) ... done
Collecting folium (from src==0.1.0)
  Using cached folium-0.17.0-py2.py3-none-any.whl.metadata (3.8 kB)
Collecting geopandas (from src==0.1.0)
  Using cached geopandas-0.14.4-py3-none-any.whl.metadata (1.5 kB)
Collecting mapclassify (from src==0.1.0)
  Using cached mapclassify-2.6.1-py3-none-any.whl.metadata (2.6 kB)
Collecting matplotlib (from src==0.1.0)
  Using cached matplotlib-3.9.0-cp311-cp311-macosx_11_0_arm64.whl.metadata (11 kB)
Collecting numpy (from src==0.1.0)
  Using cached numpy-2.0.0-cp311-cp311-macosx_14_0_arm64.whl.metadata (60 kB)
Collecting ruff (from src==0.1.0)
  Using cached ruff-0.4.9-py3-none-macosx_11_0_arm64.whl.metadata (24 kB)
Collecting requests (from src==0.1.0)
  Using cached requests-2.32.3-py3-none-any.whl.metadata (4.6 kB)
Collecting shapely (from src==0.1.0)
  Using cached shapely-2.0.4-cp311-cp311-macosx_11_0_arm64.whl.metadata (7.0 kB)
Collecting typer (from src==0.1.0)
  Using cached typer-0.12.3-py3-none-any.whl.metadata (15 kB)
Collecting pandas (from src==0.1.0)
  Using cached pandas-2.2.2-cp311-cp311-macosx_11_0_arm64.whl.metadata (19 kB)
Collecting geopy (from src==0.1.0)
  Using cached geopy-2.4.1-py3-none-any.whl.metadata (6.8 kB)
Collecting tqdm (from src==0.1.0)
  Using cached tqdm-4.66.4-py3-none-any.whl.metadata (57 kB)
Collecting python-dotenv (from src==0.1.0)
  Using cached python_dotenv-1.0.1-py3-none-any.whl.metadata (23 kB)
Collecting scikit-image (from src==0.1.0)
  Using cached scikit_image-0.23.2-cp311-cp311-macosx_12_0_arm64.whl.metadata (14 kB)
Collecting opencv-python (from src==0.1.0)
  Using cached opencv-python-<IP_ADDRESS>.tar.gz (95.1 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Collecting stamina (from src==0.1.0)
  Using cached stamina-24.2.0-py3-none-any.whl.metadata (4.7 kB)
Collecting h3pandas (from src==0.1.0)
  Using cached h3pandas-0.2.6-py3-none-any.whl
Collecting branca>=0.6.0 (from folium->src==0.1.0)
  Using cached branca-0.7.2-py3-none-any.whl.metadata (1.5 kB)
Collecting jinja2>=2.9 (from folium->src==0.1.0)
  Using cached jinja2-3.1.4-py3-none-any.whl.metadata (2.6 kB)
Collecting xyzservices (from folium->src==0.1.0)
  Using cached xyzservices-2024.6.0-py3-none-any.whl.metadata (4.0 kB)
Collecting fiona>=1.8.21 (from geopandas->src==0.1.0)
  Using cached fiona-1.9.6-cp311-cp311-macosx_11_0_arm64.whl.metadata (50 kB)
Collecting packaging (from geopandas->src==0.1.0)
  Using cached packaging-24.1-py3-none-any.whl.metadata (3.2 kB)
Collecting pyproj>=3.3.0 (from geopandas->src==0.1.0)
  Using cached pyproj-3.6.1-cp311-cp311-macosx_11_0_arm64.whl.metadata (31 kB)
Collecting python-dateutil>=2.8.2 (from pandas->src==0.1.0)
  Using cached python_dateutil-2.9.0.post0-py2.py3-none-any.whl.metadata (8.4 kB)
Collecting pytz>=2020.1 (from pandas->src==0.1.0)
  Using cached pytz-2024.1-py2.py3-none-any.whl.metadata (22 kB)
Collecting tzdata>=2022.7 (from pandas->src==0.1.0)
  Using cached tzdata-2024.1-py2.py3-none-any.whl.metadata (1.4 kB)
Collecting geographiclib<3,>=1.52 (from geopy->src==0.1.0)
  Using cached geographiclib-2.0-py3-none-any.whl.metadata (1.4 kB)
Collecting h3 (from h3pandas->src==0.1.0)
  Using cached h3-3.7.7-cp311-cp311-macosx_11_0_arm64.whl.metadata (4.9 kB)
Collecting typing-extensions (from h3pandas->src==0.1.0)
  Using cached typing_extensions-4.12.2-py3-none-any.whl.metadata (3.0 kB)
Collecting networkx>=2.7 (from mapclassify->src==0.1.0)
  Using cached networkx-3.3-py3-none-any.whl.metadata (5.1 kB)
Collecting scikit-learn>=1.0 (from mapclassify->src==0.1.0)
  Using cached scikit_learn-1.5.0-cp311-cp311-macosx_12_0_arm64.whl.metadata (11 kB)
Collecting scipy>=1.8 (from mapclassify->src==0.1.0)
  Using cached scipy-1.13.1-cp311-cp311-macosx_12_0_arm64.whl.metadata (60 kB)
Collecting contourpy>=1.0.1 (from matplotlib->src==0.1.0)
  Using cached contourpy-1.2.1-cp311-cp311-macosx_11_0_arm64.whl.metadata (5.8 kB)
Collecting cycler>=0.10 (from matplotlib->src==0.1.0)
  Using cached cycler-0.12.1-py3-none-any.whl.metadata (3.8 kB)
Collecting fonttools>=4.22.0 (from matplotlib->src==0.1.0)
  Using cached fonttools-4.53.0-cp311-cp311-macosx_11_0_arm64.whl.metadata (162 kB)
Collecting kiwisolver>=1.3.1 (from matplotlib->src==0.1.0)
  Using cached kiwisolver-1.4.5-cp311-cp311-macosx_11_0_arm64.whl.metadata (6.4 kB)
Collecting pillow>=8 (from matplotlib->src==0.1.0)
  Using cached pillow-10.3.0-cp311-cp311-macosx_11_0_arm64.whl.metadata (9.2 kB)
Collecting pyparsing>=2.3.1 (from matplotlib->src==0.1.0)
  Using cached pyparsing-3.1.2-py3-none-any.whl.metadata (5.1 kB)
Collecting charset-normalizer<4,>=2 (from requests->src==0.1.0)
  Using cached charset_normalizer-3.3.2-cp311-cp311-macosx_11_0_arm64.whl.metadata (33 kB)
Collecting idna<4,>=2.5 (from requests->src==0.1.0)
  Using cached idna-3.7-py3-none-any.whl.metadata (9.9 kB)
Collecting urllib3<3,>=1.21.1 (from requests->src==0.1.0)
  Using cached urllib3-2.2.2-py3-none-any.whl.metadata (6.4 kB)
Collecting certifi>=2017.4.17 (from requests->src==0.1.0)
  Using cached certifi-2024.6.2-py3-none-any.whl.metadata (2.2 kB)
Collecting imageio>=2.33 (from scikit-image->src==0.1.0)
  Using cached imageio-2.34.1-py3-none-any.whl.metadata (4.9 kB)
Collecting tifffile>=2022.8.12 (from scikit-image->src==0.1.0)
  Using cached tifffile-2024.5.22-py3-none-any.whl.metadata (30 kB)
Collecting lazy-loader>=0.4 (from scikit-image->src==0.1.0)
  Using cached lazy_loader-0.4-py3-none-any.whl.metadata (7.6 kB)
Collecting tenacity (from stamina->src==0.1.0)
  Using cached tenacity-8.4.1-py3-none-any.whl.metadata (1.2 kB)
Collecting click>=8.0.0 (from typer->src==0.1.0)
  Using cached click-8.1.7-py3-none-any.whl.metadata (3.0 kB)
Collecting shellingham>=1.3.0 (from typer->src==0.1.0)
  Using cached shellingham-1.5.4-py2.py3-none-any.whl.metadata (3.5 kB)
Collecting rich>=10.11.0 (from typer->src==0.1.0)
  Using cached rich-13.7.1-py3-none-any.whl.metadata (18 kB)
Collecting attrs>=19.2.0 (from fiona>=1.8.21->geopandas->src==0.1.0)
  Using cached attrs-23.2.0-py3-none-any.whl.metadata (9.5 kB)
Collecting click-plugins>=1.0 (from fiona>=1.8.21->geopandas->src==0.1.0)
  Using cached click_plugins-1.1.1-py2.py3-none-any.whl.metadata (6.4 kB)
Collecting cligj>=0.5 (from fiona>=1.8.21->geopandas->src==0.1.0)
  Using cached cligj-0.7.2-py3-none-any.whl.metadata (5.0 kB)
Collecting six (from fiona>=1.8.21->geopandas->src==0.1.0)
  Using cached six-1.16.0-py2.py3-none-any.whl.metadata (1.8 kB)
Collecting MarkupSafe>=2.0 (from jinja2>=2.9->folium->src==0.1.0)
  Using cached MarkupSafe-2.1.5-cp311-cp311-macosx_10_9_universal2.whl.metadata (3.0 kB)
Collecting markdown-it-py>=2.2.0 (from rich>=10.11.0->typer->src==0.1.0)
  Using cached markdown_it_py-3.0.0-py3-none-any.whl.metadata (6.9 kB)
Collecting pygments<3.0.0,>=2.13.0 (from rich>=10.11.0->typer->src==0.1.0)
  Using cached pygments-2.18.0-py3-none-any.whl.metadata (2.5 kB)
Collecting joblib>=1.2.0 (from scikit-learn>=1.0->mapclassify->src==0.1.0)
  Using cached joblib-1.4.2-py3-none-any.whl.metadata (5.4 kB)
Collecting threadpoolctl>=3.1.0 (from scikit-learn>=1.0->mapclassify->src==0.1.0)
  Using cached threadpoolctl-3.5.0-py3-none-any.whl.metadata (13 kB)
Collecting mdurl~=0.1 (from markdown-it-py>=2.2.0->rich>=10.11.0->typer->src==0.1.0)
  Using cached mdurl-0.1.2-py3-none-any.whl.metadata (1.6 kB)
Using cached folium-0.17.0-py2.py3-none-any.whl (108 kB)
Using cached geopandas-0.14.4-py3-none-any.whl (1.1 MB)
Using cached numpy-2.0.0-cp311-cp311-macosx_14_0_arm64.whl (5.2 MB)
Using cached pandas-2.2.2-cp311-cp311-macosx_11_0_arm64.whl (11.3 MB)
Using cached shapely-2.0.4-cp311-cp311-macosx_11_0_arm64.whl (1.3 MB)
Using cached geopy-2.4.1-py3-none-any.whl (125 kB)
Using cached mapclassify-2.6.1-py3-none-any.whl (38 kB)
Using cached matplotlib-3.9.0-cp311-cp311-macosx_11_0_arm64.whl (7.8 MB)
Using cached python_dotenv-1.0.1-py3-none-any.whl (19 kB)
Using cached requests-2.32.3-py3-none-any.whl (64 kB)
Using cached ruff-0.4.9-py3-none-macosx_11_0_arm64.whl (8.2 MB)
Using cached scikit_image-0.23.2-cp311-cp311-macosx_12_0_arm64.whl (13.3 MB)
Using cached stamina-24.2.0-py3-none-any.whl (14 kB)
Using cached tqdm-4.66.4-py3-none-any.whl (78 kB)
Using cached typer-0.12.3-py3-none-any.whl (47 kB)
Using cached branca-0.7.2-py3-none-any.whl (25 kB)
Using cached certifi-2024.6.2-py3-none-any.whl (164 kB)
Using cached charset_normalizer-3.3.2-cp311-cp311-macosx_11_0_arm64.whl (118 kB)
Using cached click-8.1.7-py3-none-any.whl (97 kB)
Using cached contourpy-1.2.1-cp311-cp311-macosx_11_0_arm64.whl (245 kB)
Using cached cycler-0.12.1-py3-none-any.whl (8.3 kB)
Using cached fiona-1.9.6-cp311-cp311-macosx_11_0_arm64.whl (13.9 MB)
Using cached fonttools-4.53.0-cp311-cp311-macosx_11_0_arm64.whl (2.2 MB)
Using cached geographiclib-2.0-py3-none-any.whl (40 kB)
Using cached idna-3.7-py3-none-any.whl (66 kB)
Using cached imageio-2.34.1-py3-none-any.whl (313 kB)
Using cached jinja2-3.1.4-py3-none-any.whl (133 kB)
Using cached kiwisolver-1.4.5-cp311-cp311-macosx_11_0_arm64.whl (66 kB)
Using cached lazy_loader-0.4-py3-none-any.whl (12 kB)
Using cached networkx-3.3-py3-none-any.whl (1.7 MB)
Using cached packaging-24.1-py3-none-any.whl (53 kB)
Using cached pillow-10.3.0-cp311-cp311-macosx_11_0_arm64.whl (3.4 MB)
Using cached pyparsing-3.1.2-py3-none-any.whl (103 kB)
Using cached pyproj-3.6.1-cp311-cp311-macosx_11_0_arm64.whl (4.9 MB)
Using cached python_dateutil-2.9.0.post0-py2.py3-none-any.whl (229 kB)
Using cached pytz-2024.1-py2.py3-none-any.whl (505 kB)
Using cached rich-13.7.1-py3-none-any.whl (240 kB)
Using cached scikit_learn-1.5.0-cp311-cp311-macosx_12_0_arm64.whl (11.0 MB)
Using cached scipy-1.13.1-cp311-cp311-macosx_12_0_arm64.whl (30.3 MB)
Using cached shellingham-1.5.4-py2.py3-none-any.whl (9.8 kB)
Using cached tifffile-2024.5.22-py3-none-any.whl (225 kB)
Using cached typing_extensions-4.12.2-py3-none-any.whl (37 kB)
Using cached tzdata-2024.1-py2.py3-none-any.whl (345 kB)
Using cached urllib3-2.2.2-py3-none-any.whl (121 kB)
Using cached h3-3.7.7-cp311-cp311-macosx_11_0_arm64.whl (984 kB)
Using cached tenacity-8.4.1-py3-none-any.whl (27 kB)
Using cached xyzservices-2024.6.0-py3-none-any.whl (83 kB)
Using cached attrs-23.2.0-py3-none-any.whl (60 kB)
Using cached click_plugins-1.1.1-py2.py3-none-any.whl (7.5 kB)
Using cached cligj-0.7.2-py3-none-any.whl (7.1 kB)
Using cached joblib-1.4.2-py3-none-any.whl (301 kB)
Using cached markdown_it_py-3.0.0-py3-none-any.whl (87 kB)
Using cached MarkupSafe-2.1.5-cp311-cp311-macosx_10_9_universal2.whl (18 kB)
Using cached pygments-2.18.0-py3-none-any.whl (1.2 MB)
Using cached six-1.16.0-py2.py3-none-any.whl (11 kB)
Using cached threadpoolctl-3.5.0-py3-none-any.whl (18 kB)
Using cached mdurl-0.1.2-py3-none-any.whl (10.0 kB)
Building wheels for collected packages: src, opencv-python
  Building editable for src (pyproject.toml) ... done
  Created wheel for src: filename=src-0.1.0-py3-none-any.whl size=5739 sha256=cd08c066a11f8b8f583bebbf07fa74db4e69a73cd9d47dc52b31c08aecf37c4e
  Stored in directory: /private/var/folders/b6/3s_sztn53ls_77rt7bkhymy00000gn/T/pip-ephem-wheel-cache-mczv3va6/wheels/92/93/c6/4b602d55712b20c6c7bc3f0e77a9883748f0295081a4f4653e
  Building wheel for opencv-python (pyproject.toml) ... -

This looks like a bug with one of our dependencies, opencv-python: https://github.com/opencv/opencv-python/issues/988

I had a similar issue on a different project. I was able to fix it (temporarily) by:

pip uninstall opencv-python if one exists already
Install opencv-python manually, removing the strict dependency on setuptools==59.2.0:

git clone https://github.com/opencv/opencv-python.git
cd opencv-python
Remove the line setuptools==59.2.0
pip install setuptools to install an up-to-date version of setuptools manually (mine was 70.0.0)
pip install . to install opencv-python from the local copy

Then continue installation as usual


Compile scoped dependencies report vulnerability bug

I am getting errors like the following in a sub module of my project:

[ERROR]
[ERROR] --------------------------------------------------------------
[ERROR] org.codehaus.groovy:groovy-all:2.4.0  [VULNERABLE]
[ERROR]   required by ch.qos.logback:logback-classic:1.2.3
[ERROR] 3 known vulnerabilities, 1 affecting installed version
[ERROR]
[ERROR] [CVE-2015-3253]  Improper Neutralization of Special Elements in Output Used by a Downstream Component ("Injection")
[ERROR] https://ossindex.net/resource/cve/7149506119
[ERROR] The MethodClosure class in runtime/MethodClosure.java in Apache Groovy 1.7.0 through 2.4.3 allows remote attackers to execute arbitrary code or cause a denial of service via a crafted serialized object.
[ERROR]
[ERROR] --------------------------------------------------------------
[ERROR]

groovy-all is a compile time dependency of logback-classic (compile) and therefore will not be part of the resulting project.
I think the plugin must not complain about this dependency and compile scoped dependencies in general. Same probably goes for scope 'provided' but I have not tested this.

Thank you for the report. I will look in to excluding compile-time dependencies, in the meanwhile you can ignore the package using the -Daudit.ignore=org.codehaus.groovy:groovy-all option (or -Daudit.ignore=org.codehaus.groovy:groovy-all:2.4.0 to ignore the specific version.

Hi,
I was trying to help with this issue and after some tests, I think the issue is not about excluding compile scoped but only "optional" compile scoped.
I made a test with a simple projet which included org.apache.struts:struts2-core:2.3.32 as a dependency.
When running OSS Index maven plugin, org.apache.velocity:velocity-tools:1.3 is listed as a dependency and analyzed but velocity is an optional dependency to struts2-core and it was not included in my project : it shouldn't be audited.
May be OSS Index should get dependencies list as the same way as the maven-dependency-plugin:tree goal which list only dependency that would go in project.
Source code :
https://maven.apache.org/plugins/maven-dependency-plugin/xref/org/apache/maven/plugins/dependency/tree/TreeMojo.html

Slick. Thanks for the sample code. I should be able to give this a shot later on this evening.

Ha. I rewrote the dependency code based on @farnulfo 's suggestion, and it indeed appears that all dependency issues are handled automagically for me. It also simplified the code significantly since I am no longer importing aether separately to do dependency calculation (it uses the built in version instead.)
I am running through a bit more testing, and should be getting a new version uploaded shortly.

The fix should find its way to maven central tonight.

Many thanks @stolp for the report, and @farnulfo for the added help with the issue (and sample code link). It appears to be on maven central and my tests are passing. Let me know if the solution has not been resolved satisfactorily.

Works as expected for me now. Thanks!


libsmpack Gem::Ext::BuildError: ERROR: Failed to build gem native extension.

https://github.com/metanorma/packed-mn/actions/runs/7836671011/job/21384812122#step:7:443
No changes in:

ruby version
bundler version
runner version

But bundler decide to rebuild native extension instead using prebuilt one(

@ronaldtse @CAMOBAP
There is ffi-compiler2 update to 2.2.1 that breaks Windows build. If I pin ffi-compiler2 version to 2.0.1 libmspack installation works.
There is no option to open an issue against https://github.com/davispuh/ffi-compiler  and https://github.com/davispuh/ffi-compiler looks dead.
The issue with ffi-compiler2 is that it now uses shelljoin instead of join  and shelljoin creates a mess im MSys environment.
Not sure what to do with it.

we can probably fix metanorma with  ffi-compiler2, '= 2.01' if applied before ruby-libmspack in gmemspec. If not, people do monkey patching of shellescape, shelljoin (https://github.com/fastlane/fastlane/issues/13213)

we can use mini_portile with libmspack instead of ffi-compiler2 which will be  more robust, but it will require to maintain a fork of libmspack

we can ping @davispuh and hope he will read it :)

'freeze' ffi-compiler2 version to 2.0.1 in packed-mn, looks like a solution to me

Turns out shell escaping is incredibly complex... Real fix would be for Ruby to support it natively.
Anyway I wrote small escaper for Windows (it might not work correctly for all cases) and pushed ffi-compiler2 v2.2.2
You can always fix things and submit your PRs ffi/ffi-compiler / ffi-compiler2
Also btw it's not true that libmspack doesn't include prebuilt binaries, in fact it does, they are in ext/{x86_64-linux, x86_64-windows} you can inspect gem and see it there. If for some reason it's not picked up it's a bug somewhere.

Thank you very much, @davispuh, for the quick response.
I did not feel competent to suggest changes to shelljoin.
I have created a separate discussion about prebuilt binaries.


TRE UI does not update when an action on a VM completes

Fixes #3353
How is this addressed

Retrieve scope_id and pass to API call
Return from components dependant on workspace context when the workspace is not set. Think there is a bigger issue around dependancies, the workspace context workspace property is initialised as '{}' meaning dependancies do not work correctly.

/test-force-approve
UI only.


[webapi] Delete local tests for WebMessaging

Due to most of these tests have been covered by upstream tests, and excess tests are pointless tests. So delete them.
Impacted TCs num(approved): New 0, Update 0, Delete 72
Unit test Platform: Crosswalk Project for Android 15.43.347
Unit test result summary: Pass 0, Fail 0, Blocked 0

most of these tests have been covered by upstream tests, and excess tests are pointless tests

Could you please point which tests have been covered, which are 'pointless'? You can drop me a mail.


Stop using (large) PropSubjectMap items in Index (if possible), speed up update_index for Commits

Since I use sled, a KV store, I have to manually create my own index solutions. One of these is the ValueIndex, which stores Values as Keys, so I get a reference index. This is like an inverted store. With this, I can quickly find incoming references in resources. Very useful for constructing Collections! So lets say resource A has a reference to resource B, I might want to be able to find incoming references for resource B, without having to iterate over all resources.
So the Key (K) here is actually the Value from a normal atom. The V is a PropSubjectMap, a HashMap which is a map of Properties and Subjects:
pub type PropSubjectMap = HashMap<String, HashSet<String>>;

This works OK, but does not scale well. Let's consider what happens when we update a Document, and append some new Element to it (a user presses Enter in a document editor). The Commit is parsed by the server, and the server will update the modified resource. After that, an Actor receives a message about this commit, and will update the indexes. We've only updated one Atom (the list of Elements), but since that is a ResourceArray, we'll iterate over every Subject inside that array. For each one, we'll get_prop_subject_map, remove the item accordingly, and then set_prop_subject_map. Setting and getting are expensive operations, since the entire object has to be fetched, (de)serialized and stored.
In total, we're talking about 20ms on my laptop. I think this will get far worse as we have more resources, as getting and setting will become slower the bigger the PropSubjectMap items are. Note that some subjects will have a lot of incoming links, such as commonly used Classes, and probably also users.

Two possible approaches:
Create a Tree for each incoming reference
Instead of storing Vec<String> in a Tree, we could make one tree for every Value. I'm not sure whether there are downsides to this. Is opening a tree slow?  Probably. A user I chatted with:
I ran small test with 1000 trees and it was quite ok.
I get them all on startup which takes a lot of time, but afterwards it’s fast for writing

Use range
Think so - range gives you a double ended iterator
Or maybe get_lt works too for your needs
The whole stuff hardly depends on the keys you have.
Easiest way to handle is with numbers (Big endian encoded as mentioned in readme)
Or maybe you can have a look into trees - so each Ressource B has its own tree and stores only refs to that Ressource

I went for using format!("{}\n{}\n{}", val, prop, subject) as Keys, and use empty values. Performance is amazing now, mostly <1ms handling of commits, from about 50ms. Good stuff!


fix seat price math and tune number of seats wording

Initially spotted in https://near.org/blog/near-protocol-economics/
and then in this document. I think seat price is 21,200.
  $ bc
  1000000 + 500000 + 300000 + 300000 + 20000
  2120000
  48 + 24 + 14 + 14
  100
  2120000 / 100
  21200

Also I found wording confusing, as when one thinks about division,
there is dividend and divisor and sentence was missing explanation
what is that divisor.
With another part of the same sentene I've changed

you will get required number of seats

to

you will get assigned number of seats

as in my mind required number of seats is defined by the blockchain
configuration and assigned would be just in that epoch, just for that
validator.

Hopefully this makes sense, cc @bowenwang1996.
If this diff is correct I would also fix https://near.org/blog/near-protocol-economics/ article, but not sure where it is.

Actually, there is still something not right with the math, because seat assignment doesn't add up:
1000000 / 21200
47

500000 / 21200
23

300000 / 21200
14

300000 / 21200
14

20000 / 21200
0

47 + 23 + 14 + 14
98

@kucharskim Please note that, seat price does not equal to the total stake divided by the number of seats. You can find details on how to calculate the seat price here https://near.org/papers/economics-in-sharded-blockchain/#validators.

I guess you can hold off with review, I need to dig deeper. Thanks @bowenwang1996 for pointing this out!

@kucharskim if you think there is nothing wrong after reading how the seat price is computed, feel free to close this PR

Ok, I'll close it.


Adds OTel support to UBI plugin

Description
Adds OTel support to UBI plugin.
Issues Resolved
#20
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@reta -- You know stuff about OTel. Would you have some time to look at this one and let us know if it's good?

@reta -- You know stuff about OTel. Would you have some time to look at this one and let us know if it's good?

Especially love feedback on how the OTel trace is constructed. I'm new to OTel so happy to have feedback on the right way do things.


[VS Code] The Visual Studio Live Share service is unavailable at this time. Please try again later.

Error:
The Visual Studio Live Share service is unavailable at this time. Please try again later.
Steps to Reproduce:

Version Data

extensionName
VSLS

extensionVersion
0.3.623

protocolVersion
2.2

applicationName
VSCode

applicationVersion
1.26.1

platformName
MacOS

platformVersion
17.7.0

@iCickeCiak Thanks for reporting this! We’re looking into the issue, and are tracking it via #917. In the meantime, I’ll close this as a duplicate so we can consolidate the conversation.


Shortcuts do not work on Linux

I can bring up the GT Playground screen via the menu but I am unable to inspect expressions. I tried 1 + 1. and Object new. just like in the regular Playground followed by Ctrl-i but that didn't work. I also tried Ctrl-o, Ctrl-P, Alt-o, Super-o and Ctrl-Return.
OTOH the URL evaluator works great, when I click the Down Arrow I can see the Content Inspector, so maybe there is some issue with keyboard vs. mouse entry?
I notice some of the GtPlayground docs mention Cmd-o and I'm running Linux so maybe that's the issue?
Another issue is that GtPlayground swallows keyboard shortcuts, so for instance I can't bring up the Spotter with Shift-Return when GtPlayground is in focus.

Thanks for your quick response, since I don't have Cmd on Linux I tried Alt-g, Super-g and Ctrl-g just in case and none worked, they all just printed a red g next to the expression.

Ok, good point. Thanks for testing. We will look at it.

This should be fixed now:

Ctrl+D: do it
Ctrl+G: inspect and go

Unfortunately I just loaded from Github on a fresh 6.1 image and I still get it. I tried both Ctr-{D,G} and Ctrl-Shift-{D,G}.

You should be able to do it now. Could you try?

Hmm. Do you load this in a fresh folder?

I started from scratch with a fresh image and I'm unfortunately getting the same result as that screenshot from 4 days ago.

What operating system and what Pharo image are you using?

Pharo 6.1 - 64-bit(tech preview) and Manjaro Linux 4.14.68-1. To clarify loading from Metacello worked but I'm still not able to evaluate an expression in the Playground.

I will close the issue as it seems to be resolved.

A piece of information about this bug. There is an inconsistency in Mac and Linux VMs when it comes to keyboard events:

OSX generates keyDown: events for keys like shift , ctrl or meta when I press the corresponding keys, while
Linux VM generates keyDown: events for ctrl when we release the key

I'm not seeing this behaviour (Ubuntu 16.04).
Adding logging to:

Morph>>handleKeyDown:
Morph>>handleKeyUp:

Shows them being called at the expected times, i.e. as the ctrl key is being pressed and released.
How did you test it?

It's also working as expected in the GT Playground.

Our issue is at a lower level then Morphic.
@syrel used logging statements in HandMorph>>#generateKeyboardEvent:. It appears that it is not called when I press a modifier key on Linux.

It's also working as expected in the GT Playground
What do you mean by this? The new Playground is working as expected? In what way?

Hi Doru,

It's also working as expected in the GT Playground

What do you mean by this? The new Playground is working as expected? In what way?

I initially tested the events in an image without the GT alpha loaded, assuming that the issue would be down near the VM.  That's when I wrote the initial message saying key events are working as expected.
Then I thought that maybe the GT playground was taking a different path, so went back and added the logging to the image with GT alpha loaded, and the event logging was the same, i.e. the keyUp and keyDown events are working as I would expect.
The modifier keys still aren't being recognised in the GT playground, but they are getting through to Morph>>handleKey[Down/Up].

@syrel used logging statements in HandMorph>>#generateKeyboardEvent:. It appears that it is not called when we press a modifier key on Linux.

If I add:
Stdio stderr
	<< 'generate: ';
	<< evtBuf printString;
	lf.

to the start of HandMorph>>#generateKeyboardEvent:, pressing and releasing the ctrl key gives:
generate: #(2 12539244 251 1 6 0 0 1)
generate: #(2 12539426 63 2 0 0 0 1)
generate: #(2 12539765 251 1 6 0 0 1)
generate: #(2 12539931 63 2 0 0 0 1)
generate: #(2 12540260 251 1 6 0 0 1)
generate: #(2 12540447 63 2 0 0 0 1)

Hi Doru,
Just a bit of progress on my side: I can see that the BlEventListener is being given the Ctrl-G event (BlEventListener>>handleEvent:) and that the event is never being consumed (BlKeystrokeEvent(BlEvent)>>consumed: true is never being sent).
HTH,
Alistair

Thanks a lot for the investigation, @akgrant43!
@syrel what do you think?

Hi @akgrant43,
Thank you for looking into the keyboard events. However, I think you didn't notice what the actuall problem is.
Indeed, the keyboard events for shift are sent but the question is when they are sent. We state that they are not sent when we press the shift button, but instead when we release it. This is a very important and crucial difference that does not let us to have simple and clear shortcut handling in Bloc on linux. In Bloc by design we assume that whenever a key is pressed - we get a keydown event (hence it has down in it), right after that for printable characters we get keystroke (or input) event that gets resent every X seconds depending on OS settings and finally when user releases her finger we get keyup event. Unfortunately this does not happen for keys like shift, alt and ctrl while perfectly works for regular keys like A, M, Z.
To prove the point I recorded videos that show this inconsistent behaviour:
Space
(Youtube.com) Keyboard / Space in slow-motion it is clearly visible that the first event is sent as soon as I press the space button, then the second event is the keystroke and the last one is keyup when I release the space.
Shift
(Youtube.com) Keyboard / Shift there is no event being sent when I press the shift button, however we instantly get both keydown and keyup as soon as I release the button.
Cmd (readme)
(Youtube.com) Keyboard / Cmd Long now it starts to be even more interesting. If I press and hold Cmd key long enough the events are never sent. Consider the case when I press and hold it for the shorter amount of time:
(Youtube.com) Keyboard / Cmd Short the behaviour is the same as for shift, both events are sent when I release the button.
To conclude, this inconsistent behaviour prevents us from having cross-platform uniform shortcut implementation based in Keys not on Characters as it is implemented in Morphic. And we think that instead of hacking and adapting Bloc to this behaviour we should rather concentrate on the support of native windows through OSWindow (SLD2) and fixing this issue on VM side 😃
@eliotmiranda @girba

Hi @syrel ,
Thanks for your reply and clarification, however either I'm not able to duplicate the behaviour you're seeing, or I'm misunderstanding something.
If I add:
Stdio stderr
	print: Time now;
	<< ' ';
	<< type;
	<< ' ';
	<< evtBuf printString;
	lf;
	flush.

to HandMorph>>generateKeyboardEvent: (after type has been set), and then press and release the Control, Shift and Alt keys in sequence, holding each down for a count of 3, I get:
9:10:40.479029 am keyDown #(2 4768590 251 1 6 0 0 1)
9:10:42.922001 am keyUp #(2 4771032 63 2 0 0 0 1)
9:10:46.360151 am keyDown #(2 4774521 255 1 5 0 0 1)
9:10:49.094662 am keyUp #(2 4777255 63 2 0 0 0 1)
9:10:51.712177 am keyDown #(2 4779823 247 1 12 0 0 1)
9:10:54.69724 am keyUp #(2 4782858 247 2 8 0 0 1)

From this I hope you can see that for all three buttons:

a keyDown event is generated as soon as I press the button
there's nothing while I am holding the button down
a keyUp event is generated as soon as I release the button

If I do the same for the space bar:
9:12:30.994936 am keyDown #(2 4879106 32 1 0 32 0 1)
9:12:30.995695 am keystroke #(2 4879106 32 0 0 32 0 1)
9:12:31.444765 am keyDown #(2 4879605 32 1 0 32 0 1)
9:12:31.445525 am keystroke #(2 4879605 32 0 0 32 0 1)
9:12:31.474569 am keyDown #(2 4879635 32 1 0 32 0 1)
9:12:31.475012 am keystroke #(2 4879635 32 0 0 32 0 1)
9:12:31.506148 am keyDown #(2 4879666 32 1 0 32 0 1)
9:12:31.506808 am keystroke #(2 4879666 32 0 0 32 0 1)
9:12:31.536745 am keyDown #(2 4879697 32 1 0 32 0 1)
9:12:31.537134 am keystroke #(2 4879697 32 0 0 32 0 1)
9:12:31.56789 am keyDown #(2 4879730 32 1 0 32 0 1)
9:12:31.56831 am keystroke #(2 4879730 32 0 0 32 0 1)
9:12:31.59838 am keyDown #(2 4879758 32 1 0 32 0 1)
9:12:31.598883 am keystroke #(2 4879758 32 0 0 32 0 1)
9:12:31.628889 am keyDown #(2 4879789 32 1 0 32 0 1)
9:12:31.629316 am keystroke #(2 4879789 32 0 0 32 0 1)
9:12:31.65922 am keyDown #(2 4879820 32 1 0 32 0 1)
9:12:31.659616 am keystroke #(2 4879820 32 0 0 32 0 1)
9:12:31.690491 am keyDown #(2 4879851 32 1 0 32 0 1)
9:12:31.69092 am keystroke #(2 4879851 32 0 0 32 0 1)
9:12:31.716902 am keyUp #(2 4879877 32 2 0 32 0 1)

What am I misunderstanding?
Thanks again,
Alistair

@akgrant43 Interesting 🤣🤣
To be honest I have no idea why it works for you but doesn’t work for multiple other people. We are debugging this for the latest Pharo7 64bit with latest VM on Linux Mint 64bit.
wget -O- https://get.pharo.org/64/alpha+vmTLatest | bash
In any case I have a video proof that it doesn’t work in that particular configuration 🤷♂ I also see that it works in your case, which scares me even more...
Funny stuff 😬

Hi @syrel ,
I downloaded vmLatest and still see the same behaviour.
I'm on Ubuntu 16.04:
$ uname -a
Linux alistair-xps13 4.15.0-39-generic #42~16.04.1-Ubuntu SMP Wed Oct 24 17:09:54 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Linux Mint, if I remember correctly, is typically based on a fairly old version of Ubuntu (not that mine is recent :-)).  Maybe there's a change in the kernel or graphics stack?
HTH,
Alistair

I have gotten the keyboard shortcuts to work under my Linux Mint installation. There were a few issues. First, the KeyboardKey class was using the wrong key table for Unix. Second, the right Unix key table was missing the right control & alt keys. These were addressed in https://pharo.manuscript.com/f/cases/22769 and have been integrated into the latest Pharo build.
The other issues were VM issues. When you pressed and then released either the control or shift keys, the correct key would be recorded as pressed, but character code $? would be reported when the key was released. This causes the editor to believe the control key was still pressed even after it was released since it never got the key up for the control. The other VM issue was that A-Z keys being pressed when the control was pressed was being reported as character code 1-26 instead of the letters a-z. On the other platforms, they are reported as letters with the control key pressed. On Linux, they were reported with the control key down, but with character codes 1-26. To fix the VM issues, I added some code to the x2sqKeyPlain method in sqUnixX11.c file before the return (https://github.com/j-brant/opensmalltalk-vm/commit/37e3abfe8c7b975fe35d74aa6f2fceec885d0bd2):
  if (charCode >= 1 && charCode <= 26) {
    /* check for Ctrl-letter that gets translated into charCode 1-26 instead of letters a-z */
    KeySym keysym = *symbolic;
    if (keysym >= XK_a && keysym <= XK_z)
      return (int)'a' + (keysym - XK_a);
    if (keysym >= XK_A && keysym <= XK_Z)
      return (int)'A' + (keysym - XK_A);
  }
  if (charCode >= 246 /* XK_Alt_R */ && charCode <= 255 /* XK_Shift_L */) /* hard coded values from translateCode */
    /* The shift, ctrl, alt keys shouldn't be translated by the recode below */
    return charCode;

The VM fix was integrated: https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/1b837f94e96b93cb4d117ccdd010825d76dcde57

Hi @j-brant ,
Thanks for finding this!
I can confirm that it solves the problem on Ubuntu 16.04.
Thanks again,
Alistair

thank's
now Shortcuts are working
but after a call to any GT tool  the save image fail with
stack page bytes 8192 available headroom 5576 minimum unused headroom 5992
(Segmentation fault)
./pharo-ui : ligne 11 :  8506 Abandon                 (core dumped)"$DIR"/"pharo-vm/pharo" "$@"
last line of coredump if that help
C stack backtrace & registers:
rax 0x024e7e60 rbx 0x7f3fbf203080 rcx 0x00000003 rdx 0x00000018
rdi 0x7f3fcde732d0 rsi 0x7f3fcde732d0 rbp 0x7f3fbf203428 rsp 0x7fff6e816d18
r8  0x7f3fbf130820 r9  0x00000000 r10 0x00000004 r11 0x7f3fcd41af90
r12 0x7f3fbf2030e0 r13 0x00000000 r14 0x00000001 r15 0x7f3fbf12fc60
rip 0x024ecfc0
*[0x24ecfc0]
/home/ygo/pharo/vm7b/pharo-vm/lib/pharo/5.0-201812150909/pharo[0x41b073]
/home/ygo/pharo/vm7b/pharo-vm/lib/pharo/5.0-201812150909/pharo[0x41cab5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7f3fcd661390]
[0x24ecfc0]
[0x0]
Smalltalk stack dump:
0x7fff6e82cb68 M >primShutdownPlatform 0x7155570: a(n)
0x7fff6e82cbb8 M FFICalloutAPI>function:module: 0x2a269a8: a(n) FFICalloutAPI
0x7fff6e82cbf8 M (Object)>ffiCall: 0x7155570: a(n)
0x7fff6e82cc40 I >primShutdownPlatform 0x7155570: a(n)
0x7fff6e82cc70 M [] in >stop 0x7155570: a(n)
0x7fff6e82ccb0 M BlockClosure>ensure: 0x2a0cc28: a(n) BlockClosure
0x7fff6e82ccf8 I >stop 0x7155570: a(n)
0x7fff6e82cd38 I >shutDown: 0x7155570: a(n)
0x7fff6e82cd70 M ClassSessionHandler>shutdown: 0x72f0568: a(n) ClassSessionHandler
0x7fff6e82cdb0 M [] in WorkingSession>runShutdown: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82cdf8 M [] in WorkingSession>runList:do: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82ce28 M BlockClosure>on:do: 0x2a0c918: a(n) BlockClosure
0x7fff6e82ce70 M [] in WorkingSession>runList:do: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82ceb8 M Array(SequenceableCollection)>do: 0x29ec660: a(n) Array
0x7fff6e82cf00 I WorkingSession>runList:do: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82cf50 I WorkingSession>runShutdown: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82cf98 I WorkingSession>stop: 0xbabe7e0: a(n) WorkingSession
0x7fff6e82cff0 I SessionManager>launchSnapshot:andQuit: 0x2f718e8: a(n) SessionManager
0x7fff6e82d060 I [] in SessionManager>snapshot:andQuit: 0x2f718e8: a(n) SessionManager
0x7fff6e82d0a0 I [] in BlockClosure>newProcess 0x29abeb8: a(n) BlockClosure_

I remember seeing a similar crash when I tried this earlier.  Now running a debug VM and attempting to quit gives:
Thread 1 "pharo" received signal SIGSEGV, Segmentation fault.
0x0000000000971590 in ?? ()
(gdb) bt
#0  0x0000000000971590 in ?? ()
#1  0x00007ffff2d2bc43 in nsTHashtable<nsBaseHashtableET<nsISupportsHashKey, nsCOMPtr<nsIAtom> > >::s_ClearEntry(PLDHashTable*, PLDHashEntryHdr*) () from /dev/shm/p7/libMoz2D.so
#2  0x00007ffff2b2c672 in PLDHashTable::~PLDHashTable() () from /dev/shm/p7/libMoz2D.so
#3  0x00007ffff2d29fbf in nsLanguageAtomService::Release() () from /dev/shm/p7/libMoz2D.so
#4  0x00007ffff2ac57b2 in gfxPlatformFontList::~gfxPlatformFontList() () from /dev/shm/p7/libMoz2D.so
#5  0x00007ffff2a5b4b9 in gfxFcPlatformFontList::~gfxFcPlatformFontList() () from /dev/shm/p7/libMoz2D.so
#6  0x00007ffff2a6efab in gfxPlatform::Shutdown() () from /dev/shm/p7/libMoz2D.so
#7  0x000000000054f2d9 in primitiveCalloutWithArgs () at /home/alistair/vmmaker/opensmalltalk-vm/src/plugins/SqueakFFIPrims/X64SysVFFIPlugin.c:5825
#8  0x00000000004b65ec in primitiveExternalCall () at /home/alistair/vmmaker/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:76885
#9  0x00000000004478bc in slowPrimitiveResponse () at /home/alistair/vmmaker/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:22362
#10 0x000000000043d3e3 in executeNewMethod () at /home/alistair/vmmaker/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:17485
#11 0x000000000043b72d in ceSendsupertonumArgs (selector=21330936, superNormalBar=0, rcvr=15817424, numArgs=1) at /home/alistair/vmmaker/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:16558
#12 0x0000000000a0010f in ?? ()
#13 0x0000000000000000 in ?? ()
(gdb) print printCallStack()
    0x7ffffffbc528 M >primShutdownPlatform 0x74bb1e0: a(n)
    0x7ffffffbc578 M FFICalloutAPI>function:module: 0xf033e8: a(n) FFICalloutAPI
    0x7ffffffbc5c8 I (Object)>ffiCall: 0x74bb1e0: a(n)
    0x7ffffffbc610 I >primShutdownPlatform 0x74bb1e0: a(n)
    0x7ffffffbc640 M [] in >stop 0x74bb1e0: a(n)
    0x7ffffffbc680 M BlockClosure>ensure: 0xee9f70: a(n) BlockClosure
    0x7ffffffbc6c8 I >stop 0x74bb1e0: a(n)
    0x7ffffffbc708 I >shutDown: 0x74bb1e0: a(n)
    0x7ffffffbc740 M ClassSessionHandler>shutdown: 0x75ae4a8: a(n) ClassSessionHandler
    0x7ffffffbc780 M [] in WorkingSession>runShutdown: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc7c8 M [] in WorkingSession>runList:do: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc7f8 M BlockClosure>on:do: 0xee9c60: a(n) BlockClosure
    0x7ffffffbc840 M [] in WorkingSession>runList:do: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc888 M Array(SequenceableCollection)>do: 0xee8500: a(n) Array
    0x7ffffffbc8d0 I WorkingSession>runList:do: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc920 I WorkingSession>runShutdown: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc968 I WorkingSession>stop: 0x73ffe90: a(n) WorkingSession
    0x7ffffffbc9c0 I SessionManager>launchSnapshot:andQuit: 0x14718e8: a(n) SessionManager
    0x7ffffffbca30 I [] in SessionManager>snapshot:andQuit: 0x14718e8: a(n) SessionManager
    0x7ffffffbca70 I [] in BlockClosure>newProcess 0xea9d08: a(n) BlockClosure
$1 = void
(gdb)

yes this come when quit  or save&quit
save alone work fine
so not too much important
thank for the very pleasant GT

I had a quick look at the VM crash mentioned in issue #9.  MozServices class>>start basically does:
    [  self primStartServices.
        self primStartGfxConfig.
        OSPlatform current mozSettings export.
        self primStartPlatform ]

while MozServices class>>stop does:
    [    self primShutdownServices.
        self primShutdownPlatform.
        self primStartGfxConfig ]

Normally services are stopped in the reverse order in which they are started.  If the order in #stop is changed to be the reverse of #start the crash doesn't occur.
I don't understand the Moz library at all, so someone with more knowledge should look at this (if you're interested).

The shortcuts should now work on Linux. Download the image+vm from:
https://dl.feenk.com/gt/GToolkitLinux64.zip

The saving problem is already reported in #8


Optimize for single lock read when check proposed_batch expiration

Motivation
Check the proposed batch in single read.

Further, Do we need to hold a write lock for the duration of the function? It will make sense in some race conditions.


Could you tell me what masklist/train2017.txt ?

Sorry
I run preproccesing/generate_json_mask.py, but masklist/train2017.txt was not generated.
What is the file ?
And I have no multi gpu but one gpu, should I remove line 49 "model = torch.nn.DataParallel(model, device_ids=args.gpu).cuda()" in train_pose.py ?

The mask has been generated. You can generate the file by youself.
And you can remove this line.

Thank you for replying !
Is mask_dir masklist/train2014.txt's path ?

I have the same question. I just got a directory which contains a lot of .npy file,  rather than a single .txt mask file? @last-one

Yes. It's the mask_dir

It needs to be generated by yourself.

@last-one thanks for your reply. fixed it

@last-one
You said 'The mask has been generated. You can generate the file by youself.'
sorry, but how do i generate the file by myself?

@wangfei-cs please see README

I have added the code for generating masklist/train2017.txt. Please see the script preprocessing/generate_json_mask.py


fix: added chrome-grid support

fix: added chrome-grid support

I have read the CLA Document and I hereby sign the CLA

https://github.com/splunk/addonfactory-repository-template/pull/74


Tokenfactory updates

What is the purpose of the change
This PR is doing several updates for the TokenFactory module.

[x] Rename nonce -> subdenom
[x] Enforce maximum subdenom length (and derive it)
[ ] (Maybe relegated to a second PR) fix some of the API in the bindings.

Brief Changelog

Rename nonce -> subdenom
Enforce maximum subdenom length (and derive it)
(Maybe relegated to a second PR) fix some of the API in the bindings.

Testing and Verifying
(TODO)
Documentation and Release Note

Does this pull request introduce a new feature or user-facing behavior changes? yes
Is a relevant changelog entry added to the Unreleased section in CHANGELOG.md? TODO
How is the feature or change documented? Specification and struct godocs

Go binding structs done, still need to update all tests

Remaining TODO's:

[ ] Add receiver code for BurnTokens (Be sure to handle complexity around Burn From Address being "")
[ ] Add receiver code for ChangeAdmin
[ ] Add tests for the above two
[ ] Update cosmwasm contracts
[ ] Ensure its easy to get the generated denom from within cosmwasm. (Eliminate need for doing sprintf's yourself)

Existing tests and bindings fixed
Need to work on receivers for the new messages

receiver code for ChangeAdmin: https://github.com/osmosis-labs/osmosis/pull/1600

Thoughts on merging this to main now, given other work happening concurrently?


remote signer: allow stateless init of watch-only node

Fixes https://github.com/lightningnetwork/lnd/issues/7457 by adding the --stateless_init flag to the createwatchonly command.
@saubyk Would be great to get this in for 0.16.0. I would classify it as a bug fix, as the flag was simply forgotten when the createwatchonly command was created.

@guggero tagged for 0.16.0


fixed win32 api links

Summary
Describe your changes here.
Fixes #Issue_Number (if available)

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: mijacobs sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Connection is reset when changing queries

Azure Data Studio Version:: 1.32.0 (user setup)
OS Version: Windows_NT x64 10.0.19042

Steps to Reproduce:

After recent updated, whenever i change query it asks me to connect again.
i have all my queries saved in a file.

Does this issue occur when all extensions are disabled?: No

@vasRK could you please provide some additional context on this issue?  The intended behavior is that editors will connect to the "current active connection" when the document is opened.  So for example, if you have a connection in Servers connected & selected and open a file then the file will use that connection, or if the active editor is connected & focused then the newly opened editor will use that connection.  Active connection is not automatically applied to already opened files which would need to be connected to use.
Are you observing something different than what is described above?

I'm working with a single file. even though there is an active connection it prompts to reconnect.
This is happens when i change queries  and run them

Hi @vasRK
Can you let us know if you're still experiencing the issue, with latest release?
Could it be possible that your password couldn't be saved and it prompted you when you used SQL Login auth mode?

Closing due to inactivity.


Finish off this PR - Front End UI

This PR https://github.com/rubyforgood/homeward-tails/pull/993/files is close to being done, but needs finishing. To make changes, you will need to pull down the branch locally, then make a PR to merge into the branch (like this one https://github.com/rubyforgood/homeward-tails/pull/1103).

I don't think there is any value showing the images on mobile, so make them show on desktop view only
The images should be updated to have borders around each section (e.g., hero and about us) like these (but we don't need the side labels): https://www.figma.com/design/0jVgYASUJy0KiX3BVc3dFM/Tasks?node-id=1709-1001&t=mgMF60fFNTB5wShw-1
Please run the images you get from Figma through https://tinypng.com/ to make the file size small
It would be nice to have a bit more of a gap between the two sections to make it clearer they are separate pages

I'd like to help with this!

@jp524 Assigned! Thanks


Add FrontendType while context is typed on backend

Resolves #51

[ ] How to name the type? FrontendType, ClientType?
[ ] Why is the return type of getPerson Promise<Person> and not Promise<Person | null>, while typescript is also not complaining about dead code when we compare it to null?
[ ] Handle functions that are not using this and are therefore not being typed.
[ ] Write docs
[ ] How to write a test for this?

Neat...

What do you think of ServerGeneric? And what do you think of naming the type variables?

type WithoutContext<EndpointFunction, Context> =
  EndpointFunction extends (this: Context, ...args: infer EndpointArguments) => infer EndpointResult
    ? (...args: EndpointArguments) => EndpointResult
    : never;

export type ServerGeneric<Endpoints, Context> = {
  [endpointName in keyof Endpoints]: WithoutContext<Endpoints[endpointName], Context>;
};

It's more verbose though. not sure which is better.

The examples/typescript/tsconfig.json doesn't have "strict": true. Setting strict solves this.

I just tried and seems to just work.

Check out the docs/readme.tempate.md and the package.json#scripts.docs script of the root package.json.

## TypeScript

You can use your backend types on the frontend by using TypeScript's `typeof`.

~~~ts
!INLINE /examples/typescript/endpoints.ts
~~~
~~~ts
!INLINE /examples/typescript/client/index.ts
~~~

The !INLINE command inlines the content of the file; comfy to write always-updated and bug-free code blocks :).

I guess tsc --noEmit would do the trick? I tried and it seems to find the tsc files and transpile them (I still have to check if it actually finds all the .tsc files), even though tsconfig.json is pretty much empty. Maybe a examples/typescript/package.json#scripts.test that 1. installs the dependencies and 2. runs tsc --noEmit.

Thanks for your lovely solution & PR. It was making me sad that I couldn't find a solution.

I'm not sure about ServerGeneric, I don't know if calling it generic makes it more clear. Furthermore, it's not a bit deal for me. Using larger names for the variables is a good idea.
That's easy. I'm so used to strict set to true.
:ok_hand:
:ok_hand:
I don't have experience with testing types. Usually you just write tests in typescript, tests the behavior and when there are no compile errors the types are correct. https://www.npmjs.com/package/tsd is a package to test types, but I think it's an overkill for this PR and probably for this project as well.

You are welcome. It's nice for me that I can contribute something back. The PR is not finished yet, but we'll get there.

Btw, I can't start the backend in the typescript example in Master.
/home/m/wildcard-api/server/WildcardServer.ts:338
  assert(yes(() => {}));

Seems like there is a bug in the isArrowFunction?

Let me check

I suspect you are using another Node version. I'll rewrite a more stable version on master.

I suspect you are using another Node version. I'll rewrite a more stable version on master.

Done 80c00cabefc9eda180454cf2214c791d0959c785. Does it work now?

You're right it's redundant. Hm, not sure how to name this then. Maybe we can keep FrontendType until we find something better.

Ok that makes a lot of sense; I'll add TS types to the tests.

Done 80c00ca. Does it work now?

The patch is published in 0.5.2

Done 80c00ca. Does it work now?

The patch is published in 0.5.2

I get the same assertion error with node v12.19.0 and latest master (bd7e3fab975321e0cbdc1257d2036b4f4d7404af)

I see, let me have a look.

I've made some changes to the scripts.
Does the following now work?

git checkout master
git pull
cd examples/typescript/
yarn clean
yarn start
Go to http://localhost:3000

That's precisely what I'm doing on my end and TS is not transpiling arrow functions, which is the expected behavior since tsconfig.json#compilerOptions.target==="es2017" (the root tsconfig.json).

Yes, that works, my bad. Thanks!

Ok neat - no probs. (Actually I'm glad I rewrote the scripts, they were suboptimal.)

Merged :ok_hand:.
I'm curious, you mentioned a while ago using getContext to set cookies, are you still using that approach? What do you think of https://github.com/reframejs/wildcard-api/issues/59?


Task 'setsessionservice' return 405 Method not allowed

Task Setsessionservice is sending request, that is not stated in Redfish API. For the given URL only GET method is allowed.
  "method" : "POST",
  "body" : "{\"ServiceEnabled\":true,\"SessionTimeout\":600}",
  "url" : "/redfish/v1/SessionService/",
  "headers" : {
    "Authorization" : "Basic YWRtaW46YWRtaW4=",
    "User-Agent" : "Go-http-client/1.1",
    "Connection" : "close",
    "Host" : "<IP_ADDRESS>:8888",
    "Accept-Encoding" : "gzip",
    "Content-Length" : "44"
  },
  "queryParams" : { },
  "queryString" : null,
  "basicAuthCredentials" : {
    "username" : "admin",
    "password" : "admin"
  },
  "json" : {
    "ServiceEnabled" : true,
    "SessionTimeout" : 600
  },
  "expandType" : "NONE",
  "expandLevels" : 1
}, response: {
  "code" : "METHOD_NOT_ALLOWED",
  "body" : "",
  "headers" : { },
  "location" : null,
  "json" : { }
}

Now, it does not support HTTP Basic-Authetication. You could use the HTTP Token-Based to perform your test.

The issue is resolved.


[UNDERTOW-2372] Add request size and response size exchange attribute…

…s(sizes include headers).
https://issues.redhat.com/browse/UNDERTOW-2372

This seems like a bit of duplicate of https://github.com/undertow-io/undertow/pull/1536

Ive removed duplicate, as its vaguely connected to other PR, which has tad different way of getting size.


Date manipulation is incredibly slow in a big file

Are you using "tree-sitter" branch?
Yes
Describe the bug
Date manipulation: ORG_SCHEDULE (c) or ORG_TIMESTAMP_UP (<C-a>) are incredibly slow inside a file with for example 3000 lines.
Steps to reproduce

Create file with 3000 lines of ** TODO HEADING
Try to add schedule date (<Leader>ois)
Try to increase date (<C-a>)
Witness how slow these operations are.

Expected behavior
Be at least as fast as jceb/vim-orgmode analogs. These operations are less dependent on size of a file and much faster on the same file.
                                                      *orgmode-<LocalLeader>-sa*
  <LocalLeader>sa       Prompt for a date and insert a corresponding
                        timestamp.
...
                                              *orgmode-ctrl-a* or *orgmode-ctrl-x*
  CTRL-A or CTRL-X      Change the item under the cursor in a timestamp.
                        The cursor can be on a year, month, day, hour or
                        minute.  NOTE: The plugin 'speeddating' should be
                        installed for this feature.

P.S. It using plugin speeddating for this functionality which is quite nice modular approach.
Emacs functionality
No response
Screenshots and recordings
No response
OS / Distro
Arch linux
Neovim version/commit
NVIM v0.6.0-dev+462-g5fd455757
Additional context
No response

I'm assuming it's slower because whole buffer is re-parsed through treesitter each time there's an update, to get the most fresh state. I'll see if there's a way to improve this. Increase/Decrease of date can probably be optimized, adding schedule/deadline probably not that much.

I pushed some optimizations that should make this a better experience. For me it went down from ~5sec to like ~0.2sec. Let me know how it works for you.
Files over 10k with a lot of content in details can still be slow. I'll continue to optimize this, but this is what I have for now.

Thanks a lot! Now it works much better!


Dry Run output - can it write to S3?

From Grant Fritchey:

No errors from this, but no .SQL file either:
docker run --rm -v <redacted> -enterprise  -url=<redacted> -dryRunOutput="https://s3.us-east-1.amazonaws.com/<redacted>/output.sql" migrate

The dry run output currently only recognises local file system paths. It seems reasonable that as we can read from S3 when the relevant sdk is present, we could also write (perhaps using an s3:<bucket>/<file> syntax like the locations parameter)? This would allow us to run more cleanly in AWS CodePipelines.

If we are going to do this, we should support gcs too


Incosistent text color on DataTable in different operating system

Steps to Reproduce

Make a DataTable
Set the headingTextStyle to const TextStyle()
Run on Linux and Web
Shows different result

Expected results: Same color across all the platform
Actual results: Web has a black color, Linux has a white color on headingTextStyle and both does not respecting the platform Brightness.

Code sample
import 'package:flutter/material.dart';

void main() {
  runApp(const MyApp());
}

class MyApp extends StatelessWidget {
  const MyApp({key}) : super(key: key);

  @override
  build(context) {
    return MaterialApp(
      theme: ThemeData(),
      darkTheme: ThemeData.dark(),
      home: Scaffold(
        body: Center(
          child: DataTable(
            headingTextStyle: const TextStyle(),
            columns: const <DataColumn>[
              DataColumn(label: Text("Header")),
            ],
            rows: const <DataRow>[
              DataRow(cells: [
                DataCell(Text("Data")),
              ])
            ],
          ),
        ),
      ),
    );
  }
}

Screenshot of the output:
Web light mode

Web dark mode

Linux light mode

Linux dark mode

This impacted on dataTextStyle as well.

Hi @brainwo, thanks for filing the issue. This issue is reproducible on the latest stable and master channels. It also happens on other platforms (Android, macOS).

flutter doctor -v (stable & master)
[✓] Flutter (Channel stable, 3.3.6, on Ubuntu 22.04.1 LTS 5.15.0-52-generic, locale en_US.UTF-8)
    • Flutter version 3.3.6 on channel stable at /home/huynq/Documents/Working/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 6928314d50 (8 days ago), 2022-10-25 16:34:41 -0400
    • Engine revision 3ad69d7be3
    • Dart version 2.18.2
    • DevTools version 2.15.0

[✓] Android toolchain - develop for Android devices (Android SDK version 32.1.0-rc1)
    • Android SDK at /home/huynq/Android/Sdk
    • Platform android-32, build-tools 32.1.0-rc1
    • Java binary at: /home/huynq/Documents/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.11+0-b60-7590822)
    • All Android licenses accepted.

[✓] Chrome - develop for the web
    • Chrome at google-chrome

[✓] Linux toolchain - develop for Linux desktop
    • clang version 10.0.0-4ubuntu1
    • cmake version 3.22.1
    • ninja version 1.10.1
    • pkg-config version 0.29.2

[✓] Android Studio (version 2021.1)
    • Android Studio at /home/huynq/Documents/android-studio
    • Flutter plugin version 67.0.1
    • Dart plugin version 211.7817
    • Java version OpenJDK Runtime Environment (build 11.0.11+0-b60-7590822)

[✓] VS Code (version 1.71.0)
    • VS Code at /usr/share/code
    • Flutter extension version 3.50.0

[✓] Connected device (2 available)
    • Linux (desktop) • linux  • linux-x64      • Ubuntu 22.04.1 LTS 5.15.0-52-generic
    • Chrome (web)    • chrome • web-javascript • Google Chrome 105.0.5195.102

[✓] HTTP Host Availability
    • All required HTTP hosts are available

• No issues found!

[!] Flutter (Channel master, 3.5.0-12.0.pre.77, on Ubuntu 22.04.1 LTS 5.15.0-52-generic, locale en_US.UTF-8)
    • Flutter version 3.5.0-12.0.pre.77 on channel master at /home/huynq/Documents/Working/flutter_master
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 6a66aa282f (9 minutes ago), 2022-11-02 03:54:19 -0700
    • Engine revision 9ef5c9b010
    • Dart version 2.19.0 (build 2.19.0-362.0.dev)
    • DevTools version 2.19.0
    • If those were intentional, you can disregard the above warnings; however it is recommended to use "git" directly to perform update checks and upgrades.

[✓] Android toolchain - develop for Android devices (Android SDK version 32.1.0-rc1)
    • Android SDK at /home/huynq/Android/Sdk
    • Platform android-32, build-tools 32.1.0-rc1
    • Java binary at: /home/huynq/Documents/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.11+0-b60-7590822)
    • All Android licenses accepted.

[✓] Chrome - develop for the web
    • Chrome at google-chrome

[✓] Linux toolchain - develop for Linux desktop
    • clang version 10.0.0-4ubuntu1
    • cmake version 3.22.1
    • ninja version 1.10.1
    • pkg-config version 0.29.2

[✓] Android Studio (version 2021.1)
    • Android Studio at /home/huynq/Documents/android-studio
    • Flutter plugin version 67.0.1
    • Dart plugin version 211.7817
    • Java version OpenJDK Runtime Environment (build 11.0.11+0-b60-7590822)

[✓] VS Code (version 1.71.0)
    • VS Code at /usr/share/code
    • Flutter extension version 3.50.0

[✓] Connected device (2 available)
    • Linux (desktop) • linux  • linux-x64      • Ubuntu 22.04.1 LTS 5.15.0-52-generic
    • Chrome (web)    • chrome • web-javascript • Google Chrome 105.0.5195.102

[✓] HTTP Host Availability
    • All required HTTP hosts are available

! Doctor found issues in 1 category.


Add "compatibility" multi-field

We want to include a multi-selection list that specifies a DBMS's compatibility with other DBMSs. For example, there are some systems that tout their ability to be MySQL compatible even though the architecture is completely new.
I think that this field should have the same setup as the "derived from" field where its a foreign key in the system table that points back to the system table. But it needs to support multiple selections.

side panel thing

Still desired?


Customized Blur background

Aligned the Blur background and its contents
Issue ticket number #19
Customizations made
+ rectified content overflow issue with flex-box
+ Aligned contents along 2 columns using flex display
- changed position from absolute to relative
- upgraded the background wallpaper to a one with higher resolution

Reference

BEFORE
AFTER

looks amazing

thank you! :)


Make q and Q option hide geolocation results

Having the geolocation results is handy to debug your searches, but once you've figured out what you want, it messes up the width of the output, especially for the following:
http://wttr.in/~Eiffel+Tower_0q.png
When displaying this image on a 320x240 screen, it is no longer readable because of the included geolocation results.

Accepted


Boss condition action doesn't cast 2nd time if you damage through its HP threshold on the first turn

If Toxic Ghost manages to take enough damage on its first turn to get below the HP threshold, the 2nd muscle buff action won't be performed at all in the fight.
Quick fix I found:
In toxic_ghost_muscle_buff_action.gd script, move the
usages += 1
from is_performable() to perform_action() method.
This way the usages variable only gets updated when action is complete instead of it updating every time the boss takes damage (since that's when is_performable is typically being called)

Hey, thanks for submitting you are right.
Your fix is probably the easiest, quickest and cleanest one!


possible fix for #805

Signed-off-by: Filip Haltmayer<EMAIL_ADDRESS>

Codecov Report

Merging #823 (5a249ee) into main (5886029) will increase coverage by 0.39%.
The diff coverage is 80.00%.

@@            Coverage Diff             @@
##             main     #823      +/-   ##
==========================================
+ Coverage   70.70%   71.10%   +0.39%
==========================================
  Files         169      175       +6
  Lines        7725     7939     +214
  Branches     1270     1303      +33
==========================================
+ Hits         5462     5645     +183
- Misses       1888     1906      +18
- Partials      375      388      +13

Impacted Files
Coverage Δ

towhee/dataframe/dataframe.py
73.10% <80.00%> (+0.07%)
:arrow_up:

towhee/functional/mixins/dispatcher.py
85.00% <0.00%> (-15.00%)
:arrow_down:

towhee/__init__.py
83.06% <0.00%> (-2.41%)
:arrow_down:

towhee/functional/data_collection.py
90.21% <0.00%> (-1.59%)
:arrow_down:

towhee/trainer/utils/trainer_utils.py
65.06% <0.00%> (-0.33%)
:arrow_down:

towhee/functional/__init__.py
100.00% <0.00%> (ø)

towhee/data/dataset/dataset.py
50.00% <0.00%> (ø)

towhee/models/layers/window_attention3d.py
90.38% <0.00%> (ø)

towhee/_types/image.py
80.00% <0.00%> (ø)

towhee/trainer/utils/visualization.py
90.74% <0.00%> (ø)

... and 8 more

Continue to review full report at Codecov.

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

/assign @junjiejiangjjj


Fix the build after partial revert

This annotation is apparently required with @InputDirectory.

Ah sorry! I wonder why Zipline doesn't require it.

Yep. Weird.
Anyway not your fault. Somehow the branch protection failed #567


Subclass SliceScorer from Scorer

Changes

SliceScorer is now a subclass of Scorer

Test Plan

Edited tests + tox passes

Codecov Report

Merging #1397 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master    #1397   +/-   ##
=======================================
  Coverage   97.53%   97.53%
=======================================
  Files          55       55
  Lines        1991     1991
  Branches      323      323
=======================================
  Hits         1942     1942
  Misses         22       22
  Partials       27       27

Impacted Files
Coverage Δ

snorkel/slicing/monitor.py
100% <100%> (ø)
:arrow_up:


Auto-save posts

And show a warning if the auto save doesn't work (e.g. due to network issues)

(I think good enough at this stage to just do a regular save; no need to try to get fancy with storing diffs or something)


Hi, I went ahead and linked the other ones I knew about.

I do quite like yours, but I hope that they all can cross-pollinate and collaborate.
Signed-off-by: Steve Coffman<EMAIL_ADDRESS>

Cool. Thank you.


Log4j: add output logger name.

Small change to make log more useful.
See https://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/PatternLayout.html for what %c does.

LGTM


Add MCQ option display for MCQ Questions

Features

The question prompt, together with the options, are shown
editorValue has been decoupled from the EditorContainer

This means that Programming solution templates can be seen as well

A mock callback is placed to allow saving of options

Contention

The prompt can be seen twice -- once in the display and once in the side content

Pull Request Test Coverage Report for Build 70

13 of 23 (56.52%)  changed or added relevant lines in 7 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage increased (+0.06%) to 30.176%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/components/assessment/index.tsx
0
2
0.0%

src/components/workspace/MCQChooser.tsx
3
7
42.86%

src/components/workspace/index.tsx
1
5
20.0%

Files with Coverage Reduction
New Missed Lines
%

src/components/assessment/index.tsx
1
21.88%

Totals

Change from base Build 67:
0.06%

Covered Lines:
1084

Relevant Lines:
3148

💛  - Coveralls


Add an Option to Limit Memory Usage

Hello,
I’ve been using AssetStudioMod to load and extract assets, but I’ve encountered challenges with memory usage. Despite upgrading my system from 8GB to 16GB of RAM, I still face difficulties when processing large AssetBundles. While I understand that AssetStudio decompresses and loads bundles directly into memory, this can be problematic for users with hardware on the lower end of the spectrum.
Here are my system specifications:

CPU: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz 2.40GHz
RAM: 16GB (2x8GB 2666MHz)
GPU: Intel HD 520
Storage: 500GB Samsung 870 EVO SSD

The specific game I’m working with has an asset size of 1.35GB, and this process still pushes my system's limits.
I’d like to suggest adding a feature to limit memory usage during these processes. For example, this could involve handling bundles in smaller chunks or leveraging temporary storage on disk to reduce RAM requirements. While this might increase processing time, it would greatly enhance accessibility for users with limited system resources.
This feature would make the tool more inclusive and open up its functionality to a wider range of users.
If more information is needed to evaluate this request, I’d be happy to provide:

Additional workflows or actions that trigger the issue (e.g., loading bundles, exporting specific asset types).
Any relevant logs or errors encountered during usage.

Thank you for considering this suggestion, and I appreciate the continued development of this fantastic tool!
Best regards,
mfaathirarsa

Hi.
Yeah, that's true. AssetStudio really likes to decompress and store everything in RAM.
And this has become one of its main issues as of now.
I also have plans to implement disk cache (SSDs are pretty fast nowadays) and/or maybe lazy loading. But when... I'm not sure.
Currently you can try using Razmoth's Studio, which has support for generating asset/cab maps, which can help you find and load only the files you need. There is also a tutorial: https://gist.github.com/Modder4869/0f5371f8879607eb95b8e63badca227e.
Though 16gb of RAM for 1.35gb of assets is still weird.
It would be nice if you could specify the game name.
Is the memory consumption the same for the net472 version of AssetStudio?

Thank you for the suggestion.
The program works better with the AssetStudio net472 version, but the memory usage is still a concern. For instance, the game in question, Quasimorph, is only 1.35GB in size, yet it consumes 14GB of RAM when processed using net472. I’ve also tested other games with AssetStudio to compare memory usage:

GRUNND (6GB in size) uses only about 600MB of RAM.
RIOT: Civil Unrest (3GB in size) uses about 470MB of RAM.

There seems to be a significant discrepancy in memory usage between games of varying sizes, which might indicate optimization issues or differences in how the assets are structured.
If needed, I can provide more details or test cases to help investigate this further. Thanks for your continued work on improving AssetStudio!

Yeah, I see.
In your case, the actual size of the extracted asset bundles is 15.2gb.
For such games, you need to extract it to disk first using File->Extract Folder, and then load the extracted folder.
I actually really forgot that this option can help save RAM sometimes. 😅


Core extension

BTW, Uninstall-ChocolateyPath (#310) is something that naturally belongs here.

I fixed one small error. It should be good to push now I believe.

@majkinetor said...
Or maybe not, I didn't know there is so much activity about it recently. It will prolly get soon included among helpers.

Yes, I believe that we should wait before doing anything in this area.


OrdinaryDiffEq >= 6.85 Compatibility issue

As discussed in https://github.com/SciML/IRKGaussLegendre.jl/issues/1#issuecomment-623862578 the IRKGL16  solver currently subtype OrdinaryDiffEqAlgorithm.
As of OrdinaryDiffEq 6.85, this type (OrdinaryDiffEqAlgorithm) is no longer exported by default, which breaks compilation of IRKGaussLegendre.jl.
I am not familiar enough with the inner workings of either packages to know if other breaking changes were introduced in v"6.85", but I believe a short-term fix would be to explicitly import the OrdinaryDiffEqAlgorithm subtype.

Thank you, Chris.
I wanted to take this opportunity to ask if you are interested in including our new integrator for few-body problems as a package in the SciML ecosystem. Otherwise, we would register it as a general Julia package.
I sent you an email during the conference, but I think it was the wrong address (if you prefer, you can contact me at<EMAIL_ADDRESS>

Yes, I got the email. It took me awhile to look through the construction and it looks really nice. I like how the SIMD works (similar to a few codes we've written) and the estimators make sense. There's a few oddities with connecting to the common interface, but I could handle those pretty easily (there's save_steps for example instead of msteps, and the extrapolation choice should move to the alg, etc. to act more like the general interface). I'd be happy to help with getting that into a package and maintaining it, similar to this repo

Thanks Chris and Mikel for quickly resolving the issue. Could one of you tag a new release (or other steps needed) to register this new version 0.2.8? Or point me to the steps needed to register it.


Simple Analog Stick 8 Direction Fix

I Added Analog Stick Support to the rcamera module a Week or Two Ago, However looking back this code only allowed for 4 Directions of Movement, This Change adds the full range of Movement to the Right Analog Stick.

@PixelPhobicGames Nice! Thanks for the review! :D


Change test badge to GH Actions, remove Appveyor

Follow up to moving to Github Actions, switch the badge over.
Also remove Appveyor, this can be covered in GH Actions too.
Edit: Appveyor build times seem pretty similar.

Pull Request Test Coverage Report for Build #228

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 99.292%

Totals

Change from base Build #227:
0.0%

Covered Lines:
421

Relevant Lines:
424

💛  - Coveralls

I think you have to remove the repo from appveyor's site to prevent it from trying to run with no config and failing.


Cannot run ./scripts/diagnostics.sh

Hi all,
When I am trying to run ./scripts/diagnostics.sh, I got the following error:
Traceback (most recent call last):
  File "modules/tools/diagnostics/diagnostics.py", line 28, in <module>
    import rospy
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/__init__.py", line 49, in <module>
    from .client import spin, myargv, init_node, \
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/client.py", line 60, in <module>
    import rospy.impl.init
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/impl/init.py", line 54, in <module>
    from .tcpros import init_tcpros
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/impl/tcpros.py", line 45, in <module>
    import rospy.impl.tcpros_service
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/impl/tcpros_service.py", line 53, in <module>
    from rospy.impl.tcpros_base import TCPROSTransport, TCPROSTransportProtocol, \
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/impl/tcpros_base.py", line 61, in <module>
    from rospy.msg import deserialize_messages, serialize_message
  File "/home/tmp/ros/lib/python2.7/dist-packages/rospy/msg.py", line 48, in <module>
    import google.protobuf.message
ImportError: No module named google.protobuf.message

However, protobuf already installed into '/usr/local/lib/python2.7/dist-packages/' folder.
I tried to uninstall and install protobuf again. However, I got the same error.
Also I tried to install the protobuf into /home/tmp/ros/lib/python2.7/dist-packages/ folder by the following command:
sudo pip install --target=/home/tmp/ros/lib/python2.7/dist-packages --ignore-installed protobuf

no lucky again :(
Are there ways to solve this issue?
Alex

This script work for me.
In my enviroment apollo dev docker image (dev-x86_64-20180906_2002)
Python 2.7.6 (default, Nov 23 2017, 15:49:48)
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import google.protobuf
>>> google.protobuf.__path__
['/usr/local/lib/python2.7/dist-packages/google/protobuf']


fix: bump edge-runtime to 1.32

What kind of change does this PR introduce?
Bump edge runtime to 1.32.0 (mainly stability updates, no changes to Deno version or API)

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.03%) to 58.655%

Totals

Change from base Build<PHONE_NUMBER>:
-0.03%

Covered Lines:
6089

Relevant Lines:
10381

💛  - Coveralls