Localhost not working

I manage to install hospitalrun server, but after install step 4, I type localhost as per step 5, UNABLE to connect internet.
Regards

That is unfortunate. You may be having the same problems we're working on here and hope to have fixed soon: https://github.com/HospitalRun/hospitalrun-server/pull/119.
Would you be able to restart your containers by first doing "docker-compose down" to shut them down, and then "docker-compose up | grep hospitalrun" and then wait 10 minutes and show the resulting output?
This will allow me to confirm whether you're having the problem I'm suspecting.

$ docker-compose down
Removing hospitalrunserver_nginx_1 ... done
Removing hospitalrun               ... done
Removing logstash_hr               ... done
Removing elasticsearch_hr          ... done
Removing couchdb_hr                ... done
Removing network hospitalrunserver_default
$docker-compose up | grep hospitalrun
elasticsearch_hr is up-to-date
couchdb_hr is up-to-date
logstash_hr is up-to-date
Starting hospitalrun ... done
Starting hospitalrunserver_nginx_1 ... done
Attaching to elasticsearch_hr, couchdb_hr, logstash_hr, hospitalrun, hospitalrunserver_nginx_1
hospitalrun      | Scheduling setup scripts to run in 40 seconds...
hospitalrun      | Scheduling setup scripts to run in 120 seconds...
hospitalrun      |
hospitalrun      | ><EMAIL_ADDRESS>start /usr/src/app
hospitalrun      | > node app.js
hospitalrun      |
hospitalrun      | Loading raml proxy - this may take a while...
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    70  100    64  100     6    219     20 --:--:-- --:--:-- --:--:--   219
hospitalrun      | {"error":"unauthorized","reason":"You are not a server admin."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   106  100    12  100    94     33    259 --:--:-- --:--:-- --:--:--   260
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    95  100    95    0     0    730      0 --:--:-- --:--:-- --:--:--   736
hospitalrun      | {"error":"file_exists","reason":"The database could not be created, the file already exists."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    99  100    12  100    87     62    450 --:--:-- --:--:-- --:--:--   453
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   224  100    58  100   166    294    841 --:--:-- --:--:-- --:--:--   842
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    95  100    95    0     0   2016      0 --:--:-- --:--:-- --:--:--  2021
hospitalrun      | {"error":"file_exists","reason":"The database could not be created, the file already exists."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   105  100    12  100    93     98    766 --:--:-- --:--:-- --:--:--   768
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100  1075  100    58  100  1017    412   7240 --:--:-- --:--:-- --:--:--  7264
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   413  100   207  100   206    424    422 --:--:-- --:--:-- --:--:--   425
hospitalrun      | "{couch_httpd_oauth, oauth_authentication_handler}, {couch_httpd_auth, proxy_authentification_handler}, {couch_httpd_auth, cookie_authentication_handler}, {couch_httpd_auth, default_authentication_handler}"
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    13  100     7  100     6      7      6  0:00:01 --:--:--  0:00:01     7
hospitalrun      | "true"
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   183  100    58  100   125     70    151 --:--:-- --:--:-- --:--:--   151
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    60  100    58  100     2   1419     48 --:--:-- --:--:-- --:--:--  1450
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      | Setting up mappings
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100  1516  100   351  100  1165   2161   7173 --:--:-- --:--:-- --:--:--  7191
hospitalrunserver_nginx_1 exited with code 1
hospitalrun      | {"error":{"root_cause":[{"type":"index_already_exists_exception","reason":"index [hrdb/X19x5MQaTMKznJ9ha3LXUg] already exists","index_uuid":"X19x5MQaTMKznJ9ha3LXUg","index":"hrdb"}],"type":"index_already_exists_exception","reason":"index [hrdb/X19x5MQaTMKznJ9ha3LXUg] already exists","index_uuid":"X19x5MQaTMKznJ9ha3LXUg","index":"hrdb"},"status":400}  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    70  100    64  100     6    917     86 --:--:-- --:--:-- --:--:--   927
hospitalrun      | {"error":"unauthorized","reason":"You are not a server admin."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   106  100    12  100    94    271   2128 --:--:-- --:--:-- --:--:--  2136
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    95  100    95    0     0   3268      0 --:--:-- --:--:-- --:--:--  3392
hospitalrun      | {"error":"file_exists","reason":"The database could not be created, the file already exists."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    99  100    12  100    87    466   3383 --:--:-- --:--:-- --:--:--  3480
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   224  100    58  100   166   1401   4011 --:--:-- --:--:-- --:--:--  4048
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    95  100    95    0     0   3473      0 --:--:-- --:--:-- --:--:--  3518
hospitalrun      | {"error":"file_exists","reason":"The database could not be created, the file already exists."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   105  100    12  100    93    200   1554 --:--:-- --:--:-- --:--:--  1576
hospitalrun      | {"ok":true}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100  1075  100    58  100  1017   2060  36138 --:--:-- --:--:-- --:--:-- 36321
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   413  100   207  100   206   5190   5165 --:--:-- --:--:-- --:--:--  5307
hospitalrun      | "{couch_httpd_oauth, oauth_authentication_handler}, {couch_httpd_auth, proxy_authentification_handler}, {couch_httpd_auth, cookie_authentication_handler}, {couch_httpd_auth, default_authentication_handler}"
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    13  100     7  100     6    112     96 --:--:-- --:--:-- --:--:--   112
hospitalrun      | "true"
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100   183  100    58  100   125   3402   7332 --:--:-- --:--:-- --:--:--  7812
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100    60  100    58  100     2   1048     36 --:--:-- --:--:-- --:--:--  1054
hospitalrun      | {"error":"conflict","reason":"Document update conflict."}
hospitalrun      | Setting up mappings
hospitalrun      |   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
hospitalrun      |                                  Dload  Upload   Total   Spent    Left  Speed
100  1516  100   351  100  1165  10695  35497 --:--:-- --:--:-- --:--:-- 36406
and hang cli.
Regards

That's different than I expected, your nginx container is the one that's shutting down. There might be because of a problem related to the SSL certificate configuration, as described in step 3 of the guide here:
https://github.com/HospitalRun/hospitalrun-server/blob/master/DEPLOYMENT_GUIDE.md
And you can post the logs from the nginx container by doing the same as you did above and using "docker-compose down", then "docker-compose up | grep nginx" instead.

nginx_1          | Requested name <IP_ADDRESS> is an IP address. The Let's Encrypt certificate authority will not issue certificates for a bare IP address.
nginx_1          | 2018/09/06 05:43:54 [emerg] 218#218: host not found in upstream "hospitalrun" in /etc/nginx/conf.d/defaultautossl.conf:33
nginx_1          | nginx: [emerg] host not found in upstream "hospitalrun" in /etc/nginx/conf.d/defaultautossl.conf:33
hospitalrunserver_nginx_1 exited with code 1
Here it stick and do not go further

Again I run same command
docker-compose up | grep nginx
elasticsearch_hr is up-to-date
couchdb_hr is up-to-date
logstash_hr is up-to-date
Starting hospitalrun ...
ERROR: for hospitalrun  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
ERROR: for hospitalrun  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
ERROR: An HTTP request took too long to complete. Retry with --verbose to obtain debug information.
If you encounter this issue regularly because of slow network conditions, consider setting COMPOSE_HTTP_TIMEOUT to a higher value (current value: 60).
Receive these erros

It's because you have an IP address for the "DOMAIN_NAME" in docker-compose.yml. It needs a public domain name on the internet like "www.mydomain.com" in order to issue a SSL certificiate and validate it. If you're not on a publicly-accessible domain like that, you can use your own SSL certificate, see where it says "To instead use your own SSL cert..." here:
https://github.com/HospitalRun/hospitalrun-server/blob/master/DEPLOYMENT_GUIDE.md
To be honest you'll probably still have problems after you fix that, due to the issues we're working on in here: https://github.com/HospitalRun/hospitalrun-server/pull/119. Those should be done in a couple of days.

I merged the mentioned fixes in just now, so you should be good if you update to get the fixes and address your SSL issue.


TestAccDatabaseCluster failing

What happened?
The tests is failing, possibly flaky.
Blocks updates:

https://github.com/pulumi/pulumi-digitalocean/pull/367
https://github.com/pulumi/pulumi-digitalocean/pull/366

Could possibly be something with the dependency updates themselves.
Expected Behavior
Passing tests
Steps to reproduce
See links
Output of pulumi about
N/A
Additional context
No response
Contributing
Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).

This may have been fixed by an update in the interim. Closing and we can create a new issue if we see this recur.


Omit ephemeralStorageSize from FunctionProps in favor of diskSize

ephemeralStorageSize is in the FunctionProps by mistake because it would be overwritten by diskSize with the default value.

Thanks @neo!


errors

using auth app and two way maybe im not catching thing right
woke up to this error
Traceback (most recent call last):
  File "main.py", line 124, in <module>
    onoffH(wyzeclient,"Heat")
  File "main.py", line 80, in onoffH
    toggleh(false,wyzeclient,type)
  File "main.py", line 36, in toggleh
    plug = client.plugs.info(device_mac='7C78B272C3F0-0002')
  File "/home/josh/.local/lib/python3.8/site-packages/wyze_sdk/api/devices/plugs.py", line 31, in info
    plugs = [_plug for _plug in self._list_plugs() if _plug['mac']
  File "/home/josh/.local/lib/python3.8/site-packages/wyze_sdk/api/devices/plugs.py", line 14, in _list_plugs
    return [device for device in super()._list_devices(
  File "/home/josh/.local/lib/python3.8/site-packages/wyze_sdk/api/base.py", line 73, in _list_devices
    return self._api_client().get_object_list()["data"]["device_list"]
TypeError: 'NoneType' object is not subscriptable

had this error yesterday
Traceback (most recent call last):   File "main.py", line 124, in <module>     onoffH(wyzeclient,"Heat")   File "main.py", line 77, in onoffH     toggleh(true,wyzeclient,type)   File "main.py", line 36, in toggleh     plug = client.plugs.info(device_mac='7C78B272C3F0-0002')   File "/home/josh/.local/lib/python3.8/site-packages/wyze_sdk/api/devices/plugs.py", line 45, in info     if "data" in switch_state_timer.data and switch_state_timer.data['data'] is not None: AttributeError: 'NoneType' object has no attribute 'data'

`from ctypes.wintypes import HMODULE
from datetime import datetime, timedelta
from time import sleep, time
from datetime import datetime
from influxdb_client import InfluxDBClient, Point, WritePrecision
from influxdb_client.client.write_api import SYNCHRONOUS
import os
from sympy import false, round_two, true
from wyze_sdk import Client
from wyze_sdk.errors import WyzeApiError
=======
on = 1
token = "-=="
org = ""
bucket =   ""
rh = ""
wyzeclient = Client(email='', password='')
initDate =   datetime.now().day
You can generate an API token from the "API Tokens Tab" in the UI
def toggleh(T,wyzeclient,type):
client = wyzeclient
if(type == "Heat"):
    try:
        plug = client.plugs.info(device_mac='')
        s = plug.is_on

        plug2 = client.plugs.info(device_mac='')
        s2 = plug2.is_on
        print("testttt" + str(s2))
        if (T == False) and ( s == True):
            client.plugs.turn_off(device_mac=plug.mac, device_model=plug.product.model, after=timedelta(milliseconds=0))
            print("heater off")
        elif(T == True) and ( s == False):
            client.plugs.turn_on(device_mac=plug.mac, device_model=plug.product.model)
            plug = client.plugs.info(device_mac=plug.mac)
            print("heater on")

    except WyzeApiError as e:
    # You will get a WyzeApiError if the request failed
            print(f"Got an error: {e}")
elif(type == "Rh"):
    try:
        plug = client.plugs.info(device_mac='')
        s = plug.is_on

        plug2 = client.plugs.info(device_mac='')
        s2 = plug2.is_on
        print("testttt" + str(s2))
        if (T == False) and ( s == True):
            client.plugs.turn_off(device_mac=plug.mac, device_model=plug.product.model, after=timedelta(milliseconds=0))
            print("Rh off")
        elif(T == True) and ( s == False):
            client.plugs.turn_on(device_mac=plug.mac, device_model=plug.product.model)
            plug = client.plugs.info(device_mac=plug.mac)
            print("Rh on")

    except WyzeApiError as e:
    # You will get a WyzeApiError if the request failed
            print(f"Got an error: {e}")
## print("All Set")

def onoffH(wyzeclient,type):
print(rh)
if(type =="Heat" and rh <= 76.5):
toggleh(true,wyzeclient,type)
elif(type =="Heat" and rh >= 77.0):
    toggleh(false,wyzeclient,type)

elif(type =="Rh" and rh <= 73.5):
    toggleh(true,wyzeclient,type)

elif(type =="Rh" and rh >= 74.0):
    toggleh(false,wyzeclient,type)

def checkWyze():
client = Client(email='', password='')
try:
response = client.devices_list()
for device in client.devices_list():
print(f"mac: {device.mac}")
print(f"nickname: {device.nickname}")
print(f"is_online: {device.is_online}")
print(f"product model: {device.product.model}")
except WyzeApiError as e:
# You will get a WyzeApiError if the request failed
print(f"Got an error: {e}")
while on !=0:
with InfluxDBClient(url="http://<IP_ADDRESS>:", token=token, org=org) as infclient:
query_api = infclient.query_api()
query = ''
result = query_api.query(org=org, query=query)
results = []
for table in result:
for record in table.records:
results.append((record.get_field(), record.get_value()))
rh = record.get_value()
rh = float(rh)
# rh = rh*100
rh = round(rh,1)
print("Temp is....  " + str(rh))
onoffH(wyzeclient,"Heat")
infclient.close()

with InfluxDBClient(url="http://<IP_ADDRESS>:", token=token, org=org) as infclient:
    query_api = infclient.query_api()
    query = ''

result = query_api.query(org=org, query=query)
results = []
for table in result:
    for record in table.records:
     results.append((record.get_field(), record.get_value()))
     rh = record.get_value()

rh = float(rh)
rh = rh*100
rh = round(rh,1)
print("humidy is....  " + str(rh))
onoffH(wyzeclient,"Rh")

test = datetime.now().day
if(initDate < datetime.now().day):
    wyzeclient.refresh_token()
    initDate = datetime.now().day
    print("Refreshed")
else:
    print("Refresh Not Needed")

sleep(30)
`

remove any sensitive info

I updated my code. I was plugging 2 plug status and think that errored it out. It ran just fine last night. Will keep posted.
But maybe need to add non type error checking 🤷♂ idk


Make sure compose record report data is provided in order

Previous versions (2022.3 here) ordered the output using the dimensions (https://github.com/cortezaproject/corteza/blob/2022.3.x/server/store/rdbms/compose_record_report_builder.go#L210); now, we don't do that.
Add sorting to the DAL pipeline builder here

https://github.com/cortezaproject/corteza/commit/956e30e2b21649749a98273c3a5ccf32cb80da92

## Fixed

### What

Fixed invalid data ordering on compose charts caused by improperly ordered data on the record report endpoint.

### How

Adding an explicit sorting by the specified dimension field

Moved to current sprint because trivial and fairly important

On compose > charts, the data from the record report endpoint should now be returned in order (dates for example); before in 2022.9 whey were not.
What you can do to reproduce is:

make a new module with a date-time field
create a couple of records with random dates
create a new chart and use that date-time field for dimension
press that load data button and inspect the HTTP response -- the data should have dimensions returned in ascending order.

Tested and confirming that this is now shown as it should. Also the CL entry has been added so @tjerman if everything is merged feel free to close this issue.


Warning FS0082 in tests net40-fsharp causes errors in optimize\tests_optimize.fs

On an Intel x64 machine, a warning related to a mismatch between the architecture of some DLLs and the "project being build" appears during the testing phase of .\build.cmd. It seems reasonable to have the build script use the current machine's architecture by default, if that is at all related to this issue.
For example, this error appears for System.Data.dll System.Web.dll and mscorlib.dll:
There was a mismatch between the processor architecture of the project being built "MSIL" and the processor architecture of the reference "mscorlib.dll", "x86". This mismatch may cause runtime failures. Please consider changing the targeted processor architecture of your project through the Configuration Manager so as to align the processor architectures between your project and references, or take a dependency on references with a processor architecture that matches the targeted processor architecture of your project. (Code=MSB3270)";

As a consequence, tests that depend on output generated by (what appear to be) generated test programs fail. For example, here's the contents of the files effects.HasEffect.output.test.bsl and effects.HasEffect.output.test.txt, affected by the FS0082 error:
PS C:\Users\s\Source\github.com\microsoft\fsharp\visualfsharp\tests\fsharp\optimize\analyses> head .\effects.HasEffect.output.test.bsl
function constantUnit at line 5 causes no side effects
function constantInteger at line 6 causes no side effects
function constantValue at line 7 causes no side effects
function fieldLookup1 at line 8 causes side effects or may not terminate
function libraryCall1 at line 9 causes side effects or may not terminate
function libraryCall2 at line 10 causes side effects or may not terminate
function constantData1 at line 11 causes no side effects
function constantData2 at line 12 causes no side effects
function constantTuple1 at line 13 causes no side effects
function constantTuple2 at line 14 causes no side effects

PS C:\Users\s\Source\github.com\microsoft\fsharp\visualfsharp\tests\fsharp\optimize\analyses> head .\effects.HasEffect.output.test.txt

warning FS0082: There was a mismatch between the processor architecture of the project being built "MSIL" and the processor architecture of the reference "mscorlib.dll", "x86". This mismatch may cause runtime failures. Please consider changing the targeted processor architecture of your project through the Configuration Manager so as to align the processor architectures between your project and references, or take a dependency on references with a processor architecture that matches the targeted processor architecture of your project. (Code=MSB3270)

Repro steps
Provide the steps required to reproduce the problem

Clone VF#
.\build.cmd
.\build.cmd test

Expected behavior
The tests pass.
Actual behavior
The tests display architecture warnings for several DLLs: partial test log.
Attempted workaround
Adding an x64 platform to the solution and then running the following does not change the test output.
.\build.cmd clean
.\build.cmd
.\build.cmd test

Related information
The default settings of FSharp.sln appear to use x86 as the default architecture. Here's a screenshot, which has the same values for Debug, Proto and Release:

I've never seen this problem, and I work on an x64 platform all the time.
I think we can close it because no one else has reported the problem.
@destroyhimmyrobots please reopen if you see this again?
thanks


[BUG] Entitas Redux installation link on wiki page is broken

Describe the bug
The main README file shows the correct git installation urls
https://github.com/jeffcampbellmakesgames/entitas-redux#install-via-git-url
but the wiki page has a broken url for the Entitas Redux package
https://github.com/jeffcampbellmakesgames/Entitas-Redux/wiki/Installation#install-via-git-url
There is missing a hyphen between "entitasredux".
Expected behavior
Instead of

"com.jeffcampbellmakesgames.entitasredux" : "https://github.com/jeffcampbellmakesgames/entitasredux.git#release/stable"

I would expect this

"com.jeffcampbellmakesgames.entitasredux" : "https://github.com/jeffcampbellmakesgames/entitas-redux.git#release/stable"

Additional context
Suggestion:

Fix the wiki page
Remove the installation guide from the main README file
Refer to the wiki page in the main README file

Fixed the wiki page, revision:
https://github.com/jeffcampbellmakesgames/Entitas-Redux/wiki/Installation/_compare/8503a422e7d3d18cb24ae121bffb18ed7ca887be
@jeffcampbellmakesgames you can either close this or have a look at the suggestion

Remove the installation guide from the main README file
Refer to the wiki page in the main README file

your choice :)

I'm going to leave this open for the moment, but once I can identify a good landing spot for a new user navigating from the readme to the wiki I will effect that change and close this.

I'm going to leave this open for the moment, but once I can identify a good landing spot for a new user navigating from the readme to the wiki I will effect that change and close this.

@matthiashermsen I've updated the readme to point to the https://github.com/jeffcampbellmakesgames/Entitas-Redux/wiki/Getting-Started page for installation and getting started instructions and removed the older content for installing on the readme.


x32 Builds

Is your feature request related to a problem? Please describe.
App will not build on my machine (Pi 3)
Describe the solution you'd like
x32 builds would easily solve this and don’t take much time to build
Describe alternatives you've considered
GitHub Actions could be used to build these. https://github.com/samuelmeuli/action-electron-builder

App will not build on my machine (Pi 3)

maybe post the output, so that i can see what the actual problem is ...


Treasury is not updating, its at least 12hr behind.

I see one of the Tips has all 10 Councils signed but on dotreasury.com it only has 8 Councils signed.

Thanks for report @ccris02 . It's due to our polkadot node is old(0.8.30), and has a error to import block. Now fixed.


CUDA stream optimisation

Adds argument paired_batch_size for specifying fast 1:1 pairing
Adds custom handlers for paired_batch_size
Defines JSON schema for specifying 1:1 combinations and config
Adds use_fast_math support in cmake build (default enabled)
Fix memory leaks in Autodock Vina scoring_function reported by Valgrind
Fix missing CUDA memory initialisation that causes crashes

The original code flow is retained when paired_batch_size is not specified.
Please refer the README for using the paired_batch_size argument.
This commit reverts previous request, and makes the code aligned with original code-flow.

Is there any additional information required for this to be reviewed ? @ysyecust  Thanks.

@envidian  Thank you very much for your pull request. To further enhance this section, if you could add an example of using 1:1 docking in the example folder, I believe it would make it even more perfect and greatly facilitate other users. We would greatly appreciate your consideration of this suggestion.

Thank you. I added https://github.com/dptech-corp/Uni-Dock/commit/5def75620d13b73e371ec7993f903c5bfe65b413 to address the comment. Can you please check ? @ysyecust


boards: add the Adafruit Trinket M0.

The Trinket M0 is a tiny SAMD21 based board with USB, UART, SPI, and
an on-board RGB LED.
Signed-off-by: Michael Hope<EMAIL_ADDRESS>

Codecov Report

Merging #6210 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #6210   +/-   ##
=======================================
  Coverage   52.85%   52.85%
=======================================
  Files         412      412
  Lines       40297    40297
  Branches     7804     7804
=======================================
  Hits        21298    21298
  Misses      15781    15781
  Partials     3218     3218

Continue to review full report at Codecov.

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

I asked Adafruit and they said it was OK to use their photo for the board image.  Updated.

@galak I've refactored the dts fixup to arch/arm/soc/...  I also dropped the LED strip driver as the new SPI master checks will fail until #5865 is merged

Shouldn't dts.fixup also include definitions for SPI (CONFIG_SPI_SAM0_SERCOM0_BASE_ADDRESS and friends)?

Hi @henrikbrixandersen my SPI in Device Tree (#5865) PR needs to land first.
I'm hoping that this PR gets approved then we can continue with the SPI related changes in the SPI PR.

Hi,
Ok, thank you. I have a port for the Adafruit Feather M0 Basic Proto ready - but waiting for this PR to land before submitting it since it too would need a refactoring af the dts.fixup.

Cool!  If you happen to get a Feather M0 Adalogger in the future then you might be interested in the #5528 SD card driver.

Hmm, from shippable:
../../../../../../../include/arch/arm/cortex_m/cmsis.h:132:2: error: #error "CONFIG_NUM_IRQ_PRIO_BITS and __NVIC_PRIO_BITS are not set to the same value"
#error "CONFIG_NUM_IRQ_PRIO_BITS and __NVIC_PRIO_BITS are not set to the same value"
^~~~~

Hmm, from shippable:
../../../../../../../include/arch/arm/cortex_m/cmsis.h:132:2: error: #error "CONFIG_NUM_IRQ_PRIO_BITS and __NVIC_PRIO_BITS are not set to the same value"
#error "CONFIG_NUM_IRQ_PRIO_BITS and __NVIC_PRIO_BITS are not set to the same value"
^~~~~

Looks like we just need to update against master to get the dts.fixup

@galak I've rebased against master.


Adds build of the VSIX package for mac-arm64 and others

Adds build of the VSIX package for mac-arm64, linux-arm53, win32-arm, win32-ia32
fixes #58
After having looked at some code specificities related to architecture, I haven't find anything relevant. So, I have run the extension locally in Debug mode on my Mac Silicon and it was running like a charm.
I think then that it is only a question of the relevant package for the target required architecture that was not available and so I added them by following this documentation:
https://www.npmjs.com/package/semantic-release-vsce#:~:text=- os%3A,target%3A universal

@akram
Hey - thank you for your contribution.
1- Do we have any usage for the npm_config_arch field you added to the matrix?
2- The target fields in the matrix correlates to GitHub runner labels:
https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners#supported-runners-and-hardware-resources

ok @TomerFi let me fix this then

@TomerFi isn't os that correlates with GitHub runner labels ?
in the existing code base, the os field has the same values as the labels referred in the documentation that you have mentioned.

@vbelouso Do you think we need the same matrix for the stage and pr workflows?

I think so. We don't run tests on release, so all code should be tested before.
BTW, I'm not sure we need to support win32-arm and win32-ia32 at the moment

I think so. We don't run tests on release, so all code should be tested before.
BTW, I'm not sure we need to support win32-arm and win32-ia32 at the moment

@vbelouso
That was my initial thought too, but then I noticed the same runners are being used.

macos-latest is used for both darwin-x64 and darwin-arm64
ubuntu-latest is used for linux-x64 and linux-arm64
windows-latest is used for win32-x64, win32-arm64, and win32-ia32

So tests will pass regardless, the only thing that differs between runs is the npm run vsce:package command, and it feels redundant to run a workflow in a runner just for that.

@akram @vbelouso
As I'm writing this, it hits me.
If that's the case, we don't need a run per package.
Something like this might make more sense no?
    strategy:
      matrix:
        include:
          - os: macos-latest
            targets: [darwin-x64, darwin-arm64]
          - os: ubuntu-latest
            targets: [linux-x64, linux-arm64]
          - os: windows-latest
            targets: [win32-x64, win32-arm64, win32-ia32]

That was my initial thought too, but then I noticed the same runners are being used.

windows-latest is used for win32-x64, win32-arm64, and win32-ia32

rather my thought was that I don't understand the benefit of releasing for such specific platforms as win32-arm and win32-ia32.

@akram @vbelouso
As I'm writing this, it hits me. If that's the case, we don't need a run per package.
Something like this might make more sense no?

I agree. The multi-dimension matrix looks more logical to me.

I have made the changes accordingly then 👍

@akram
      matrix:
        include:
          - os: macos-latest
            target: [darwin-x64, darwin-arm64]
          - os: ubuntu-latest
            target: [linux-x64, linux-arm64]
          - os: windows-latest
            target: [win32-x64]

This is a good start, thank you.
But there's a bit more to do.
As is, this will result in a total of 5 runs, when we can make do with 3.

Inside each of the 3 workflows, we need not to use ${{ matrix.target }}:
# stage
    name: Create a VSIX package for target ${{ matrix.target }} # you can remove this
    runs-on: ${{ matrix.os }}
...
      - name: Create VSIX package
        run: > # this should be wrapped in a for loop iterating over ${{ matrix.target }}
          npm run vsce:package --
          --pre-release
          --target ${{ matrix.target }}
          --out ocm-vscode-extension-${{ matrix.target }}-early-access.vsix

# pr
      - name: Create a VSIX package for target ${{ matrix.target }} # you can remove this
        run: > # this should be wrapped in a for loop iterating over ${{ matrix.target }}
          npm run vsce:package --
          --target ${{ matrix.target }}
          --out ocm-vscode-extension-${{ matrix.target }}-dev.vsix

# release
    name: Create a VSIX package for target ${{ matrix.target }} # you can remove this
    runs-on: ${{ matrix.os }}
...
      - name: Create VSIX package
        run: > # this should be wrapped in a for loop iterating over ${{ matrix.target }}
          npm run vsce:package --
          --target ${{ matrix.target }}
          --out ocm-vscode-extension-${{ matrix.target }}-${{ needs.prepare.outputs.new_version }}.vsix

As for wrapping a loop around npm run vsce:package, this might be tricky,
we need to play with it to get the syntax right.
We might not be able to work with ${{ matrix.target }} as an array.

Maybe it'll be better as a string we can split by a comma or something.

Maybe something like this will make our lives easier:
      matrix:
        include:
          - os: macos-latest
            target: "darwin-x64,darwin-arm64"
          - os: ubuntu-latest
            target: "linux-x64,linux-arm64"
          - os: windows-latest
            target: "win32-x64"

Than for the package step, we can split by the comma char and loop away.
@vbelouso You got a better idea?

@vbelouso or @TomerFi , I have pushed something using strings and splitting.
Do you have to approve DCO every time I push ?

Yes, it's like that for all first-time contributors. After this gets merged, you will no longer be a first-time contributor.

@TomerFi the good choice would have been to start with a PR on  README.md  then :-)
Here is another push this time. I remove the use of IFS and for loop which seems to not work well with GH Actions and replaced that with a tr and a while

/lgtm

@akram Good work - Thank you very much!

/approved

/approve


Update kubectl in the Docker images

kubectl is now four major versions behind. Please update it to the latest stable version. I'd love to start experimenting with this.
Also, tagging and releasing the first stage of this build would make it easier for others to choose the kubectl version they want.

Hello @brandonkal!

Please update it to the latest stable version.

I've updated kubectl to v1.17.4 and added alpine-3.11 build in PR #146.

Also, tagging and releasing the first stage of this build would make it easier for others to choose the kubectl version they want.

Can you be more specific, what kind of image that will be? A scratch image with shell-operator binary or something else?
One can replace kubectl binary in image with just one RUN command:
FROM flant/shell-operator:latest
RUN wget https://storage.googleapis.com/kubernetes-release/release/v1.17.4/bin/linux/amd64/kubectl -O /bin/kubectl && \
    chmod +x /bin/kubectl
ADD hooks /hooks

I replace shell-operator binary for testing purposes in that manner. Is it a suitable solution for your task?

Thank you for the update. Regarding my second request, now that I think about it, it wouldn't make much sense to publish the go build container with the shell-operator binary.
A scratch container with the binary would probably be more interesting (as an alternative to curl/wget) simply as a means to fetch only the built binary. But that is not really necessary now as the size of flant/shell-operator image is already pretty slim.


feat: import Account from Mnemonic

What I did
modified CLI command for import to accept a import from mnemonic flag --mnemonic

fixes: #259
fixes: APE-125
How I did it
check if mnemonic flag active, if so then try to import from mnemonic or display error message. if not, try to import from private key and display error message.
How to verify it
will add tests in upcoming commits
Checklist

[x] All changes are completed
[x] New test cases have been added
[x] Documentation has been updated

needs testing and HDpath selection

needs testing and HDpath selection

For HDPath selection you can use this:
from eth_account.hdaccount import ETHEREUM_DEFAULT_PATH

...
mnemonic = click.prompt("Enter Mnemonic Seed Phrase", hide_input=True)
hd_path = click.prompt("Input HD Path to use", default=ETHEREUM_DEFAULT_PATH)
...
account = EthAccount.from_mnemonic(mnemonic, account_path=hd_path)

this is working now @fubuloubu

all checks passing, need review and confirmation regarding removing constants from test

updated docs/userguids/accounts.md with instructions for usage of ape accounts import --mnemonic

Someone has tested this locally?

I have but would love if someone else did as well.

Someone has tested this locally?

Yes, I tested this. I uses a couple different mnemonic lengths as well specifying the account index via changing the hd path. Everything worked!


[AVS SDK 1.10] The Equalizer feature

Hi AVS team,
SDK 1.10 on ARM based embedded linux system.
Just a question if it's must to add Equalizer function in SDK 1.10 ? Is it possible to remove it manually ?
Regards,
Eric

Hi @zeusshuang ,
The Equalizer can be disabled. When you say you want to remove the feature, are you talking about compiling it out, or simply disabling it so it does not interfere with other equalizers that may be present on your device?

Hi @kjkh ,
I would like to disable it only.
I tried to add it false in json file or set the false in init function in SampleAppliction.cpp, it will still try to init it. Finally I need to set the member data to false by default and now it's disabled.
We can close it now.

Hi @zeusshuang,
Glad you were able to figure it out. However, as per AlexaClientSDKConfig.json, adding the following to your JSON config will disable the Equalizer Capability Agent and the Equalizer Controller from being enabled:
"equalizer" : {
   "enabled" : false
}

It shouldn't be necessary to make any more code modifications other than that. If you did that and it still is enabled and you want to pursue it further, please re-open the ticket and attach DEBUG9 logs.


feat: Added suffix in completion request

New ollama haves API for code completions by introducing field suffix: https://github.com/ollama/ollama/blob/608e87bf8707e377f1c195ae22330e26f67de91e/docs/api.md?plain=1#L43
This PR adds this field to request and also methods to init suffix. I've added small test as well to check everything is working with granite-code:3b model.

Thanks for your contribution!