Hanging Line on Docker Build on Windows and OSX

The hanging line is:
RUN /bin/bash -c "cd e-mission-server && source setup/activate.sh && conda env update --name emission --file setup/environment36.notebook.additions.yml"
Reproduced using docker containers and Anaconda environment on my home computer.

When I run that line I receive the following:
CondaValueError: could not parse 'name: emission' in: C:\Users\mhanr\Desktop\e-mission-server\setup\environment36.notebook.additions.yml

Adding a tail -f to pause execution before the conda commands so that we can run them manually. Idea from
https://github.com/e-mission/e-mission-docker/blob/master/clone_server.sh
$ git diff viz_scripts/docker/
diff --git a/viz_scripts/docker/Dockerfile b/viz_scripts/docker/Dockerfile
index 4604044..48560e5 100644
--- a/viz_scripts/docker/Dockerfile
+++ b/viz_scripts/docker/Dockerfile
@@ -3,8 +3,8 @@ FROM emission/e-mission-server:2.9.2

 ADD environment36.dashboard.additions.yml /

-RUN /bin/bash -c "cd e-mission-server && source setup/activate.sh && conda env update --name emission --file setup/environment36.notebook.additions.yml"
-RUN /bin/bash -c "cd e-mission-server && source setup/activate.sh && conda env update --name emission --file /environment36.dashboard.additions.yml"
+# RUN /bin/bash -c "cd e-mission-server && source setup/activate.sh && conda env update --name emission --file setup/environment36.notebook.additions.yml"
+# RUN /bin/bash -c "cd e-mission-server && source setup/activate.sh && conda env update --name emission --file /environment36.dashboard.additions.yml"

 ADD start_notebook.sh /usr/src/app/start_notebook.sh
 RUN chmod u+x /usr/src/app/start_notebook.sh
diff --git a/viz_scripts/docker/start_notebook.sh b/viz_scripts/docker/start_notebook.sh
index d08a5e9..6c422bc 100755
--- a/viz_scripts/docker/start_notebook.sh
+++ b/viz_scripts/docker/start_notebook.sh
@@ -1,6 +1,10 @@
 #!/usr/bin/env bash
 #Configure web server

+# # use this as the launch script instead if you want to experiment with docker
+# build changes
+tail -f /environment36.dashboard.additions.yml
+
 pushd /usr/src/app/e-mission-server

 #set database URL using environment variable

Ran cd e-mission-server && source setup/activate.sh && conda env update --name emission --file setup/environment36.notebook.additions.yml and it hung again.
Let's try to install the packages one by one

Branca: failed
# conda install branca=0.4.1
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.

PackagesNotFoundError: The following packages are not available from current channels:

  - branca=0.4.1

folium: failed
conda install folium=0.11.0
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.

PackagesNotFoundError: The following packages are not available from current channels:

  - folium=0.11.0

ipython: works
# conda install ipython=7.17.0
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment: done

jedi: works
# conda install jedi=0.17.2
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: failed with repodata from current_repodata.json, will retry with next repodata source.
Collecting package metadata (repodata.json): done

jupyter: works
# conda install jupyter=1.0.0
Collecting package metadata (current_repodata.json): done
Solving environment: done

matplotlib:  works
# conda install matplotlib=3.2.2
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment: done

We should really upgrade everything since the frozen solve seems to fail pretty consistently

Upgraded everything to the latest versions and failed
# source setup/activate.sh && conda env update --name emission --file setup/environment36.notebook.additions.yml
Collecting package metadata (repodata.json): done
Solving environment: |
Found conflicts! Looking for incompatible packages.
This can take several minutes.  Press CTRL-C to abort.
failed                                                                                \
Solving environment: |
Found conflicts! Looking for incompatible packages.
This can take several minutes.  Press CTRL-C to abort.
failed                                                                                \

UnsatisfiableError: The following specifications were found
to be incompatible with the existing python installation in your environment:

Specifications:

  - ipython=8.4.0 -> python[version='>=3.10,<3.11.0a0|>=3.8,<3.9.0a0|>=3.9,<3.10.0a0']

Your python: python=3.7

And a bunch of other conflicts
The following specifications were found to be incompatible with each other:

Output in format: Requested package -> Available versions

Package numpy conflicts for:
matplotlib=3.5.2 -> matplotlib-base[version='>=3.5.2,<<IP_ADDRESS>a0'] -> numpy[version='>=1.17|>=1.19.5,<2.0a0|>=1.21.6,<2.0a0']
folium=0.12.0 -> numpy

Package gdbm conflicts for:
jedi=0.18.1 -> pypy3.8[version='>=7.3.8'] -> gdbm[version='>=1.18,<1.19.0a0']
jupyter=1.0.0 -> pypy3.7[version='>=7.3.7'] -> gdbm[version='>=1.18,<1.19.0a0']
python=3.7 -> pypy3.7=7.3.7 -> gdbm[version='>=1.18,<1.19.0a0']
matplotlib=3.5.2 -> pypy3.7[version='>=7.3.7'] -> gdbm[version='>=1.18,<1.19.0a0']

Package pypy3.8 conflicts for:
jupyter=1.0.0 -> python[version='>=3.8,<3.9.0a0'] -> pypy3.8[version='7.3.8.*|7.3.9.*']
folium=0.12.0 -> numpy -> pypy3.8[version='7.3.8.*|7.3.9.*|>=7.3.8|>=7.3.9']
matplotlib=3.5.2 -> tornado -> pypy3.8[version='7.3.8.*|7.3.9.*|>=7.3.8']
ipython=8.4.0 -> jedi[version='>=0.16'] -> pypy3.8[version='7.3.8.*|7.3.9.*|>=7.3.8|>=7.3.9']
branca=0.5.0 -> python[version='>=3'] -> pypy3.8[version='7.3.8.*|7.3.9.*|>=7.3.9|>=7.3.8']
jedi=0.18.1 -> python[version='>=3.8,<3.9.0a0'] -> pypy3.8[version='7.3.*|7.3.8.*|7.3.9.*']
jedi=0.18.1 -> pypy3.8[version='>=7.3.8']

Package ca-certificates conflicts for:
python=3.7 -> openssl[version='>=1.1.1l,<1.1.2a'] -> ca-certificates
jupyter=1.0.0 -> python -> ca-certificates

Package certifi conflicts for:
branca=0.5.0 -> setuptools -> certifi[version='>=2016.09|>=2016.9.26']
ipython=8.4.0 -> setuptools[version='>=18.5'] -> certifi[version='>=2016.09|>=2016.9.26']
folium=0.12.0 -> requests -> certifi[version='>=2017.4.17']
matplotlib=3.5.2 -> matplotlib-base[version='>=3.5.2,<<IP_ADDRESS>a0'] -> certifi[version='>=2020.06.20']

Package jinja2 conflicts for:
folium=0.12.0 -> branca[version='>=0.3.0'] -> jinja2
folium=0.12.0 -> jinja2[version='>=2.9']

Package pypy3.6 conflicts for:
matplotlib=3.5.2 -> tornado -> pypy3.6[version='>=7.3.1|>=7.3.2|>=7.3.3']
jupyter=1.0.0 -> pypy3.6[version='>=7.3.3']
jupyter=1.0.0 -> ipykernel -> pypy3.6[version='7.3.*|7.3.0.*|7.3.1.*|7.3.2.*|7.3.3.*|>=7.3.1|>=7.3.2']
ipython=8.4.0 -> jedi[version='>=0.16'] -> pypy3.6[version='>=7.3.1|>=7.3.2|>=7.3.3']
branca=0.5.0 -> python[version='>=3'] -> pypy3.6[version='7.3.0.*|7.3.1.*|7.3.2.*|7.3.3.*|>=7.3.3|>=7.3.2|>=7.3.1']
folium=0.12.0 -> numpy -> pypy3.6[version='7.3.0.*|7.3.1.*|7.3.2.*|7.3.3.*|>=7.3.1|>=7.3.2|>=7.3.3']

Package six conflicts for:
folium=0.12.0 -> branca[version='>=0.3.0'] -> six
branca=0.5.0 -> six
ipython=8.4.0 -> prompt-toolkit[version='>=2.0.0,<3.1.0,!=3.0.0,!=3.0.1'] -> six[version='>=1.9.0']

Package packaging conflicts for:
jupyter=1.0.0 -> ipykernel -> packaging
matplotlib=3.5.2 -> matplotlib-base[version='>=3.5.2,<<IP_ADDRESS>a0'] -> packaging[version='>=20.0']

Package markupsafe conflicts for:
jupyter=1.0.0 -> nbconvert -> markupsafe[version='>=2.0']
branca=0.5.0 -> jinja2 -> markupsafe[version='>=0.23|>=0.23,<2|>=2.0|>=2.0.0rc2']
folium=0.12.0 -> jinja2[version='>=2.9'] -> markupsafe[version='>=0.23|>=0.23,<2|>=2.0|>=2.0.0rc2']

Package setuptools conflicts for:
branca=0.5.0 -> setuptools
jupyter=1.0.0 -> ipykernel -> setuptools[version='>=60']
ipython=8.4.0 -> pygments[version='>=2.4.0'] -> setuptools
ipython=8.4.0 -> setuptools[version='>=18.5']
python=3.7 -> pip -> setuptools
folium=0.12.0 -> branca[version='>=0.3.0'] -> setuptools

A lot of these conflicts seem to be between dependencies that have versions and dependencies that don't
Would it help to manually list the dependencies (with concrete values) so the solver wouldn't have to do too much work?

Removing ipython since jupyter doesn't need it and nobody uses the command shell otherwise other than me

Let's try to upgrade the base image and miniconda and see if that helps...

Since this is taking a long time and I have a lot of tasks, decided to fall back to using a pre-created image from the time that this did work.

These are the changes to experiment with upgrading the image.
upgrade_experiment.patch.gz

@aGuttman can you handle finding and pinning the correct versions of the packages so that docker image builds again without using a pinned image? The pinned image is likely on an older version of ubuntu and might not meet cloud services standards for deployment.
This has a hard deadline of next Tuesday, since we aim to get the public dashboard working on the staging by the end of next week.

conda 4.8.3 - 4.12.0 will solve and install the packages correctly with these versions:
name: emission
channels:
- conda-forge
- defaults
dependencies:
- branca=0.5.0
- folium=0.12.1.post1
- ipython=7.33.0
- jedi=0.18.1
- jupyter=1.0.0
- matplotlib=3.5.1

ipython and matplotlib are not the latest versions, which are 8.4.0 and 3.5.3 respectfully.
conda 4.12.0 is not the latest version of conda. There are two more recent releases, 4.13.0 and 4.14.0, but they break our conda install script (e-mission-server/setup/setup_conda.sh) somehow. I've not spent a lot of time investigating.

err msg
...
> [ 5/10] RUN /bin/bash -c "cd e-mission-server && cat setup/export_versions.sh && source setup/setup_conda.sh Linux-x86_64 && source setup/setup.sh":
#10 0.217 export EXP_CONDA_VER=4.14.0Installing for version 4.14.0 and platform Linux-x86_64
#10 0.228   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
#10 0.228                                  Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   383  100   383    0     0    892      0 --:--:-- --:--:-- --:--:--   892
#10 0.664 miniconda.sh: line 1: syntax error near unexpected token `newline'
#10 0.664 miniconda.sh: line 1: `<html>'
#10 0.664 setup/setup_conda.sh: line 17: /root/miniconda-4.14.0/etc/profile.d/conda.sh: No such file or directory
#10 0.664 setup/setup_conda.sh: line 19: conda: command not found
#10 0.665 setup/setup_conda.sh: line 21: conda: command not found
#10 0.665 Successfully installed at /root/miniconda-4.14.0. Please activate with 'source setup/activateXXX.sh' in every terminal where you want to use conda
#10 0.666 setup/checks/check_for_conda.sh: line 2: conda: command not found
#10 0.668 For conda, found , expected 4.14.0, run 'bash setup/setup_conda.sh <platform>' to get the correct version
#10 0.668 Or install manually after downloading from https://repo.anaconda.com/miniconda/
#10 0.668 setup/checks/check_for_conda.sh: line 4: [: ==: unary operator expected
#10 0.668 Installing using conda now
#10 0.668 setup/setup.sh: line 11: conda: command not found
------
executor failed running [/bin/sh -c /bin/bash -c "cd e-mission-server && cat setup/export_versions.sh && source setup/setup_conda.sh Linux-x86_64 && source setup/setup.sh"]: exit code: 127
ERROR: Service 'notebook-server' failed to build : Build failed

The "correct" way to implement this fix, I think, is to commit updates to e-mission-server/setup/export_versions.sh and e-mission-server/setup/environment36.notebook.additions.yml with updated version numbers. Then the image should be built and pushed to docker hub with a new version number that can be used by our Dockerfile here. I don't know if this is the desired solution at the time, and we have a waiting PR that changes the way server images are built.
To implement the fix only changing files in this repo and using the current versions of the server image that are available on docker hub, I have the ugly solution seen here: #53

Made a new PR that has the changes to the server repo if we want to build and push a new image.
https://github.com/e-mission/e-mission-server/pull/876

@aGuttman you are right that the correct way to implement this fix is to change the versions in the e-mission-server setup directories.
However, this change does not depend on the waiting PR. As long as containers depend on the emission/e-mission-server.dev.server-only image, they will re-check out the code and re-setup when started.
Reviewing https://github.com/e-mission/e-mission-server/pull/876 now...

@aGuttman when we deployed an image with these changes on AWS, we ran into some false positives on the vulnerability scan
https://github.com/e-mission/em-public-dashboard/commit/170a7d48435fb79859a473f9303bf21ca44d988f
Can you see whether the conda -t and conda -p after adding the auxiliary packages (conda update...) fixes these false positives?
If so, can you add the same commands (conda -t and conda -p) to the public dashboard Dockerfile?
If not, can add the rm -rf line to the Dockerfile in this repo?
Once that is done, I think we can go ahead and merge this since we have already been testing this using the public dashboard image.

@aGuttman when we deployed an image with these changes on AWS, we ran into some false positives on the vulnerability scan
https://github.com/e-mission/em-public-dashboard/commit/170a7d48435fb79859a473f9303bf21ca44d988f
Can you see whether the conda -t and conda -p after adding the auxiliary packages (conda update...) fixes these false positives?
If so, can you add the same commands (conda -t and conda -p) to the public dashboard Dockerfile?
If not, can add the rm -rf line to the Dockerfile in this repo?
Once that is done, I think we can go ahead and merge this since we have already been testing this using the public dashboard image.

Removing the rm -rf line and replacing with conda clean -t and conda clean -p does not clear up the false positives from package tests.
conda clean -t and conda clean -p in e-mission-server replaced with find /root/miniconda-*/pkgs -wholename \*info/test\* -type d | xargs rm -rf as suggested above. Image builds, container runs, package test files are removed as desired.

I think you should keep the conda clean -t etc - that removes the tarballs for the install
https://docs.conda.io/projects/conda/en/latest/commands/clean.html
-p, --packages

    Remove unused packages from writable package caches. WARNING: This does not check for packages installed using symlinks back to the package cache.
-t, --tarballs

    Remove cached package tarballs.

Should I add conda clean-t/-p to the public dashboard Dockerfile? They don't fix the false positive problem, but are they still useful to have here?

Yup! I think that both the Dockerfiles should cleanup the install in the same way.
However, I think that the changes to the public dashboard are more substantive.
Notably, we should change it to use our pre-built server docker image instead of using ./clone_server.sh
And we should create a CI that will build the dashboard image when there is a change.
Let's track the dashboard Dockerfile cleanup + CI in a separate PR.

Dashboard dockerfile cleanup + CI + switch for including/excluding test users tracked in https://github.com/e-mission/e-mission-docs/issues/809
This has been fixed in https://github.com/e-mission/e-mission-server/pull/876 and https://github.com/e-mission/e-mission-server/pull/878


Rustler version not found "0.33.1"

Should this be version "0.33.0"?

https://github.com/rusterlium/rustler/blob/master/rustler_mix/lib/rustler.ex#L173

Otherwise I get an error when trying to start in iex.
Compiling 1 file (.ex)
    Updating crates.io index
error: failed to select a version for the requirement `rustler = "^0.33.1"`
candidate versions found which didn't match: 0.33.0, 0.32.1, 0.31.0, ...
location searched: crates.io index

Oh, I'm sorry, I must have made a fat-finger mistake on the last release.  You can adjust the generated Cargo.toml accordingly.

Hi @filmor, I did change the line in the Cargo.toml and then it worked. Was asking in case it needed changing but wasn't sure if it was meant to be the newer version number. Thank you for replying.

Fixed (and improved the behaviour) with the release of 0.34.0.


Added table for the topics covered in this tutorial

The 'Topics covered in this tutorial' was broken into plain text. Added three-column table.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

mixed-reality-docs/mixed-reality-213.md
:white_check_mark:Succeeded
View

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


go-talks does not understand spaces in URLs

I uploaded my slides here:
https://github.com/dvyukov/2015-talks/tree/master/Dmitry Vyukov - Go Dynamic Tools
And tried to open them using go-talks as:
http://go-talks.appspot.com/github.com/dvyukov/2015-talks/Dmitry Vyukov - Go Dynamic Tools/tools.slide
But that did not work, go-talks says "Not Found".
Then I uploaded them to a path without spaces:
https://github.com/dvyukov/2015-talks/tree/master/Dmitry_Vyukov_-_Go_Dynamic_Tools
And that worked:
http://go-talks.appspot.com/github.com/dvyukov/2015-talks/Dmitry_Vyukov_-_Go_Dynamic_Tools/tools.slide
Presumably go-talks does not understand URL-endcoded %20 spaces and probably other special characters. It should. It sucks to reupload slides to two different locations.

cc @campoy


Is there a way to prevent dropdown from dropping down on focus?

Currently dropdowns automatically drop down when they receive input focus. Is there a way to disable this? This is a rather annoying behavior in some situations: for example when a form is rendered where first field receives focus automatically and is a long dropdown - the dropdown now obscures part of the form while user had no intention of modifying pre-selected value, also when a form has several dropdowns tabbing through fields produces too much animation (and tabbing through a dropdown field to reach another field takes two tab key strokes instead of one). Also, if user leaves a search dropdown focused and switches to another browser tab, then comes back - dropdown drops again.

Are you referring specifically to a search selection dropdown? You can disable other dropdowns from being tabbed by specifying allowTab: false, see more in the settings

No, not just search selection, any dropdown. Search selection, having an actual input field, does this in more cases: click the input field, dropdown opens, click outside of dropdown it closes, but caret is in the input field, go to another browser tab, come back - observe dropdown opens again.  allowTab: false doesn't seem to affect this at all (actually I'm not sure what it does, appears to make no difference). And it's not like I don't want to tab to my dropdowns and search dropdowns, I just don't want them to open automatically when I do.

Please create a test case, and a set of steps to reproduce your issue. This is the minimum reqs for getting support.

This happens on the doc/demo page at http://semantic-ui.com/modules/dropdown.html, is that not sufficient?

Perhaps you are new to open source but this is being done for free for your benefit, the least you can do is make the issue as simple to debug as possible for the person helping you.

I think Semantic UI is amazing and I am very grateful to you for making it.
I agree that it is very annoying when someone wants help with an issue they can't demonstrate.
However, the dropdown behavior I am describing is the default behavior readily observed at http://semantic-ui.com/modules/dropdown.html, not some obscure issue that is hard to reproduce. Me asking whether it's not sufficient to look at the doc/demo page is not trying to be snarky, I just genuinely don't know how a dedicated test case would be different from the existing doc page. Apparently I am doing a bad job trying to explain the problem with the default behavior. I apologize.

I've added dropdown showOnFocus as an option.
Test cases are to help me have a uniform process for debugging and resolving issues. Resolving issues requires adjusting code and verifying changes within my dev environment which is a different process than just confirming an issue exists.

Thank you

Is this at all related to this issue I've come across when including dropdowns within Modals?

Opening on focus is a setting in 2.0 branch. See notes above.
There is a modal setting to focus first input on show, otherwise the focus must be coming from somewhere in your app logic

I understand that showOnFocus is a 2.0 setting...But that's not what I asked. The issue isn't that it's opening on focus (that should happen); rather, the issue is that it's focusing at all. It's also not the first input of the modal, and there's no other app logic (as demonstrated by the minimal, verifiable, and runnable example on Stack Overflow).

@jlukic Thank you for pointing me in the right direction. The answer to my original question is no, this is not related issue #2041. Regardless, I'll make a note of the "solution" here.
The autofocus Modal setting is available, but undocumented. The following resolved the issue:
$(selector).modal({
    autofocus: false,
}).modal('show');

Yes, apologies about that. I've already merged a PR to add the missing documentation, but haven't had the chance to redeploy docs.


Is Javascript client necessary?

Hey Conductor Team,
I found Conductor provided three languages clients including JAVA, python and Golang. Does the team have plan to make a Javascript client-sdk for server side javascript to use? I think most logic could be same with other client.
Regards,
Donglai

@donglaizhang we don't have a need for it in the near future, please contribute and we will be more than happy to review and merge.

https://github.com/chinajuanbob/conductor-nodejs-worker

thank you @chinajuanbob. the implementation is relatively simple, and we already have implemented one to use internally.

I think this one may relate
https://github.com/Netflix/conductor/issues/867


Feat/mock unexpected errors

Another improvement on the api is make an http mock server to cover other parts of the code and let the ground done to abstract requests on the project to use widely.

Thanks!


How can i add new fonts to the project

I add @font-face into material-dashboard-react.css but after compiling my urls changed to sth else what should i do?

Hello @omidgharib ,
Thank you for your interest in our product.
I don't see how the url could change as a cause of adding a new font.
Could you please give me your project to see what the problem is? My email is<EMAIL_ADDRESS>or you could add me to your github repo.
Best,
Manu


Force the aim ray to appear when an aimable equipment is picked up

Although it's not technically equipment, I just want to mention eyes and hooks of heresy will need aim bars forced as well =)
Love the VR mod for ROR2, it's possibly the best experience I've had in VR thus far.


[BACKLOG-35556] Ensure sqoop logging is displayed

:white_check_mark: Build finished in 5m 5s
Build command:
mvn clean verify -B -e -Daudit -amd -pl assemblies/static

:exclamation: No tests found!
:information_source:  This is an automatic message

:white_check_mark: Build finished in 3m 29s
Build command:
mvn clean verify -B -e -Daudit -amd -pl \
assemblies/core/static,assemblies/static

:exclamation: No tests found!
:information_source:  This is an automatic message


Variable used before initialization

https://github.com/d3/d3-zoom/blob/84a5e7b08b28fc100f80a5facefe7d52d6354ee2/src/zoom.js#L274-L275
While not generally an issue as d3-selection pointer resolves currentTarget by itself, event.currentTarget could technically change in between due to being a getter function.
Respective code was added by Fil@3156eb0ceb23446f8dafc9824a2de91950f52dd4.

leaves me wondering if we should do

p = pointer(event),  currentTarget = event.currentTarget,

or

currentTarget = event.currentTarget, p = pointer(event, currentTarget),

@Fil I stumbled upon this while using some older obviously buggy version of Chrome.
Your second suggestion fixed it for me though.


[Breaking Change] Remove support ruby 2.0

Ruby 2.0 is already end of life, so I want to drop support ruby 2.0.

close via #34


Merge baseline 63.2-20190820

i think we have some issue with data-broker pull in CI. Is just a false warning or not?

i think we have some issue with data-broker pull in CI. Is just a false warning or not?

It was. Please, review @muhamedcpqd


Add events for lambda ALB integration

The recently added feature of ALBs was to integrate with Lambdas using a target group, and this PR is adding the events needed to this package.
I was working on integrating a Lambda with an ALB and needed to create these events to be able to write my lambda.
I've written them based on documentation page for using Lambda as ALB target.
https://docs.aws.amazon.com/elasticloadbalancing/latest/application/lambda-functions.html#respond-to-load-balancer
Edit:
This fixes parts of #146

Can you add test  and md doc ? (you can copy example https://github.com/aws/aws-lambda-go/blob/master/events/apigw_test.go#L13)

Thank you for taking the time to reply, I'll add tests tomorrow.

Thanks for adding the tests. I've made some cosmetic changes to the naming and updated the docs.


MINOR: remove ignore annotations in Streams EOS integration test

@apurvam @hachikuji @mjsax for reviews.

Also, it would be good to run it in a loop locally, just to be sure.

We previously ran it 100X times locally but cannot reproduce the issue. As discussed offline it seems only reproducible with Jenkins-like low-end environments.

Merged to trunk and 0.11.0.


support BytesIO input

Current state requires there to be an actual file on the local machine, which isn't always the case if the file resides in remote cloud storage (i.e. an S3 bucket).  Accepting a BytesIO object would allow one to wrap S3 bucket files for parsing.  Would remove requirement to  save the file to disk on the local machine before parsing.

Hi Jack,
I think this is reasonable request.
Not sure when I will have time to implement it, because I'm currently busy with the STIL library.
Anyway I will assign to me and later will be implemented.
Regards,
Seimit


Add -coverpkg=./... to all our coverage generation

This gets us a 0.1% increase in code coverage by allowing tests in one package to "count" for coverage of another package, which I think is both accurate and fair, and how we already expected this to be working.
(thanks to @jonnystoten for pointing this out!)

For the avoidance of confusion: this replaces -cover with -coverpkg=./... because -coverpkg implies -cover (so there's no need to specify both).

@@ -37,7 +37,7 @@
 github.com/docker-library/meta-scripts/registry/push.go:229:			CopyBlob			65.5%
 github.com/docker-library/meta-scripts/registry/rate-limits.go:22:		RoundTrip			36.7%
 github.com/docker-library/meta-scripts/registry/read-helpers.go:15:		readJSONHelper			60.9%
-github.com/docker-library/meta-scripts/registry/ref.go:17:			ParseRef			83.3%
+github.com/docker-library/meta-scripts/registry/ref.go:17:			ParseRef			100.0%
 github.com/docker-library/meta-scripts/registry/ref.go:33:			Normalize			100.0%
 github.com/docker-library/meta-scripts/registry/ref.go:46:			String				100.0%
 github.com/docker-library/meta-scripts/registry/ref.go:55:			StringWithKnownDigest		100.0%
@@ -46,4 +46,4 @@
 github.com/docker-library/meta-scripts/registry/synthesize-index.go:15:	SynthesizeIndex			81.1%
 github.com/docker-library/meta-scripts/registry/synthesize-index.go:129:	setRefAnnotation		100.0%
 github.com/docker-library/meta-scripts/registry/synthesize-index.go:139:	normalizeManifestPlatform	83.9%
-total:										(statements)			79.5%
+total:										(statements)			79.6%

very nice :metal:
(comparing https://github.com/docker-library/meta-scripts/actions/runs/10436284802/job/28901158992#step:4:527 to https://github.com/docker-library/meta-scripts/actions/runs/10533859419/job/29190554160#step:4:519)

This is indeed better with coverage.html
before:

after:

:joy:


bitchute.com support needs love ("Unable to extract uploader", "No video formats found")

Checklist

[x] I'm reporting a broken site support
[x] I've verified that I'm running youtube-dl version 2019.05.20
[x] I've checked that all provided URLs are alive and playable in a browser
[x] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar issues including closed ones

Verbose log

E:\>youtube-dl -f best -i --verbose https://www.bitchute.com/video/xmKef247HY0U/ https://www.bitchute.com/video/mwymYCxrGUih/ https://www.bitchute.com/video/X1Hav9UIatLV/ https://www.bitchute.com/video/zshd1XefKWWA/
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-f', 'best', '-i', '--verbose', 'https://www.bitchute.com/video/xmKef247HY0U/', 'https://www.bitchute.com/video/mwymYCxrGUih/', 'https://www.bitchute.com/video/X1Hav9UIatLV/', 'https://www.bitchute.com/video/zshd1XefKWWA/']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2019.05.20
[debug] Python version 3.4.4 (CPython) - Windows-XP-5.1.2600-SP3
[debug] exe versions: none
[debug] Proxy map: {}
[BitChute] xmKef247HY0U: Downloading webpage
[BitChute] xmKef247HY0U: Checking video URL
[BitChute] xmKef247HY0U: Checking video URL
WARNING: unable to extract uploader; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
[debug] Invoking downloader on 'https://seed20.bitchute.com/9c7qJvwx7YQT/xmKef247HY0U.mp4'
[download] Destination: Who Gave Big Tech The Order To Ban Winnie The Pooh-xmKef247HY0U.mp4
[download] 100% of 49.59MiB in 03:51
[BitChute] mwymYCxrGUih: Downloading webpage
[BitChute] mwymYCxrGUih: Checking video URL
[BitChute] mwymYCxrGUih: Checking video URL
WARNING: unable to extract uploader; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
[debug] Invoking downloader on 'https://seed07.bitchute.com/Qh3xOfty8ojs/mwymYCxrGUih.mp4'
[download] Destination: Kurdish SDF - PYD - Asaysih Militia Burn Wheat Fields in Qamishli - Caught on Camera-mwymYCxrGUih.mp4
[download] 100% of 585.03KiB in 00:03
[BitChute] X1Hav9UIatLV: Downloading webpage
ERROR: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\YoutubeDL.py", line 796, in extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 529, in extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\bitchute.py", line 59, in _real_extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 1326, in _sort_formats
youtube_dl.utils.ExtractorError: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
[BitChute] zshd1XefKWWA: Downloading webpage
ERROR: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\YoutubeDL.py", line 796, in extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 529, in extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\bitchute.py", line 59, in _real_extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 1326, in _sort_formats
youtube_dl.utils.ExtractorError: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

Description

WRITE DESCRIPTION HERE
(1) youtube-dl seems to be unable to extract uploader names for all videos lately.
(2) youtube-dl recently appears to fail to download certain videos at all.
Verbose log gives two examples of each category. First two URLs are examples of videos youtube-dl can download but cannot extract the uploader for. Second two URLs are examples of videos youtube-dl cannot download at all. (In the second two URLs' HTML source, the full .mp4 URL is plainly visible, so this issue is probably just about the .mp4 URL being moved to an unexpected location in the HTML source for some videos.)
(Thank you all so much for this wonderful tool. You are saints and gurus.)

CORRECTION TO THE REPORT:
Please disregard videos X1Hav9UIatLV and zshd1XefKWWA in the verbose log output above (the two which youtube-dl returns "No video formats found").  I sincerely apologize: I was not careful enough in choosing them as examples.  They match previous closed bitchute.com issues, where the error's cause was determined to be bitchute.com simply not providing their MP4 URLs in their video URLs' HTML sources.
Instead of those two videos, please instead substitute https://www.bitchute.com/video/aoS3FfY2ADHL/.  That video URL's HTML source does include a verified-working MP4 URL, and yet youtube-dl still reports it cannot download it.  Verbose log:
E:>youtube-dl -f best -i --verbose https://www.bitchute.com/video/aoS3FfY2ADHL/
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-f', 'best', '-i', '--verbose', 'https://www.bitchute.com/video/aoS3FfY2ADHL/']
[debug] Encodings: locale cp1252, fs mbcs, out cp437, pref cp1252
[debug] youtube-dl version 2019.05.20
[debug] Python version 3.4.4 (CPython) - Windows-XP-5.1.2600-SP3
[debug] exe versions: none
[debug] Proxy map: {}
[BitChute] aoS3FfY2ADHL: Downloading webpage
ERROR: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\YoutubeDL.py", line 796, in extract_info
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 529, in extract
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\bitchute.py", line 59, in _real_extract
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpt31j5y3w\build\youtube_dl\extractor\common.py", line 1326, in _sort_formats
youtube_dl.utils.ExtractorError: No video formats found; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Proof of MP4 URL in video URL HTML source:
https://images2.imgbox.com/27/81/TULPjN8x_o.png
Log of downloading it:
E:>wget -U "" https://seed27.bitchute.com/RXA1oESUqP1c/aoS3FfY2ADHL.mp4
--2019-06-05 01:58:34--  https://seed27.bitchute.com/RXA1oESUqP1c/aoS3FfY2ADHL.mp4
Resolving seed27.bitchute.com... <IP_ADDRESS>
Connecting to seed27.bitchute.com|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 200
Length: 48573234 (46M) [video/mp4]
Saving to: `aoS3FfY2ADHL.mp4'
Again, please forgive the error in my original report.


New package: Bluestacks.AppDataMigrationUtility version 1.0

Pull request has been created with Komac v1.8.2 :rocket:
Microsoft Reviewers: codeflow:open?pullrequest=https://github.com/microsoft/winget-pkgs/pull/111881&drop=dogfoodAlpha

Keep open; on vacation.

[Policy] Needs Author Feedback

/AzurePipelines run

https://github.com/microsoft/winget-pkgs/issues/111634

Appears forbidden for WinGet.


pull request for e2e test at 12/09/2016 14:26:02

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


Reduce dependencies

I know you didn't ask for it, but I thought I'd offer. :-)

Looks like you missed an occurrence of -partition.

Indeed. Forgot to search the test file. Should be fixed now.

Thanks @Malabarba :+1:


Bug report: incorrect Docker image labels

Describe the bug
The Docker image manifest is inheriting labels from nginx, rather than the labels generated in CI
To Reproduce

View the Docker image manifest on GHCR
Compare to the CI labels

Expected behaviour
CI labels:
"labels": {
  "org.opencontainers.image.created": "2024-04-02T20:47:49.230Z",
  "org.opencontainers.image.description": "The Cyber Swiss Army Knife - a web app for encryption, encoding, compression and data analysis",
  "org.opencontainers.image.licenses": "Apache-2.0",
  "org.opencontainers.image.revision": "c35557aea5204[62](https://github.com/gchq/CyberChef/actions/runs/8529184419/job/23364409016#step:9:70)28af7c545cf05337c6245e087",
  "org.opencontainers.image.source": "https://github.com/gchq/CyberChef",
  "org.opencontainers.image.title": "CyberChef",
  "org.opencontainers.image.url": "https://github.com/gchq/CyberChef",
  "org.opencontainers.image.version": "10"
}

Manifest labels:
"labels": {
  "org.opencontainers.image.url": "https://hub.docker.com/_/nginx",
  "org.opencontainers.image.source": "https://github.com/nginxinc/docker-nginx.git#1f227619c1f1baa0bed8bed844ea614437ff14fb:mainline/alpine",
  "org.opencontainers.image.revision": "1f227619c1f1baa0bed8bed844ea614437ff14fb",
  "org.opencontainers.image.created": "2024-02-14T18:24:57Z",
  "org.opencontainers.image.version": "1.25.4-alpine",
  "com.docker.official-images.bashbrew.arch": "amd64",
  "org.opencontainers.image.base.digest": "sha256:3bef9528bb5cea997fb7e0f106d2a4a6142cd0e8e8068f4cb54edc148b872fe7",
  "org.opencontainers.image.base.name": "nginx:1.25.4-alpine-slim"
}

Curious!
When inspecting the image with podman inspect ghcr.io/gchq/cyberchef:latest I see that the manifest has both a Labels and an Annotations attribute.

          "Labels": {
               "io.buildah.version": "1.23.1",
               "maintainer": "NGINX Docker Maintainers<EMAIL_ADDRESS>               "org.opencontainers.image.created": "2024-04-05T17:27:58.780Z",
               "org.opencontainers.image.description": "The Cyber Swiss Army Knife - a web app for encryption, encoding, compression and data analysis",
               "org.opencontainers.image.licenses": "Apache-2.0",
               "org.opencontainers.image.revision": "33a473c09b33360b03c76c2c01eec8c4b0adf714",
               "org.opencontainers.image.source": "https://github.com/gchq/CyberChef",
               "org.opencontainers.image.title": "CyberChef",
               "org.opencontainers.image.url": "https://github.com/gchq/CyberChef",
               "org.opencontainers.image.version": "10"
          },
          "Annotations": {
               "com.docker.official-images.bashbrew.arch": "amd64",
               "org.opencontainers.image.base.digest": "sha256:3bef9528bb5cea997fb7e0f106d2a4a6142cd0e8e8068f4cb54edc148b872fe7",
               "org.opencontainers.image.base.name": "nginx:1.25.4-alpine-slim",
               "org.opencontainers.image.created": "2024-02-14T18:24:57Z",
               "org.opencontainers.image.revision": "1f227619c1f1baa0bed8bed844ea614437ff14fb",
               "org.opencontainers.image.source": "https://github.com/nginxinc/docker-nginx.git#1f227619c1f1baa0bed8bed844ea614437ff14fb:mainline/alpine",
               "org.opencontainers.image.url": "https://hub.docker.com/_/nginx",
               "org.opencontainers.image.version": "1.25.4-alpine"
          },

I think the problem is that the buildah-build action we use to build the image is applying the org.opencontainers metadata to Labels instead of Annotations which is where Github expects it to be. I've raised a PR to add support for annotations to buildah-build here, once thats merged we can fix the CI in this repo.


[Event Request] table 5405 "Production Order" - OnUpdateEndingDateOnBeforeProdOrderLineModify

local procedure UpdateEndingDate(var ProdOrderLine: Record "Prod. Order Line")
var
    IsHandled: Boolean;
begin
    ...
            "Starting Date-Time" := CreateDateTime("Starting Date", "Starting Time");
            "Ending Date-Time" := CreateDateTime("Ending Date", "Ending Time");
            OnUpdateEndingDateOnBeforeProdOrderLineModify(ProdOrderLine, Rec);
            ProdOrderLine.Modify(true);
            ProdOrderLine.CheckEndingDate(CurrFieldNo <> 0);
        until ProdOrderLine.Next() = 0
end;

[IntegrationEvent(false, false)]
local procedure OnUpdateEndingDateOnBeforeProdOrderLineModify(var ProdOrderLine: Record "Prod. Order Line"; var ProductionOrder: Record "Production Order")
begin
end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 52181.


Inform user when update available for dynamic dependency

Closing this. Currently there are no plans for such a feature and it is unclear where is belongs. (And there is not context in the description of this issue.)


New feature: NOW or DOING list

https://logseq.com/

Get properties from the target page

Icon
Namespace
Type

Cancel


Define label size

I would need a bit of guidance...
I have installed the plugin but I can't figure out how or where to define the size of the labels in a way that is accepted byt the brother_ql library why I'm a bit stuck.
I have tried to change the size from the stock item label settings in the admin page and also tried a fair amount of different label templates with no success. Whatever I do I get an error stating the size is wrong.
The printer I use is QL-700 and the actual label size is 62x29mm.
I have to admit that I' have limited knowledge in html/css but at least I can see changes in reported size in the error message and have come so close as one single pixel from the expected height/width value as you can see below. I can reach this by setting the label size to 59x23mm either in the admin panel or by changing the page size section in the label template to 59x23mm. But I see no changes when I set the values with decimals to 58.928x22.9447mm, it seems the decimals are taken away somewhere. I have also tried using margin settings in the template, but it seems to have no impact.
I see you have a TODO in the code to fix padding and auto scaling, but is there no way to fix this by using label settings or a correct  template?
Traceback (most recent call last):

File "/home/inventree/src/InvenTree/plugin/base/label/label.py", line 47, in print_label
plugin.print_label(

File "/home/inventree/env/lib/python3.8/site-packages/inventree_brother/brother_plugin.py", line 141, in print_label
instructions = convert(**params)

File "/home/inventree/env/lib/python3.8/site-packages/brother_ql/conversion.py", line 126, in convert
raise ValueError("Bad image dimensions: %s. Expecting: %s." % (im.size, dots_expected))

ValueError: Bad image dimensions: (697, 272). Expecting: (696, 271).

@SchrodingersGat any insights? I am not really sure if there is anything special required to set the label size.

@gunstr this feels like it might be on the brother_ql end, maybe related to DPI? We might be able to work around it, but probably going to need some more information. I don't have access to that printer, if you can do some digging and testing on your end, might be the quickest path to working it out. Would you like some pointers into the label printing plugin framework?

I finally got a bit further and by setting the label size to 58.928x22.944 in the "stock item label" admin page the brother_ql library does not generate an error - not sure why I could not get decimals to work yesterday...
I still do not get any labels printed though but that is clearly on the brother_ql end or something related to CUPS configuration. From the brother_ql CLI I can print using the linux_kernel, but with network as backend it just reports the data has been sent but nothing is being printed.
Closing this issue as the plug-in seems to work as it should.


Please add me to the list !

@Dhanush-05  try this year for Hacktoberfest and have a look at the updated repo and contribute.Make sure to follow me and star the repo
HAPPY HACKING


re-add support for https_proxy as a praw.ini entry

It looks like this function was added in #317, but has been removed somewhere along the way. As https_proxy is still a supported attribute, I figured this functionality was still desired. praw-dev/prawcore#58 has the changes necessary in prawcore.

For anyone who sees this issue, the config was removed from PRAW to keep PRAW's configuration relatively simple. Proxy settings can be set through environment variables as described here:
http://praw.readthedocs.io/en/latest/getting_started/configuration.html#using-an-http-or-https-proxy-with-praw


And idea why the performance is so poor on my computer?

The game really stutters and breaks down to single digit fps some times on my Ryzen 5800x3D with an RTX 3070.
I have not changed any settings and play on 1440p.

Also the escape key doesn't work and I can't exit races.

Do you use any wireless controller? I did have some bad stutter issues when I connected my XSX controller via bluetooth, not really sure what caused it, possibly something with the ControllerHotPlug setting, could be worth trying it with that disabled in INI.

I can second the poor performance when using a XSX wireless controller. I have noticed that pausing the game and unpausing (after the slideshow countdown finishes) stops the issue mostly, although I did have one crash. ControllerHotPlug setting did not help sadly. This is the controller I use for all PC gaming and I've never had an issue :(

Ok, I've unplugged my PS4 controller from the PC and now everything works fine (including the ESC key).

I found a micro USB cable in the garage and tried it out. The game is running incredibly. You've done a remarkable job. Definitely the wireless aspect, I wonder if I can update firmware on this controller.

Ok, I've unplugged my PS4 controller from the PC and now everything works fine (including the ESC key).

Glad i am not the only one with the issue regarding controllers and the Esc button... this game needs better controller support.

I'm having the same issue reported by @polybius22 with an Xbox One controller connected by bluetooth.
It's odd - at the start of a race during the 3-2-1 countdown the frame rate drops to 1 frame every 10 seconds. As soon as the countdown finishes I can hit escape to bring up the pause menu, close it again and after a second or so the frame rate goes back up to 60 FPS.
If I use my 8bitdo Pro 2 controller (also via Bluetooth) I don't get any issues at all. I think the Xbox one controller may just be cursed.

Also seeing this with Xbox Elite Series 2. Hotplug setting has no effect.

Changing VibrationMode to 0 in INI might help, seems it might be the XInputSetState call which sets vibration, guess it waits for a reply from controller or something

@emoose Thanks. Removing vibration removes all slowdown for me

The plot thickens:
Still on an XBox One original bluetooth controller, I've found if I set ImpulseVibrationMode = 0 the slowdown is almost completely removed (not quite as smooth as my 8bitdo controller, but much, much, much better). I also noticed that some loading screens are faster when using either the 8bitdo controller or setting this mode off, particularly the white screen that appears after the Sumo Digital and the other splash screens when you start the game.

Hmm. While removing the vibration does relieve the issue, the previous modding solution(FXT) was able to run at normal speeds with bluetooth Xinput controllers and rumble. It's possible to have the cake and eat it too.


Large titles for settings

Add large titles to the settings view.

[ ] Top bar including the background behind the title is translucent.
[ ]  Though in this view user can't scroll at the moment, keep in mind when the scroll is available then the title decreases and moves to the nav bar. Check also #966

Design Preview
Settings

Zeplin: https://zpl.io/aRMw7Yz

Same as Edit, enabling large titles shouldn't be a problem here.


re-arrange the steps in Pre-processing of 10X

do the alignment first, before describing how to use MultiQC to look at “STAR log output”

Thanks @hrhotz
@mtekman can you check the changes? Thanks


Function used as a type but is in fact a term

Observed in lit/direct/ds2cps_ax_cps2ds_dependent_short.thorin
Command line: ./build/bin/thorin -d direct -d tool ./lit/direct/ds2cps_ax_cps2ds_dependent_short.thorin --output-thorin -
Issue:
:4294967295: error: 'Π n_167425: .Nat → .infer (<nullptr>)' used as a type but is in fact a term

High-level description:
We constructed a wrapper around .Idx
Suspected problem:
Idx has problems with the duality of fundamental integer and being applied as a function.

Suffers also from #106.

changing the literal to 0:.Idx n and
adding a return type to lam_idx fixes the test case.

see also #103:
Work is underway to add type inference.

Marked as enhancement as the only remaining real problem is the type inference that is not yet properly implemented.


Scalus Start RDP in both Screens When A User have Two Screens

When we start a RDP session with Scalus, it shows the session on both screens, while it should only show on one screen even the screen is in extend mode. This issue mostly seems like a resolution problem

To set that you have to edit the template file in %localappdata%\SCALUS called WinRdpTemplate.rdp with notepad.
See all mstsc paramters from ms: https://learn.microsoft.com/en-us/azure/virtual-desktop/rdp-properties
The most important for mulitscreen setups imo:
screen mode id

Syntax screen mode id:i:

Description : Determines whether a remote session window appears full screen when
you launch the connection.
• Supported values:
o
1 : A remote session appears in a window.
o
2 : A remote session appears full
• Default value: 2
use multimon

Syntax use multimon:i:

Description : Determines whether the remote session will use one or multiple displays
from the local device.
• Supported values:
o
0 : A remote session uses a single
o
1 : A remote session uses multiple
• Default value: 1
selectedmonitors
• Syntax: selectedmonitors:s:

Description : Specifies which local displays to use in a remote session. The selected
displays must be contiguous. Requires use multimon set to 1 . Only available on
Windows App for Windows, the Remote Desktop app for Windows, and the inbox
Remote Desktop Connection app on Windows.
• Supported values:
o
A comma separated list of machine specific display IDs. You can retrieve
available IDs by running mstsc.exe /l from the command line. The first ID
listed is set as the primary display in a remote session.

Default value : None. All displays are used


Contrast in picker is too low for me

Hi there, first off, thank you for the great theme. I can't wait for someone to port it to emacs so I can use it everywhere :)
I'm having a hard time reading the text in the picker list popups (cmd+shift+p) that isn't highlighted. It looks like the foreground is roughly #527D99 and the background is #001023 (when measured on my wide gamut monitor) which only has a contrast ratio of 4.33:1 and fails WCAG AA for normal text. Would you be up for increasing the contrast of it slightly? Anything text that is that #527D99 could use some brightening IMO.
There may be an issue w/ vscode and wide gamut monitors because it looks like the colors in the actual  theme are slightly different (and actually have an even lower contrast ratio).

Thanks!

Thanks for bringing this up! I'll look into it soon.

Thanks, I appreciate that. By the way, it does seem like there's an issue w/ vs code and color profiles--colors measure differently from code than they should. I'll investigate/report that. I also think the second link I sent uses a background color that is for list.inactiveSelectionBackground which doesn't actually appear to be the background, so this is probably the most accurate contrast measurement:
https://webaim.org/resources/contrastchecker/?fcolor=5F7E97&bcolor=011627

So, I spent a long time working on this and I'm sorry to say but I have to leave it the way that it is. Unfortunately this color is tied to what's in the sidebar, and though I agree it doesn't pass the contrast ratio, it really hurts my eyes to bring it up. It starts competing with the colors in the code, and when it does so, I can't focus on what's happening in my editor. I prefer that when I'm focused on the thing in question, it comes into view very strongly, and otherwise, fades in.
If I bring up the contrast ratio of things that people aren't supposed to be paying attention to, it makes it really difficult to focus on the task at hand. I'm sorry if that means this theme isn't suitable for you, I did try to make it work.

Oh! You can, however, update your own preferences like this, that would pass the color specifications, I'll also update the readme in case other people have this problem:
"workbench.colorCustomizations": {
  "sideBar.foreground": "#8BADC1",
},

Thanks, @sdras, that helps. My sidebar is hidden unless I'm using it, so I don't mind the additional contrast there--I actually prefer it.
It does seem like it'd be ideal if there was a different selector for that popup. Maybe if it bothers someone enough they can PR that to Code 😄 Thanks again!


Remove posts in thread only when removing root posts

Summary
When deleting a post, we were always deleting the postsInThread model. This caused the thread view to show no posts when we delete one.
This PR only delete the postsInThread model on root posts.
Ticket Link
Fix https://mattermost.atlassian.net/browse/MM-50492
Release Note
Fix missing posts in a thread when a post get deleted

cherry pick ?

Successfully triggered e2e mobile testing!
https://git.internal.mattermost.com/qa/mobile-e2e-testing/-/pipelines/303675

@furqanmlk can you please test this?


Please provide implementation details and code examples

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

ID: 839bcfd0-caf7-c1f2-0dab-3340d9f8f528
Version Independent ID: 8631e812-4b30-9c93-a007-203bc05a238e
Content: Social App for Mobile and Web with Authentication - Azure Solution Ideas
Content Source: docs/solution-ideas/articles/social-mobile-and-web-app-with-authentication.md
Service: architecture-center
Sub-service: solution-idea
GitHub Login: @adamboeglin
Microsoft Alias: pnp

Thanks for reporting - this issue is under review.  This is a Microsoft Internal DevOps Bug ID AB#222836

As this was a solution idea, no implementation details were prepared. We've taken this into our backlog for a future enhancement. Thanks for the interest in it! Closing for now.

Any progress for this in 2022?
Hope there will be Django and Reactjs example.


Webpack 2 - eval can cause bug with process.env

Do you want to request a feature or report a bug?
bug

What is the current behavior?
webpack transform process.env to a real object like
{
  "NODE_ENV": "development"
}

but when a module which use process.env in this way

process.env.DEBUG = false

it will cause a syntax error: unexpected token : , ie: visionmedia/debug
function save(namespaces) {
  if (null == namespaces) {
    // If you set a process.env field to null or undefined, it gets cast to the
    // string 'null' or 'undefined'. Just delete instead.
    delete process.env.DEBUG;
  } else {
    process.env.DEBUG = namespaces;
  }
}

because webpack use eval to load this module, and the code above will be transformed to
eval("{\"NODE_ENV\": \"development\"}.DEBUG = namespace")

but in this situation, {\"NODE_ENV\": \"development\"} will be a block, but not a Object, the correct way is
eval("({\"NODE_ENV\": \"development\"}).DEBUG = namespace")

If the current behavior is a bug, please provide the steps to reproduce.

What is the expected behavior?
If this is a feature request, what is motivation or use case for changing the behavior?
Please mention other relevant information such as the browser version, Node.js version, webpack version and Operating System.

webpack: 2.1.0-beta.28
Node.js:  v7.2.1
OS:  macOS Sierra 10.12.2 (16C67)
Chrome Canary: 57.0.2972.0

maybe it can be solved by this way
function stringifyObj(obj) {
  return "({" + Object.keys(obj).map((key) => {
    let code = obj[key];
    return JSON.stringify(key) + ":" + toCode(code);
  }).join(",") + "})";
}

code can be found in DefinePlugin.js

As workaround use:
new DefinePlugin({
  "process.env.NODE_ENV": JSON.stringify("development")
});

or
new DefinePlugin({
  "process.env": {
    "NODE_ENV": JSON.stringify("development"),
    "DEBUG": "window.envDEBUG"
  }
});

Do you want to send a PR?

It's my pleasure


Teams Outlook add-in causing disk thrashing

This has been an issue for months now and is very frustrating.
When enabled, the Teams Outlook add-in causes Outlook to thrash the disk, impacting I/O and performance severely. This is happening across the organization and the only help I see online is people saying to disable the add-in.
Outlook: 16.0.12527.20278
Teams Add-in: 1.0.20031.2
Teams: <IP_ADDRESS>63
Note: This was happening in older builds of Teams as well.

@greedj Could you please use report a problem feature?


Fix for Halloween update

This fixes hats from not working as well as a few other issues that were in the mod.

Preview video: https://www.youtube.com/watch?v=jl8esnwWxPw&ab_channel=dev'smainchannel.
UPDATE: The button bug has been fixed in the latest commit

Not sure if it was in the prior update, but your original cosmetic will still be equipped if you have a modded cosmetic when the game is open

You changed the method responsible for removing the original cosmetic

Forgot to mention turns out latest commit fixes a lot of custom colour errors by (for the most part) changing up one line lmao

fork fork where is it


Can't start xfce from VT2 after Chrome OS update

After the latest Chrome OS (Stable channel) update, and updating my chroot (LTS precise) in a crosh tab, which still works fine, I don't see to be able to run xfce from VT2.  Specifically, when I switch from Chrome OS with the arrow keys I get a banner saying:
"Welcome to frecon!
[...]
Developer Console
[...]
To use this console, the developer mode switch must be engaged."
And on logging in, and running "sudo startxfce4", I get a:
"Xorg X11 servers cannot be launched from Frecon."
So...  has the update somehow switched VT2 from another console to frecon?  And how would I switch that back?  (In which case perhaps this isn't a crouton issue at all, but all pointers gratefully received!)  Or am I entirely confused as to what's going on?

You'll have to get the details from the experts but 'frecon' doesn't use vt's but the crouton authors have done some slick manipulation to keep xorg alive all the while adding another very cool alternative called xiwi.
Using vt2 was never really promoted, instead they encouraged everyone to login with their Google credentials and open a cros shell.

Thanks for the reply, Dennis!  I thought running X through a console/switch of VTs was the recommended method?  Maybe that's changed since I started using it!  What's the suggested method now?  I can't simply do "startxfce4" from a tabbed chrosh, can I?
Looking at xiwi, the idea is that instead of "desktop" switching, it all happens inside a browser tab?  Will have to look at this more closely when I'm more awake.

@alaimacerc -
The suggested method is to login to your Google account, open a cros shell using a tab Ctrl+Alt+T or via the Crosh Window extension (which also requires Secure Shell), entering shell and then starting your chroot via enter-chroot or one of the start* scripts.
The crouton scripts have to be run as root outside of your chroot(s) so a typical session would start like this: sudo enter-chroot -n trusty or sudo startxfce4 -n trusty.
Again, this is just an example, there are more targets/desktops, xmethods, and options available that allow you to customize your experience.

Thanks again Dennis;  the key part of that I was missing last night was that while I could indeed run xfce from a tabbed chrosh, I didn't get that it was still possible to "switch"...  just now needing a different four-fingered death-strike key combo.  Will have to keep more on top of the crouton update news to try to avoid such nasty surprises in future...

@alaimacerc try alt tab to switch, or alternatively, you can launch the chroots in their own windows non tabbed, but you should still be able to cycle through them with alt tab


Add optional whitelist and defaults

Sometimes you don't want to pull in your entire .env file, and would rather have a whitelist for the keys that are accepted. This adds that whitelist.
I've also added a defaults object, which provides values that we fallback to if keys are not present in the .env file

I've created a new repo and package rn-dotenv. Please reopen in the new repo


Dropdowns not working on IE11 / Win10

Describe the bug
Dropdowns not working on Internet Explorer 11 (Windows 10)
What version are you running?
3.6.4
Did this happen on prior versions to the one you are running?
Not sure.
To Reproduce
Steps to reproduce the behavior:

Log into an account that has one service body enabled.
Go to Volunteers
Note that the dropdown doesn't auto select the first choice.
When you select the dropdown choice manually, it also doesn't list the volunteers.

Expected behavior

That if there is one choice in a dropdown that it's auto-selected.
Volunteers are displayed after a choice is selected (if they already exist).

Screenshots

Additional context
N/A

It's becoming untenable to maintain IE11.  Ending support.

the juice just wasn't worth squeezing.

There was a lot more causing this than I realized.
On Thu, Feb 20, 2020 at 2:02 PM Danny Gershman<EMAIL_ADDRESS>wrote:

Describe the bug
Dropdowns not working on Internet Explorer 11 (Windows 10)
What version are you running?
3.6.4
Did this happen on prior versions to the one you are running?
Not sure.
To Reproduce
Steps to reproduce the behavior:

Log into an account that has one service body enabled.
Go to Volunteers
Note that the dropdown doesn't auto select the first choice.
When you select the dropdown choice manually, it also doesn't list
the volunteers.

Expected behavior

That if there is one choice in a dropdown that it's auto-selected.
Volunteers are displayed after a choice is selected (if they
already exist).

Screenshots
[image: image]
https://user-images.githubusercontent.com/1850811/74968685-38951080-53e9-11ea-956c-3a43c77b5a8c.png
Additional context
N/A
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/bmlt-enabled/yap/issues/389?email_source=notifications&email_token=AAOD3O75NWC7O7NFZUKKXBLRD3HT7A5CNFSM4KYU5P6KYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IPCWTKA,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAOD3O762F7IA2ZEL4K5P63RD3HT7ANCNFSM4KYU5P6A
.


fix(gui): Re-enable printing progress in console

Change-Type: patch

https://ci.appveyor.com/project/resin-io/etcher/history indeed shows that Appveyor has only built the 'branch' build for this, and never even attempted the 'pr' build :-/

FYI @jhermsmeier I restarted the x86 Linux builds on both Travis push and Travis pr - one errored about nvm failing, and one errored about apt-get failing, so I guess they must have both been hit with transient network failures at the same time. Both seem to be progressing okay now...


climate.control_dhw and water_heater.control_dhw entities unavailable without circulation time program

Setup:  EcoTec Plus 435, VRC720f, VR921.  No secondary circulation pump.
If I delete the circulation pump times in SensoAPP then climate.control_dhw and water_heater.control_dhw entities become unavailable.  “This entity is no longer being provided by the multimatic integration.  If the entity is no longer in use, delete in in settings“.
If I create a time program for the secondary circulation pump (which must be every day) then the two entities above re-appear.

Any error in the logs ?
Which version of the integration are you running ?

I am seeing this in v1.16.2 & v1.16.1.  I has seen similar, water_heater only, behaviour in v1.15.x.  Please let me know if the log excerpt below is not enough and you need full debug logs.
Thanks!
`This error originated from a custom integration.
Logger: custom_components.multimatic.coordinator
Source: helpers/update_coordinator.py:290
Integration: Multimatic (documentation, issues)
First occurred: 16:34:09 (6 occurrences)
Last logged: 16:36:12
Unexpected error fetching multimatic_dhw data: cannot access local variable 'time_program_day' where it is not associated with a value
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 290, in _async_refresh
self.data = await self._async_update_data()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 246, in _async_update_data
return await self.update_method()
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/multimatic/coordinator.py", line 569, in _fetch_data_if_needed
return await self._fetch_data()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/multimatic/coordinator.py", line 561, in _fetch_data
return await getattr(self.api, self._method)()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/multimatic/coordinator.py", line 129, in get_dhw
dhw = await self._manager.get_dhw()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/systemmanager.py", line 43, in wrapper
return await func(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/systemmanager.py", line 346, in get_dhw
return mapper.map_dhw(dhw)
^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 474, in map_dhw
circulation = map_circulation_from_dhw(dhw)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 491, in map_circulation_from_dhw
return _map_circulation(circulation, dhw_id)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 615, in _map_circulation
func = _map_function(raw_circulation, "setting")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 423, in _map_function
time_program = map_time_program(raw.get("timeprogram"), tp_key)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 215, in map_time_program
result[day_of_week] = map_time_program_day(raw_time_program.get(day_of_week), key)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/pymultimatic/model/mapper.py", line 249, in map_time_program_day
return time_program_day
^^^^^^^^^^^^^^^^
UnboundLocalError: cannot access local variable 'time_program_day' where it is not associated with a value
`

Could you explain what do you mean by "delete the circulation pump times" ? Could you show me the actual time program ?

Release https://github.com/thomasgermain/vaillant-component/releases/tag/1.16.3 should fix the issue

Hi.  This resolve my issue. Thank you for working this so quickly.


Add optional sortable columns

Added a property "sortable" that is stronger than global sortable option and let any column be or not be sortable. This fixes #86 issue.
I'd used the code style defined on ESLint settings and added JSDoc on methods changed on this change. I really don't know if this is the right approach since component's code haven't used the code style.

@VitorLuizC thank you for your PR. I'll review this shortly and update here.

@VitorLuizC I'm sorry it's taken this long. This PR does quite a bit more than what the title says. Any chance you can separate out the fix for #87 from this so I can merge that in. Then we can look into the stylistic changes after that. I know this request might be annoying, but i'll really appreciate it! Thank you in advance!

@xaksis I've replaced the JSDoc comments with your style comments and added semicolons to my methods.

@xaksis should I make another PR changing all style to follow ESLint settings you have defined on root or you'll just delete it?

The following code is buggy as well:
const classes = Object.assign({}, this.getClasses(index, 'th'), {
 +          'sorting': isSortable,
 +          'sorting-desc': isSortable && isDescending,
 +          'sorting-asc': isSortable && !isDescending
 +        });

there are 3 states for each column... descending, ascending, no sort. the above doesn't take care of no sort. default is always ascending even though there's no sort applied to the columns.
I will fix this.


IDF v5 compatibility: SOLVED (MEGH-3896)

I'm currently using since 2 months IDF v5.0-beta1 so far I could adapt my components and Firmware's without much problems to work in V5.
Tried so far with an old Lolin ESP32 and will try in the next days with an Espressif ESP32S3 dev board.
However I'm stuck with Rainmaker and so far could not make it work.
First of all if I clone this repository, then the first error that comes is:
/components/esp-insights/components/esp_diagnostics/src/esp_diagnostics_utils.c:70:10: fatal error: esp_app_desc.h: No such file or directory
   70 | #include <esp_app_desc.h>

CMake is right in my esp-idf components directory, esp_app_format does not exist, hence also not  esp_app_desc.
To overcome this I added it as a component and further debug to the next problem:
It opens BLE, QR is not coming by serial, but using the URL:
https://rainmaker.espressif.com/qrcode.html?data={"ver":"v1","name":"PROV_d4ed0f","pop":"eee0a04f","transport":"ble"}
I can see the QR and scan it with the ESP-Rainmaker app in Android. Then I get one of this errors:

 I (1829) app_wifi: Provisioning will auto stop after 30 minute(s).
E (32299) BT_GATT: gatts_write_attr_perm_check - GATT_INSUF_ENCRYPTION

or

app_wifi: Provisioning Started. Name : PROV_d4ed0f, POP : eee0a04f
I (1752) app_wifi: Provisioning will auto stop after 30 minute(s).
ets Jun  8 2016 00:22:57

rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee

Can someone please enlighten me and explain what is the way to make Rainmaker work in ESP-IDF version 5?

@martinberlin the best way is to pull the latest esp-rainmaker and all it's submodules (git submodule update --init --recursive), then pull the latest code on release/v5.0 branch of esp-idf, including all its submodules. Even then, you may see some failures/crashes during provisioning since this commit in esp-idf master branch hasn't yet been backported on release/v5.0. You can manyally cherry-pick for the time being if required.

Thanks @shahpiyushv that helped a bit. Now I can see the QR code.
Updated idf branch to release/v5.0 and all submodules like you described.
I made that updates per hand since a git cherry pick didn't worked from release/v5.0 (object not good)
But still fails exaclty in the moment it connects with the app and tries to list the WiFi SSID's
I (1583) app_wifi: Provisioning will auto stop after 50 minute(s).
E (15863) security0: Security version mismatch. Closing connection
E (15863) protocomm_ble: Invalid content received, killing conn```

PROTOCOM Looks like this in menuconfig:
![Screenshot from 2022-10-10 14-45-07](https://user-images.githubusercontent.com/2692928/194869373-68e7e5db-4994-48c7-ac8c-b136e16db53c.png)

Kept on trying but I must confess still no luck with IDF v5 and ESP Rainmaker.
If there is any news in the Espressif side please let me know and I will try again or I will try to track it down when I find some time.
But there is definitively something more than what @shahpiyushv pointed out.

On a different topic that might be not really connected to this Issue but is still interesting for me in the IDF versionn 5 context is the following:
As an IDF developer what is the easiest way to add Rainmaker to an existing Firmware?
At the moment I'm adding it to my repository Cale that is an easy Firmware to download a Bitmap image in epaper displays. What I do at component level you can see here:
https://github.com/martinberlin/cale-idf/tree/feature/50-idf-v5-rainmaker/components
Basically I copy esp_rainmaker latest version from here. And then all what can be linked as github submodules like the ones that are being used, instead of copying them I also add them to mine (.gitmodules)
[submodule "components/rmaker_common"]
	path = components/rmaker_common
	url = https://github.com/espressif/esp-rainmaker-common.git
[submodule "components/json_parser/upstream"]
	path = components/json_parser/upstream
	url = https://github.com/espressif/json_parser.git
[submodule "components/json_generator/upstream"]
	path = components/json_generator/upstream
	url = https://github.com/espressif/json_generator.git

This works but is a bit cumbersome to maintain and probably there is a better way to do it.
As a developer my wish would be to add Rainmaker as a single repository (With it's submodule dependencies, for sure) and then that I can use to make my Rainmaker-ize my program and use it as the only way to make WiFi provisioning.
For me would be ideal, that it also provides any kind of smart function, where you can pass your drawFunction(x, y, color) and it draws the QR code for you does not matter what library you use.
I think most of the people doing Firmware's that use displays will greatly appreciate something like this. So you can give out the finished product with a QR code printed in the screen instead of the HTML QR code in a printed page.

@martinberlin Sorry for missing this out, but let me provide some answers here

The best way to integrate RainMaker components is to add the esp-rainmaker repository itself as a submodule, set RMAKER_PATH to point to the esp-rainmaker like you can see in the examples and then modify the CMakeFile to include all relevant paths of rainmaker components like you can see here

If you disabled user node association, the device cannot be provisioned using ESP RainMaker app, since user association is a mandatory step for RainMaker. However, you can use the ESP Provisioning apps. The device will no more have an end user, but can still have an admin user, who can access the node from the dashboard.

You can disable the on screen QR code display (using CONFIG_APP_WIFI_PROV_SHOW_QR ) and then use APP_WIFI_EVENT_QR_DISPLAY to display it on your own.

Great some I'm closing here and marking it "solved" in the title. Thanks @shahpiyushv


import * as foo from '@ember/some-module'; does not work

The import statement supports importing all named exports into an object.
For example, instead of this
import {
  alias as computedAlias,
  and as computedAnd,
  // ...
} from '@ember/object/computed';
import { decoratedPropertyWithRequiredParams } from '../utils/decorator-macros';

export const alias = decoratedPropertyWithRequiredParams(computedAlias);

you could just do this
import * as computed from '@ember/object/computed';
import { decoratedPropertyWithRequiredParams } from '../utils/decorator-macros';

export const alias = decoratedPropertyWithRequiredParams(computed.alias);

But apparently, the latter does not work. :slightly_frowning_face:
Could not find module `@ember/object/computed` imported from `ember-decorators/object/computed`

We would need to handle wildcard import in babel-plugin-ember-modules-API-polyfill. This seems reasonable to me though. We would need to check if the specified module contains only exports from a single namespace or multiple. If multiple namespaces we would have to build up the intermediate POJO that would be used.

Thanks for the pointer. Closing in favor of https://github.com/ember-cli/babel-plugin-ember-modules-api-polyfill/issues/16.


Enable RepoLinter Tooling

I trimmed this down to exclude unnecessary checks and introduce it into PR checks.
Honestly, I'm not sure how I feel about it. Introducing node.js tooling into the repo simply to do this seems unnecessary. The repolinter is also making use of many out-of-date packages that are expected to break in upcoming node.js releases.
I would like to hear others thoughts on doing this, as I don't really like the idea of it, but thats just my opinion.

This doesn't work out of the box anyway on linux...

The first change seems to be unrelated and unnecessary. The package name was chosen to avoid collisions when used by other packages with fakes. This is idiomatic.
For the rest,  I’m not really big on anything that does node in this repo and if we had to, it should be within a container and not installed and massaged every time the task runs.

The first change seems to be unrelated and unnecessary. The package name was chosen to avoid collisions when used by other packages with fakes. This is idiomatic.

I disagree with that statement, where in fabric do we do that anywhere else in the repo. A quick look shows tons of collisions for mock and fake packages, we handle them by renaming the import in every other instance but this one. Hasn't our position been, if you need a mock in a test instead of importing it from a secondary package, you should generate it in the test directories mock directory? I can see a few examples in history where we moved shared mocks and replicated the generation so we weren't importing across packages?. So really I should have re-generated the mock where it was needed.
But honestly it's neither here, nor there and I don't have a strong opinion on it, I only changed it so I could standardize the globs I was using so I didn't have to deviate the pattern to handle an edge case.
Originally I tried to use a container, but that also doesn't install out of the box in the official node:10 container. I thought maybe doing it in CI on the ephemeral runner might work, but that also seems like a lost cause. I'm willing to say that, compounded with introducing node into the repo is reason enough not to do this.

Closing till someone can make this run out of the box in a container

I just noticed why I couldn't find a prebuilt container image, they are hosting it on GHCR, not DockerHub, so let me redo it with that image

The idiomatic debate aside, why have the metricsfakes commit in this PR?  The Fabric PR may be a precedent for the repolinter, so would be nice to keep the PR small and clean.

The idiomatic debate aside, why have the metricsfakes commit in this PR? The Fabric PR may be a precedent for the repolinter, so would be nice to keep the PR small and clean.

I wanted to keep the glob patterns in repolint.json as simple as possible and as much like each other as possible. Otherwise the mocks and fakes patterns would have been different to account for the one off metricsfakes directory. Seemed better to me to standardize the directory than to deviate on the glob pattern.

I'm really not trying to start a debate on the directories, my purpose was just to get the repolinter behind us. I should take my previous comments back and just back that commit out of this PR (which is what I'm going to do)

I wanted to keep the glob patterns in repolint.json as simple as possible and as much like each other as possible.

Globs aren’t necessarily the right approach. A lot of development tools identify generated code from a regex in the header and can be configured to ignore them.

There we go, running in CI in a container. Backed out all the other changes

@lindluni Thanks for the work on this. We discussed in Hyperledger TSC meeting today and it sounds like there is growing consensus on a slightly different approach across all the projects:

Point to a common Hyperledger repolint.json in a Hyperledger repo instead of copying into each project repo (assuming that it can be cleaned up for common basic project structure, remove language specific things, etc)
Run a github action instead of an Azure Pipeline (that's the strategic direction regardless, one of the other projects prototyped this with ease).

So, less maintenance for each project on both points. I expect TSC will provide final guidance in the coming week or two.
@lehors FYI.

Honestly, this is just a waste of time.  But thanks @lindluni for doing this.


(Feature) - #1531 EWC estimate fee on modal

Closes #1531
Description

The gas station for EWC seems to have a rounding problem and they are always returning 0, we added a fixed value for EWC of 1e6 while EWC team check it, meanwhile I also opened an issue for the ewc team with the possible error (credits to @fernandomg)

Travis automatic deployment:
https://pr1543--safereact.review.gnosisdev.com/rinkeby/app


Update the changelog to include a recent bug fix by community member.

cc @hwmaier

It doesn't fail the build currently, and we have a few other warnings to fix-up. Will file an issue to fix all of them together, for the next milestone. Then, we can turn spell check to fail the build, so we stay green.


Haskell Package Chart-diagrams-1.9 Does Not Build

Issue description
Configuring Chart-diagrams-1.9...
CallStack (from HasCallStack):
  die', called at libraries/Cabal/Cabal/Distribution/Simple/Configure.hs:958:20 in Cabal-<IP_ADDRESS>:Distribution.Simple.Configure
  configureFinalizedPackage, called at libraries/Cabal/Cabal/Distribution/Simple/Configure.hs:462:12 in Cabal-<IP_ADDRESS>:Distribution.Simple.Configure
  configure, called at libraries/Cabal/Cabal/Distribution/Simple.hs:596:20 in Cabal-<IP_ADDRESS>:Distribution.Simple
  confHook, called at libraries/Cabal/Cabal/Distribution/Simple/UserHooks.hs:67:5 in Cabal-<IP_ADDRESS>:Distribution.Simple.UserHooks
  configureAction, called at libraries/Cabal/Cabal/Distribution/Simple.hs:178:19 in Cabal-<IP_ADDRESS>:Distribution.Simple
  defaultMainHelper, called at libraries/Cabal/Cabal/Distribution/Simple.hs:115:27 in Cabal-<IP_ADDRESS>:Distribution.Simple
  defaultMain, called at Setup.hs:8:8 in main:Main
Setup: Encountered missing dependencies:
SVGFonts >=1.4 && <1.7

I'm using nix so I did (nixpkgs.haskell.lib.doJailbreak haskellPackages.Chart-diagrams) but then I get
[2 of 2] Compiling Graphics.Rendering.Chart.Backend.Diagrams ( Graphics/Rendering/Chart/Backend/Diagrams.hs, dist/build/Graphics/Rendering/Chart/Backend/Diagrams.o )

Graphics/Rendering/Chart/Backend/Diagrams.hs:573:14: error:
    • Couldn't match type ‘IO (F.PreparedFont Double)’
                     with ‘(F.FontData n, F.OutlineMap n)’
      Expected type: F.PreparedFont n
        Actual type: IO (F.PreparedFont Double)
    • In the expression: F.lin
      In a case alternative: "serif" -> F.lin
      In the expression:
        case name of
          "serif" -> F.lin
          "monospace" -> F.bit
          _ -> F.lin
    • Relevant bindings include
        fontFromName :: String -> F.PreparedFont n
          (bound at Graphics/Rendering/Chart/Backend/Diagrams.hs:572:1)
    |
573 |   "serif" -> F.lin
    |              ^^^^^

Graphics/Rendering/Chart/Backend/Diagrams.hs:574:18: error:
    • Couldn't match type ‘IO (F.PreparedFont Double)’
                     with ‘(F.FontData n, F.OutlineMap n)’
      Expected type: F.PreparedFont n
        Actual type: IO (F.PreparedFont Double)
    • In the expression: F.bit
      In a case alternative: "monospace" -> F.bit
      In the expression:
        case name of
          "serif" -> F.lin
          "monospace" -> F.bit
          _ -> F.lin
    • Relevant bindings include
        fontFromName :: String -> F.PreparedFont n
          (bound at Graphics/Rendering/Chart/Backend/Diagrams.hs:572:1)
    |
574 |   "monospace" -> F.bit
    |                  ^^^^^

Graphics/Rendering/Chart/Backend/Diagrams.hs:575:8: error:
    • Couldn't match type ‘IO (F.PreparedFont Double)’
                     with ‘(F.FontData n, F.OutlineMap n)’
      Expected type: F.PreparedFont n
        Actual type: IO (F.PreparedFont Double)
    • In the expression: F.lin
      In a case alternative: _ -> F.lin
      In the expression:
        case name of
          "serif" -> F.lin
          "monospace" -> F.bit
          _ -> F.lin
    • Relevant bindings include
        fontFromName :: String -> F.PreparedFont n
          (bound at Graphics/Rendering/Chart/Backend/Diagrams.hs:572:1)
    |
575 |   _ -> F.lin
    |        ^^^^^
builder for '/nix/store/j0y2ynscn4j6r05w8a5dc3h4qylv3199-Chart-diagrams-1.9.drv' failed with exit code 1
cannot build derivation '/nix/store/zxlwi74wy8kchhxwz757fr5lkdpbmf03-ghc-8.4.3-with-packages.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/s73ijjfj3356dc9mlgqgpa1xq3aa8hzd-ihaskell-with-packages.drv': 1 dependencies couldn't be built
error: build of '/nix/store/s73ijjfj3356dc9mlgqgpa1xq3aa8hzd-ihaskell-with-packages.drv' failed

Steps to reproduce
let
  nixpkgs = import (builtins.fetchTarball {
    url = "https://github.com/NixOS/nixpkgs-channnels/archive/09195057114a0a8d112c847a9a8f52957420857d.tar.gz";
    sha256 = "0hszcsvgcphjny8j0p5inhl45ja61vjiz0csb0kx0b9lzmrafr7b";
  }) {};
in import ./release-8.4.nix {
  nixpkgs = nixpkgs; # equivalent to `inherit nixpkgs;`
  packages = haskellPackages: [ haskellPackages.lens haskellPackages.random-fu haskellPackages.Chart-diagrams ];
}

Technical details
Please run nix-shell -p nix-info --run "nix-info -m" and paste the
results.
 - system: `"x86_64-darwin"`
 - host os: `Darwin 17.7.0, macOS 10.13.6`
 - multi-user?: `no`
 - sandbox: `no`
 - version: `nix-env (Nix) 2.1.3`
 - channels(dominic.steinitz): `"nixpkgs-19.03pre155767.8070a6333f3"`
 - nixpkgs: `/Users/dominic.steinitz/.nix-defexpr/channels/nixpkgs`

The long term solution is to get Chart-diagrams back in Stackage: https://github.com/timbod7/haskell-chart/issues/171
For now though, you can get it to work with some manual constraint solving:
let nixpkgs = import <nixpkgs> {};
    inherit (nixpkgs) haskell;
in (haskell.packages.ghc843
    .extend (haskell.lib.packageSourceOverrides { SVGFonts = "1.6"; })
).Chart-diagrams

Problem no longer reproducible on current master for me. @steinitznavican can you confirm and close this issue?
$ nix-shell -I nixpkgs="https://github.com/NixOS/nixpkgs/archive/master.tar.gz" -p haskellPackages.Chart-diagrams

looks ok now on haskell-updates.


Nightly installation fails

As reported by @cpuhrsch, when following readme for nightlies,
conda create -n nightly
conda activate nightly
conda install pip
pip install numpy
pip install torchaudio_nightly -f https://download.pytorch.org/whl/nightly/torch_nightly.html

Looking in links: https://download.pytorch.org/whl/nightly/torch_nightly.html
ERROR: Could not find a version that satisfies the requirement torchaudio_nightly (from versions: none)
ERROR: No matching distribution found for torchaudio_nightly

cc @seemethere #306

You should actually be installing torchaudio instead of torchaudio_nightly

Oops :) We do need to update the readme.

Reopening as --pre is still missing. See here


Math Solver for Power Toys

Description of the new feature / enhancement
I noticed edge has a feature to grab a portion of the screen and solve a math problem that's displayed. It would be nice to have this as a feature in power toys so it could be used regardless of whether you're in edge or not.
Scenario when this would be used?
When I'm using one-note to do math problems by hand (using a stylus), it can be inconvenient to switch to a calculator to solve a problem, and it would be nice to be able to select it and instantly get an answer.
Supporting information
No response

/dup #20395


fix spelling for LibraAccount

Motivation
Fixing spelling of comment in libra_account.mvir
Have you read the Contributing Guidelines on pull requests?
Yes.
Test Plan
Change in spelling only. No functionality affected.
Related PRs
Not applicable.

Thank you for the fix!  this will be merged soon


Cache

Coverage decreased (-2.1%) to 82.748% when pulling e110bbcfedfdf97dee01124ac22130baade93b66 on cache into 8652f51c64e59d4c2bd12c3603ab83c64f4736fb on master.

Coverage increased (+5.3%) to 90.229% when pulling 4f06584227ad7be0720ca7b08c0009230f05710c on cache into 8652f51c64e59d4c2bd12c3603ab83c64f4736fb on master.


Custom Unions DataType support in ModelDesign

Hi!
Are custom unions DataType definitions supported by the Nodeset Compiler? If so, could someone provide a minimal example of the xml ModelDesign?
Thank you very much in advance!
Best regards

No union support at this time.


Add a features/backup page

Closes #60
Added a page to guide the user on backups.

I'm not sure all the images are formatted properly in terms of line breaks and all. Let me know if you spot anything.

Thanks for the suggestions! I've added them in!


Action item to toggle showing excluded files

It would be very helpful to be able to view excluded (hidden) files from time to time.

In meantime you can use https://marketplace.visualstudio.com/items?itemName=eamodio.toggle-excluded-files
/cc @eamodio if he knows any anything about building it into editor

As mentioned the Toggle Excluded Files extension covers this functionality. And if https://github.com/microsoft/vscode/issues/108271 gets added, then I could improve the extension's UX even more.


Train classification model on hugging face

Let's train classification model on huggingface

@h1alexbel 2 puzzles #34, #35 are still not solved.

@h1alexbel 2 puzzles #38, #39 are still not solved; solved: #34, #35.

@h1alexbel 3 puzzles #39, #45, #46 are still not solved; solved: #34, #35, #38.

@h1alexbel 3 puzzles #39, #46, #52 are still not solved; solved: #34, #35, #38, #45.

@h1alexbel 2 puzzles #39, #52 are still not solved; solved: #34, #35, #38, #45, #46.

@h1alexbel all 7 puzzles are solved here: #34, #35, #38, #39, #45, #46, #52.


Add application patterns

Jira: NAVP-1722
Example:

I'd phrase that "18:00:00-20:21:00 on Thu,Fri between 2021-01-14 and 2021-01-15"

I'd phrase that "18:00:00-20:21:00 on Thu,Fri between 2021-01-14 and 2021-01-15"

@TeXitoi I propose:
since 2021-01-14 until 2021-01-15 on Thu, Fri between 18:00:00-17:21:00 and 17:00:00-20:21:00 and  15:00:00-20:21:00

@TeXitoi I propose:
since 2021-01-14 until 2021-01-15 on Thu, Fri between 18:00:00-17:21:00 and 17:00:00-20:21:00 and  15:00:00-20:21:00

Fine for me, except "in a or b or c" (not "between a and b and c")

Fine for me, except "in a or b or c" (not "between a and b and c")

@TeXitoi ok for me

@TeXitoi ok for me


fix_changelog

Current dependencies on/for this PR:

main

PR #26   👈

This comment was auto-generated by Graphite.


Remove Confusing "Bare" in does not exist messages

Which issue does this PR close?
Closes https://github.com/apache/arrow-datafusion/issues/4571
Rationale for this change
I think #4530 made error messages look much crappier. For example:
Table Bare \{ table: "user" \} doesn't exist.

I noticed this while adding errors in https://github.com/apache/arrow-datafusion/pull/4535
I would like the messages to only have the table name (not the Debug version of OwnedTableReference).
What changes are included in this PR?

Improve error messages to not have Bare
Update tests
Drive by improvement to change an InternalError to an execution error

Are these changes tested?
Yes
Are there any user-facing changes?
Better error messages

This is a clear improvement, merged!


Revert "Add column-wise transforms & refactor TableVectorizer"

Reverts skrub-data/skrub#902

We shouldn't do this revert. It's good to have this in main


ferm: 2.5.1 -> 2.6

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/ferm/versions.
meta.description for ferm is: "Tool to maintain complex firewalls"
meta.homepage for ferm is: "http://ferm.foo-projects.org/"
meta.changelog for ferm is: ""
Updates performed

Version update

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 2.6 with grep in /nix/store/vblaaqn5vlhklddrb707ys3s1184k95l-ferm-2.6

directory tree listing: https://gist.github.com/b8f4e6c12107ddb6f1c241eea40823e6

du listing: https://gist.github.com/baec27259971a236993799a37b47eac6

Rebuild report (if merged into master) (click to expand)

3 total rebuild path(s)

1 package rebuild(s)

1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
0 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
ferm

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/vblaaqn5vlhklddrb707ys3s1184k95l-ferm-2.6 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A ferm https://github.com/r-ryantm/nixpkgs/archive/95c31950db7f6a8748ff6eef6e5825d0c144e677.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/vblaaqn5vlhklddrb707ys3s1184k95l-ferm-2.6
ls -la /nix/store/vblaaqn5vlhklddrb707ys3s1184k95l-ferm-2.6/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

ferm

Maintainer pings
cc @mic92 for testing.

v2.6 - 30 Jan 2021
  - apply $PREFIX to systemd service file during install
  - support netfilter targets:
    * JOOL, JOOL_SIIT (out-of-tree)
  - updated netfilter modules:
    * CT: support "--zone-orig", "--zone-reply"
  - fix (deferred) functions within target arguments
  - "@preserve" supports regular expressions
  - fix negated @ipfilter/@resolve
  - @resolve filters out numeric IP addresses for the wrong domain
  - @resolve allows numeric IP address with netmask prefix

http://ferm.foo-projects.org/download/2.6/NEWS


added excludeUndefinedValues to options

we JSON.stringify() the object after the hash.
Assuming that undefined values are not reflected in JSON, we would like to skip undefined values when we create hash of the object.

Hi, and thanks for the PR!
I don’t think this is quite optimal, though. Firstly, if you are using JSON.stringify(), then there’s a good chance this module isn’t made for you anyway – hashing the result of JSON.stringify() directly is going to be faster, and will always be consistent with your serialization.
If you do need a feature like this, I think it should either work like excludeKeys, i.e. allow passing a function that excludes certain values, or it should be integrated with excludeKeys by adding a second parameter (so that the excludeKeys option takes key and value as its arguments).

Closing as there hasn’t been any reply so far


decrease font size?

The text
"This publication has no annotations in PomBase because the data it contains either cannot be associated with individual genes, or cannot be represented by currently available annotation types."
looks a bit big?

Maybe.  I think those messages should be quite prominent in some way because apart from the publication title they are the most useful things on the page.

but in this case it detracts from the link to JBrowse? Maybe remove if there is "data" incorporated from the paper whether it be tracks, or annotation

I see what you mean. It is even slightly bogger. Slightly smaller would be better, but at least the same size otherwise it looks odd.
MAybe if there is a JBowse track we can just omit the message?

MAybe if there is a JBowse track we can just omit the message?

I vote for keeping the message in some form, just so it's clear.
It's going to look different once we implement Antonia's suggestion: https://github.com/pombase/website/issues/801#issuecomment-492152992
In the meantime I've increase the size of the JBrowse text.  It's now slightly bigger than the no annotations message.

Thanks