libnvinfer and wrong datadirectory, not writable?

Hello
I've been trying to get this to run for use in our facility, but to no avail. I feel I'm close though. I have two issues when trying to run the docker command:
sudo docker run -it --runtime nvidia --privileged -p 8000:8000 -v "$PWD":/repo neuralet/smart-social-distancing:latest-jetson-nano
INFO:libs.area_threading:[70] taking on notifications for 1 areas
ERROR:root:libnvinfer.so.6: cannot open shared object file: No such file or directory
Traceback (most recent call last):
File "/repo/libs/engine_threading.py", line 49, in run
self.engine = CvEngine(self.config, self.source["section"], self.live_feed_enabled)
File "/repo/libs/cv_engine.py", line 23, in init
self.detector = Detector(self.config)
File "/repo/libs/detectors/detector.py", line 23, in init
self.detector = JetsonDetector(self.config)
File "/repo/libs/detectors/jetson/detector.py", line 22, in init
from . import mobilenet_ssd_v2
File "/repo/libs/detectors/jetson/mobilenet_ssd_v2.py", line 3, in
import tensorrt as trt
File "/usr/local/lib/python3.6/dist-packages/tensorrt/init.py", line 1, in
from .tensorrt import *
ImportError: libnvinfer.so.6: cannot open shared object file: No such file or directory
100     4  100     4    0     0      8      0 --:--:-- --:--:-- --:--:--     8
ok video is going to be processed
The processor keeps going though so I'm not sure this is an actual problem. Then it starts looping this:
INFO:root:Exception processing area Kitchen
INFO:root:Restarting the area processing
INFO:libs.area_engine:Enabled processing area - area0: Kitchen with 1 cameras
INFO:libs.area_engine:Area reporting on - area0: Kitchen is waiting for reports to be created
ERROR:root:[Errno 2] No such file or directory: '/repo/data/processor/static/data/sources/default/objects_log/2020-12-30.csv'
Traceback (most recent call last):
File "/repo/libs/area_threading.py", line 46, in run
self.engine.process_area()
File "/repo/libs/area_engine.py", line 67, in process_area
with open(os.path.join(camera["file_path"], str(date.today()) + ".csv"), "r") as log:
FileNotFoundError: [Errno 2] No such file or directory: '/repo/data/processor/static/data/sources/default/objects_log/2020-12-30.csv'
INFO:root:Exception processing area Kitchen
ERROR:root:[Errno 2] No such file or directory: '/repo/data/processor/static/data/sources/default/objects_log/2020-12-30.csv'
Traceback (most recent call last):
File "/repo/libs/area_threading.py", line 54, in run
raise e
File "/repo/libs/area_threading.py", line 46, in run
self.engine.process_area()
File "/repo/libs/area_engine.py", line 67, in process_area
with open(os.path.join(camera["file_path"], str(date.today()) + ".csv"), "r") as log:
FileNotFoundError: [Errno 2] No such file or directory: '/repo/data/processor/static/data/sources/default/objects_log/2020-12-30.csv'
The directory that it is looking for 'sources' does not exist. There is a directory data/processor/static/data/default/objects_log, but even when I create the sources directory, the bug persists. When I create the csv manually (which can't be intended), I get this:
IndexError: deque index out of range
INFO:root:Exception processing area Kitchen
INFO:root:Restarting the area processing
INFO:libs.area_engine:Enabled processing area - area0: Kitchen with 1 cameras
ERROR:root:deque index out of range
Traceback (most recent call last):
File "/repo/libs/area_threading.py", line 46, in run
self.engine.process_area()
File "/repo/libs/area_engine.py", line 68, in process_area
last_log = deque(csv.DictReader(log), 1)[0]
IndexError: deque index out of range
INFO:root:Exception processing area Kitchen
ERROR:root:deque index out of range
Traceback (most recent call last):
File "/repo/libs/area_threading.py", line 54, in run
raise e
File "/repo/libs/area_threading.py", line 46, in run
self.engine.process_area()
File "/repo/libs/area_engine.py", line 68, in process_area
last_log = deque(csv.DictReader(log), 1)[0]
IndexError: deque index out of range
I'm by no measure a Linux or Docker expert so this might be a  small issue to resolve, but I need help.
Thanks in advance and great work so far!

Hi @ictfpcgent, nice to hear that you are trying to use the smart-social-distancing solution.
I will try to reproduce the issues that you are experiencing.
Can you share with me the config-file that you are using?
Which version are you using, the latest release or master?

0.3.0 and I'm using standard config didn't change anything about it.
<EMAIL_ADDRESS>Ruben Heerman
ICT Officer
ICT Servicedesk | + 32 9 325 29 99 | Vind ons op het intranet!http://fpcgent.intern.fpcr.eu/mijn-werk/ICT/Paginas/default.aspx
Ruben.Heerman<EMAIL_ADDRESS>| DECT 1901 | + 32 9 325 27 18
Van: Pablo Grill<EMAIL_ADDRESS>Verzonden: woensdag 30 december 2020 16:15
Aan: neuralet/smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Onderwerp: Re: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
Hi @ictfpcgenthttps://github.com/ictfpcgent, nice to hear that you are trying to use the smart-social-distancing solution.
I will try to reproduce the issues that you are experiencing.
Can you share with me the config-file that you are using?
Which version are you using, the latest release or master?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/neuralet/smart-social-distancing/issues/116#issuecomment-752656797, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7A7J3EYSQIOLZ4P5PVHLDSXM7YTANCNFSM4VOM7ILQ.

 Het werd exclusief opgesteld ter attentie van de bestemmelingen. Indien u geen geadresseerde bent of dit bericht werd verkeerdelijk aan u toegezonden, wordt u vriendelijk verzocht dit aan de afzender te melden en het bericht te verwijderen. Elk gebruik, kopie of verspreiding, zelfs gedeeltelijk, van dit bericht is verboden. FPC Gent aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. Aan dit bericht kunnen geen rechten worden ontleend.
FPC Gent

@ictfpcgent , did you run the script ./download_jetson_nano_trt.sh before execute the docker command?

I did. It resolved without problems, but now that I think of it, I might've run an older version of that file before updating the repository to 0.3.0. I'll test this and get back to you.
<EMAIL_ADDRESS>Ruben Heerman
ICT Officer
ICT Servicedesk | + 32 9 325 29 99 | Vind ons op het intranet!http://fpcgent.intern.fpcr.eu/mijn-werk/ICT/Paginas/default.aspx
Ruben.Heerman<EMAIL_ADDRESS>| DECT 1901 | + 32 9 325 27 18
Van: Pablo Grill<EMAIL_ADDRESS>Verzonden: woensdag 30 december 2020 17:01
Aan: neuralet/smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Onderwerp: Re: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
@ictfpcgenthttps://github.com/ictfpcgent , did you run the script ./download_jetson_nano_trt.sh before execute the docker command?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/neuralet/smart-social-distancing/issues/116#issuecomment-752672449, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7A7J2OIQVUA2RRBOA4CNLSXNFC5ANCNFSM4VOM7ILQ.

 Het werd exclusief opgesteld ter attentie van de bestemmelingen. Indien u geen geadresseerde bent of dit bericht werd verkeerdelijk aan u toegezonden, wordt u vriendelijk verzocht dit aan de afzender te melden en het bericht te verwijderen. Elk gebruik, kopie of verspreiding, zelfs gedeeltelijk, van dit bericht is verboden. FPC Gent aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. Aan dit bericht kunnen geen rechten worden ontleend.
FPC Gent

As a side question, is it still possible to run the web app locally? It is not in our interest to have open endpoints accessible through the internet on our network, so this might be a problem.
<EMAIL_ADDRESS>Ruben Heerman
ICT Officer
ICT Servicedesk | + 32 9 325 29 99 | Vind ons op het intranet!http://fpcgent.intern.fpcr.eu/mijn-werk/ICT/Paginas/default.aspx
Ruben.Heerman<EMAIL_ADDRESS>| DECT 1901 | + 32 9 325 27 18
Van: FPC Gent ICT<EMAIL_ADDRESS>Verzonden: woensdag 30 december 2020 17:06
Aan: 'neuralet/smart-social-distancing'<EMAIL_ADDRESS>neuralet/smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Onderwerp: RE: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
I did. It resolved without problems, but now that I think of it, I might've run an older version of that file before updating the repository to 0.3.0. I'll test this and get back to you.
<EMAIL_ADDRESS>Ruben Heerman
ICT Officer
ICT Servicedesk | + 32 9 325 29 99 | Vind ons op het intranet!http://fpcgent.intern.fpcr.eu/mijn-werk/ICT/Paginas/default.aspx
Ruben.Heerman<EMAIL_ADDRESS>| DECT 1901 | + 32 9 325 27 18
Van: Pablo Grill <notifications<EMAIL_ADDRESS>Verzonden: woensdag 30 december 2020 17:01
Aan: neuralet/smart-social-distancing <smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT <ict<EMAIL_ADDRESS>Mention <mention<EMAIL_ADDRESS>Onderwerp: Re: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
@ictfpcgenthttps://github.com/ictfpcgent , did you run the script ./download_jetson_nano_trt.sh before execute the docker command?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/neuralet/smart-social-distancing/issues/116#issuecomment-752672449, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7A7J2OIQVUA2RRBOA4CNLSXNFC5ANCNFSM4VOM7ILQ.

 Het werd exclusief opgesteld ter attentie van de bestemmelingen. Indien u geen geadresseerde bent of dit bericht werd verkeerdelijk aan u toegezonden, wordt u vriendelijk verzocht dit aan de afzender te melden en het bericht te verwijderen. Elk gebruik, kopie of verspreiding, zelfs gedeeltelijk, van dit bericht is verboden. FPC Gent aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. Aan dit bericht kunnen geen rechten worden ontleend.
FPC Gent

No, the local web app was replaced by the public site https://beta.lanthorn.ai including several visual improvements.
However, you don't need to expose any of your endpoints to use it. You can expose the processor only into your private network and the new dashboard will still work (if you use it in a browser inside the network).

Hello
I started over completely (deleted the entire folder) to ensure I did everything correctly and I arrive at the exact same point with the exact same issues.
This time I did enable SSL, but that shouldn't and didn't make a difference:
cat config-jetson.ini
[App]
HasBeenConfigured = False
Resolution = 640,480
Encoder: videoconvert ! video/x-raw,format=I420 ! x264enc speed-preset=ultrafast
MaxProcesses = 1
; WIP https://github.com/neuralet/neuralet/issues/91
;Encoder: nvvidconv ! nvv4l2h264enc
; attn: deepstream has nvvideoconvert which should be used with deepstream pipelines
DashboardURL = http://<IP_ADDRESS>:8000
ScreenshotsDirectory = /repo/data/processor/static/screenshots
SlackChannel = lanthorn-notifications
; OccupancyAlertsMinInterval time is measured in seconds (if interval < 0 then no occupancy alerts are triggered)
OccupancyAlertsMinInterval = 180
MaxThreadRestarts = 5
GlobalReportingEmails =
GlobalReportTime = 06:00
DailyGlobalReport = False
WeeklyGlobalReport = False
HeatmapResolution = 150,150
[API]
Host = <IP_ADDRESS>
Port = 8000
SSLEnabled = False
SSLCertificateFile = /repo/certs/0_0_0_0.crt
SSLKeyFile = /repo/certs/0_0_0_0.key
[CORE]
Host = <IP_ADDRESS>
QueuePort = 8010
QueueAuthKey = shibalba
[Area_0]
Id = area0
Name = Kitchen
Cameras = default
NotifyEveryMinutes = 0
Emails =
EnableSlackNotifications = False
OccupancyThreshold = 300
ViolationThreshold = 60
DailyReport = False
DailyReportTime = 06:00
[Source_0]
VideoPath = /repo/data/softbio_vid.mp4
Tags = kitchen
Name = Garden-Camera
Id = default
Emails =
EnableSlackNotifications = False
NotifyEveryMinutes = 0
ViolationThreshold = 60
; Distance measurement method:
; - CalibratedDistance: calculate the distance with 3-d transformed points, note that by choosing this method you should specify the inverse calibration matrix of your environment.
; - CenterPointsDistance: compare center of pedestrian boxes together
; - FourCornerPointsDistance: compare four corresponding points of pedestrian boxes and get the minimum of them.
; - If left empty the DefaultDistMethod will be employed
DistMethod =
DailyReport = False
DailyReportTime = 06:00
[Detector]
; Supported devices: Jetson , EdgeTPU, Dummy, x86
Device = Jetson
;  Name can be ssd_mobilenet_v2_coco which is trained on coco, or
; ssd_mobilenet_v2_pedestrian_softbio trained by neuralet on softbio dataset
Name = ssd_mobilenet_v2_coco
;ImageSize should be 3 numbers seperated by commas, no spaces: 300,300,3
ImageSize = 300,300,3
ModelPath =
ClassID = 0
MinScore = 0.25
[Tracker]
Name = IOUTracker
; Number of times tracker was lost while tracking
MaxLost = 5
TrackerIOUThreshold = 0.5
[SourcePostProcessor_0]
Name = objects_filtering
NMSThreshold = 0.98
Enabled = True
[SourcePostProcessor_1]
Name = social_distance
; Default distance measurement method (used when no DistMethod is specified for the source):
; - CalibratedDistance: calculate the distance with 3-d transformed points, note that by choosing this method you should specify the inverse calibration matrix of your environment.
; - CenterPointsDistance: compare center of pedestrian boxes together
; - FourCornerPointsDistance: compare four corresponding points of pedestrian boxes and get the minimum of them.
DefaultDistMethod = CenterPointsDistance
DistThreshold = 150
Enabled = True
[SourcePostProcessor_2]
Name = anonymizer
Enabled = True
[SourceLogger_0]
Name = video_logger
Enabled = True
[SourceLogger_1]
Name = s3_logger
; Screenshot time is measured in minutes (if period <= 0 then no screenshots are uploaded)
ScreenshotPeriod = 0
ScreenshotS3Bucket = my-screenshot-bucket
Enabled = False
[SourceLogger_2]
Name = file_system_logger
TimeInterval = 0.5
LogDirectory = /repo/data/processor/static/data/sources
; Screenshot time is measured in minutes (if period <= 0 then no screenshots are uploaded)
ScreenshotPeriod = 0
Enabled = True
[SourceLogger_3]
Name = web_hook_logger
Endpoint =
TimeInterval = 0.5
Enabled = False
[AreaLogger_0]
Name = file_system_logger
LogDirectory = /repo/data/processor/static/data/areas
Enabled = True
; Enable the PeriodicTask_0 if you want to generate metrics
[PeriodicTask_0]
Name = metrics
Enabled = False
; Expressed in minutes
LiveInterval = 10
For reference.
I did however check my NVIDIA version and got this: nvidia-l4t-core	32.4.3-20200625213809
I swear I downloaded the 4.3 version though. Does the script change anythign about it?
Thanks in advance

Ok, you are using JetPack 4.4.
The models that we are using were built with JetPack 4.3; for that reason you are not able to upload them.
The script /download_jetson_nano_trt.sh shouldn't change your jetpack version, it just downloads the sd_mobilenet_v2_coco and pedestrian_ssd_mobilenet_v2_softbio models.
Can you please downgrade to version 4.3 and test it again?
I just test a whole installation from scratch using that version and everything works as expected.

Hi @ictfpcgent.
Could you test the version using JetPack 4.3?
If you are still having issues let us know.

Hi @ictfpcgent.
Could you test the version using JetPack 4.3?
If you are still having issues let us know.

Hello
Sorry for the delay, unfortunately I have other work to do, but now, after reïnstallation with the right image, I get this:
sudo docker run -it --runtime nvidia --privileged -p 8000:8000 -v "$PWD":/repo -e TZ=./timezone.sh neuralet/smart-social-distancing:latest-jetson-nano
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
2021-01-08 15:06:12,132 CRIT Supervisor running as root (no user in config file)
2021-01-08 15:06:12,168 INFO RPC interface 'supervisor' initialized
2021-01-08 15:06:12,168 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2021-01-08 15:06:12,169 INFO supervisord started with pid 7
2021-01-08 15:06:13,179 INFO spawned: 'periodic_task' with pid 10
2021-01-08 15:06:13,185 INFO spawned: 'core' with pid 11
2021-01-08 15:06:13,188 INFO spawned: 'api' with pid 12
2021-01-08 15:06:13,192 INFO spawned: 'startup' with pid 13
running curl <IP_ADDRESS>:8000/start-process-video
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to <IP_ADDRESS> port 8000: Connection refused
curl failed, trying again in 5 seconds!
2021-01-08 15:06:14,335 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,335 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,336 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,338 INFO success: startup entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:15,404 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:15,425 INFO spawned: 'core' with pid 30
2021-01-08 15:06:15,426 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:16,107 INFO spawned: 'periodic_task' with pid 32
2021-01-08 15:06:16,108 INFO exited: api (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:17,007 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:17,009 INFO spawned: 'api' with pid 34
2021-01-08 15:06:17,011 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:17,689 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:17,691 INFO spawned: 'core' with pid 36
2021-01-08 15:06:17,692 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Up2021-01-08 15:06:18,407 INFO spawned: 'periodic_task' with pid 43
2021-01-08 15:06:18,409 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
curl failed, trying again in 5 seconds!
load   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to <IP_ADDRESS> port 8000: Connection refused
2021-01-08 15:06:19,312 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:19,313 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:19,368 INFO spawned: 'core' with pid 46
2021-01-08 15:06:19,369 INFO exited: api (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:20,047 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:20,050 INFO spawned: 'api' with pid 48
2021-01-08 15:06:20,051 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:20,962 INFO spawned: 'periodic_task' with pid 50
2021-01-08 15:06:20,962 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:20,964 INFO exited: core (terminated by SIGILL (core dumped); not expected)
^C2021-01-08 15:06:21,351 INFO spawned: 'core' with pid 51
2021-01-08 15:06:21,353 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:21,358 WARN received SIGINT indicating exit request
2021-01-08 15:06:21,365 INFO waiting for periodic_task, core, api, startup to die
2021-01-08 15:06:22,368 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:22,368 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:22,369 INFO stopped: startup (terminated by SIGTERM)
2021-01-08 15:06:22,461 INFO stopped: api (terminated by SIGILL (core dumped))
2021-01-08 15:06:22,468 INFO stopped: core (terminated by SIGTERM)
2021-01-08 15:06:22,627 INFO stopped: periodic_task (terminated by SIGILL (core dumped))
Config is standard
Thanks in advance for your quick responses, appreciate it greatly!
Ruben

Hello
Sorry for the delay, unfortunately I have other work to do, but now, after reïnstallation with the right image, I get this:
sudo docker run -it --runtime nvidia --privileged -p 8000:8000 -v "$PWD":/repo -e TZ=./timezone.sh neuralet/smart-social-distancing:latest-jetson-nano
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
2021-01-08 15:06:12,132 CRIT Supervisor running as root (no user in config file)
2021-01-08 15:06:12,168 INFO RPC interface 'supervisor' initialized
2021-01-08 15:06:12,168 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2021-01-08 15:06:12,169 INFO supervisord started with pid 7
2021-01-08 15:06:13,179 INFO spawned: 'periodic_task' with pid 10
2021-01-08 15:06:13,185 INFO spawned: 'core' with pid 11
2021-01-08 15:06:13,188 INFO spawned: 'api' with pid 12
2021-01-08 15:06:13,192 INFO spawned: 'startup' with pid 13
running curl <IP_ADDRESS>:8000/start-process-video
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to <IP_ADDRESS> port 8000: Connection refused
curl failed, trying again in 5 seconds!
2021-01-08 15:06:14,335 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,335 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,336 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:14,338 INFO success: startup entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:15,404 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:15,425 INFO spawned: 'core' with pid 30
2021-01-08 15:06:15,426 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:16,107 INFO spawned: 'periodic_task' with pid 32
2021-01-08 15:06:16,108 INFO exited: api (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:17,007 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:17,009 INFO spawned: 'api' with pid 34
2021-01-08 15:06:17,011 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:17,689 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:17,691 INFO spawned: 'core' with pid 36
2021-01-08 15:06:17,692 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Up2021-01-08 15:06:18,407 INFO spawned: 'periodic_task' with pid 43
2021-01-08 15:06:18,409 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
curl failed, trying again in 5 seconds!
load   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (7) Failed to connect to <IP_ADDRESS> port 8000: Connection refused
2021-01-08 15:06:19,312 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:19,313 INFO exited: core (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:19,368 INFO spawned: 'core' with pid 46
2021-01-08 15:06:19,369 INFO exited: api (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:20,047 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:20,050 INFO spawned: 'api' with pid 48
2021-01-08 15:06:20,051 INFO exited: periodic_task (terminated by SIGILL (core dumped); not expected)
2021-01-08 15:06:20,962 INFO spawned: 'periodic_task' with pid 50
2021-01-08 15:06:20,962 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:20,964 INFO exited: core (terminated by SIGILL (core dumped); not expected)
^C2021-01-08 15:06:21,351 INFO spawned: 'core' with pid 51
2021-01-08 15:06:21,353 INFO success: api entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:21,358 WARN received SIGINT indicating exit request
2021-01-08 15:06:21,365 INFO waiting for periodic_task, core, api, startup to die
2021-01-08 15:06:22,368 INFO success: periodic_task entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:22,368 INFO success: core entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2021-01-08 15:06:22,369 INFO stopped: startup (terminated by SIGTERM)
2021-01-08 15:06:22,461 INFO stopped: api (terminated by SIGILL (core dumped))
2021-01-08 15:06:22,468 INFO stopped: core (terminated by SIGTERM)
2021-01-08 15:06:22,627 INFO stopped: periodic_task (terminated by SIGILL (core dumped))
Config is standard
Thanks in advance for your quick responses, appreciate it greatly!
Ruben

Hi @ictfpcgent, I will try to reproduce the issue in my jetson nano.
It's strange because the last time I was able to use the version without any problem. However, I will try installing everything from scratch and see if I can find something.

Hi @ictfpcgent, I will try to reproduce the issue in my jetson nano.
It's strange because the last time I was able to use the version without any problem. However, I will try installing everything from scratch and see if I can find something.

Hi @pgrill
I was able to trace it down to a libopenblasp problem running in a VM/docker image. The CPU detection is corrupt. Quickfix: add "ENV OPENBLAS_CORETYPE=armv8" to Dockerfile

Hi @pgrill
I was able to trace it down to a libopenblasp problem running in a VM/docker image. The CPU detection is corrupt. Quickfix: add "ENV OPENBLAS_CORETYPE=armv8" to Dockerfile

Hello
Thank you. I can test this next week.
Van: Stefan Schwarzkopf<EMAIL_ADDRESS>Verzonden: woensdag 13 januari 2021 16:00
Aan: neuralet/smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Onderwerp: Re: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
Hi @pgrillhttps://github.com/pgrill
I was able to trace it down to a libopenblasp problem running in a VM/docker image. The CPU detection is corrupt. Quickfix: add "ENV OPENBLAS_CORETYPE=armv8" to Dockerfile
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/neuralet/smart-social-distancing/issues/116#issuecomment-759504182, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7A7J3NNCHCPE5GVTWZ66TSZWYP3ANCNFSM4VOM7ILQ.

 Het werd exclusief opgesteld ter attentie van de bestemmelingen. Indien u geen geadresseerde bent of dit bericht werd verkeerdelijk aan u toegezonden, wordt u vriendelijk verzocht dit aan de afzender te melden en het bericht te verwijderen. Elk gebruik, kopie of verspreiding, zelfs gedeeltelijk, van dit bericht is verboden. FPC Gent aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. Aan dit bericht kunnen geen rechten worden ontleend.
FPC Gent

Hello
Thank you. I can test this next week.
Van: Stefan Schwarzkopf<EMAIL_ADDRESS>Verzonden: woensdag 13 januari 2021 16:00
Aan: neuralet/smart-social-distancing<EMAIL_ADDRESS>CC: FPC Gent ICT<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Onderwerp: Re: [neuralet/smart-social-distancing] libnvinfer and wrong datadirectory, not writable? (#116)
Hi @pgrillhttps://github.com/pgrill
I was able to trace it down to a libopenblasp problem running in a VM/docker image. The CPU detection is corrupt. Quickfix: add "ENV OPENBLAS_CORETYPE=armv8" to Dockerfile
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/neuralet/smart-social-distancing/issues/116#issuecomment-759504182, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7A7J3NNCHCPE5GVTWZ66TSZWYP3ANCNFSM4VOM7ILQ.

 Het werd exclusief opgesteld ter attentie van de bestemmelingen. Indien u geen geadresseerde bent of dit bericht werd verkeerdelijk aan u toegezonden, wordt u vriendelijk verzocht dit aan de afzender te melden en het bericht te verwijderen. Elk gebruik, kopie of verspreiding, zelfs gedeeltelijk, van dit bericht is verboden. FPC Gent aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. Aan dit bericht kunnen geen rechten worden ontleend.
FPC Gent

Hi! Thank you all for your help with this issue :smiley:
The ENV fix was integrated in #125 and the issue #119 was created regarding Jetpack 4.4 support.
If I remember correctly from slack I believe this is no longer an issue for you @ictfpcgent, although feel free to reach out if something regarding this remains. Elsewise I'll close this issue in a week :)

Hi! Thank you all for your help with this issue :smiley:
The ENV fix was integrated in #125 and the issue #119 was created regarding Jetpack 4.4 support.
If I remember correctly from slack I believe this is no longer an issue for you @ictfpcgent, although feel free to reach out if something regarding this remains. Elsewise I'll close this issue in a week :)


[ServiceBus] Discussion on the expanding body return type to support amqp body types

In the sb 7.2.0b1

for sending: we are introducing AMQPAnnotatedMessage which supports different amqp body type: DATA/SQEUENCE/VALUE
for receiving: we still rely on the ServiceBusReceivedMessage to receive and parse message

we reuse the body property, and return the underlying uamqp message body directly

so the problem is: this might break users existing receiving logic:

previously the body is only generator of bytes, now the body could be anything
users need to rewrite their receive code to handle different body types

https://github.com/Azure/azure-sdk-for-python/pull/17650#discussion_r606357542
other ways:

return None if the body is of sequence/value, and introduce new apis to extract sequence/value body
raise ValueError if body is sequence/value, still breaking?

[ ] the body property behavior ServiceBusReceivedMessage of different body types (which also impacts AMQPAnnotatedMessage API Design)
[ ] whether we should flatten the get body of different types in ServiceBusReceivedMessage or just in AMQPAnnotatedMessage

see PR: https://github.com/Azure/azure-sdk-for-python/pull/18432


spurious error message for models which don't need input data

Summary:
if a model doesn't have a data block, then no input data file is required, but now that we have Rdump warnings,
this results in a spurious error message.  fix.
Description:
many of the test models don't have data.  when running the unit tests, seeing this message:

Warning: file '' is being read as an 'RDump' file.

This format is deprecated and will not receive new features.
Consider saving your data in JSON format instead.

Reproducible Steps:
see above.
Additional Information:
Provide any additional information here.
Current Version:
v2.32.2

This is coming from this specific place the warning is raised:
https://github.com/stan-dev/cmdstan/blob/a3d01b2d9a0f901528b374289347f71ebaba7e58/src/cmdstan/command_helper.hpp#L169-L174
All the other places are properly guarded against empty files.


(C/C++) A design mistake makes it hard to recognize which argument makes CALL node connected by the REACHING_DEF edge

Here is the code:
int f(int a, int b, int c)
{
    return g(a, b + 1, c);
}

And its ast is like:

Its ddg is like:

Firstly, there should be an REACHING_DEF edge from b + 1 to g(a, b + 1, c), but there isn't. This should be fixed.
By traversing the sub-AST of CALL node, I can know that it has 3 arguments (a,b + 1,c), the second one is of CALL type, while the others are of IDENTIFIER type.
Here is the attribute of the 3 nodes:
{
        "dynamicTypeHintFullName":[

        ],
        "name":"a",
        "code":"a",
        "typeFullName":"int",
        "columnNumber":14,
        "order":1,
        "_label":"IDENTIFIER",
        "argumentIndex":1,
        "lineNumber":63,
        "id":27
      },
      {
        "name":"<operator>.addition",
        "signature":"",
        "code":"b + 1",
        "typeFullName":"<empty>",
        "columnNumber":17,
        "order":2,
        "methodFullName":"<operator>.addition",
        "_label":"CALL",
        "argumentIndex":2,
        "dynamicTypeHintFullName":[

        ],
        "dispatchType":"STATIC_DISPATCH",
        "lineNumber":63,
        "id":28
      },
      {
        "dynamicTypeHintFullName":[

        ],
        "name":"c",
        "code":"c",
        "typeFullName":"int",
        "columnNumber":24,
        "order":3,
        "_label":"IDENTIFIER",
        "argumentIndex":3,
        "lineNumber":63,
        "id":31
      },

I can easily get the REACHING_DEF edge related to CALL node b + 1, but for a and c, it is hard to distinguish them.
Maybe I am interested in argument a, but I can hardly know if there is a REACHING_DEF edge links to the CALL node because of a.
It is able to solve the problem by using the information on REACHING_DEF edge, but in my case, I need to simplify the ddg so I don't want to preserve the information on edges at all.
Here is a better solution for that:
IDENTIFIER nodes don't exist in ddg, I think it is necessary to add two nodes respectively for a and b, the two nodes are of CALL type. Its method is a new one, representing using an identifier itself. These two nodes are in ddg now, and they can help me to get relationship between REACHING_DEF edges and CALL node arguments.

I found another way to solve this problem, we can add a new type of node named "ARGUMENT", every argument of "CALL" node has its corresponding "ARGUMENT" node, This kind of node will show in both AST and DDG. However, this may add too many nodes.

The two ways may need to make big changes, an easier way to solve this problem is to let "IDENTIFIER" node exist in DDG. In this case, just link (PARAM, a) to (IDENTIFIER, a) and link (IDENTIFIER, a) to (CALL, g(a, b + 1, c) ), not to link (PARAM, a) to (CALL, g(a, b + 1, c) ) directly. But this may break the consistance of ddg generating rules.

I think this is just an effect that is produced by the dot-plotting code, which aims to simplify the representation. In the underlying graph, we in fact create REACHING_DEF edges between arguments.

I think this is just an effect that is produced by the dot-plotting code, which aims to simplify the representation. In the underlying graph, we in fact create REACHING_DEF edges between arguments, so, I don't think you're seeing a design issue here. I'll look into the potentially missing reaching-def edge though.

Could you please teach me how to obtain the underlying DDG?
I tried to use cpg.graph.E, but I don't know how to filter the REACHING_DEF edges.

And I found that cpg.graph.E.map(e => List(e.inV, e.outV)) did not work:

So weired.

Are these output wrong? Why the outE's outVs of a node are the node itself?

The outV traversal seems broken.

The outV traversal seems broken indeed, I'll look into that.
Re outE.outV - the background is that we have some tinkerpop history, and kept some of the fundamental concepts even after our rewrite.
Here's the traversal in gremlin-groovy:
gremlin> graph = TinkerFactory.createModern()
==>tinkergraph[vertices:6 edges:6]
gremlin> g = graph.traversal()
==>graphtraversalsource[tinkergraph[vertices:6 edges:6], standard]
gremlin> g.V(1).outE().outV()
==>v[1]
==>v[1]
==>v[1]
gremlin> g.V(1).outE().inV()
==>v[3]
==>v[2]
==>v[4]

This has caused confusion before I'm happy to rethink that decision, but we need to make sure that we change the terminology at most once. I.e. we need to be 100% sure that we're following the most widely accepted norm. If you can collect a few links/docs where a different standard is used, that'd be very helpful.

Thanks for answering me. @mpollmeier
So if there is an edge a -> b and I am at a now, I should use a.outE.inV to traverse to b , is this right?

I tried to use cpg.graph.E, but I don't know how to filter the REACHING_DEF edges.

I found 'label' to filter the REACHING_DEF edges.
But still, edge travesal in map seems doesn't work:

Is this normal?

So if there is an edge a -> b and I am at a now, I should use a.outE.inV to traverse to b , is this right?

This is just because of the impliment of graph traversal standard.

That's correct. This is the tinkerpop naming convention, and I think the rationale is somewhat like "you follow the outgoing edge, to the incoming vertex". You're probably aware already, but to go from a->b you typically just use a.out.

Much appreciated!

but to go from a->b you typically just use a.out.

I'll be looking forward to the fixing of outV traversal and simply use it in the above-mentioned case when it's available.

@NemoTR the fix for cpg.id(14).outV is now merged. The compiler will now detect that it is an illegal traversal and not let it slip through, therefor avoiding the ClassCastException at runtime.


fix(http): use default log config only if no config is provided

Currently tempest always adds AppendLogChannel and hardcoded paths, even if user provided LogConfig.
I think better way would be to publish log.config.php with sane defaults with framework, but I feel it will bring discussion about project directory structure and probably better to just avoid it for now?
Also, as this code currently lives in HttpApplication boot method, I don't feel comfortable with calling this in test.

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

0 of 10 (0.0%)  changed or added relevant lines in 2 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.05%) to 82.408%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/Tempest/Console/src/ConsoleApplication.php
0
4
0.0%

src/Tempest/Http/src/HttpApplication.php
0
6
0.0%

Totals

Change from base Build<PHONE_NUMBER>8:
-0.05%

Covered Lines:
7256

Relevant Lines:
8805

💛  - Coveralls

probably better to just avoid it for now?

Yeah the idea is that Tempest ships with reasonable defaults, but people can overwrite it when needed by making their own .config.php files.

I don't feel comfortable with calling this in test.

Fair, we need to come up with a proper way of testing these kinds of config stuff. I don't think any of them are really tested now


Addition to #15675

Addition to #15675

@KN4CK3R  CI fail is related I'm afraid

Codecov Report

Merging #15690 (c2f23a2) into master (ae6d786) will not change coverage.
The diff coverage is 0.00%.

@@           Coverage Diff           @@
##           master   #15690   +/-   ##
=======================================
  Coverage   43.90%   43.90%
=======================================
  Files         678      678
  Lines       81827    81868   +41
=======================================
+ Hits        35926    35944   +18
- Misses      40051    40076   +25
+ Partials     5850     5848    -2

Impacted Files
Coverage Δ

modules/structs/user.go
100.00% <ø> (ø)

routers/api/v1/admin/user.go
36.99% <0.00%> (-0.44%)
:arrow_down:

modules/queue/workerpool.go
51.64% <0.00%> (-8.36%)
:arrow_down:

modules/git/last_commit_cache_nogogit.go
35.18% <0.00%> (-1.36%)
:arrow_down:

modules/git/commit_info_nogogit.go
70.09% <0.00%> (+0.29%)
:arrow_up:

services/pull/patch.go
55.93% <0.00%> (+1.69%)
:arrow_up:

services/pull/check.go
28.76% <0.00%> (+2.73%)
:arrow_up:

services/pull/temp_repo.go
29.78% <0.00%> (+3.19%)
:arrow_up:

modules/charset/charset.go
75.75% <0.00%> (+4.04%)
:arrow_up:

modules/git/repo_commit_nogogit.go
66.19% <0.00%> (+5.25%)
:arrow_up:

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 ae6d786...c2f23a2. Read the comment docs.


[shape_poly] Improve error messages for shape assertions

Starting with serialization version 7 we introduced shape assertions that are checked at runtime. In the process of rolling out version 7 we encountered projects with failed shape assertions and it became clear that we need better error messages.
See the changes in tests and README.md for examples of the updated error messages.
To produce these assertions we now pass multiple operands to the shape assertion, and to
reduce the amount of duplicated code generate we introduce a CachedShapeEvaluator.

The plan is to land this, then native serialization flag flip, and only then upgrade the serialization version to 7, so that the shape assertions are used.


⚠ Bofrost.fr has degraded performance

In 80f1fb0, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 997 ms

Resolved: Bofrost.fr performance has improved in ef9ef9c after 3 hours, 49 minutes.


Error on build in filters/tables.py

Windows 10
Python 2.7.13
mkdocs 0.16.3
mkdocs-material 1.5.4
pandoc installed from chocolatey 0.10.5
Site being created: https://github.com/adrianhall/develop-mobile-apps-with-csharp-and-azure
D:\GitHub\develop-mobile-apps-with-csharp-and-azure [master +1 ~0 -0 !]> mkdocs2pandoc > editions/editions1.pd
Traceback (most recent call last):
  File "C:\Python27\Scripts\mkdocs2pandoc-script.py", line 11, in <module>
    load_entry_point('mkdocs-pandoc==0.2.6', 'console_scripts', 'mkdocs2pandoc')()
  File "c:\python27\lib\site-packages\mkdocs_pandoc\cli\mkdocs2pandoc.py", line 80, in main
    for line in pconv.convert():
  File "c:\python27\lib\site-packages\mkdocs_pandoc\pandoc_converter.py", line 165, in convert
    lines = mkdocs_pandoc.filters.tables.TableFilter().run(lines)
  File "c:\python27\lib\site-packages\mkdocs_pandoc\filters\tables.py", line 177, in run
    ret.extend(self.convert_table(block))
  File "c:\python27\lib\site-packages\mkdocs_pandoc\filters\tables.py", line 91, in convert_table
    for i in range(0, len(self._split_row(lines_orig[0], has_border))):
TypeError: _split_row() takes exactly 2 arguments (3 given)

The problem is that the signature in markdown.extensions.tables has changed:
    def _split_row(self, row):
        """ split a row of text into list of cells. """
        if self.border:
            if row.startswith('|'):
                row = row[1:]
            row = self.RE_END_BORDER.sub('', row)
        return self._split(row)

Removing the has_border makes it work, but it stinks.   You probably want to copy the older version into your code and use that rather than rely on a private API.

Is there any update update this issue guys?


Environment variable for default parameters

I could create an alias, which is what I'll do for now, but it would be pretty awesome if you could pass parameters to ag via an environment variable. sort of like less's LESS or ack's ACK_OPTIONS. I would guess including them in the beginning of the string before passing argv to parse_options would make the most sense.

Anyone looking for the latest status: head straight to #257 (canonical bug number for this issue) and/or #709 (latest pull request).

+1


fix: Correct intercom status

Owner

[x] Nickname(Tuya): 萧瑟
[x] Intra-group review（组内审阅人员）：萧瑟

Description
Correct intercom status and i118n
Package
Please select the relevant package.

[ ] tuya-panel-animation-sdk
[ ] tuya-panel-api
[ ] tuya-panel-electrician-sdk
[x] tuya-panel-ipc-sdk
[ ] tuya-panel-lamp-sdk
[ ] tuya-panel-lock-sdk
[ ] tuya-panel-robot-sdk
[ ] tuya-panel-outdoor-sdk

Type of change
Please select the relevant option.

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

Self CheckList
Please check all options.

[x] Intra-group review
[x] ESLint lint
[x] Example Run
[x] Jest Run
[x] No Grammer Error
[x] No Spell Error
[x] No Merge Conflict

Codecov Report

Merging #208 (7be9370) into main (4ed3e8a) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             main     #208      +/-   ##
==========================================
- Coverage   62.65%   62.63%   -0.03%
==========================================
  Files         388      388
  Lines       14884    14889       +5
  Branches     3540     3695     +155
==========================================
  Hits         9326     9326
+ Misses       5531     5521      -10
- Partials       27       42      +15

Impacted Files
Coverage Δ

...-panel-ipc-sdk/src/ty-ipc-native/nativeManager.tsx
9.20% <0.00%> (ø)

...-ipc-sdk/src/ty-ipc-native/player-manager-func.tsx
15.77% <0.00%> (-0.29%)
:arrow_down:

packages/tuya-panel-api/src/lamp/general.ts
13.61% <0.00%> (ø)

packages/tuya-panel-api/src/robot/gyroDataApi.ts
9.72% <0.00%> (ø)

packages/tuya-panel-api/src/robot/laserDataApi.ts
8.88% <0.00%> (ø)

...s/tuya-panel-remote-sdk/src/utils/getAirKeyData.ts
15.58% <0.00%> (ø)

...l-gateway-sdk/src/components/setPassword/index.tsx
48.27% <0.00%> (ø)

...l-sensing-sdk/src/components/MultiSlider/index.tsx
29.51% <0.00%> (ø)

...-gateway-sdk/src/components/addDeviceTip/index.tsx
40.74% <0.00%> (ø)

...teway-sdk/src/components/deviceListPanel/index.tsx
45.45% <0.00%> (ø)

... and 4 more

:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more


I want the hash of v3.0.1.

https://aquaproj.github.io/docs/products/aqua-installer#shell-script
The installation script hash of this repository introduced in the link above is for v3.0.0.
It would be helpful if you could publish the hash of v3.0.1 on the release page and introduction page.

Thank you for your feedback.
I've added SHA256 checksums to GitHub Release pages.
e.g. https://github.com/aquaproj/aqua-installer/releases/tag/v3.0.1


Post-v4 infrastructure and deployment cleanup

Now that v4 is out, we should tie up loose ends from overhauling the infrastructure deployment, and get the browser deployment (and deployctl) into a stable state where it'll be OK until we define what our technical stacks are going to look like long term.

[x] #1341
[x] #1247
[x] https://github.com/broadinstitute/gnomad-blog/issues/118
[x] #1340

The cleanup stuff here is done -- remaining items are all deployment overhaul related, and I'm going to move those to their own epic with some of the pre-existing deployment/infra tickets


Lots of tests are passing by accident

While looking in to #95 (trying to convert the input from guard to validate), I have observed that a large number of tests are throwing exceptions which do not relate to the intended behaviour:
  ● undefined › ~: Person

    RangeError: Maximum call stack size exceeded

      12 |
      13 |   let cached: A;
    > 14 |   function getWrapped() {
         |                      ^
      15 |     if (!cached) {
      16 |       cached = delayed();
      17 |       for (const k in cached) if (k !== 'tag') data[k] = cached[k];

      at getWrapped (src/types/lazy.ts:14:22)
      at Object.get tag [as tag] (src/types/lazy.ts:9:15)
      at src/show.ts:6:16
      at src/show.ts:24:47
      at src/show.ts:31:63
          at Array.map (<anonymous>)
      at src/show.ts:31:14
      at src/show.ts:24:47
      at src/show.ts:31:63
          at Array.map (<anonymous>)

  ● undefined › ~: CustomGuardConstraint

    TypeError: Cannot read property '_someClassTag' of undefined

      57 |   constructor(public n: number) {}
      58 |   public _someClassTag = SOMECLASS_TAG;
    > 59 |   public static isSomeClass = (o: any): o is SomeClassV2 => o._someClassTag === SOMECLASS_TAG;
         |                                                               ^
      60 | }
      61 |
      62 | const runtypes = {

      at Object.<anonymous>.SomeClassV2.isSomeClass (src/index.spec.ts:59:63)
      at Object.Constraint.runtype_1.create.tag [as validate] (src/types/constraint.ts:29:22)
      at assertRejects (src/index.spec.ts:748:26)
      at Object.<anonymous> (src/index.spec.ts:207:49)

  ● [null,null,null] › ~: 3

    TypeError: Cannot convert a Symbol value to a string

-- investigation of this one reveals that the problematic value is [ Symbol(0), Symbol(42), Symbol() ]

(note that line numbers and exact stack traces may be inaccurate due to the changes I have been making)
The tests previously got away with this because any exception was considered to be correct. This may also go some way to explaining why the library performs poorly speed-wise.
I suggest adding exception message checking to the automated tests and fixing these bugs (especially the call stack size exceeded bugs).

This sounds not great. It's not clear to me how you're seeing these erroneous exceptions though. A PR which at least causes the testcases to fail when the wrong exceptions are thrown would be welcome.

OK, I can put something basic together to flag them up. It might not be pretty though.
I observed them here because I swapped out all the exception logic for returns, which meant the only remaining exceptions are the unexpected ones (and without the try/catch logic, they get through now). Of course that means that some might actually have been caused by mistakes I made while doing that, but after investigation I'm fairly confident that's not the case, and these bugs have always been present.

I observed them here because I swapped out all the exception logic for returns

This is probably what we should do anyway, i.e. use validate instead of check in test cases.

Even that on its own wouldn't reveal these, since validate has a catch which doesn't discriminate based on exception type, so all would get swallowed and returned as an object anyway. In the PR I made all catch blocks check exception type, both in the tests and the code itself.
But yes if the code can be updated to have validate as first-class and check as the wrapper, I fully agree that the tests would be better written using validate rather than check.

But yes if the code can be updated to have validate as first-class and check as the wrapper, I fully agree that the tests would be better written using validate rather than check.

That will hopefully be the outcome of https://github.com/pelotom/runtypes/pull/99.

This seems to have been resolved now, so closing


Add JDSA Point VTOL Engine from SpaceDock

This pull request was automatically generated by SpaceDock on behalf of Jatwaa, to add JDSA Point VTOL Engine to CKAN.
Mod details:
name = /mod/1696/JDSA%20Point%20VTOL%20Engine
author = Jatwaa
abstract = A mini surface mount jet engine to allow for better and more accurate VTOL or thrust.
license = MIT
Homepage =
description = This is your mod listing! You can edit it as much as you like before you make it public.
To edit this text, you can click on the "Edit this Mod" button up there.
By the way, you have a lot of flexibility here. You can embed YouTube videos or screenshots. Be creative.
You can check out the SpaceDock markdown documentation for tips.
Thanks for hosting your mod on SpaceDock!
Please direct questions about this pull request to Jatwaa.

Check whether this conflicts with author's other mods as per #6225.

#rebuild


feat: Added hamburger menu + Added some dev resources and App ideas

Feature

Added hamburger menu

Resources

Story set
Drawkit
Iconfinder

App Ideas

Counter Timer
Calendar app
Bus Booking system
Hospital management system
Online Exam System
Online Chat system

Menu link can be decent. (It is too bright)

Thank you for your contribution. Merged.


Storybook/React/Twig: Add canonical urls

The canonical urls for the Storybook projects are:
https://react.ui.ilo.org/
https://twig.ui.ilo.org/
Add canonical url tags to each storybook project.
E.g. <link rel="canonical" href="https://react.ui.ilo.org">

Set the homepage properties to the package.json files of the react and twig package, so they’ll appear in npm

Closing as a duplicate of #168


Remove transcript symbols from EV transcript image and GB drawer

Type

[ ] Bug fix
[ ] New feature
[x] Improvement to existing feature

Related JIRA Issue(s)
https://www.ebi.ac.uk/panda/jira/browse/ENSWBSITES-968
Description
Remove transcript symbol from GB drawer and EV transcript image
Deployment URL
http://remove-transcript-symbol.review.ensembl.org/
Views affected
GB & EV

[ ] I have checked any requirements for Google Analytics
[ ] I have created any required tests
[ ] The PR has as its final commit a WASM/JS update commit if any Rust files were updated.

Possible complications
N/A

If we are no longer using transcript symbols, we should remove the corresponding field from the query and from the types:

https://github.com/Ensembl/ensembl-client/blob/dev/src/ensembl/src/content/app/entity-viewer/gene-view/GeneView.tsx#L89
https://github.com/Ensembl/ensembl-client/blob/dev/src/ensembl/src/content/app/entity-viewer/gene-view/components/default-transcripts-list/transcripts-list-item-info/TranscriptsListItemInfo.tsx#L55
https://github.com/Ensembl/ensembl-client/blob/dev/src/ensembl/src/content/app/browser/drawer/drawer-views/transcript-summary/TranscriptSummary.tsx#L54
https://github.com/Ensembl/ensembl-client/blob/dev/src/ensembl/src/content/app/browser/drawer/drawer-views/transcript-summary/TranscriptSummary.tsx#L82


Plugin Stoped working Overnight

Over 6 months with no issues - now plugin stopped working overnight?
Any suggestions on how to correct?

Did your Envisalink change IP address?

Did your Envisalink change IP address?

No IP address change but when I checked the device I did see this:
EnvisaLink TPI Status - OFFLINE
I would assume that means that nothing can communicate with Envisilink (Alexa, Smarthings, hoobs etc...)
If this is the case I can't be the only one with this issue, correct?

No IP address change but when I checked the device I did see this:
EnvisaLink TPI Status - OFFLINE
I would assume that means that nothing can communicate with Envisilink (Alexa, Smarthings, hoobs etc...)
If this is the case I can't be the only one with this issue, correct?

I believe I have solved the issue - My Homebridge box (HOOBS on a Raspberry Pie) changed. Its IP address
I have switched the HOOBS Device to a static IP - I believe that this will correct the issue.

I believe I have solved the issue - My Homebridge box (HOOBS on a Raspberry Pie) changed. Its IP address
I have switched the HOOBS Device to a static IP - I believe that this will correct the issue.

So this has been continuing to re-occur. The Envisilink TPI Status keeps on disconnecting stopping all reporting and control.
This is new for me - not sure why this is starting now. The only solution I have found is to restart HOOBS. That causes the TPI to reconnect but after the first command is sent it disconnects again... Any thoughts or solutions???

So this has been continuing to re-occur. The Envisilink TPI Status keeps on disconnecting stopping all reporting and control.
This is new for me - not sure why this is starting now. The only solution I have found is to restart HOOBS. That causes the TPI to reconnect but after the first command is sent it disconnects again... Any thoughts or solutions???

1/17/2021, 8:25:46 PM [Envisalink-Ademco] Arming alarm to Stay (Home).
1/17/2021, 8:25:46 PM [Envisalink-Ademco] Command not successful, no TPI session established.
1/17/2021, 8:25:55 PM [Envisalink-Ademco] Already handling Alarm state change, igorning request.
1/17/2021, 8:25:56 PM [Envisalink-Ademco] Alarm request did not return successful in allocated time. Current alarm status is  READY

1/17/2021, 8:25:46 PM [Envisalink-Ademco] Arming alarm to Stay (Home).
1/17/2021, 8:25:46 PM [Envisalink-Ademco] Command not successful, no TPI session established.
1/17/2021, 8:25:55 PM [Envisalink-Ademco] Already handling Alarm state change, igorning request.
1/17/2021, 8:25:56 PM [Envisalink-Ademco] Alarm request did not return successful in allocated time. Current alarm status is  READY

Still not sure what's going on, byt the TPI connection only works for a short period of time then disconnects.
What would cause this?
1/18/2021, 9:51:47 AM [Envisalink-Ademco] Missing Heartbeat - Time drift:  54.502 . Trying to re-connect session...
1/18/2021, 9:51:52 AM [Envisalink-Ademco] Starting connection to envisalink module at: <IP_ADDRESS>, port: 4025
1/18/2021, 9:51:52 AM [Envisalink-Ademco] Error: read ECONNRESET
at TCP.onStreamRead (internal/stream_base_commons.js:205:27) {
errno: 'ECONNRESET',
code: 'ECONNRESET',
syscall: 'read'
}
1/18/2021, 9:51:53 AM [Envisalink-Ademco] Command format invalid! command='%00,01,1C08,08,00,DISARMED  Ready t'
1/18/2021, 9:51:54 AM [Envisalink-Ademco] Disconnect TPI session
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Session closed unexpectedly. Re-establishing Session...
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Starting connection to envisalink module at: <IP_ADDRESS>, port: 4025
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Successful TPI session established
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Checking for disconnected session every:  30  seconds.

Still not sure what's going on, byt the TPI connection only works for a short period of time then disconnects.
What would cause this?
1/18/2021, 9:51:47 AM [Envisalink-Ademco] Missing Heartbeat - Time drift:  54.502 . Trying to re-connect session...
1/18/2021, 9:51:52 AM [Envisalink-Ademco] Starting connection to envisalink module at: <IP_ADDRESS>, port: 4025
1/18/2021, 9:51:52 AM [Envisalink-Ademco] Error: read ECONNRESET
at TCP.onStreamRead (internal/stream_base_commons.js:205:27) {
errno: 'ECONNRESET',
code: 'ECONNRESET',
syscall: 'read'
}
1/18/2021, 9:51:53 AM [Envisalink-Ademco] Command format invalid! command='%00,01,1C08,08,00,DISARMED  Ready t'
1/18/2021, 9:51:54 AM [Envisalink-Ademco] Disconnect TPI session
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Session closed unexpectedly. Re-establishing Session...
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Starting connection to envisalink module at: <IP_ADDRESS>, port: 4025
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Successful TPI session established
1/18/2021, 9:51:57 AM [Envisalink-Ademco] Checking for disconnected session every:  30  seconds.

From looking at the transaction, this seem like your are having internal network issues. My suggestion would be following

Have you installed any new that connect to Envisalink module. Remember only one connection is possible at any given time.
Have you checked internal network gear (switch/router) or recently install a new device? Missing heartbeat does indicate hard disconnect at the network level.
I don't use HOOBS, have you recently upgraded? Do you have other plug-in that are network dependent? Are they stable?

From looking at the transaction, this seem like your are having internal network issues. My suggestion would be following

Have you installed any new that connect to Envisalink module. Remember only one connection is possible at any given time.
Have you checked internal network gear (switch/router) or recently install a new device? Missing heartbeat does indicate hard disconnect at the network level.
I don't use HOOBS, have you recently upgraded? Do you have other plug-in that are network dependent? Are they stable?

I’m closing this issue because it has been inactive for over a months. Please reopen if you are still encountering this issue.


Safer nulls and json tags for ToStructs

This won't panic if the queryresult has null values.
Additionally, users can supply json tags in their incoming struct of the big query field names.

Thanks for the PR everything looks fine not a super big fan of continues, but programmatically it all appears good to go.


Correlate Text to diagram

Step 3 has some numbers on the diagrams, but the text does not include any numbers so it is difficult to determine which paragraph is associated with a numbered line on the diagram. Please add some explicit numbering to decrease my confusion.

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: b0636fa6-c28e-e894-5e70-ddf0a7348de0
Version Independent ID: b0636fa6-c28e-e894-5e70-ddf0a7348de0
Content: Apply Zero Trust principles to Storage in Azure
Content Source: zero-trust/azure-infrastructure-storage.md
Service: security
GitHub Login: @sikovatc
Microsoft Alias: sikovatc

Thanks for the feedback, Dean! I will edit that to make it clearer.

Hi Dean, This has been corrected with an updated version of the diagram and associated table. Please let us know if you have any additional comments.


docs: installation option and the OpenUPM badge

Hi @brunurd,
Thanks for making this awesome UPM package. I'm the creator of the OpenUPM platform, an open-source UPM registry, and continuous build service based on Git tags. It's hosting more than 200+ open-source UPM packages at the time of writing.
Your package has been submitted to the platform, and it works well. https://openupm.com/packages/com.lavaleakgames.diplomata/
Please consider merging the docs update PR.

@favoyang nice initiative, maybe I will add some other projects.


docs(readme): improve the readme to point to the new docs

I hope that this pr makes the different usages of the docs and the docs_app folder clearer

Coverage decreased (-0.2%) to 96.798% when pulling 883ae9fb3dea818bda41d2b493e37403764a2255 on JWO719:feature/improve-docs-docs into c1c66d2d0ab552bffc019fb6d35971707010d234 on ReactiveX:master.

Maybe we can close #3272 afterwards


Incompatible with WebStorm 2021.1

plugin version: 0.98-2020.3
Description
Just upgraded to WebStorm 2021.1, and the plugin says:

Incompatible, requires IDE build 203.* or older

IDE version:
WebStorm 2021.1
Build #WS-211.6693.108, built on April 5, 2021
Licensed to Sergey Samokhov
Subscription is active until April 14, 2021.
Runtime version: 11.0.10+9-b1341.35 amd64
VM: Dynamic Code Evolution 64-Bit Server VM by JetBrains s.r.o.
Linux 5.11.10-artix1-1
GC: G1 Young Generation, G1 Old Generation
Memory: 8192M
Cores: 4
Registry: bigger.font.in.project.view=true, ide.balloon.shadow.size=0
Non-Bundled Plugins: com.chrisrm.idea.MaterialThemeUI (6.2.1), org.intellij.plugins.postcss (211.6693.64), com.mallowigi (36.0), org.elm.klazuka (4.4.0), com.intellij.lang.jsgraphql (2.9.1), ru.adelf.idea.dotenv (2021.1), PlantUML integration (4.6.1), org.asciidoctor.intellij.asciidoc (0.32.33)
Current Desktop: X-Cinnamon

2021.1 has just been released today!

But it was in Beta and before that in EAP for quite some time

@michaelvashchinsky  come on, it's only free time, my time !

0.99 supports 2021.1

Thank you very much, M. Giraud! Your time is very much appreciated :pray:

You're right @giraud, I am sorry.
Thank you!


Body padding when modal is open

Hi there!
I'd like to contribute on this issue. Bootstrap adds a padding to the body when the modal is open. I currently have a working example on my own. I can submit a merge request for you to review and possibly merge.
Are you open to MRs?

yes, thank you and welcome!


black (python) is broken due to missing grammars

Describe the bug
As of latest nixos-unstable, black fails with python 3.10/3.11/3.12.
Steps To Reproduce
Steps to reproduce the behavior:

nix-shell -p --pure "python311.withPackages(ps: with ps; [ black ])"
echo "print('Hello world')" > foo.py
black ./foo.py

Traceback (most recent call last):
  File "/nix/store/4igrm8wlz78c02q0v2p51vhl55nh0vd3-python3.11-black-23.11.0/bin/.black-wrapped", line 6, in <module>
    from black import patched_main
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/black/__init__.py", line 39, in <module>
    from black.comments import normalize_fmt_off
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/black/comments.py", line 7, in <module>
    from black.nodes import (
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/black/nodes.py", line 22, in <module>
    pygram.initialize(CACHE_DIR)
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/blib2to3/pygram.py", line 175, in initialize
    python_grammar = driver.load_packaged_grammar("blib2to3", _GRAMMAR_FILE, cache_dir)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/blib2to3/pgen2/driver.py", line 291, in load_packaged_grammar
    return load_grammar(grammar_source, gp=gp)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/blib2to3/pgen2/driver.py", line 263, in load_grammar
    g.load(gp)
  File "/nix/store/yn8vm7djjzv4cn7f2hjaly6ywm56g903-python3-3.11.7-env/lib/python3.11/site-packages/blib2to3/pgen2/grammar.py", line 124, in load
    d = pickle.load(f)
        ^^^^^^^^^^^^^^
EOFError: Ran out of input

Expected behavior: no error
Notify maintainers
@autophagy
@sveitser
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
[user@system:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.7.4, NixOS, 24.05 (Uakari), 24.05.20240210.d934204`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.1`
 - nixpkgs: `/nix/store/599wy5snf00pn1apmsnzmiy0ysdpds03-source`

Add a :+1: reaction to issues you find important.

can't reproduce

I'm still running into this intermittently. I updated nixpkgs and it went away, and now it's come back. I'm not sure how to debug this. Currently my flake.lock shows revision https://github.com/NixOS/nixpkgs/commit/3030f185ba6a4bf4f18b87f345f104e6a6961f34
It occurs on a wide variety of python files, so it doesn't seem related to the input (even though the only bug report relating to this on the black repo is a race condition that only occurred on some files: https://github.com/psf/black/issues/673)

Nevermind, this is an upstream bug. rm -r ~/.cache/black/ resolved the issue, so it seems that somehow black stores corrupt files in there infrequently.

@genevieve-me I am also facing this issue but very randomly it come and goes. I cant troubleshoot it.
Your solution of rm -r ~/.cache/black/ doesnt work for me as I black folder is not found.
Ofc, my application is not with black but my question here is, at what point did you run the cache removal? Before you start the progam from terminal or you trigger it at different point?

Unfortunately it was so random for me that I'm not sure either. I suspect that as I swapped between environments using nixpkgs 23.11 and unstable, I was switching black versions, and that's why deleting the cache solved it for me. To be honest, it was just a wild guess that prompted me to try that. I haven't had the issue come back since then.
I did remove the cache before running the black command in my shell (invoked as black, not via python -m).


A block should be context-sensitive if any return statement is

Fixes #17586 for the case when the function uses a block body rather than an expression body.

I tried adding some caching to this through NodeLinks, but there was on average no improvement.

@rbuckton Good to go?

can you run perf tests on this change and let us know if you see any regressions.

I don't see any change.
Monaco - node (v8.2.1, x64)

Project
Baseline
Current
Delta
Best
Worst

Memory used
356,236k (±  0.01%)
356,227k (±  0.00%)
-9k (-  0.00%)
356,205k
356,259k

Parse Time
2.12s (±  0.38%)
2.15s (±  2.08%)
+0.03s (+  1.42%)
2.10s
2.32s

Bind Time
0.81s (±  0.45%)
0.85s (±  7.97%)
+0.05s (+  5.83%)
0.79s
1.09s

Check Time
4.36s (±  0.37%)
4.46s (±  1.72%)
+0.10s (+  2.39%)
4.34s
4.66s

Emit Time
7.52s (±  6.44%)
7.43s (±  1.50%)
-0.09s (-  1.20%)
7.25s
7.75s

Total Time
14.81s (±  3.38%)
14.89s (±  1.48%)
+0.09s (+  0.59%)
14.49s
15.48s

Monaco - tsc (x86)

Project
Baseline
Current
Delta
Best
Worst

Parse Time
1.50s (±  0.50%)
1.50s (±  0.64%)
-0.01s (-  0.47%)
1.47s
1.52s

Bind Time
0.57s (±  2.69%)
0.55s (±  2.56%)
-0.02s (-  2.98%)
0.53s
0.59s

Check Time
4.12s (±  1.98%)
4.04s (±  1.57%)
-0.08s (-  1.99%)
3.93s
4.17s

Emit Time
7.70s (±  0.65%)
7.63s (±  0.85%)
-0.07s (-  0.90%)
7.50s
7.75s

Total Time
13.89s (±  0.79%)
13.72s (±  0.79%)
-0.17s (-  1.25%)
13.53s
13.99s

TFS - node (v8.2.1, x64)

Project
Baseline
Current
Delta
Best
Worst

Memory used
309,991k (±  0.01%)
309,990k (±  0.01%)
-1k (-  0.00%)
309,933k
310,034k

Parse Time
1.57s (±  2.92%)
1.55s (±  1.73%)
-0.02s (-  1.53%)
1.44s
1.57s

Bind Time
0.66s (±  3.75%)
0.67s (±  4.12%)
+0.01s (+  1.21%)
0.65s
0.78s

Check Time
3.83s (±  1.20%)
3.81s (±  0.55%)
-0.03s (-  0.65%)
3.77s
3.85s

Emit Time
4.15s (±  1.67%)
4.13s (±  1.22%)
-0.02s (-  0.51%)
4.07s
4.33s

Total Time
10.22s (±  1.22%)
10.16s (±  0.55%)
-0.06s (-  0.62%)
10.06s
10.35s

TFS - tsc (x86)

Project
Baseline
Current
Delta
Best
Worst

Parse Time
1.07s (±  1.20%)
1.07s (±  0.64%)
-0.01s (-  0.65%)
1.05s
1.08s

Bind Time
0.58s (±  2.02%)
0.58s (±  2.91%)
+0.00s (+  0.34%)
0.55s
0.62s

Check Time
3.33s (±  1.47%)
3.34s (±  1.38%)
+0.01s (+  0.39%)
3.24s
3.42s

Emit Time
4.49s (±  0.84%)
4.50s (±  0.94%)
+0.01s (+  0.22%)
4.44s
4.62s

Total Time
9.47s (±  0.55%)
9.49s (±  0.85%)
+0.02s (+  0.19%)
9.31s
9.66s

@mhegazy Good to go?

@mhegazy @rbuckton Good to go?

@mhegazy @rbuckton

@mhegazy @rbuckton


React to refactoring of IR phases in Razor

React to https://github.com/aspnet/Razor/pull/996

Do a control +  F for "DefaultDirectiveIRPass"
I had to add some hacks that look at this pass based on it's name. You should be able to remove those hacks now.

🆙 📅


Al-Quran

Describe the bug
Al-Quran app
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-1zwudf
Steps to reproduce
Al-Quran app
Expected behavior
Al-Quran app
Screen Recording / Screenshot
Al-Quran app
Platform
Browser name = Chrome
Full version = <IP_ADDRESS>
Major version = 131
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36
performance.memory = {
  "totalJSHeapSize": 57530943,
  "usedJSHeapSize": 53479495,
  "jsHeapSizeLimit":<PHONE_NUMBER>
}
Username = koshbulak
Chat ID = acb50897ae1b

Additional context
Al-Quran app

note :
Error: Project could not be imported because it does not exist, or you don't have access to it. make the project status to public .


Remove unnecessary Raspbian repository.

We should keep the master Raspbian repository only for RPi family base
images.

@nghiant2710 why?

@petrosagg while I was reviewing the sources lists in the RPI family base images (to remove custom resin repository) found out that the raspberrypi.org repo and raspbian.org repo provide almost the same packages.
Actually raspberrypi.org has few packages outside raspbian.org and sometimes provide newer version than the other repo. Normally apt will prioritise the latest package and will install them from raspberrypi.org. I'm not sure this is the behavior we want so I think it's better to keep the Raspbian mirror only. We will mention manually adding the raspberrypi.org repository in our docs in case any users need a specific package from it.

we will keep both repositories so I will close this PR.


Draw/Write on Screen

Description of the new feature / enhancement
A quick way to draw and write on screen during video calls, and also to generate screenshots.
Scenario when this would be used?
During video calls and to generate screenshots
Supporting information
No response

You might like zoomit from Microsoft sysinternals: https://learn.microsoft.com/en-us/sysinternals/downloads/zoomit
/dup #149


New market builder issue

hit create market button
enter in some choices
switch market types
they're still there..

Also:
What are the minimum and maximum allowed answers to your question?
// TODO fix does not recognize 0

Fixed in b63b7643c0f5a18dd8d077b45b775169eb784cb3.


WIP: tower-batch middleware.

First attempt at implementing #470. This is split into two commits, one that vendors the tower-buffer source code, and one that modifies it to provide a tower-batch.
I didn't test it yet because that requires writing services against its interface but I believe that it should work correctly.

I think the next thing to do would be to try to actually test this API against some real services.  The natural candidate would be ed25519-zebra since its batching API already exists (even if we can't use it in Zebra directly because of ZIP 215 issues).  I'm planning to rip out the async parts of that repo and replace it with a synchronous API that could be wrapped in a Service.  Alternatively we could try Redjubjub or Groth16 batch verification.

I put the fixes to ed25519-zebra in an 0.4.0 release and I'll update this PR to use it.


destroyFormElements touches data model

OpenUI5 version: 1.84.0
Browser/version (+device/version): Newest Firefox, Chrome and Edge Chromium
Any other tested browsers/devices(OK/FAIL): All of the mentioned above. Don't think it's a browser thing.
URL (minimal example if possible): https://nuci1ewgi0sn03ds-sample-approuter.cfapps.eu10.hana.ondemand.com/samplesample-1.0.0/index.html
User/password (if required and possible - do not post any confidential information here):
Steps to reproduce the problem:

create a form using JavaScript (sap.ui.layout.form.FormContainer)
addField => new sap.m.RadioButtonGroup => new RadioButton
bind the radio buttons to a model

Sample Code:
oField.addField(new RadioButtonGroup(that.createId("formId_" + iIndex), { 	columns: 3, 	selectedIndex: { path: "/data/" + iIndex + "/aclFlag" }, 	buttons: [ 		new RadioButton({ text: "No" }), 		new RadioButton({ text: "Yes"}) 	], 	visible: "{/data/"+iIndex+"/detailsVisible}", 	enabled: "{viewState>/allowedActions/save}" })); oForm.addFormElement(oMCDother);
Editors comment: good Job Github on formatting JavaScript...

Then use destroyFormElements()

What is the expected result?
The model (/data/index/aclFlag) should stay exactly as it is.
What happens instead?
The RadioButton is reset to "-1". Interestingly, it does not touch any of the other form elements (they stay as they are).
Any other information? (attach screenshot if possible)

Hi @schanjan,
Thank you for sharing this finding.
Can you please give an isolated sample that demonstrates the issue (in JSBin or something like)?
Best Regards,
Nikolay Hristov
GitHub Dispatcher

I was not able to get it to work on JSBin, but added my own example: https://nuci1ewgi0sn03ds-sample-approuter.cfapps.eu10.hana.ondemand.com/samplesample-1.0.0/index.html
To reproduce, debug line 55 in the controller. Look at the model before and after running desctroyFormElements().
Let me know if you need the source code.

Hi @schanjan ,
Thank you for sharing the sample.
On first inspection it seemed like a bug. However, I found in the documentation  that -1 is a valid value for the "selectedIndex" property.
"If no radio button is selected, the selectedIndex property will return -1"
Sample: https://jsbin.com/birogahaqu/2/edit?html,output
When all buttons are deleted/destroyed, the the selectedIndex becomes -1.
In this case we are destroying the entire group. But since destroy of the group involved destroying the buttons as a sub-operation, I still so not have a sufficient reason to treat this as a bug.
If the same model is reused for binding another group, then the new group will have no selection initially (as you have probably noticed) until you specify a value > -1.
Let me know if you still see any issues applying this logic on application side.
Thanks

Hi @kineticjs,
Thanks for the investigation.
However, I do not agree with your argumentation that the value is set to -1 when the element is destroyed. => "no button selected" (-1) and "element does not exist" (probably null or undefined) is definitely not the same.
I still do not see a reason why the model should be changed when I delete elements. Elements and data should be absolutely independent. Deleting an element should not delete / unset / change any of the data itself.
This is also the case for text input - which is still there, even after deleting the element.
Could you please have another look at it?
If you decide this is not a bug, what would be the appropriate workaround to maintain data, even after resetting the form?
I have already tried writing data into another var before deletion. Since JS uses references, the other var is then -1 as well. I just can't get it to persist.

Hello @,
Thank you for the more detailed argumentation. I've created an internal incident<PHONE_NUMBER>. The status of the issue will be updated here in GitHub.
Regards,

Hi @schanjan,
As a temporary workaround, one of our prominent team members proposed the following solution:
https://jsbin.com/mawuwilewu/edit?html,output
In the sample, the “selectedIndex” property is bound in OneWay binding mode for initial state and then the model is manually updated on the RadioButtonGroup “select” event which is called only on user interaction. In this way, when we destroy the control, the model is intact.

Hi @kineticjs
Thanks for handling this.
The provided workaround is not an option in our case as we have the binding after creation of the elements. (it's a bit complicated...)
But I have found another workaround: Before destoying the form, loop through the array, save in a javascript array. After destroying the form, loop through the js array again and save it back into the model.

Hello @schanjan ,
The issue is now fixed on the master branch. It will be available with version 1.86.
Thanks and best regards,
Petar

Hello @schanjan ,
The issue is now fixed on the master branch. It will be available with version 1.86.
Thanks and best regards,
Petar


Errore in device definition with 2023.8.0

Belo the log after updating to 2023.8.0:
Logger: homeassistant.components.sensor
Source: helpers/entity_platform.py:624
Integration: Sensor (documentation, issues)
First occurred: 10:00:14 (24 occurrences)
Last logged: 10:06:10
Ignoring invalid device info: Invalid device info {'default_model': 'Pixie', 'default_name': 'Giardino', 'hw_version': '1.3', 'identifiers': {('netro_watering', '10521ce699a9')}, 'manufacturer': 'Netro', 'sw_version': '1.3.2'} for 'netro_watering' config entry: device info needs to either describe a device, link to existing device or provide extra information.
Ignoring invalid device info: Invalid device info {'default_model': 'Virtual zone', 'default_name': 'Giardino 1', 'identifiers': {('netro_watering', 'XXX')}, 'manufacturer': 'Netro', 'via_device': ('netro_watering', 'XXX')} for 'XXX' config entry: device info needs to either describe a device, link to existing device or provide extra information.
The device is no more in the dashboard but only the sensors.

Thanks for alerting. Fixed in QA, it should go live in a few hours.

Please apply https://github.com/kcofoni/ha-netro-watering/releases/tag/1.1.3


Error installing java zulu-21.30.15

Describe the bug
I'm unable to install java version zulu-21.30.15
To Reproduce
when running: rtx install<EMAIL_ADDRESS>I'm getting
rtx failed to execute command: ~/.local/share/rtx/installs/java/zulu-21.30.15/bin/java -version
rtx No such file or directory (os error 2)
rtx Run with --verbose or RTX_VERBOSE=1 for more information

Expected behavior
zulu is among versions supported by rtx (rtx ls-remote java), so expected behavior is that we should be able to install it.
rtx doctor output
rtx version:
  2024.0.0 macos-arm64 (2023-12-31)

build:
  Target: aarch64-apple-darwin
  Features: DEFAULT, NATIVE_TLS
  Built: Sun, 31 Dec 2023 22:05:35 +0000
  Rust Version: rustc 1.74.0 (79e9716c9 2023-11-13) (Homebrew)
  Profile: release

shell:
  /bin/zsh
  zsh 5.9 (x86_64-apple-darwin22.0)

rtx data directory:
  /Users/someuser/.local/share/rtx

rtx environment variables:
  RTX_SHELL=zsh

settings:
  {
    "experimental": false,
    "color": true,
    "always_keep_download": false,
    "always_keep_install": false,
    "legacy_version_file": true,
    "legacy_version_file_disable_tools": [],
    "plugin_autoupdate_last_check_duration": "7d",
    "trusted_config_paths": [],
    "log_level": "info",
    "trace": false,
    "debug": false,
    "verbose": false,
    "quiet": false,
    "asdf_compat": false,
    "jobs": 4,
    "shorthands_file": null,
    "disable_default_shorthands": false,
    "disable_tools": [],
    "raw": false,
    "yes": false,
    "task_output": null,
    "not_found_auto_install": true,
    "ci": false,
    "cd": null
  }

config files:
  /Users/someuser/.config/rtx/config.toml

plugins:
  bun      (core)
  deno     (core)
  go       (core)
  java     (core)
  node     (core)
  python   (core)
  ruby     (core)
  tuist    https://github.com/cprecioso/asdf-tuist.git#3ecc489

toolset:
<EMAIL_ADDRESS>
No problems found

Additional context
rtx installed using homebrew

For zulu-<IP_ADDRESS> as well. The issue is present since rtx release 2023.12.27. The rtx release 2023.12.26 was good.  Verified with trial-and-errror method.
The workaround is to install the working version from GitHub releases.

The issue seems to be related to the call to file::unzip which does not result in a proper extraction. Symlinks from the ZIP are not properly extracted and show up as exectuables.

vs.


Allow for time-dependent forms and boundary conditions

I don't think that currently we can explicitly handle time-dependent forms or boundary conditions.
Time dependent forms e.g. forcing could probably be handled in the case that each time-slice only had one timestep on it by just manually changing the value of the time-dependent Function/Constant etc in the form. You could do this in the preprocessing callback in paradiag.solve() and I think it would propogate through the all-at-once form in the AllAtOnceSystem and the block linearisations in DiagFFTPC. But this only works if there is one timestep per slice and is probably too dependent on the current implementation.
I don't think we can handle time-dependent boundary conditions at all at the moment because we create entirely new DirichletBC objects both for the all-at-once system and the complex blocks.
I wanted to make an example based on the Firedrake wave-equation double slit example because this is a time-dependent problem with a Laplacian, but I don't think I can because it has a time-dependent boundary condition.

For expressions that are time dependent, we could just have a Constant called "time", and then pass this to the paradiag to update the present value of time at various points. For Functions, we would need a callback, but that's a less common case for us at the moment (the case where we use real data, mostly).

I think something that would work, although we would need a different time Constant for each timestep, otherwise every timestep on the same slice would think it was at the same time. So it might be better to invert it and have asQ provide the time Constants.
For the forms, the AllAtOnceSystem could create a time Constant for each timestep, and the form_function generator would then have a function signature:
def form_function( *trials, *tests, time) instead of def form_function(*trials, *tests)
We can then control which part of the all-at-once form uses what time Constant when we assemble it in _set_aao_form().
This is less useful for the boundary conditions because we need to construct them before creating the paradiag object. Unless we do something like taking in a list of generating functions for the boundary conditions? So inside AllAtOnceSystem we would do something like:
self.bcs = [bc_generators(time_constants[i]) for i in range(local_timesteps)]

For Functions we would again need a seperate one for each timestep. This is a bit of a pain assuming that we want to keep it so the user only has to provide a single generator function for the forms. In terms of the solution which requires least change, something like this might work, (although is very likely not the best approach). In the user script:
my_time_dependent_functions = [fd.Function(...) for _ in range(ntimesteps)]

def form_function(*trials, *tests, time_constant, timestep_index):
    forcing = my_time_dependent_functions[timestep_index]
    form = <something involving forcing>
    return form

Then the time dependent functions could be updated in the preprocessing callback before each window solve.

That could work, although we would need a different time Constant for each timestep, otherwise every timestep on the same slice would think it was at the same time. So it might be better to invert it and have asQ provide the time Constants.
Here are some very preliminary thoughts on how we could do this.
Time dependent expressions in the UFL forms
The AllAtOnceSystem could create a time Constant for each timestep, and the form_function generator would then have a function signature:
def form_function( *trials, *tests, time_constant): instead of def form_function(*trials, *tests):
We can then control which part of the all-at-once form uses what time Constant when we assemble it in AllAtOnceSystem._set_aao_form().
Time dependent boundary conditions
Currently we need to create the boundary conditions before creating the paradiag object, and we wouldn't have access to the time Constants at that point. Instead, we could allow generating functions in the user provided boundary condition list. I think we still want to be able to accept existing DirichletBCs, so inside AllAtOnceSystem we would do something like:
self.bcs = ([] for _ in range(local_timesteps)) # bc list for each timestep
for i in range(local_timesteps):
    bc_list = []  # bcs for timestep i
    for bc in user_provided_bcs:
        if isinstance(bc, fd.DirichletBC):  # is it a real bc or a generator?
            bc_list.append(bc)
        else:
            bc_list.append(bc(time_constants[i]))
    self.bcs[i].extend(bc_list)

It would be straightforward to change AllAtOnceSystem.set_boundary_conditions() to apply a different list of boundary conditions to each timestep in the all-at-once Function.
Time dependent Functions in the UFL forms
For Functions we would again need a seperate one for each timestep. This is a bit of a pain assuming that we want to keep it so the user only has to provide a single generator function for the forms. In terms of the solution which requires least change, we can add the timestep index to the form_function signature. Then in the user script when defining the form_function:
my_time_dependent_functions = [fd.Function(...) for _ in range(ntimesteps)]

def form_function(*trials, *tests, time_constant, timestep_index):
    forcing = my_time_dependent_functions[timestep_index]
    form = <something involving forcing>
    return form

Then the time dependent functions could be updated in the preprocessing callback before each window solve. We could even allow for this update more explicitly with another paradiag.solve callback which would be called once for each timestep before solving each window:
def update_time_dependency(timestep_index, time_constant):
    # update my_time_dependent_functions[timestep_index]
    # and any other time-dependencies not already dealt with,
    # possibly using the time_constant for this timestep

I'm less comfortable with this than the expression and boundary condition suggestions above. I think this one needs the most thought.
Dealing with the time dependency in the preconditioner Jacobian average
Dealing with the time-dependency for the complex block solvers could be trickier.
For the boundary conditions and expressions that just depend on the time Constant, there's already a preconditioner solver option diagfft_jac_average for using the window-average or slice-average solution for the linearised Jacobian. We could just use the time at the middle of the window or slice depending on what that option is.
This wouldn't help for time dependent Functions in the UFL forms however. With the suggestion above we could do something messy like pass None as the timestep_index to form_function when we construct the Jacobian linearisation, and just let the user deal with it - either using the Function from a particular timestep or letting them define a seperate Function to be used in the average. Again, I think this is the one that needs the most thought.


Add the core school domain

@PaulaCab First stage of verification passed, official domain for The Core School is professional.thecoreschool.com as far as I verified. This is just an informational note. Pull request is still in the review. I appreciate your patience while waiting for the final decision.

@PaulaCab Thank you for your patience while waiting for a review and processing your request. Pull request merged.
Please start requesting the licenses in about an hour, to let the changes to propagate through our system.


Delete deprecated ObserveFinalizeKind API

Changes
Shaking the :evergreen_tree:, here's hoping nobody actually implements it and if they do, imma make them not do it :joy:

/lgtm
/approve

/hold
are you sure? This is breaking a lot of downstream repos

blah sorry - yeah I missed that.
@markusthoemmes we should leave the older interfaces around until the changes that update the generated code proliferate a bit

This actually looks like the downstream test action is wrong :thinking:. After an update-codegen, everything should be fine.

Ahhhh very good point @dprotaso, thanks! That actually explains all the breaks, I think.

@dprotaso @lionelvillard kept the opposing constant in for now. Once pkg updates have rolled through, we can delete that as well.

/unhold

/lgtm
/approve

Uh-oh, I do use that 😊
I believe a sound alternative is to use an event handler on Delete, is that what you folks do?

@antoineco you'll want to switch over to the solution implemented via https://github.com/knative/pkg/issues/2021


Be able to set the number of forge app replicas from the helm chart

Description
If I'm deploying a scaled instance of the FlowFuse app I need to be able to specify how many flowfuse pods are created.
Add an option to the template to pass this in. Default to 1

https://github.com/FlowFuse/helm/blob/6f0d42d856b8c83354ebe8978cf44a60a4243571/helm/flowforge/templates/deployment.yaml#L11

Introduced in https://github.com/FlowFuse/helm/pull/357


Remove the pip command

Suggestion to remove the "pip" command from uv and just move all its subcommands to top level (install, freeze, list, sync, compile...). Instead of uv pip install foo we would be writing uv install foo.
Pros

Makes it easier to select executable uv/pip when writing scripts that could support both options in a transition period
Pip is the name of another project and the interface is not identical
Commands become shorter and direct to the point.
In a couple years no one will even remember what pip is.
It is still early in the uv life so that such a big change is still possible.

Cons:

Familiarity with the pip name, maybe
uv plans to have several other tools (like uv run), so a command like uv check could not be obvious that it is related to installed packages.

Hi! Please see #1899.
uv install will not be the same interface of uv pip install — we don't want to support all of the complexity of pip in our new workflow.

That is good news. Thank you

You're welcome! Thanks for sharing your feedback.


Combine repos

Problem
Currently, iTwinUI and iTwinUI-react are two separate repos. The initial idea behind this was that the CSS should be usable independently of React. But that only requires separate packages, not separate repos. Having packages that are often changed together live in separate repos causes friction. Every CSS change needs to be released and propagated to React, which is a slow, blocking process. Even after it's consumed, we sometimes find that we need to make more changes which means redoing this whole cumbersome process.
Additionally, our repo names are confusing for users who want to create issues/discussions. They are even confusing for ourselves when it comes to backlog management. Issues often need to get moved between repos. PRs sometimes get "lost" after merging in CSS, which results in CSS changes that don't get consumed in React for long periods of time, if at all.
Lastly, our changelog and release process, while better than something entirely manual like we had before, is a bit problematic. Conventional commit requirements have been hard to follow. PR titles are usually too small to be useful as changelogs. I personally often find myself manually expanding the changelog text when releasing. And the iTwinUI repo is not multi-package aware so there is currently no way of automating releases for itwinui-variables.
Solution
Combine the monorepos and merge their git histories. Specifically, iTwinUI-react will be merged into iTwinUI. Since we are already using turborepo in both repos, a lot of this should be very straightforward to get running and I don't expect many merge conflicts.
The single monorepo will contain the code for all three packages (itwinui-variables, itwinui-css, itwinui-react) as well as all the demos, tests and examples. changeset will be used for a release/changelog process that is more suited for multiple packages. The old repo will be archived.
Estimated time: one week. This could be done over the holidays when we are allowed to have some downtime.
Benefits

Better developer experience. All related changes can be made and previewed together. Saving a .scss file will instantly reflect all the way over in storybook. Faster feedback loop also means less chance of missing something, and no need to go back and forth or wait for releases. I expect we will likely ship things faster as a result.
Better repo management. Users don't need to keep track of multiple repos. Non-technical users (e.g. UX team) know exactly where to look. Issues don't need to be moved back and forth.
Better changelogs and release process. changeset's philosophy is to make changelogs part of the PR process, so there is no burden on the person making the release to expand changelogs. Additionally, it will be able to manage the release of multiple packages, as it's specifically designed for monorepos.
Less duplication. Readmes, prettier configs, eslint, issue templates, PR templates, github workflows can all be shared so we don't need to make the same change in two repos.
More flexible. This also opens the door for us to make drastic changes in the future if we so desire. We could add layouts and icons into this repo if we wanted. We could split up react into multiple packages (e.g. having Table in a separate package). Since scss and react live in the same repo, we could potentially do some build-time shenanigans like using mixins to generate unique classnames that don't conflict between major versions.

Downsides

Need to spend some time getting the CI/CD process working (build/test/deploy/release).
There could be some downtime while waiting for this migration.
Uncertainty. We might not have considered something now and run into an issue later.

Imo the benefits far outweigh the downsides.
Action items

[x] Complete any pending PRs in iTwinUI-react and put a freeze on new PRs.
[x] Merge iTwinUI-react into iTwinUI and keep git history
[x] Update turbo pipelines/tasks to get all parts working (build/tests/dev)
[x] Update github-actions to get build/test working
[ ] #875
[ ] Aftermath of combining repos (see https://github.com/iTwin/iTwinUI/pull/868#issuecomment-1362881780)
[ ] Host storybook in addition to backstop test pages
[x] Move all open issues from iTwinUI-react to iTwinUI
[ ] Copy (but not remove) everything from the iTwinUI-react wiki to iTwinUI wiki
[ ] Create gh discussion to announce iTwinUI-react is archived
[ ] Archive iTwinUI-react repo

Reposting https://github.com/iTwin/iTwinUI/pull/868#issuecomment-1362881780 here for visibility:

[ ] configs maybe can be moved outside packages
[ ] createComponent scripts can be combined to create both css and react files
[ ] copyrightLinter script can be combined.
[ ] easier/less confusing way to "approve" images for css/react from root
[ ] update and validate CONTRIBUTING guide
[ ] update and validate issue/PR templates
[x] #929


Expand cross conversion shifting params

Currently it's not clear to me whether we can really affect the shift introduced during the resampling of interlaced video.
https://github.com/Jaded-Encoding-Thaumaturgy/vs-kernels/blob/73419b2399ce8e1d652bbf07d543245214d9d621/vskernels/kernels/abstract.py#L278-L285
Specifically, some implementations may improperly shift the fields in the same direction (@wiwaz can clarify or correct me here), however currently, to my understanding, there's no way to follow this behaviour, making it impossible to descale it the same way unless you separate the fields yourself. This is rather impractical in certain situations where you have to check different kernels for every frame. Having some kind of way to either override these parameters or toggle between different directions and the same direction would be nice.

Are you asking me to add different shift per field? If so, no; out of scope.

Not out of scope, per-field src_top adjustment is necessary for this.

then, any decent api you suggest?


Slack integration doesn't show up

sentry: 8.2.2
There's no Slack integration in Team -> Settings -> All integrations.
In admin section in packages it's showing up correctly.

Does it show when you do sentry plugins list?

Yes, it is showing there.

Then everythign is fine, I'm guessing you haven't restarted your web processes. There's no other reason it wouldn't be shown.

I've restarted them few times while configurating things, but still nothing on version 8.2.2.
But today I've updated sentry to newest version(8.3.1) and it's showing up normally.


Upgrade @emotion/cache so that storybook works again

Storybook was failing silently (except from in the console) with an undefined options.  Now fixed.

Oh, should this have been a dev dependency?

Closing in favour of https://github.com/VEuPathDB/web-components/pull/284 being a cleaner fix, if a fix is needed at all.