startscheduler fails to start scheduler process, warns "The scheduler worker is already running"

Using CakePHP v2.10.22 and PHP Resque Version 4.1.2.  I use this command to start the scheduler:
cake CakeResque.CakeResque startscheduler --interval 5

But it fails to start the expected process.  The output is:
Creating the scheduler workers
The scheduler worker is already running

There's probably an error between the keyboard and the chair here, but I'm a bit puzzled. I wonder if this command simply declines to start a new one because it has detected a running scheduler?  But I cannot find a scheduler in the process table.  Why/how does it detect a running scheduler?

Check that there's no leftover pid file, due to previous incorrect shutdown.

Where is a PID file?  In our case this seems to rely on ResqueStatus which caches data in Redis.  Yes I agree that there was a previous incorrect shutdown, but the start scheduler should be robust to a machine losing power or other unexpected crash that may leave junk on the filesystem.


Models Deployment Error RuntimeError: Found no NVIDIA driver on your system

error use detection model
when I run docker compose --profile model up
xtreme1-redis-1                         | 1:M 30 Nov 2022 10:58:04.193 * Ready to accept connections
xtreme1-image-object-detection-1        | /opt/conda/lib/python3.6/site-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.9) or chardet (3.0.4) doesn't match a supported version!
xtreme1-image-object-detection-1        |   RequestsDependencyWarning)
xtreme1-point-cloud-object-detection-1  | 2022-11-30 10:58:05 INFO start_logger: -------------------- logging start --------------------
xtreme1-point-cloud-object-detection-1  | 2022-11-30 10:58:05 INFO start_logger: LEVEL: INFO
xtreme1-point-cloud-object-detection-1  | 2022-11-30 10:58:05 INFO start_logger: PATH:  /app/pcdet_open/server_logs/pid1
xtreme1-point-cloud-object-detection-1  | 2022-11-30 10:58:05 INFO start_logger: -------------------------------------------------------
xtreme1-point-cloud-object-detection-1  | 2022-11-30 10:58:05 INFO start_service: ----- SERVER STARTED -----
xtreme1-point-cloud-object-detection-1  | Tornado server starting on port 5000
xtreme1-image-object-detection-1        | test data convert to vgpu BEGIN
xtreme1-image-object-detection-1        | kk : tensor([0., 0., 0., 0.])
xtreme1-image-object-detection-1        | Traceback (most recent call last):
xtreme1-image-object-detection-1        |   File "server_abroad.py", line 35, in <module>
xtreme1-image-object-detection-1        |     tt = torch.zeros(4).cuda()
xtreme1-image-object-detection-1        |   File "/opt/conda/lib/python3.6/site-packages/torch/cuda/__init__.py", line 214, in _lazy_init
xtreme1-image-object-detection-1        |     torch._C._cuda_init()
xtreme1-image-object-detection-1        | RuntimeError: Found no NVIDIA driver on your system. Please check that you have an NVIDIA GPU and installed a driver from http://www.nvidia.com/Download/index.aspx

OS: ubuntu 18.04
GPU: GeForce RTX 2060
GPU driver version: 515.65.01
I do have installed NVIDIA Driver and NVIDIA Container Toolkit.
and nvidia-smi
(base) ➜  xtreme1 git:(main) nvidia-smi
Wed Nov 30 19:03:30 2022
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 515.65.01    Driver Version: 515.65.01    CUDA Version: 11.7     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA GeForce ...  Off  | 00000000:01:00.0 Off |                  N/A |
| N/A   49C    P8     7W /  N/A |    364MiB /  6144MiB |     11%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A      2378      G   /usr/lib/xorg/Xorg                173MiB |
|    0   N/A  N/A      2604      G   /usr/bin/gnome-shell               67MiB |
|    0   N/A  N/A      3166      G   ...RendererForSitePerProcess       36MiB |
|    0   N/A  N/A      6922      G   ...AAAAAAAAA= --shared-files       62MiB |
|    0   N/A  N/A     11576      G   ...AAAAAAAAA= --shared-files       20MiB |
+-----------------------------------------------------------------------------+

and docker run --rm --gpus all nvidia/cuda:11.6.2-base-ubuntu20.04 nvidia-smi  is also success
(base) ➜  xtreme1 git:(main) docker run --rm --gpus all nvidia/cuda:11.6.2-base-ubuntu20.04 nvidia-smi
Wed Nov 30 11:04:06 2022
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 515.65.01    Driver Version: 515.65.01    CUDA Version: 11.7     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA GeForce ...  Off  | 00000000:01:00.0 Off |                  N/A |
| N/A   48C    P8     5W /  N/A |    357MiB /  6144MiB |      9%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
+-----------------------------------------------------------------------------+

and found another issue seems same error on Nvidia Tesla T4 https://github.com/basicai/xtreme1/issues/62, any suggestion about this? look forward for your reply, thanks!

Thanks for your question. We will update it to Readme doc.
Enable model services
Make sure you have installed NVIDIA Driver and NVIDIA Container Toolkit. But you do not need to install the CUDA Toolkit, as it already contained in the model image.
Set "default-runtime" as "nvidia" in /etc/docker/daemon.json and restart docker to enable NVIDIA Container Toolkit
{
  "runtimes": {
    "nvidia": {
      "path": "nvidia-container-runtime",
      "runtimeArgs": []
    }
  },
  "default-runtime": "nvidia"
}

Need to explicitly specify model profile to enable model services.
docker compose --profile model up

Thanks for your question. We will update it to Readme doc.
Enable model services Make sure you have installed NVIDIA Driver and NVIDIA Container Toolkit. But you do not need to install the CUDA Toolkit, as it already contained in the model image.
Set "default-runtime" as "nvidia" in /etc/docker/daemon.json and restart docker to enable NVIDIA Container Toolkit
{
  "runtimes": {
    "nvidia": {
      "path": "nvidia-container-runtime",
      "runtimeArgs": []
    }
  },
  "default-runtime": "nvidia"
}

Need to explicitly specify model profile to enable model services.
docker compose --profile model up

thanks for your help, I change the config and restart docker, but it doesn't work. and I check another docker to check my docker enviroment, it success
(base) ➜  xtreme1 git:(main) docker run --rm -it --gpus all tensorrt-ubuntu18.04-cuda11.4 bash
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

trtuser@f9bb9f074adb:/workspace$ python
Python 3.6.9 (default, Mar 15 2022, 13:55:28)
[GCC 8.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
>>> torch.cuda.is_available()
True
>>> torch.Tensor().cuda()
tensor([], device='cuda:0')

but I check in the xtreme container it doesnt work,
(base) ➜  xtreme1 git:(main) docker ps
CONTAINER ID   IMAGE                                          COMMAND                  CREATED        STATUS                   PORTS                                                                                NAMES
739269c3bdc4   basicai/xtreme1-point-cloud-object-detection   "python app.py ../cb…"   20 hours ago   Up 7 minutes             <IP_ADDRESS>:8293->5000/tcp, :::8293->5000/tcp

base) ➜  xtreme1 git:(main) docker exec -it 739269c3bdc4 /bin/bash
root@739269c3bdc4:/app/pcdet_open# python
Python 3.6.9 (default, Mar 15 2022, 13:55:28)
[GCC 8.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
>>> torch.cuda.is_available()
False
>>> torch.Tensor().cuda()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.6/dist-packages/torch/cuda/__init__.py", line 214, in _lazy_init
    torch._C._cuda_init()
RuntimeError: Found no NVIDIA driver on your system. Please check that you have an NVIDIA GPU and installed a driver from http://www.nvidia.com/Download/index.aspx
>>>

any suggestion about this?

fixed by https://github.com/basicai/xtreme1/pull/68


Randomized DLS

DLS parameters are randomized. Random seed

is different for different cims and
changes over time.

This simulates

that different people show different driving styles and
that the same person changes their driving style over time

Default DLS parameter ranges could/should be optimized.
Fixes #263

I'll do some testing on this tonight. :D

Rather than changing over time, could it be changed based on the type of road?

Highway = frequent
Large road = common
Medium road = occasional
Small road = rare

Having tested briefly, it looks like it's working, but I wasn't experiencing the same level of problem as FireController so I've requested him to review.

I'm noticing fps seems lower than usual testing this PR. I normally get 22-25 fps (TMPE v10.20), but with this PR (TMPE v10.18 #334) I'm getting about 18-19 fps.

I'm noticing fps seems lower than usual testing this PR
Did you build it with a debug or release configuration? I checked both versions but found not difference in FPS.

Rather than changing over time, could it be changed based on the type of road?
DLS parameters were designed to model psychologic components of human driving behavior (egoistic vs. altruistic behavior). From your own driving experience: Do you really consider the type of road you are driving on to determine whether a lane change makes sense for you?

I think egoistic drivers will use every opportunity they get to improve their travel time - independent of the road.

Is there even any need to change over time?
There is no need to change it over time. I wanted to express that even the same person might change driving behavior during a trip. The system would  alter DLS parameters after passing ca.10 junctions on average. I will make it configurable.

Did you build it with a debug or release configuration

I'll do some more testing as several other mods have been updated this week and one of those could potentially be causing the fps drop.

Do you really consider the type of road you are driving on to determine whether a lane change makes sense for you?

Yes, absolutely. If I'm on a motorway I'm more likely to overtake than if I'm on a small 2-lane road. Also, time of day also factors into this; if it's late at night, people are generally more inclined to saunter along, even on motorways. And cim age would also be a factor.
Those who use every opportunity to overtake are likely in the realms of reckless driving; putting themselves first to such an extent it's endangering other drivers.
What I'd expect (I realise some or most of this might be completely unrealistic in game performance terms):

Overtaking to be more prevalent between 7am and 7pm
Much less overtaking between 11pm and 6am
Cims travelling to work to be more likely to overtake
Older cims to be less likely to overtake
Younger cims to be more likely to overtake
Overtaking more likely if leader car is going much slower than speed limit (eg. due to slow vehicle asset or 'realistic driving speeds')

Actualy..

Overtaking to be more prevalent between 7am and 7pm
Much less overtaking between 11pm and 6am

It's not so much a factor of time, it's more about light intensity, rain/snow intensity, and fog intensity.
Ultimate Eye Candy mod has sliders for the rain and fog intensity, so that would be good reference to find out where those values live. And solar panels state the light intensity, so whatever AI handles solar would be good starting point to locate that value.
Those three factors could be inspected every X frames to compute modifiers for a) driving speed and b) overtaking.

I feel the discussion moves out of scope of what @FireController1847 originally wanted to be adressed.
The original motivation was to prevent DLS-directed lane changes from happening at the same location. In the latest commit I removed the time-varying part. What remains is the per-driver randomization of DLS parameters.
I renamed the feature toggle "Realistic speeds" to "Individual driving styles". It now also controls whether to perform DLS parameter randomization. When disabled, the old constant DLS cost scheme is applied.

I feel the discussion moves out of scope

Agreed, I'll create a separate issue to track the other ideas which can be considered at a later date.

I renamed the feature toggle "Realistic speeds" to "Individual driving styles".

I assume the same pseudo-random seed is used to determine both vehicle speed and DLS application choices?

@FireController1847 Isn't that separate issue that vehicles only choose the outermost lane when making turns at junctions? I think there was another issue discussing that?
Or it might just be pathfinder going "oh, this is the shortest route, get in this lane"?

@aubergine10 As seen in the images of #263, that is the exact issue I was talking about. Whether or not my issue got changed to something else I'm unaware of, but like I stated I have not noticed any different in terms of lane selection before and after using this PR.

Just seen a user on Reddit with this problem (somewhat crazy choice of roads)...

I think it clearly illustrates the issue however: When coming up to a junction, cars are always choosing shortest route. I think the fix to this issue has to also include some sort of "imminent junction" detection and reduce the desirability of shortest route.
I don't know if it's possible, but could we introduce randomisation of which entry lane is tried first at a junction? So if there are X lanes turning in the desired direction, randomise the choice there and if it works don't test other lanes?

Attempting #316 is going to be insane amount of work and no guarantee that it will even be feasible or solve anything.
I've just added this comment in #263 on what I perceive the issue to be: https://github.com/krzychu124/Cities-Skylines-Traffic-Manager-President-Edition/issues/263#issuecomment-497536924
tl;dr: I think individual driving styles are a much needed enhancement to DLS 👍 , but there needs to be separate work taking place on improving pathfinder lane-balancing at junctions 🔨 .

I don't know if it's possible, but could we introduce randomisation of which entry lane is tried first at a junction? So if there are X lanes turning in the desired direction, randomise the choice there (regardless of DLS settings) and if it works don't test other lanes?

Advanced Vehicle AI currently randomizes exit lanes for light vehicles. https://github.com/krzychu124/Cities-Skylines-Traffic-Manager-President-Edition/blob/f39ca10311c65db0c67ca05eec423759deafb3f9/TLM/TLM/Custom/PathFinding/CustomPathFind2.cs#L3080-L3103


Updated Resistor Color Exercise

Resistor color exercise error Issue #414
Although nothings wrong with the exercise itself, it was mentioned in the comments that the last test should be moved to the first position, to help the students with their solution. Also I updated the instructions file to match a more up to date version from the js track.

We are still working on that @neenjaw. Sorry about the delay.


genpkey X25519 PKCS#8 output is incorrect

If my understanding is correct, the PKCS#8 output for X25519 private keys is incorrect. It is wrapping the private key's ASN.1 OCTET STRING in another ASN.1 OCTET STRING.
Instead of the being 0x04 20 (type octet string, length 32bytes) it's (0x04 22 04 20) which is an octet string of 34 bytes with the contents starting with the bytes 04 20. The correct output should be 04 20 only.
OpenSSL 1.1.0i-fips  14 Aug 2018
$ openssl genpkey -algorithm x25519 -out x25519.key.pem -outform pem -text
-----BEGIN PRIVATE KEY-----
MC4CAQAwBQYDK2VuBCIEIBgvbNhIKPDhVUEy3UIw9GQnTy9X2IiRIeNSOe+75a1d
-----END PRIVATE KEY-----
X25519 Private-Key:
priv:
    18:2f:6c:d8:48:28:f0:e1:55:41:32:dd:42:30:f4:
    64:27:4f:2f:57:d8:88:91:21:e3:52:39:ef:bb:e5:
    ad:5d
pub:
    e1:8b:b5:cb:44:6e:55:80:ec:dc:3f:cc:2b:ac:6e:
    9d:fa:40:69:35:b5:46:10:16:08:f2:79:c6:94:22:
    6b:3b

Also note in the above, the hex output from '-text' is only 15 bytes per row instead of the conventional 16. IMO, that's another bug.
$ base64 -d <<< 'MC4CAQAwBQYDK2VuBCIEIBgvbNhIKPDhVUEy3UIw9GQnTy9X2IiRIeNSOe+75a1d' | hexdump -C
00000000  30 2e 02 01 00 30 05 06  03 2b 65 6e 04 22 04 20  |0....0...+en.". |
00000010  18 2f 6c d8 48 28 f0 e1  55 41 32 dd 42 30 f4 64  |./l.H(..UA2.B0.d|
00000020  27 4f 2f 57 d8 88 91 21  e3 52 39 ef bb e5 ad 5d  |'O/W...!.R9....]|

The ASN.1 is as follows:
[SEQUENCE len=46]: 30 2e
    [INTEGER len=1]: 02 01 00
    [SEQUENCE, len=5]: 30 05
        [OID, len=3]: 06 03 2b 65 6e
    [OCTET STRING, len=34]: 04 22

The key is 32 bytes long and starts with '18 2f 6c' so that final OCTET STRING should be 32 bytes long and the contents should start with '18 2f 6c' but instead the content is '04 20 18 2f 6c'. Clearly that leading '04 20' is what was intended and somewhere along the way the OCTET STRING is being wrapped again which is why we end up with a 34 byte OCTET STRING.

Also note in the above, the hex output from '-text' is only 15 bytes per row instead of the conventional 16. IMO, that's another bug.

I disagree with you. There is no requirement for us to show 16 bytes per row.

If my understanding is correct, the PKCS#8 output for X25519 private keys is incorrect. It is wrapping the private key's ASN.1 OCTET STRING in another ASN.1 OCTET STRING.
Instead of the being 0x04 20 (type octet string, length 32bytes) it's (0x04 22 04 20) which is an octet string of 34 bytes with the contents starting with the bytes 04 20. The correct output should be 04 20 only.

Whilst a little surprising, the output format is correct. The private key for PKCS8 is defined as:
PrivateKey ::= OCTET STRING
And according to RFC5208:
  privateKey is an octet string whose contents are the value of the
  private key.  The interpretation of the contents is defined in the
  registration of the private-key algorithm.  For an RSA private
  key, for example, the contents are a BER encoding of a value of
  type RSAPrivateKey.

So the contents of that OCTET STRING are defined elsewhere. In this case they are defined by RFC8410 to be a CurvePrivateKey object which is defined as:
CurvePrivateKey ::= OCTET STRING
So we have an OCTET STRING inside an OCTET STRING. Just to remove any doubt RFC8410 also provides an example encoding (its for an Ed25519 key, but the principle is the same):
-----BEGIN PRIVATE KEY-----
MC4CAQAwBQYDK2VwBCIEINTuctv5E1hK1bbY8fdp+K06/nwoy/HU++CXqI9EdVhC
-----END PRIVATE KEY-----

Running that through the same processing that you did gives us:
$ base64 -d <<< 'MC4CAQAwBQYDK2VwBCIEINTuctv5E1hK1bbY8fdp+K06/nwoy/HU++CXqI9EdVhC' | hexdump -C
00000000  30 2e 02 01 00 30 05 06  03 2b 65 70 04 22 04 20  |0....0...+ep.". |
00000010  d4 ee 72 db f9 13 58 4a  d5 b6 d8 f1 f7 69 f8 ad  |..r...XJ.....i..|
00000020  3a fe 7c 28 cb f1 d4 fb  e0 97 a8 8f 44 75 58 42  |:.|(........DuXB|
00000030

As you can see we see the same sequence of encoding 04 22 04 20, i.e. an OCTET STRING inside an OCTET STRING.

Thank you for the detailed explanation.


[ZT] Update ssh-logging prereq

We actually don't need to take this step here. In step 2 of this guide, we talk about how to create the Short Lived Certificate for the user via an API command. The SSH Server connection isn't technically required.

So you don't need to setup a Tunnel?

Nope, you only need to do that if you want to proxy it over a private IP address. If you make it available over a public IP then we'll do public key authentication to the public IP.


do not create ApplicationMenu consolelinks

fixes https://github.com/kiali/kiali/issues/2861
cc @maltron - I assume we want this, even though I know the design is not fully fleshed out (i.e. we know we do not want these application menu links in the OS masthead).

Adding DNM until this is ties to 4.6 console Jira.


fix prototype pollution

with this fix the set function ignores the __proto__ part of the path

@chr314 - are you able to re-open your PR using the template automatically provided, and include the necessary bounty URL.
Please take a look at PR no. 1 to see how they did it.
Cheers! 🍰

@chr314 - are you able to re-open your PR using the template automatically provided, and include the necessary bounty URL.
Please take a look at PR no. 1 to see how they did it.
Cheers! 🍰

@JamieSlome I edited this pr with the template also rewrote the fix I think this is a much better solution

@JamieSlome I edited this pr with the template also rewrote the fix I think this is a much better solution

Awesome, are you able to close the PR and open a new PR with the template and bounty URL included?
It just means we can automate the notification to the maintainer on your behalf.
Cheers! 🍰

Awesome, are you able to close the PR and open a new PR with the template and bounty URL included?
It just means we can automate the notification to the maintainer on your behalf.
Cheers! 🍰


boolean-prop-naming is missing default config

It seems that the boolean-prop-naming rule does not enforce any default config (especially for rule as the docs mention here)
Sample code:
import * as React from 'react';
import PropTypes from 'prop-types';

class ReactClassComponent extends React.Component {
	static propTypes = {
		error: PropTypes.bool,
		hasError: PropTypes.bool,
		isOptional: PropTypes.bool,
		optional: PropTypes.bool,
	};

	render() {
		return null;
	}
}

Sample eslint configuration:
	plugins: ['react'],
	rules: {
		'react/boolean-prop-naming': ['error'],
	},

Running eslint . gives no errors.
However switching the rule config to ['error', { rule: '^(is|has)[A-Z]([A-Za-z0-9]?)+' }] will throw linting error for the sample code above.

The default is definitely configured inside the code-base: https://github.com/yannickcr/eslint-plugin-react/blob/master/lib/rules/boolean-prop-naming.js#L35
What ESLint version are you using?
I'll try to reproduce this locally.

It looks like that default field is only metadata, and it doesn't appear to be actually used when parsing the rule schema. The tests are missing an example with no options. It will indeed not work without passing the rule in the options.

Yep. It does not work. It also does not seem to work when using PropTypes.bool.isRequired (adding .isRequired).

Wow, that actually seems like it's a bug in eslint core; either "default" should be respected or it should throw.
Regardless, it's also a bug in this rule that we're lacking these tests.

Asked the question in ESLint Gitter chat regarding the default value. Otherwise will make a PR to add it from our side, and would also like to make sure that .isRequired works here (different issue though).

@jseminck this still seems to be a bug. Do you have any idea if there has been any progress with the issue?

I think that this fix will also apply to #1540.


[Meshery] Add the Service Meshes drop-down list show the meshes adapters name

Current Behavior

I'm developing Meshery at the localhost and when I want to add the adapter at my local. And the debug console while getting the error message below.
ERRO[1325] unable to unmarshal user: invalid character 'u' looking for beginning of value
DEBU[1325] meshLocationURL: mesherylocal.layer5.io:10000
To client: {"seq":0,"type":"event","event":"output","body":{"category":"stdout","output":"\u001b[31mERRO\u001b[0m[1325] Error creating a mesh client.: rpc error: code = Unavailable desc = connection error: desc = \"transport: Error while dialing dial tcp: lookup mesherylocal.layer5.io: no such host\" \r\n"}}
ERRO[1325] Error creating a mesh client.: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial tcp: lookup mesherylocal.layer5.io: no such host"

Should we transfer the domain name to localhost If we notice that Meshery did not deploy to Kubernetes cluster
Desired Behavior

Meshery can work well with no Kubernetes cluster situation
Resources

Steps to reproduce

Pulling the latest meshery code
Run make run-ui-dev
Debug with meshery and keeping start server at the default port

Alternatives / Additional Context

@Aisuko, an item to check -

Do you have mesherylocal.layer5.io entered into your /etc/hosts file pointing to your loopback interface (<IP_ADDRESS>)?

@Aisuko, an item to check -

Do you have mesherylocal.layer5.io entered into your /etc/hosts file pointing to your loopback interface (<IP_ADDRESS>)?

Maybe we can add these contents to the document

Certainly, yes. I'm not sure how well highlighted it is now (how well the docs flow) - https://github.com/layer5io/meshery/blob/master/CONTRIBUTING.md#running-meshery-from-ide. What do you think? Update at-will.

Oh, I saw the document right now and doing well.


Updated PR Template

Pull Request (PR) description
Updated PR template.
This Pull Request (PR) fixes the following issues
None.
Task list

[ ] Added an entry under the Unreleased section of the change log in the README.md.
Entry should say what was changed, and how that affects users (if applicable).
[ ] Resource documentation added/updated in README.md.
[ ] Resource parameter descriptions added/updated in README.md, schema.mof
and comment-based help.
[ ] Comment-based help added/updated.
[ ] Localization strings added/updated in all localization files as appropriate.
[ ] Examples appropriately added/updated.
[ ] Unit tests added/updated. See DSC Resource Testing Guidelines.
[ ] Integration tests added/updated (where possible). See DSC Resource Testing Guidelines.
[ ] New/changed code adheres to DSC Resource Style Guidelines and Best Practices.

This change is

Codecov Report

Merging #58 into dev will not change coverage.
The diff coverage is n/a.

@@        Coverage Diff        @@
##           dev   #58   +/-   ##
=================================
  Coverage   92%   92%
=================================
  Files        5     5
  Lines      373   373
=================================
  Hits       346   346
  Misses      27    27


Dynamic routing data prop return 404 for all posts

Thanks for the Ghost, it is awesome!
Issue Summary
Sorry if it was already reported, I've tried to search but didn't find the same issue.
I've created theme that uses dynamic routing with featured posts always at the top but featured posts have 404 url's. Main page posts have correct urls.
https://youtu.be/8Qp01ehiins
To Reproduce
There is a repo with default Ghost setup and changes for routes.yaml and Casper theme https://github.com/kolybasov/ghost-dynamic-routing-data-404-bug. You can use this repo or recreate step by step.

Install local ghost
Update routes.yaml

routes:

collections:
  /:
    permalink: /{slug}/
    template:
      - index
    filter: featured:false
    data:
      featured:
        resource: posts
        type: browse
        include: authors,tags
        filter: featured:true
        limit: 3

taxonomies:
  tag: /tag/{slug}/
  author: /author/{slug}/

Update Casper/index.hbs

{{!-- The main content area --}}

        {{#if featured.posts}}

                {{#foreach featured.posts}}
                    {{> "post-card"}}
                {{/foreach}}

        {{/if}}

            {{#foreach posts}}

                {{!-- The tag below includes the markup for each post - partials/post-card.hbs --}}
                {{> "post-card"}}

            {{/foreach}}

Update any post to be featured
Open index page and try to open any post at the top

Actual result: 404 page
Expected result: post page
Some information that may be useful
There is a check if resource matches the filter https://github.com/TryGhost/Ghost/blob/3017959b2f300f7b14727d428c6788ca3640c628/core/server/services/url/UrlGenerator.js#L97-L118 because we have the filter it executes this.nql.queryJSON(resource.data) and this check returns true for the main posts on the page and false for the featured one because it tries to match all posts by query {'featured': true}. And because of negative check it do not add all posts to this.urls.
Technical details:

Ghost Version: 2.6.2
Node Version: 10.13.0
Browser/OS: Safari/macOS
Database: SQLite3

Hey 👋
Your featured posts don't live in any collection. That's why these posts show the 404 path. You have created one collection, which owns all posts which are flagged with featured. All the other posts don't live anywhere.
You need to create two collections - one for featured and one for none featured posts.
I'd suggest to read our dynamic routing docs for more clarity.
If you have any further questions, please use our forum :)

@kirrg001 thank you very much! Sorry for the "not issue" post :)


Request: Get subscription feed

Hello, that's also a feature in the roadmap and it's coming soon!

Added in 64f2fc1.


how to make show all textarea lines

Hi,
I use html2Canvas to generate a picture of whole page. But picture cannot show all line in textarea, just one line, no line feed, no whole text.
and following is my code :
html2canvas(document.body, {
height: document.body.clientHeight + 100,
width: document.body.clientWidth + 100
}).then(function (canvas) {
var imageData = canvas.toDataURL("image/jpeg");
});
how to edit my code to show all lines?
.

+1

++++99

This is a duplicate of #2008


GCC-9.2.1 warnings for stubs

zlib_stubs.c: In function 'zlib_finalize':
zlib_stubs.c:100:7: warning: variable 'ret' set but not used [-Wunused-but-set-variable]
   int ret;
       ^~~
zlib_stubs.c: In function 'zlib_get_header':
zlib_stubs.c:397:11: warning: implicit declaration of function 'strnlen'; did you mean 'strlen'? [-Wimplicit-function-declaration]
     len = strnlen((char *)header->name, header->name_max);
           ^~~~~~~
           strlen

zlib_stubs.c: In function 'zlib_finalize':
zlib_stubs.c:100:7: warning: variable 'ret' set but not used [-Wunused-but-set-variable]
   int ret;
       ^~~

I believe this is fixed now.

zlib_stubs.c: In function 'zlib_get_header':
zlib_stubs.c:397:11: warning: implicit declaration of function 'strnlen'; did you mean 'strlen'? [-Wimplicit-function-declaration]
len = strnlen((char *)header->name, header->name_max);
^~~~~~~
strlen

I don't understand this one. strnlen is declared in string.h, which is included. Could you please check what man strnlen says about headers on your machine and / or grep for strnlen in your /usr/include.

@madroach I met this error building in Alpine Linux container, which uses musl libc. Here it is strings.h - https://git.musl-libc.org/cgit/musl/tree/include/string.h
I am not sure, may be it does not define the _POSIX_C_SOURCE or _GNU_SOURCE?
See also this stackoverflow question: https://stackoverflow.com/questions/46995050/gcc-warning-implicit-declaration-of-function-strnlen-when-dialect-c99-or-c11
I also tested with Fedora Linux 31, it shows the same, while strnlen presented too:

Hi, thanks for you insights. I added the required feature test definition Would you be so kind and test whether this issue is now fixed and then maybe close the issue?

I confirm, it was fixed, thanks!


fix (#minor); abracadabra; fixed arbitrum degenbox

Missing Arbitrum degenbox contract per Abracadabra documentation:
https://abracadabramoney.gitbook.io/learn/our-ecosystem/our-contracts

@roxx3r I accidentally messed up the PR trying to update the version... #1783


REDEX

Add logs to any files

Use default

Please use the default responses to all your questions

Use log level info

My answers are : -
Use INFO LOG LEVEL
There are no secret information in log


CI Framework for MED

Set up a CI Framework:
We need to run the recipes periodically and check that (in no order):

Input Data is available
The recipe run without issue.
The outputs are as expected.
The recipes are compatible with available conda environment(s).

Ideally we would like the CI to be integrated with our GitHub workflow. The problem is that most if not all recipes requires data that are only available on NCI.
The CI (continuous testing in our case) requires

access to GADI
access to the queue system, storage and computing resources
Online reporting of testing results.
Simple Fail / Pass test as a first step
Additional metrics?
Keep track of results?
A gallery of outputs would be great

This has some common issues with the Release CI.
Contact with NCI has been initiated.

What triggers testing?
We have limited resources and can not afford testing all the recipes every time someone changes something on GitHub. I envision a system of “staged tests” triggered by a limited number of persons with admin access. This should be kept under control of ACCESS-NRI.


bumping js-slang

This includes the runner refactor https://github.com/source-academy/js-slang/pull/1672

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

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 33.077%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
5269

Relevant Lines:
14821

💛  - Coveralls


How do I set up the valueChanged event?

Where do I do that? I've tried as member of options and setting in the property grid itself but I didn't see anything being fired in the console.
I've tried:
 ```const pgOptions = {
        preferredFormat: 'hex',
        showInput: true,
        showInitial: true,
        hasGroups: true,
        propertySort: true,
        toolbarVisible: true,

        onValueChange: (e) => {
            //console.log(e);
            //console.log('id = ', e.target.name)
            if (e.target.id === 'pgfilter2')
            {
                e.preventDefault();
                e.stopPropagation();
                return false;
            }
        },

        valueChanged: (data) => {
            console.log('editing done! data = ', data)
        }
    };

even:

    const pg = document.getElementById('pg1')
    pg.valueChanged = (data) => {
        console.log('editing done! data = ', data)
    }

neither work. How am I supposed to do that?

You can listen for value changed event like this:
document.getElementById('pgpropertyGridWithConfig').addEventListener('valueChange', (v) => console.log(v));

Take a look this sample here:
src/sample/index.js
Reading this, probably I should update the readme and add more examples there.

You can listen for value changed event like this:
document.getElementById('pgpropertyGridWithConfig').addEventListener('valueChanged', (v) => console.log(v));

works like a charm, thanks!

Take a look this sample here:
src/sample/index.js

ops, I missed this one

Reading this, probably I should update the readme and add more examples there.

I think that's a good idea


R_0 countable spaces are G_delta

Good that you have noticed it, I can't believe I missed to edit that part. But I meant open sets.


No explicit license grant or no license agreement corresponding to references in files

Hello,
The header of the following file has the statement:
"No part of the Material may be used,
// copied, reproduced, modified, published, uploaded, posted, transmitted,
// distributed or disclosed in any way without Intel's prior express written
// permission. No license under any patent, copyright or other intellectual
// property rights in the Material is granted to or conferred upon you,
// either expressly, by implication, inducement, estoppel or otherwise.
// Any license under such intellectual property rights must be express and
// approved by Intel in writing."
https://github.com/Intel-Media-SDK/MediaSDK/blob/master/contrib/ipp/src/ippversion.h.
The following files have references to license agreements from Intel, but the corresponding license agreement has not been found:
https://github.com/Intel-Media-SDK/MediaSDK/blob/master/tools/tracer/dumps/dump_mfxfei.cpp
https://github.com/Intel-Media-SDK/MediaSDK/blob/master/tools/tracer/gui/Properties/AssemblyInfo.cs
https://github.com/Intel-Media-SDK/MediaSDK/blob/master/tools/tracer/gui/*.cs
Can you please let me know the license that applies to the files mentioned above?

Thank you @tjyrinki.

These proprietary headers on some files, including tracer, got missed to be cleaned up on initial open source attempt of respective files. The license was supposed to be MIT. However, historically some sources (like samples) were rereleased under BSD-3 while library got released (later on) under MIT. Unfortunately that got little mixed up, I see some files under BSD-3 outside of samples. We are clarifying this right now.
As for the proprietary headers - see #2939 with the fix.

I'm not sure if MediaSDK is seeing maintenance any more.

It is still maintained for the features/platforms it supports. New platforms/new features are added to https://github.com/oneapi-src/oneVPL-intel-gpu

I'm not finding a trace of the tracer (...) on the oneAPI side.

Because https://github.com/oneapi-src/oneVPL-intel-gpu contains only runtime library for the oneVPL while MSDK contains everything (dispatcher library, runtime, samples, tools, tracer).


apt install mitmproxy ==> /usr/lib/python3/dist-packages/urwid/tests/test_canvas.py:141: SyntaxWarning: str object is not callable; perhaps you missed a comma?

Steps to reproduce the behavior:

in Ubunbtu run: sudo apt install mitmproxy
wait for line "python3-urwid (2.0.1-3)" and see 4 times "SyntaxWarning: 'str' object is not callable; perhaps you missed a comma?"
/usr/lib/python3/dist-packages/urwid/tests/test_canvas.py # seems to be still python 2, not 3 ??
(sorry my language setting is german, but this only affect the log messages)

System Information
Ubuntu 20.04.4 LTS (GNU/Linux 5.4.0-109-generic x86_64)
Mitmproxy: 4.0.4
Python:    3.8.10
OpenSSL:   OpenSSL 1.1.1f  31 Mar 2020
Platform:  Linux-5.4.0-109-generic-x86_64-with-glibc2.29

Thanks for the report!
https://docs.mitmproxy.org/stable/overview-installation/#linux:

Some Linux distributions provide community-supported mitmproxy packages through their native package repositories (e.g., Arch Linux, Debian, Ubuntu, Kali Linux, OpenSUSE, etc.). We are not involved in the maintenance of downstream packaging efforts, and they often lag behind the current mitmproxy release. Please contact the repository maintainers directly for issues with native packages.


Fix Kokoro Ubuntu

I removed this in #2186, since it worked on macOS without it. Turns out, this is still required on Ubuntu. I confirm this works.

Should work. We will see...


fixes CVE-2016-6303, avoid overflow

Checklist

[ ] documentation is added or updated
[ ] tests are added or updated

Could you also submit a CLA?

This reverses commit 55d83bf7c10c7b205fffa23fa7c3977491e56c07, which is the one that fixes that CVE.

This reverses commit 55d83bf, which claims to fix that CVE.

Yeah, but I see that the master is not patched

It is fixed. I pointed to the commit in master that fixed it. This just reintroduces the problem.

It is fixed. I pointed to the commit in master that fixed it. This just reintroduces the problem.

I found this mdc2dgst.c was not fixed. I do not know why.

@yasong you are probably confused by what the CVE is about and about other constraints of the values in the code. The i can have value only between 0 and MDC2_BLOCK - 1 (included).  So there cannot be an underflow of the unsigned size_t type of the right hand side. On the other hand the original comparison before the CVE fix could overflow on the left hand side because len is unbounded, bounded only by the size_t type range. You're reintroducing the CVE by this PR.

This change is clearly wrong. The original code before your PR is correct and was fixed by the commit that @kroeckx points to. I'm not sure why you are claiming that it wasn't fixed.

@yasong you are probably confused by what the CVE is about and about other constraints of the values in the code. The i can have value only between 0 and MDC2_BLOCK - 1 (included). So there cannot be an underflow of the unsigned size_t type of the right hand side. On the other hand the original comparison before the CVE fix could overflow on the left hand side because len is unbounded, bounded only by the size_t type range. You're reintroducing the CVE by this PR.

Thanks, now I see.

Can this be closed?

Closing.


Workspace list in machine readable format

In GitLab by @sstriker on Jul 31, 2017, 08:35
To do workflow integrations around workspaces it would be useful to have a machine readable output of bst workspace list.  That way the human readable output can change without breaking integrations.  Maybe a --yaml switch.
An alternative I could see is a bst workspace foreach <command>, but that quickly gets into needing it to run in different orders (lowest dependency order first, etc.)

In GitLab by @tristanvb on Jul 31, 2017, 13:45
Internally we already serialize this to a yaml file but it's desirable to keep API guarantees away from buildstream's local state format.
A workspace foreach is possible, or; a way to output more machine readable output from bst workspace list might be more appropriate.
Curiously, what kind of scripting do you intend to do around workspaces ?

In GitLab by @sstriker on Aug 1, 2017, 14:54
There's a number of things that spring to mind:

rebase all open workspaces onto their normally tracked source
push all open workspaces to a commonly named branch in each respective repository
for each workspace submit a merge/pull request (ideally in dependency order so you can refer to dependent upon ones)
for each workspace with a merge/pull request open for more than X days, flip the tracked source to the merge/pull request

I'm sure I can come up with more, but it comes down to either common operations or bulk operations.

In GitLab by @tristanvb on Sep 4, 2017, 19:03
closed via commit 21e5e14ec94b7b17546ac94e73f1b770200e5704

In GitLab by @tristanvb on Sep 5, 2017, 21:31
mentioned in commit 21e5e14ec94b7b17546ac94e73f1b770200e5704


Add spread syntax

Implementation of spread syntax (#923) to help answer the question "How much will this feature cost?"
Size comparison:
master
---
Bundle Size:  9.02 KB
Minified and Gzipped Size:  3.28 KB
Brothli size: 2.97 KB

this branch
---
Bundle Size:  9.59 KB (+0.57 KB)
Minified and Gzipped Size:  3.46 KB (+ 0.18 KB)
Brothli size: 3.13 KB (+ 0.16 KB)

Closing as we need to redo this for lit-html 2.0.


Fix errors

Fix getMessagesByCriteria() method.
Please use 4 spaces.
And use psr-2 code style.

The docs are up to date if im correct?

Thanks! Merged!


Global space key-value storage cache

@gliechtenstein I know that we have $cache for a per-view persistence, but why aren't we able to drop stuff into the global space? Am I just not seeing where this can be done yet?
I've opened this as more of a discussion, but let me know what you're thinking of doing please.

@hoffmabc In case you missed it, here's the related discussion thread https://github.com/Jasonette/documentation/issues/56
The most recent draft is at the bottom of the page but would be helpful to read through all the drafts. Would appreciate feedback!

Ok thanks I figured I was missing something. I'll check it out.


add WMS URL basemap is not displaying list of layers to add

Steps
When you add a custom WMS basemap to the Builder, CARTO is not displaying the list of layers of the URL to add on the map.
URL WMS: http://www.ign.es/wmts/pnoa-ma
Editor:

Add WMS URL

Select Get Layers option and a list of available layers appear:

Builder

Add WMS URL

Select Get Layers option and a message appears as 1 layer available, but you can't select it:

SMOKE_MG40

This is also happening with WMTS capabilities documents: http://www.ign.es/wmts/ign-base?REQUEST=GetCapabilities&SERVICE=WMTS
At the editor it works

Confirmed with both WMTS URLs

http://www.ign.es/wmts/pnoa-ma
http://www.ign.es/wmts/pnoa-ma?request=GetCapabilities

You get no available layers. Maybe because of 3857 projection declared as GoogleMapsCompatible instead of EPSG:3857
Using WMS endpoint for the same resource, both URLs:

http://www.ign.es/wms-inspire/pnoa-ma
http://www.ign.es/wms-inspire/pnoa-ma?request=GetCapabilities

Same issue. In this case, the projection is strictly declared.
Fetching WMS 1.1.1 version of the endpoint (default version is 1.3.0):

http://www.ign.es/wms-inspire/pnoa-ma?request=GetCapabilities&service=WMS&version=1.1.1

Same result.
Looks like the problem is on our side.

FYI: List of layers is displaying correctly with FireFox (49.0.2). So this is browser related issue.

Great catch Jarmo, thanks!
--
Jorge Sanz
CARTO - Predict through location
Sent from my phone, excuse my brevity.
El 16 nov. 2016 8:59, "Jarmo Suoranta"<EMAIL_ADDRESS>escribió:

FYI: List of layers is displaying correctly with FireFox (49.0.2). So this
is browser related issue.
[image: image]
https://cloud.githubusercontent.com/assets/16135355/20339079/1ca69a4e-abe3-11e6-9ed2-ac450364f421.png
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/CartoDB/cartodb/issues/10325#issuecomment-260879006,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AALfaBaZh5CjzH7F6iK3C0qE9Lud3Tbfks5q-rfjgaJpZM4KfrMl
.

@matallo can you confirm this plz?

@matallo, could you take care of this before continuing with geometry edition tasks? 💋

on it, thanks for the thorough report 👍


Unable to install grpc using pecl on Ubuntu 20.04

I'm trying to install gRPC package using pecl on my Ubuntu 20.04 machine with PHP 7.4.3, but I get the following message.
temp/grpc/third_party/upb -I/tmp/pear/temp/grpc/third_party/xxhash -DHAVE_CONFIG_H -std=c++11 -fno-exceptions -fno-rtti -g -O2 -c /tmp/pear/temp/grpc/src/core/ext/xds/xds_api.cc  -fPIC -DPIC -o src/core/ext/xds/.libs/xds_api.o
g++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
make: *** [Makefile:820: src/core/ext/xds/xds_api.lo] Error 1
ERROR: `make' failed
PECL is succesfully installed:
sudo apt-get install autoconf zlib1g-dev php-dev php-pear

Reading package lists... Done
Building dependency tree
Reading state information... Done
autoconf is already the newest version (2.69-11.1).
php-dev is already the newest version (2:7.4+75).
php-pear is already the newest version (1:1.10.9+submodules+notgz-1ubuntu<IP_ADDRESS>).
zlib1g-dev is already the newest version (1:1.2.11.dfsg-2ubuntu1.2).

Please close this issue.
Low memory space on my machine was causing the installation error. Increasing swap space solves the problem.


Frequently getting Connection reset by peer Error on Agent hosted on VM

Created one agent and hosted on VM. Agent is responsible for Payment transaction, request for payment and verify Transaction hash. Using uagents.network module in agent. Getting below error frequently, not all time.
debug_error_string = "UNKNOWN:Error received from peer  {created_time:"2024-04-02T12:47:40.97182904+00:00", grpc_status:14, grpc_message:"recvmsg:Connection reset by peer"}"

Is this issue still valid? If so, could you please go into a bit more detail regarding your environment/setup.
Otherwise, please close this issue. Thanks

Closing this issue as resolved.
Please feel free to open another issue with a bit more context if the error persists. Thanks


docs(install): add Termux workaround for search

This PR updates the install.md docs with a workaround for the search issue on Android.
H/T to @yozman for posting their solution: https://github.com/cdr/code-server/issues/1730#issuecomment-721515979
Fixes #1730


Allow zero indexed keys on RangeAggregation

Allow '0' as a valid key for RangeAggregation objects

@saimaz 👋 do you have a moment to take a look at this bugfix? Thanks!

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 78.67%. Comparing base (b4c3c89) to head (4bc0fa1).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff            @@
##             master     #316   +/-   ##
=========================================
  Coverage     78.67%   78.67%
  Complexity      736      736
=========================================
  Files           123      123
  Lines          1899     1899
=========================================
  Hits           1494     1494
  Misses          405      405

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


broke after pull

I did a git pull tonight which broke my build.
I am sure it is something obvious I am missing,
/home/d3cline/Arduino/libraries/BLE/src/BLEClient.cpp: In member function 'void BLEClient::gattClientEventHandler(esp_gattc_cb_event_t, esp_gatt_if_t, esp_ble_gattc_cb_param_t*)':
/home/d3cline/Arduino/libraries/BLE/src/BLEClient.cpp:166:55: error: no matching function for call to 'BLEUUID::BLEUUID(esp_gatt_id_t&)'
    BLEUUID uuid = BLEUUID(evtParam->search_res.srvc_id);
                                                       ^
In file included from /home/d3cline/Arduino/libraries/BLE/src/BLERemoteService.h:17:0,
                 from /home/d3cline/Arduino/libraries/BLE/src/BLEClient.h:18,
                 from /home/d3cline/Arduino/libraries/BLE/src/BLEClient.cpp:14:
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:26:2: note: candidate: BLEUUID::BLEUUID()
  BLEUUID();
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:26:2: note:   candidate expects 0 arguments, 1 provided
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:25:2: note: candidate: BLEUUID::BLEUUID(esp_gatt_srvc_id_t)
  BLEUUID(esp_gatt_srvc_id_t srcvId);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:25:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'esp_gatt_srvc_id_t'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:24:2: note: candidate: BLEUUID::BLEUUID(uint8_t*, size_t, bool)
  BLEUUID(uint8_t* pData, size_t size, bool msbFirst);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:24:2: note:   candidate expects 3 arguments, 1 provided
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:23:2: note: candidate: BLEUUID::BLEUUID(esp_bt_uuid_t)
  BLEUUID(esp_bt_uuid_t uuid);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:23:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'esp_bt_uuid_t'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:22:2: note: candidate: BLEUUID::BLEUUID(uint32_t)
  BLEUUID(uint32_t uuid);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:22:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'uint32_t {aka unsigned int}'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:21:2: note: candidate: BLEUUID::BLEUUID(uint16_t)
  BLEUUID(uint16_t uuid);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:21:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'uint16_t {aka short unsigned int}'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:20:2: note: candidate: BLEUUID::BLEUUID(std::__cxx11::string)
  BLEUUID(std::string uuid);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:20:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'std::__cxx11::string {aka std::__cxx11::basic_string<char>}'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:18:7: note: candidate: constexpr BLEUUID::BLEUUID(const BLEUUID&)
 class BLEUUID {
       ^
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:18:7: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'const BLEUUID&'
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:18:7: note: candidate: constexpr BLEUUID::BLEUUID(BLEUUID&&)
/home/d3cline/Arduino/libraries/BLE/src/BLEUUID.h:18:7: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'BLEUUID&&'
/home/d3cline/Arduino/libraries/BLE/src/BLEClient.cpp:167:94: error: no matching function for call to 'BLERemoteService::BLERemoteService(esp_gatt_id_t&, BLEClient*)'
    BLERemoteService* pRemoteService = new BLERemoteService(evtParam->search_res.srvc_id, this);
                                                                                ^
In file included from /home/d3cline/Arduino/libraries/BLE/src/BLEClient.h:18:0,
                 from /home/d3cline/Arduino/libraries/BLE/src/BLEClient.cpp:14:
/home/d3cline/Arduino/libraries/BLE/src/BLERemoteService.h:29:2: note: candidate: BLERemoteService::BLERemoteService(esp_gatt_srvc_id_t, BLEClient*)
  BLERemoteService(esp_gatt_srvc_id_t srvcId, BLEClient* pClient);
  ^
/home/d3cline/Arduino/libraries/BLE/src/BLERemoteService.h:29:2: note:   no known conversion for argument 1 from 'esp_gatt_id_t' to 'esp_gatt_srvc_id_t'
/home/d3cline/Arduino/libraries/BLE/src/BLERemoteService.h:27:7: note: candidate: BLERemoteService::BLERemoteService(const BLERemoteService&)
 class BLERemoteService {
       ^
/home/d3cline/Arduino/libraries/BLE/src/BLERemoteService.h:27:7: note:   candidate expects 1 argument, 2 provided
exit status 1
Error compiling for board ESP32 Dev Module.

nm, guessing its https://github.com/nkolban/esp32-snippets/issues/82 depressing

I have the 'old' toolchain,
$ xtensa-esp32-elf-gcc -v
Using built-in specs.
COLLECT_GCC=xtensa-esp32-elf-gcc
COLLECT_LTO_WRAPPER=/home/d3cline/esp/xtensa-esp32-elf/bin/../libexec/gcc/xtensa-esp32-elf/5.2.0/lto-wrapper
Target: xtensa-esp32-elf
Configured with: /home/ivan/e/crosstool-NG/.build/src/gcc-5.2.0/configure --build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu --target=xtensa-esp32-elf --prefix=/home/ivan/e/crosstool-NG/builds/xtensa-esp32-elf --with-local-prefix=/home/ivan/e/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-sysroot=/home/ivan/e/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion='crosstool-NG crosstool-ng-1.22.0-61-gab8375a' --disable-__cxa_atexit --enable-cxx-flags='-fno-exceptions -fno-rtti' --with-gmp=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpfr=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpc=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-isl=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-cloog=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-libelf=/home/ivan/e/crosstool-NG/.build/xtensa-esp32-elf/buildtools --enable-lto --enable-target-optspace --without-long-double-128 --disable-libgomp --disable-libmudflap --disable-libssp --disable-libquadmath --disable-libquadmath-support --disable-nls --disable-multilib --enable-languages=c,c++ --disable-libstdcxx-verbose
Thread model: single
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-61-gab8375a)

I tried updating but that didn't help
$ xtensa-esp32-elf-gcc -v
Using built-in specs.
COLLECT_GCC=xtensa-esp32-elf-gcc
COLLECT_LTO_WRAPPER=/home/d3cline/esp/xtensa-esp32-elf/bin/../libexec/gcc/xtensa-esp32-elf/5.2.0/lto-wrapper
Target: xtensa-esp32-elf
Configured with: /builds/idf/crosstool-NG/.build/src/gcc-5.2.0/configure --build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu --target=xtensa-esp32-elf --prefix=/builds/idf/crosstool-NG/builds/xtensa-esp32-elf --with-local-prefix=/builds/idf/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-sysroot=/builds/idf/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion='crosstool-NG crosstool-ng-1.22.0-73-ge28a011' --disable-__cxa_atexit --enable-cxx-flags='-fno-rtti -ffunction-sections' --with-gmp=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpfr=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpc=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-isl=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-cloog=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-libelf=/builds/idf/crosstool-NG/.build/xtensa-esp32-elf/buildtools --enable-lto --enable-target-optspace --without-long-double-128 --disable-libgomp --disable-libmudflap --disable-libssp --disable-libquadmath --disable-libquadmath-support --disable-nls --disable-multilib --enable-languages=c,c++ --disable-libstdcxx-verbose --enable-threads=posix --enable-gcov-custom-rtio
Thread model: posix
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-73-ge28a011)

Do you really feel it will be fixed in a week? I know it is not your fault, it is espriff's but I am starting to feel they can go the way of commodore and dragon computer if they can't get customer demand right and fast. I have already wasted 6 months waiting for this chip to be what I need and I was ready to move forward with PCBA, etc... This is beyond disappointing.

Things take time.   Let us review the story.   A little over 2 weeks ago new function we added into the development stream of the ESP-IDF.  ESP-IDF has releases and "best so far".  The current release is 2.1 and the best so far is the ESP-IDF Master.  The ESP-IDF master made some changes that broke the existing BLE C++ classes that work against both ESP-IDF and Arduino.  However, because the release at 2.1 is ... well ... a release, the libraries continued to work.  What caused grief was the fact that the Arduino-ESP32 libraries were refreshed to use the latest ESP-IDF from master (not the a release build).   In there is what I consider the error to be (opinion).
Arduino-ESP32 bases itself on ESP-IDF pre-GA 3.0 and not a release.  That's the mistake.   The purpose of having a development stream is that things are allowed to break.  Releases are polished and should be as clean and solid as can be.
There is even more to the story in that for the last two weeks, there have been significant holidays in China where Espressif is based.   I live in the US ... if a problem comes up on December 23rd, I will stand up and say no-one is going to look at it with conviction until January 2nd.
For me, I look at the ESP32 with patience and calmness.  Things take time.  Development of any quality product is is a marathon and not a sprint.  If memory serves me correctly, the ESP32 isn't even one year old yet.   Things take time.

Thanks for all the effort. I guess I will have to sit and wait until it is fixed or the nordic chips get here.

The great news is that the Arduino ESP32 project has been updated.  Please re-build your base Arduino ESP32 environment.  The even better news is that the owner of that project has decided to include the BLE C++ classes as part of the distribution.  So it is now baked in.  Please re-test and let us now see where we stand.

I just rebuilt using the latest Arduino ESP32 project.  I'm using the 'included' BLE examples.  (Congrats!)
On my sparkfun ESP32, I'm unable to run most of the examples.  I get this on my Serial.
E (1167) esp_pthread: pthread_setspecific: not supported!
abort() was called at PC 0x400e93ff on core 0
Backtrace: 0x400894f8:..
Rebooting...
This happens whenever BLEDevice::createServer(); is called.  I noticed that BLE_scan does not require a server -- so that example works great.

First thing I'd want to look at is to make sure that the toolchain was also upgraded to the latest level.  I'm new to working in Arduino land ... do you have a link to the instructions you followed?
On my Linux environment, I would run the following command to see what version of the toolchain I am using:
$ cd <ArduinoRoot>/hardware/espressif/esp32/tools/xtensa-esp32-elf/bin
$ ./xtensa-esp32-elf-cc -v

At the time of writing, I expect to see the following:
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-73-ge28a011)

Is this what you also see?

Thanks for the quick response/look.
I got the same running that command.
...
Thread model: posix
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-73-ge28a011)
I followed these instructions.  Specifically, I'm on a MAC (and those instructions), but I don't think that should break things.
https://github.com/espressif/arduino-esp32#installation-instructions

Trying the sample called "BLE_server", all works for me.  It would have been too easy/nice if I could get it to fail the same way.  It tried it on a variety of boards including a Sparkfun.
Suggestions I might offer:

Create a brand new instance of Arduino IDE and re-build the ESP32 environment.  Lets just be as sure as we can be that there is nothing "left over" from previous releases.

In the exception/trace that is logged.  Specifically, if there is a back trace, we can decode that by looking at the tool found here:

https://github.com/me-no-dev/EspExceptionDecoder
One can paste in the backtrace and get a decode of where within the code an exception was detected.  Extremely useful for reporting/debugging.

We can find a time where we are both online and do a screen sharing session to have a fresh pair of eyes looking at the puzzle.

Wow.  Thanks for the offer.  Before the screen sharing.  Here's what I did.
I purged the Arduino folder in the user dir to start from scratch.  I did not replace Arduino IDE because I don't think that has any relation.  I also did not replace my gcc compiler (or python on my MAC) because I don't think that's used.
I followed the instructions to install the toolchain on:
https://github.com/espressif/arduino-esp32#installation-instructions
And then I went to install the debug trace tool:
https://github.com/me-no-dev/EspExceptionDecoder
I then just used the default BLE_server example and got the same results.

"E (1167) esp_pthread: pthread_setspecific: not supported!"

This time I was able to use the exception trace tool to get resolve this:
0x400894f8: invoke_abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./panic.c line 553
0x400895f7: abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/./panic.c line 553
0x400e8f13: __cxxabiv1::__terminate(void (*)()) at /Volumes/build/idf/crosstool-NG/.build/src/gcc-5.2.0/libstdc++-v3/libsupc++/eh_terminate.cc line 112
0x400e8f5a: std::terminate() at /Volumes/build/idf/crosstool-NG/.build/src/gcc-5.2.0/libstdc++-v3/libsupc++/eh_terminate.cc line 112
0x400e894a: __cxa_get_globals at /Volumes/build/idf/crosstool-NG/.build/src/gcc-5.2.0/libstdc++-v3/libsupc++/eh_globals.cc line 133
0x400e8fc7: __cxa_throw at /Volumes/build/idf/crosstool-NG/.build/src/gcc-5.2.0/libstdc++-v3/libsupc++/eh_throw.cc line 65
0x400da9d7: std::__throw_length_error(char const*) at /Volumes/build/idf/crosstool-NG/.build/src/gcc-5.2.0/libstdc++-v3/src/c++11/functexcept.cc line 122
0x400e1a0a: std::__cxx11::basic_string  , std::allocator  >::_M_create(unsigned int&, unsigned int) at /Volumes/build/idf/crosstool-NG/.build/xtensa-esp32-elf/build/build-cc-gcc-final/xtensa-esp32-elf/libstdc++-v3/include/bits/basic_string.h line 2200
0x400e1b96: std::__cxx11::basic_string  , std::allocator  >::_M_mutate(unsigned int, unsigned int, char const*, unsigned int) at /Volumes/build/idf/crosstool-NG/.build/xtensa-esp32-elf/build/build-cc-gcc-final/xtensa-esp32-elf/libstdc++-v3/include/bits/basic_string.h line 2200
0x400e1ee1: std::__cxx11::basic_string  , std::allocator  >::_M_replace(unsigned int, unsigned int, char const*, unsigned int) at /Volumes/build/idf/crosstool-NG/.build/xtensa-esp32-elf/build/build-cc-gcc-final/xtensa-esp32-elf/libstdc++-v3/include/bits/basic_string.h line 2200
0x400e1f21: std::__cxx11::basic_string  , std::allocator  >::assign(char const*) at /Volumes/build/idf/crosstool-NG/.build/xtensa-esp32-elf/build/build-cc-gcc-final/xtensa-esp32-elf/libstdc++-v3/include/bits/basic_string.h line 2200
0x400e1f31: std::__cxx11::basic_string  , std::allocator  >::operator=(char const*) at /Volumes/build/idf/crosstool-NG/.build/xtensa-esp32-elf/build/build-cc-gcc-final/xtensa-esp32-elf/libstdc++-v3/include/bits/basic_string.h line 2200
0x400d8d6e: FreeRTOS::Semaphore::give() at /Users/user/Documents/Arduino/hardware/espressif/esp32/libraries/BLE/src/FreeRTOS.cpp line 126
0x400d5bb9: BLEServer::handleGATTServerEvent(esp_gatts_cb_event_t, unsigned char, esp_ble_gatts_cb_param_t*) at /Users/user/Documents/Arduino/hardware/espressif/esp32/libraries/BLE/src/BLEServer.cpp line 115
0x400d4df9: BLEDevice::gattServerEventHandler(esp_gatts_cb_event_t, unsigned char, esp_ble_gatts_cb_param_t*) at /Users/user/Documents/Arduino/hardware/espressif/esp32/libraries/BLE/src/BLEDevice.cpp line 47
0x400fa2f9: btc_gatts_cb_to_app at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/bt/bluedroid/btc/profile/std/gatt/btc_gatts.c line 54
:  (inlined by) btc_gatts_cb_handler at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/bt/bluedroid/btc/profile/std/gatt/btc_gatts.c line 731
0x400f67a2: btc_task at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/bt/bluedroid/btc/core/btc_task.c line 85

Thanks so much for your support and help so far!

Also, after all this, I was able to successfully run BLE_scan with no problems at all!  So the BLE stack and HW seems okay.  Just BLEDevice::createServer() in particular.  Are you sure its not some weird threading issue or something related to my compiler or compiler setting?

So one more data point.  I just started from scratch on a windows PC I had laying around.  Went through the same process.  Did not need python on windows, as they have a get.exe tool for PC install.
Same error.  I'm starting to think its SparkFUN's ESP 32 implementation.

Apologies for spamming this thread.  However, this is relevant.  Found this thread.  It appears others have had the same problem I'm experiencing.
https://github.com/espressif/arduino-esp32/issues/423
"MarosValter commented on Aug 28"
"alexkirillov had a similar experience."
They may be using the SparkFun ESP32 board as well.  I wonder if this is board specific.

Something I forgot to ask ... are you running the Arduino IDE on Windows or Linux?

I've now tried these libraries on MacOSX Arduino IDE and also Windows Arduino IDE.  Exactly the same error message results/problem.
When my NodeMCU ESP32 board comes from Amazon, I'll try again and see if I get the same results.  So far, on PC and MAC on a SparkFun ESP32 IOT board, I get this panic and reboot behavior.

I too have a Sparkfun board (the red-one) and can't re-produce the problem.  While it may be your board, that would surprise me.  We have more tests that we can perform.  First ... have you been trying any programming at the ESP-IDF level?  I'm still looking for something else in your environment that may be "contaminating".  An example of this would be having installed other versions of ESP-IDF for other purposes.
Another test we can perform is to 100% erase the ESP32 flash memory.  If you have the ESP-IDF installed, we can run "make erase_flash".  This will 100% wipe flash and your device will be fully reset ready for a new flash from the Arduino IDE.

Okay, so I installed ESP-IDF.  And ran their hello_world.  I was also able to make erase_flash my board and it cleared my board at 7.7s.  After that, I tried the Arduino examples again.  Same result.  Do you have instructions to try to make BLE_server project using ESP-IDF?
I can try that then.
Thanks

The samples for ESP-IDF are found here:
https://github.com/nkolban/esp32-snippets/tree/master/cpp_utils/tests/BLETests
I hate to make you learn ESP-IDF just to get to Arduino. If needed, I'll be happy to spend time on a screen share with you.
With others working and you not, I'm head scratching on the possibilities.  It will likely be a "duh" moment when we find it ... but isn't that always the way.  You say you have another board on order?  I had heard that the Sparkfun had issues related to serial output and a clock setting had to be changed but I'm not seeing that affect our story.  Its a head scratcher.  If we look at the distinction between your environment and others the common culprits are:

Installed software (ESP-IDF, Arduino, Arduino-ESP32 libs, BLE libs)
Environment variables
...

While I haven't previously been able to point to an ESP32 board and say "its broke" ... I guess it is always possible.  In my testing, I have boxes of them and haven't yet broken one.
Pouring over the trace you got.  I have another (new) idea ... lets try and capture BLE Trace.  The library that provides BLE also includes BLE tracing ... see the following for how to engage it:
https://github.com/nkolban/esp32-snippets/blob/master/cpp_utils/ArduinoBLE.md#switching-on-debugging
Change that flag, rebuilt in Arduino and re-flash.  Ideally, we will get some new clues/hints.  The problem is being recorded south of the BLE libraries ... but it may give us a hint.

Very gracious of you to offer your time and help to screen share to track this down.  So, I have some interesting news!
When I switched on debugging to level 5.  BLE_server fully worked!!  With a lot more verbose output.  Perhaps this is some kind of race condition?  I then tried it at different debug levels (starting with 1 again.)  1 causes the same panic and reboot.  Apparently debug levels 1-4 present identically and panic/reboot.  Debug level 5 works.  I tried switching back 1 and 5 multiple times because I thought it might have been a compile or flash memory issue with the board -- it clearly works on 5 and does not work on 1.  STRANGE!
I was able to replicate this behavior on my Windows Arduino IDE as well as MACOSX Arduino IDE.

BTW, when I saw that 1-4 present identically -- I mean the output on the Serial Monitor was identically sparse.  There's no additional information until you get to 5.  So I just don't know why one works over the other!!

Also, because I hate forum/discussions that link to outside pages (that might break) to provide a fix.  I was able to fix the panic/reboot problem by editing from "1" to "5"
#define CONFIG_LOG_DEFAULT_LEVEL 5
in
/hardware/espressif/esp32/tools/sdk/include/config/sdkconfig.h

This is actually good (but worrying) news ... what we have now is another symptom of this #109 .
It appears to manifest (in your case in a different place) but the story feels different.  It seems that when we have debugging on, no problem but switch debugging off ... problem.  Worse ... in #109, we took it further and have shown it not to be a race condition.  The good news is that you now at least have an interim fix ... run with verbose debugging.  Obviously that isn't ideal and isn't our intent to leave that that way ... but it will allow you to make some progress while we look to a cure.

Yes thank you for your help and hopefully you'll find what's happening and fix both problems.

If possible, I'd like y'all to run another test.  In the
(ArduinoIDE)/hardware/espressif/esp32/tools/sdk/include/config/sdkconfig.h

take a copy of it and then edit it.
Find the line that reads:
#define CONFIG_OPTIMIZATION_LEVEL_DEBUG 1

and change it to:
#define CONFIG_OPTIMIZATION_LEVEL_RELEASE 1

switch off the debugging by setting
#define CONFIG_LOG_DEFAULT_LEVEL 1

In #109 we seem to see that make a difference in that problem and we are curious if changing the optimization to release will have a similar effect with this problem.

Unfortunately, that did not work.  I tried several variations -- but really the only thing that made a difference is CONFIG_LOG_DEFAULT_LEVEL 5.  RELEASE/DEBUG seemed to make no difference.
It did not work with RELEASE and LOG_DEFAULT_LEVEL 1.

You are making me work on this one ... that's great.  Feel free to ping me on IRC on channel #ESP32 as needed.   The GREAT news is that I recreated here.  Since that is big news, let me explain what I did.  In #125, another user has the same puzzle.  He isn't using Sparkfun ... so I was about to discount Sparkfun as the puzzle but then it dawned on me ... I have quite a few devices ... why don't I just try and plug in a selection of mine.  I plugged in board A, it worked, board B ... it worked ... board C ... and BANG ... it failed.  Doing my traces, it is an exact match for your puzzle.  On another hunch, I have a few copies of board C ... so just to validate, I plugged in a different instance of board C ... and it worked (Oh No!!!).  I went back to the first board C ... and it failed ... I validated a couple of times that this was recreatable.  What this seems to tell me that the puzzle isn't just "some boards work and some don't" but rather "some instances of a given model of board work and others don't".   My next tests will be to examine those two boards and look for distinctions (release levels etc etc).

https://pasteboard.co/GP4foQe.jpg
Link to picture above.
Here is a picture of my boards ... the one on top fails, the one on the bottom works.  As you can see, they are both DevKitC ... it should also be obvious that the one on the top has no shielding while the one on the bottom does.  This is how "they came" ...  I believe the one on the top is older that the one on the bottom.  Using the system call "esp_chip_info" they both report identical information:
model: 0
features: 0x50
cores: 2
revision: 0

Great news!!!
We have a fix/workaround which I have tested on my failing system.  First, let me give you the story so that it is recorded for the record.  Today I found that I have one board (of many) which fails in the same way as that of other users reported.  What is different from this one board than from the others, I don't know ... however it is my oldest board so makes me think that there might be some internal hardware revision that is causing grief.  That said, I wasn't happy with the notion of saying "You are out of luck if you have an old board".  So I dug deeper and deeper into the code.  Since switching on trace causes the problem to disappear, the thinking was a race condition (and that does appear to be the final answer).  So I inserted printf() statements throughout the code until I got to the area that causes the problem.
Within the BLE code there are "callbacks" in play all over the place. These callbacks are executed when data is received asynchronously from the ESP32 BLE partner.  Because these callbacks can occur at any time and are executed on a separate thread/task, we have to guard against data being corrupted ... for example, data being modified in one thread while a callback occurs right in the middle of that and attempts to step on the data that is being modified.  To that end we use Semaphores to provide a mutual exclusion ... when Thread A is manipulating the data, Thread B can't touch it until Thread A completes.  In the latest toolchain supplied by Espressif, this whole area was re-worked to use a new threading model called "pthreads".  That's as much as I know about that except to say that when code is changed, things tend to break.
In the BLE C++ code there is a method coded as follows:
void FreeRTOS::Semaphore::give() {
	xSemaphoreGive(m_semaphore);
	ESP_LOGV(LOG_TAG, "Semaphore giving: %s", toString().c_str());
	m_owner = "<N/A>";
} // Semaphore::give

What this method does is release a semaphore and then, if debugging is enabled, log that it was released.  By pure experimentation, I found that when we don't delay after the release of the semaphore, we break but if we do pause (eg. by invoking the debug line we work).  I have changed the code to:
void FreeRTOS::Semaphore::give() {
	xSemaphoreGive(m_semaphore);
#ifdef ARDUINO_ARCH_ESP32
	FreeRTOS::sleep(10);
#endif
	ESP_LOGV(LOG_TAG, "Semaphore giving: %s", toString().c_str());
	m_owner = "<N/A>";
} // Semaphore::give

This sleeps for 10msecs and everything seems to work solidly.  Again it should be noted that:

The problem only manifested on a few boards
The problem seems constrained to Arduino-ESP32 runtime and doesn't seem to manifest in ESP-IDF runtime.

With these code changes in place, we seem to be good.  Now we need to figure out how we want to distribute patches since Arduino-ESP32 is now distributing the BLE classes.
My best guess is the following:
Go to your <Arduino>/hardware/espressif/esp32/librarues/BLE directory and remove all the files in there.  Now repopulate that directory with the files found here:
https://github.com/nkolban/ESP32_BLE_Arduino
which includes the fixes for this issue.  Rebuilt and re-test.
I'll work with the Arduino-ESP32 project owner to see how we can get the Arduino-ESP32 refreshed.

Very cool.  Congrats on tracking this down so readily and implementing a pretty simple but effective fix!

Thanks for the kind words ... this one was painful.  Hours and hours of slow plodding .... but like the marines say (which I am so far away from being like one it isn't funny) ... leave no user behind :-)
I'll be interested to hear from good folks like yourself who may say "I had the problem, grabbed the node code and now I don't".  We also have espressif/arduino-esp32 number 731 to try and get to the bottom of it ... but that will require some guru mediation from those with more knowledge.  The BLE C++ classes live in "user code" space and not deep in the internals which is where timing and threading is implemented.

I'll give the updated code a shot late tonight or mid day tomorrow and let you know.

I just saw these updated messages, I will read all of this and test the changes and report my findings ASAP. I know I can be an abrasive personality, but I am really grateful for the work, upstream is some good things waiting for it.

I can't get the examples to build. I have tried a few the current one I am trying is
https://raw.githubusercontent.com/nkolban/esp32-snippets/master/cpp_utils/tests/BLETests/SampleRead.cpp
To get this far I,

did a git pull for the esp32 repo
verified I am on the right idf version as above
The ./libraries/BLE directory was already empty, I copied the contents of  https://github.com/nkolban/ESP32_BLE_Arduino into it, it was missing 'Tasks.cpp and Tasks.h' so I searched the repo for them and copied them from https://github.com/nkolban/esp32-snippets/tree/642987a835e02625cf68ff1897ca688349f7a74e/cpp_utils

This is where it currently fails,
arduino.ar(main.cpp.o):(.literal._Z8loopTaskPv+0x0): undefined reference to `setup()'
arduino.ar(main.cpp.o):(.literal._Z8loopTaskPv+0x4): undefined reference to `loop()'
arduino.ar(main.cpp.o): In function `loopTask(void*)':
/home/d3cline/Arduino/hardware/espressif/esp32/cores/esp32/main.cpp:15: undefined reference to `setup()'
/home/d3cline/Arduino/hardware/espressif/esp32/cores/esp32/main.cpp:17: undefined reference to `loop()'
collect2: error: ld returned 1 exit status
exit status 1
Error compiling for board ESP32 Dev Module.

Hello Neil, great great work I have no words to express my admiration
I test my code without WIFI and the new semaphore fix and for the very first time BLE work smoothly.
With the previous versions of BLE, I saw my ESP advertising every two or three seconds, now is advertising every 42mS, this is great news for me.
Best regards

I think the missing setup and loop functions are it, just noticed will try and update.

After moving around the functions from the example I got it to broadcast. I want to try to integrate it into some of my i2c stuff and see if I can use it for my 'production' which would be a great boon and allow me to move off of curie for prototyping. (I won't update until it is very stable)

I think we are quite some way from being "stable" ... this is a community effort and we are all learning as we go along.  Keep your expectations low but realize that when problems are found, they'll be looked at quickly ... just not professionally.

I work for a host and have for 8 years, I understand the open source community. and am very grateful. I also understand sometimes upstream providers need to be goaded a little (not you, the chip manufs upstream). Thanks again. I will do what I can to provide feedback and break things. If you would, can you update this thread when these changes have made it into the main repo?

Not a problem sir.  Will update this issue with the news when the changes are part of the Arduino-ESP32 distribution.

So far I have been able to send data I captured from I2C over 2 characteristics of 80 bytes each. So this works for my needs, I have noticed some kind of bug when I have it disconnected from the serial and I am tracking this down, it might be my circuit design. Just wanted to post that as far as I can tell everything seems to be working at least with the client read example. I want to be sure things are more stable before I pull the latest down again so I will keep an eye on this thread. Thanks again.

Closing for just now.  Re-open as needed.


Tooltips

Either give checkboxes tooltips, or make sure they all don't. Right now, I think the Randomise Enemies checkbox does have one, but others don't, so it's inconsistent (& could be considered an oversight).

Removed in https://github.com/Knuxfan24/Sonic-06-Randomiser-Suite/commit/f1f8fe528d338895fec6d8b65a37b58a72217f99
Leaving this open as I might readd them.

Thought about it, but decided not to bother.


Fix update vertices when regenerate models

If models are regenerated but vertices are not updated, model geometry are not correctly positioned.

Coverage increased (+0.006%) to 62.244% when pulling 077f2c6402724efdf5ce9bf30bf3d76c4ce1765c on xx/h3-hexgon into 13e0b9e92b0dceac14922b1fec018094895a8dbd on master.


Add a auth-beat endpoint

JWT tokens by nature expire after some time. The annoying part here is that if a user stays on a page for a long time tokens expire and on the next action the user gets an error that the token is expired. A page refresh is required.
We can avoid this issue by implementing a auth-beat that refreshes the token every 10-15 mins.
See this post for an example:
https://community.developer.atlassian.com/t/ace-react-create-react-app/7718/5
With redux-sage it should be easy to implement the beat, see this post: http://notjoshmiller.com/ajax-polling-part-2-sagas/
I guess we should try to put this endpoint in a separate module. Not everyone might use it.

For now this can go directly into the apps. There is hardly any backend logic required.


One of the species is experiencing this issue; can not create XXX.pkl

I don't know which file is causing the issue; all species follow the same procedure. Can you help me ?

Please double check that your input expression matrix does not contain NaN values for genes.


How to define schema with number array type value - such as array with 10 uint8

hi @yandeu  I could not work out how to make a number array schema , hope you have time to help with this :)
sample data
const a = {
x: 10,
y: 20,
z: [1,2,3,4,5,6,7,8,9,10]
}
schema
{
x: uint8,
y: uint8,
z: {type: uint8, length: 10}     // is there anything like how we define a string type?
}
Thanks~~

I had a look the implementation, added extra logic to handle {type:float32, digits: 2, length: 2} .
I guess it was not supported because interpolating array number should be avoid in the intorpolation repo ? but I really need it.
If you are interested about the change, please share permission so i can make a pr.


No MIME types available for cell outputs

Environment data

VS Code version: 1.65.0
Jupyter Extension version (available under the Extensions sidebar): v2022.2.1030672458
Python Extension version (available under the Extensions sidebar): v2022.2.1924087327
OS (Windows | Mac | Linux distro) and version: MacOS Big Sur 11.5
Python and/or Anaconda version: 3.9.10
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): N/A
Jupyter server running: Local

Expected behaviour
Python code cell output should be rendered in a monospaced font – at least, one should be able to change the output presentation.
Actual behaviour
Code cell output uses a variable-width font, not monospaced. It's not possible to change the presentation because only one MIME type is listed (application/vnd.code.notebook.stdout)
Steps to reproduce:

Create a blank Jupyter notebook.
Add a code block and add a statement like print("Where are my MIME types?")
Notice that the output uses variable-width font, not monospaced.
Click on the cell's "..." button and select "Change Presentation".
Only the current MIME type (application/vnd.code.notebook.stdout) is available for selection.

Logs

Visual Studio Code (1.65.0, undefined, desktop)
Jupyter Extension Version: 2022.2.1030672458.
Python Extension Version: 2022.2.1924087327.
User belongs to experiment group 'jupyterTest'
User belongs to experiment group 'jupyterEnhancedDataViewer'
Info 18:17:15: ZMQ install verified.
Info 18:17:15: Preferred kernel connection found in cache .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher
Info 18:17:15: PreferredConnection: .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher found for NotebookDocument: ~/devel/epcc/t/test.ipynb
Info 18:17:15: Early registration of controller for Kernel connection .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher
Info 18:17:15: TargetController found ID: .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher for document ~/devel/epcc/t/test.ipynb
Info 18:17:15: Setting controller affinity for ~/devel/epcc/t/test.ipynb .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher
Info 18:17:16: Interrupt requested & no kernel.
Info 18:17:16: Setting setActiveController for ~/devel/epcc/t/test.ipynb
Info 18:17:16: Getting activation commands for /usr/local/bin/python3 are not cached. May take a while.
Info 18:17:16: KernelProvider switched kernel to id = .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher
Info 18:17:16: Starting Notebook in kernel.ts id = .jvsc74a57bd0aee8b7b246df8f9039afb4144a1f6fd8d2ca17a180786b69acc140d282b71a49./usr/local/bin/python3./usr/local/bin/python3.-m#ipykernel_launcher
Info 18:17:16: Creating raw notebook for ~/devel/epcc/t/test.ipynb
Info 18:17:16: Getting preferred kernel for ~/devel/epcc/t/test.ipynb
Info 18:17:16: Computing working directory ~/devel/epcc/t/test.ipynb
Info 18:17:16: Starting raw kernel Python 3.9.10 64-bit for interpreter /usr/local/bin/python3
Info 18:17:16: installMissingDependencies /usr/local/bin/python3
Info 18:17:16: IPyKernel found previously in this environment /usr/local/bin/python3
Info 18:17:16: Kernel launching with ports 9000,9001,9002,9003,9004. Start port is 9000
Info 18:17:16: Experiment status for python is {"enabled":true,"optInto":[],"optOutFrom":[]}
Info 18:17:16: Creating controller for jupyter-notebook with interpreter<EMAIL_ADDRESS>Info 18:17:16: Getting activation commands for<EMAIL_ADDRESS>are not cached. May take a while.
Info 18:17:16: Process Execution: > /usr/local/bin/python3 -m pip list
> /usr/local/bin/python3 -m pip list
Info 18:17:16: Process Execution: > /usr/local/bin/python3 -c "import ipykernel; print(ipykernel.__version__); print("5dc3a68c-e34e-4080-9c3e-2a532b2ccb4d"); print(ipykernel.__file__)"
> /usr/local/bin/python3 -c "import ipykernel; print(ipykernel.__version__); print("5dc3a68c-e34e-4080-9c3e-2a532b2ccb4d"); print(ipykernel.__file__)"
Info 18:17:16: Process Execution: > /usr/local/bin/python3 -m ipykernel_launcher --ip=<IP_ADDRESS> --stdin=9003 --control=9001 --hb=9000 --Session.signature_scheme="hmac-sha256" --Session.key=b"b9afcd5b-0456-4a87-a296-2c06c87a5fbe" --shell=9002 --transport="tcp" --iopub=9004 --f=/var/folders/0y/npqp7r6s3d1cypg6fqjw50940000gp/T/tmp-30306HM9HhW6JEci4.json
> /usr/local/bin/python3 -m ipykernel_launcher --ip=<IP_ADDRESS> --stdin=9003 --control=9001 --hb=9000 --Session.signature_scheme="hmac-sha256" --Session.key=b"b9afcd5b-0456-4a87-a296-2c06c87a5fbe" --shell=9002 --transport="tcp" --iopub=9004 --f=/var/folders/0y/npqp7r6s3d1cypg6fqjw50940000gp/T/tmp-30306HM9HhW6JEci4.json
Info 18:17:16: Process Execution: cwd: ~/devel/epcc/t
cwd: ~/devel/epcc/t
Info 18:17:16: Process Execution: ><EMAIL_ADDRESS>-m pip list
><EMAIL_ADDRESS>-m pip list
Info 18:17:16: Registering dummy command feature
Info 18:17:17: ipykernel version 6.9.1 for /usr/local/bin/python3
Info 18:17:17: ipykernel location /usr/local/lib/python3.9/site-packages/ipykernel/__init__.py for /usr/local/bin/python3
Info 18:17:17: Registering dummy command feature
Info 18:17:17: Execute Cells request 0
Info 18:17:17: Execute Cell 0 ~/devel/epcc/t/test.ipynb
Warn 18:17:17: StdErr from Kernel Process /usr/local/lib/python3.9/site-packages/traitlets/traitlets.py:2202: FutureWarning: Supporting extra quotes around strings is deprecated in traitlets 5.0. You can use 'hmac-sha256' instead of '"hmac-sha256"' if you require traitlets >=5.
  warn(

Warn 18:17:17: StdErr from Kernel Process /usr/local/lib/python3.9/site-packages/traitlets/traitlets.py:2157: FutureWarning: Supporting extra quotes around Bytes is deprecated in traitlets 5.0. Use 'b9afcd5b-0456-4a87-a296-2c06c87a5fbe' instead of 'b"b9afcd5b-0456-4a87-a296-2c06c87a5fbe"'.
  warn(

Info 18:17:17: Kernel Output: NOTE: When using the `ipython kernel` entry point, Ctrl-C will not work.

To exit, you will have to explicitly quit this process, by either sending
"quit" from a client, or using Ctrl-\ in UNIX-like environments.

To read more about this, see https://github.com/ipython/ipython/issues/2049

To connect another client to this kernel, use:
    --existing /var/folders/0y/npqp7r6s3d1cypg6fqjw50940000gp/T/tmp-30306HM9HhW6JEci4.json

Info 18:17:17: Raw session started and connected
Started kernel Python 3.9.10 64-bit
Info 18:17:18: Finished connecting ef9faad6-0bd0-4f91-a404-dd4d5277716f
Info 18:17:18: Executing silently Code (idle) = import sys\nprint(sys.executable)
Info 18:17:18: Executing silently Code (completed) = import sys\nprint(sys.executable)
Info 18:17:18: Process Execution: > /usr/local/bin/python3 -c "import sys;print(sys.executable)"
> /usr/local/bin/python3 -c "import sys;print(sys.executable)"
Info 18:17:18: UpdateWorkingDirectoryAndPath in Kernel
Info 18:17:18: Executing silently Code (idle) = import site\nsite.addsitedir(site.getusersitepackages())\nimport os\nimport sys\n%cd "/Users/torben.gies
Info 18:17:18: Executing silently Code (completed) = import site\nsite.addsitedir(site.getusersitepackages())\nimport os\nimport sys\n%cd "/Users/torben.gies
Info 18:17:18: Waiting for idle on (kernel): 98052b3d-7e7d-4b71-b229-c1aa6a35f498 -> idle
Info 18:17:18: Finished waiting for idle on (kernel): 98052b3d-7e7d-4b71-b229-c1aa6a35f498 -> idle
Info 18:17:18: Cell 0 executed with state Success
Info 18:28:18: Execute Cells request 0
Info 18:28:18: Execute Cell 0 ~/devel/epcc/t/test.ipynb
Info 18:28:18: Cell 0 executed with state Success
Info 18:29:03: Execute Cells request 0
Info 18:29:03: Execute Cell 0 ~/devel/epcc/t/test.ipynb
Info 18:29:03: Cell 0 executed with state Success
Info 18:30:40: Execute Cells request 0
Info 18:30:40: Execute Cell 0 ~/devel/epcc/t/test.ipynb
Info 18:30:40: Cell 0 executed with state Success
Info 18:31:44: Execute Cells request 0
Info 18:31:44: Execute Cell 0 ~/devel/epcc/t/test.ipynb
Info 18:31:44: Cell 0 executed with state Success
Info 18:37:08: Loading webview. View is notset
Info 18:37:08: Loading web view...
Info 18:37:08: Webview panel created.
Info 18:37:08: Web view react rendered
Info 18:37:08: Executing silently Code (idle) = # Query Jupyter server for the info about a dataframe\nimport json as _VSCODE_json\nimport builtins as
Info 18:37:08: Executing silently Code (idle) = # Query Jupyter server for the info about a dataframe\nimport json as _VSCODE_json\nimport builtins as
Info 18:37:09: Executing silently Code (completed) = # Query Jupyter server for the info about a dataframe\nimport json as _VSCODE_json\nimport builtins as
Info 18:37:09: Executing silently Code (idle) = import builtins\n_rwho_ls = %who_ls\nbuiltins.print(_VSCODE_getVariableTypes(_rwho_ls))
Info 18:37:09: Executing silently Code (completed) = # Query Jupyter server for the info about a dataframe\nimport json as _VSCODE_json\nimport builtins as
Info 18:37:09: Executing silently Code (idle) = import builtins\n_rwho_ls = %who_ls\nbuiltins.print(_VSCODE_getVariableTypes(_rwho_ls))
Info 18:37:09: Executing silently Code (completed) = import builtins\n_rwho_ls = %who_ls\nbuiltins.print(_VSCODE_getVariableTypes(_rwho_ls))
Info 18:37:09: Executing silently Code (completed) = import builtins\n_rwho_ls = %who_ls\nbuiltins.print(_VSCODE_getVariableTypes(_rwho_ls))
Info 18:37:09: Searching for token colors ...
Info 18:37:09: Attempting search for colors ...
Info 18:37:09: Loading colors from /Users/torben.giesselmann/.vscode/extensions/arcticicestudio.nord-visual-studio-code-0.19.0/themes/nord-color-theme.json ...
Info 18:37:09: Attempting search for colors ...
Info 18:37:09: Loading base colors from /Users/torben.giesselmann/.vscode/extensions/arcticicestudio.nord-visual-studio-code-0.19.0/themes/nord-color-theme.json ...
Info 18:37:09: Using colors to generate CSS ...

Believe this is already fixed in vscode core. I use the Ligature nerd font, but my cell outputs is the MIME type

I use the Ligature nerd font, but my cell outputs is the MIME type

This issue is not about fonts, per se. What do you mean when you say "my cell outputs is the MIME type"?

Thanks for the bug. This is a dupe of https://github.com/microsoft/vscode/issues/144579

Thanks, @rchiodo. Apologies for the dupe.


num_ctx  don't work anymore

Bug Report
Description
Bug Summary:
the latest version of openwebui can't set custom  param, it seem's  work as 4096 not a value  that user 's cutsom.
Steps to Reproduce:
[Outline the steps to reproduce the bug. Be as detailed as possible.]
Expected Behavior:
[Describe what you expected to happen.]
Actual Behavior:
[Describe what actually happened.]
Environment

Open WebUI Version: [0.1.122]

Ollama (if applicable): [0.1.33-rc5]

Operating System: [e.g., Windows 10, macOS Big Sur, Ubuntu 20.04]

Browser (if applicable): [e.g., Chrome 100.0, Firefox 98.0]

Reproduction Details
Confirmation:

[ ] I have read and followed all the instructions provided in the README.md.
[ ] I am on the latest version of both Open WebUI and Ollama.
[ ] I have included the browser console logs.
[ ] I have included the Docker container logs.

Logs and Screenshots
Browser Console Logs:
[Include relevant browser console logs, if applicable]
Docker Container Logs:
[Include relevant Docker container logs, if applicable]
Screenshots (if applicable):
[Attach any relevant screenshots to help illustrate the issue]
Installation Method
[Describe the method you used to install the project, e.g., manual installation, Docker, package manager, etc.]
Additional Information
[Include any additional details that may help in understanding and reproducing the issue. This could include specific configurations, error messages, or anything else relevant to the bug.]
Note
If the bug report is incomplete or does not follow the provided instructions, it may not be addressed. Please ensure that you have followed the steps outlined in the README.md and troubleshooting.md documents, and provide all necessary information for us to reproduce and address the issue. Thank you!

Need more details, this issue report is un-actionable as it is.


setDelimiter has no effect on output

Issue summary
In the following simple writer setting, CSV insistingly creating file with delimiter comma (default)
...
{
$writer = Writer::createFromPath($tmpFile, 'w+');
RFC4180Field::addTo($writer);
//        $writer->setEnclosure('"');
$writer->setDelimiter('|');
echo $writer->getDelimiter(); // Prints "|" correctly
//        $writer->setEscape('\');
$writer->setNewline("\r\n");
$writer->insertOne($this->getColumnListing());
$this->query()->orderBy($this->getKeyName())->chunk($this->getExportChunkSize(), function ($items) use ($writer) {
$items->each(function ($item) use ($writer) {
$writer->insertOne($item->getAttributes());
});
});
}
...
System informations
PHP 7.1.8-1+ubuntu16.04.1+deb.sury.org+1 (cli) (built: Aug  3 2017 18:37:39) ( NTS )
CSV version from composer.json
"extra": {
"branch-alias": {
"dev-master": "9.x-dev"
}
}

@alperyazgan thanks for reporting this bug a fix is on its way 👍

And the enclosure has the same problem ...

Yes all CSV controls are fixed in the patch . It is taking a bit of time because github has some issues right now. I'll put it on prod ASAP.

version 9.0.1 is released.
@alperyazgan  Of note, in your example the RFC4180Field filter may not work as intended as you are setting your delimiter after adding the filter. You should add the filter once you have sets your CSV controls otherwise the results may be unexpected.