error whilst running setup.py protoc is not found

windows 10
python 11
installed using a venv
latest media pipe version
opencv 4.6

i have the path of protoc in my envioment varibles but i get a error running setup.py: 'protoc is not found'.
i extracted the mediapipe files installed the dependencies, extracted protoc and added it to my PATH envioment varible. ran setup.py and i get the error
logs:
py setup.py install --link-opencv
UserWarning: The version specified ('dev') is an invalid version, this may not work as expected with newer versions of setuptools, pip, and PyPI. Please see PEP 440 for more details.
warnings.warn(
running install
SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools.
warnings.warn(
running build
running build_py
running gen_protos
protoc is not found. Please run 'apt install -y protobuf-compiler' (linux) or 'brew install protobuf'(macos) to install protobuf compiler binary.

i have found the problem to be vs codes built in terminal but a new problem arose :
running build
running build_py
running gen_protos
running generate_metadata_schema
error: [WinError 2] The system cannot find the file specified

Hi @Lord-Duck,
Would you let us know the complete steps followed to build the mediapipe to address issue better from our end.

i was in my venv that i have been using for some time now and i proceeded to unzip the master folder and then install the requirements. afterthat i then did the command: python3 setup.py install --link-opencv

Hi @Lord-Duck,
Does this similar closed issue #2051(comment) resolves the issue?

sorry no my system has protoc working fine

Hi @Lord-Duck,
Looks like the issue with the python version as mentioned in the issue description. Mediapipe has no official support for Python 3.11 yet. You can try with the version 3.7-3.10 to build mediapipe and please let us know if you need further support on this.

i tryed that already, still the same error

@ayushgdev,
Could you look into this issue.

@Lord-Duck Please try the changes as provided in this comment. The user faced exactly same error of [WinError 2].
If error related to Python Lib path are thrown,create PYTHON_LIB_PATH as an environment variable with its value pointing to the absolute path to Lib directory inside Python installation directory.

i have done this already yet still i get the error

Hello @Lord-Duck
From the PYTHON_LIB_PATH path, it seems you are using Python 3.11 version. Please use Python 3.10 version for both PATH variable and PYTHON_LIB_PATH,  and then retry building python package.


analyzer dependency is too old.

Can you update the dependencies to newest? Thanks~

Because kiwi_generator >=0.4.0 depends on analyzer >=0.32.4 <0.37.0 and sealed_unions_generator 0.0.2 depends on analyzer >=0.37.1 <0.38.2, kiwi_generator >=0.4.0 is incompatible with sealed_unions_generator 0.0.2.

And because no versions of sealed_unions_generator match >0.0.2 <0.1.0, kiwi_generator >=0.4.0 is incompatible with sealed_unions_generator ^0.0.2.

So, because flutter_app depends on both sealed_unions_generator ^0.0.2 and kiwi_generator ^0.4.0, version solving failed.
pub get failed (1; So, because flutter_app depends on both sealed_unions_generator ^0.0.2 and kiwi_generator ^0.4.0, version solving failed.)

@letsar
Can you please update dependencies.
Because kiwi_generator >=0.4.0 depends on analyzer >=0.32.4 <0.37.0 and json_serializable 3.2.3 depends on analyzer >=0.37.1 <0.39.0, kiwi_generator >=0.4.0 is incompatible with json_serializable 3.2.3.
And because no versions of json_serializable match >3.2.3 <4.0.0, kiwi_generator >=0.4.0 is incompatible with json_serializable ^3.2.3.
So, because klient_flutter depends on both json_serializable ^3.2.3 and kiwi_generator ^0.4.0, version solving failed.
pub get failed (1; So, because klient_flutter depends on both json_serializable ^3.2.3 and kiwi_generator ^0.4.0, version solving failed.)

Fixed in kiwi 0.3.0 & kiwi_generator 0.5.0


Deprecate compressed in DQM

Part of https://github.com/dwavesystems/dwave-system/pull/356

Failed test-osx-py35 looks unrelated to this PR, it is using dqm.to_file() but without parameters:
buff = f.read() != buff2 = bytearray(len(buff))  for dqm.to_file()


add message property PROPERTY_BORN_TIMESTAMP and set bornTimeStamp in…

add message property PROPERTY_BORN_TIMESTAMP and set bornTimeStamp in sendMessageRequestHeader as PROPERTY_BORN_TIMESTAMP
What is the purpose of the change
Currently, org.apache.rocketmq.common.protocol.header.SendMessageRequestHeader.bornTimestamp is set as the timestamp proxy sending message to broker, change it to message's bornTimestamp.
In RocketMQ 4.0, org.apache.rocketmq.common.protocol.header.SendMessageRequestHeader.bornTimestamp represents the timestamp when the message was born. In RocketMQ 5.0, the bornTimestamp of the message is a message attribute, that is, the timestamp when message was constructed, and there is no bornTimestamp in the SendMessageRequest of RocketMQ 5.0.
Note: When using grpc sendMessage to send multiple messages, the bornTimestamp in the requestHeader is set to the bornTimestamp of the first message, which may not be accurate. When a bornTimestamp is required, the bornTimestamp of the message property should be used.

Coverage decreased (-0.2%) to 48.724% when pulling 87357f194f88dd78fb3d382b16d0551378a521df on ingdex:develop into 4b5270a724d100ab87f56fdd06a4ba57571a02b9 on apache:develop.

Codecov Report

Merging #4653 (8e90b5a) into develop (16416aa) will decrease coverage by 0.28%.
The diff coverage is 62.50%.

@@              Coverage Diff              @@
##             develop    #4653      +/-   ##
=============================================
- Coverage      44.79%   44.50%   -0.29%
+ Complexity      7530     7493      -37
=============================================
  Files            975      975
  Lines          67378    67385       +7
  Branches        8892     8893       +1
=============================================
- Hits           30179    29992     -187
- Misses         33482    33667     +185
- Partials        3717     3726       +9

Impacted Files
Coverage Δ

...g/apache/rocketmq/common/message/MessageConst.java
98.00% <ø> (ø)

...he/rocketmq/proxy/processor/ProducerProcessor.java
73.91% <60.00%> (-1.09%)
:arrow_down:

...mq/proxy/grpc/v2/producer/SendMessageActivity.java
77.88% <66.66%> (-0.18%)
:arrow_down:

...rg/apache/rocketmq/common/stats/StatsSnapshot.java
84.61% <0.00%> (-15.39%)
:arrow_down:

.../broker/subscription/SubscriptionGroupManager.java
68.79% <0.00%> (-14.19%)
:arrow_down:

...n/java/org/apache/rocketmq/test/util/StatUtil.java
16.19% <0.00%> (-14.09%)
:arrow_down:

...ache/rocketmq/common/stats/MomentStatsItemSet.java
39.13% <0.00%> (-13.05%)
:arrow_down:

...org/apache/rocketmq/common/stats/StatsItemSet.java
41.79% <0.00%> (-11.95%)
:arrow_down:

.../apache/rocketmq/common/stats/MomentStatsItem.java
38.09% <0.00%> (-9.53%)
:arrow_down:

...va/org/apache/rocketmq/logging/inner/Appender.java
29.21% <0.00%> (-7.87%)
:arrow_down:

... and 29 more

Help us with your feedback. Take ten seconds to tell us how you rate us.


Fix CGImage's interpolation mode & fix some lingering TODOs

This pull request removes __CGImage::Impl, the fluent API, and the copied code in all of the CGImage*Copy* APIs.
It also fixes #2669, which was caused by us not copying the interpolation mode when we converted an image into another pixel format.
I suggest you look at the two commits in isolation.
Tests are passing with interpolation results validated in CGCatalog.

@DHowett-MSFT thank you for updating, given we started this at the start of the CPPbase helper era, the impl remained and now its gone 😂

@DHowett-MSFT codeflow does a bad job at comparing the commits :(

I would like to add some test collateral for interpolation. Ideally as well we would cache ore converted images across drawing operations so we don't have to convert to 32bpp every time. That would require our lock invalidation work to land, but it would help heavy image drawing perf.

@DHowett-MSFT  we were looking at improving the conversion path.
I wonder if windows  is being smart and internally caching them.
Even though we would end up getting a copy vs a reference.

tests now exist!
it turns out that all of our earlier "interpolation" tests loaded the image and set shouldInterpolate=FALSE 😠


After login, redirect to previous page

After login the previously opened page should be opened and not the homepage

@kpbot "good first issue" "help wanted" "enhancement"

@kpbot add "good first issue" "help wanted" "enhancement"

@kpbot claim

@kpbot abandon

@kpbot claim

@kpbot abandon


Investigate using plasma

http://arrow.apache.org/blog/2017/08/08/plasma-in-memory-object-store/
This looks like a great way to share data across processes for dask.array (and dask.dataframe, possibly). Array.persist() should possibly use this by default if the scheduler is using multiple processes (either via the multi-processing scheduler or distributed).

How generic does Plasma go?  If the answer isn't "entirely generic" then this might have to be attached to a collection rather than the scheduler itself.  Something like array = array.cache_in_plasma().  Was this what you were thinking @shoyer ?

It seems like plasma may just be designed for single-node parallelism? In that case a distributed cache_in_plasma function may have to take care to push to a plasma cache on each node.

How generic does Plasma go? If the answer isn't "entirely generic" then this might have to be attached to a collection rather than the scheduler itself. Something like array = array.cache_in_plasma(). Was this what you were thinking @shoyer ?

It looks like plasma provides a way to share data in the form of Python memoryview objects. It can't work for arbitrary Python objects, for which there is no equivalent to memoryview.
So by necessity it does appear it would be limited to particular collections. It would work well for dask array, but perhaps not for dask dataframe (string columns are stored with dtype=object, and custom dtypes would require special work).

I can imagine a modification of the dask.multiprocessing scheduler that put numpy intermediates into Plasma, or some other posix-shared memory store and sent everything else back as normal.  Joblib may also provide enough infrastructure here for using posix shared memory if we want to rely on something slightly more stable.

This seems to have gone stale.  Closing.  If folks want to discuss this further then please reopen.

Maybe this would be a good time point to re-open the discussion here?
Plasma and the Arrow ecosystem has grown a lot in its possibilities, e.g. sparse tensors and data frames:
https://arrow.apache.org/docs/python/plasma.html

There's already a discussion about using UNIX domain sockets, which would add shared memory ( https://github.com/dask/distributed/issues/3630 ). Seems better to do that before worrying about adding more dependencies.
That said, do you actually have a use case for this? If so, do you mind sharing that in a new issue?

Thanks for your answer @jakirkham.
I opened an issue at https://github.com/dask/distributed/issues/3630

xref: https://github.com/dask/dask/issues/6267


Fix codeql compilation error

Update OS to ubuntu-22.04 and install libgcc-12-dev lib32gcc-12-dev instead
of libgcc-11-dev lib32gcc-11-dev.
ps.
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/9183310069/job/25253782329

LGTM


build-digitalocean-centos69-x64-1 out of disk space

Hi, I saw on Jenkins that there is a stuck job: here:
Waiting for next available executor on ‘centos6&&build&&linux&&x64’
Running on build-digitalocean-centos69-x64-1 in /home/jenkins/workspace/build-scripts/jobs/jdk11u/jdk11u-linux-x64-openj9-linuxXL
[Pipeline] {
[Pipeline] End of Pipeline
java.io.IOException: No space left on device

resolved


OSX: Pull certs from Keychain

On OSX the authoritative source of certificates is the Keychain.
You can pull them out with:
security find-certificate -a -p /Library/Keychains/System.keychain
security find-certificate -a -p /System/Library/Keychains/SystemRootCertificates.keychain

You can see how Homebrew deals with certificates by looking at the openssl formula.
Currently, you can work around this by symlinking the Homebrew cert.pem into ChefDK's embedded directory.
sudo ln -nsf /usr/local/etc/openssl/cert.pem /opt/chefdk/embedded/ssl/certs/cacert.pem

It'd be nice if this "Just Worked" out of the box.
PS: I imagine most of the other systems where you ship with your own OpenSSL also have this problem (e.g. windows).

I'm tempted to close this unless we can come up with a way to non-intrusively (i.e., no cron jobs) pull down certs from the host OS and keep things updated. Did you get anywhere with your research?

Yeah. But you should document the environment variable to override the default CAs.

Docs added here: http://docs.chef.io/chef_client_security.html#ssl-cert-file

:thumbsup:


Hardware: Incorrect Crystal Pin on RC522

The scematic symbol for the RC522 is incorrect. OSCIN should be on pin 21.
This error carries through schematic to board

Handwire modification to V1.0 PCB
Symbol, schematic amd PCB updated to V1.1


Bug report: tool does not work propey on mobile phones

The bug
when someone goes to the tool on
A mobile phone the tool does not work properly
To Reproduce
Steps to reproduce the behaviour or a link to the recipe / input used to cause the bug:

Go to 'the tool on a mobile device'
Click on 'xor and tap on key type and try to change to utf example'

To add to this, the interface would work perfectly on the iPad Pro except for the scrolling of the Operations interface.  To move the list up and down one must tap and hold and then swipe up or down,  This works properly when selecting a catergory and scrolling, but since the operations themselves are dragable then you can’t move the interface when dragging on one of these operations.   If you expand a category which fills the entire screen you are stuck and can’t scroll the operations list.


Going to definition or recognizing html tags in WebStorm/Intellij

Hi, first I would like to thank you for the lib, been using for some weeks now and it really helps with the development flow.
I only have one issue, seeing prop definition or going to original component is not really that bad, but webstorm keeps warning me that the component is an "unknown html tag". Is there a way to recognize the components or even going to definition using the plugin?
Right now my vite.config is:
ViteComponents({
  customComponentResolvers: [
    ElementUiResolver(),
    ViteIconsResolver({
      componentPrefix: "",
    }),
  ],
}),

Thanks guys!

Was searching more info and found this blog post in intelijj forum, seems like a webstorm issue.
https://youtrack.jetbrains.com/issue/WEB-48239

Then please keep track on their issue tracker, thanks.

FYI Jetbrains has filed a separate issue for supporting this:
https://youtrack.jetbrains.com/issue/WEB-52214
Possible to leave this open until it's fixed @antfu  ?

Also if anyone wants a crack at this issue and can't wait, I've built something similar https://github.com/fumeapp/nuxt-storm


goxel: 0.7.2 -> 0.7.3

Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:

built on NixOS
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/goxel --help got 0 exit code
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/goxel -V and found version 0.7.3
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/goxel --version and found version 0.7.3
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/.goxel-wrapped --help got 0 exit code
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/.goxel-wrapped -V and found version 0.7.3
ran /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/.goxel-wrapped --version and found version 0.7.3
found 0.7.3 with grep in /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3
directory tree listing: https://gist.github.com/86658b436ae3d2085eba59f7c23e0825

cc @tilpner for review

No attempt on x86_64-darwin
The following builds were skipped because they don't evaluate on x86_64-darwin: goxel
No partial log is available.

Success on x86_64-linux (full log)
Attempted: goxel
Partial log (click to expand)
glibPreFixupPhase
post-installation fixup
Wrapping program /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/goxel
shrinking RPATHs of ELF executables and libraries in /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3
shrinking /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin/.goxel-wrapped
strip is /nix/store/fzcs0fn6bb04m82frhlb78nc03ny3w55-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3/bin
patching script interpreter paths in /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3
checking for references to /build in /nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3...
/nix/store/zinzc9bkhn7n97jlp7mian6bzw1dzz8d-goxel-0.7.3

Failure on aarch64-linux (full log)
Attempted: goxel
Partial log (click to expand)
   Compiling rls-span v0.4.0
   Compiling rls-data v0.14.0
   Compiling rustc_errors v0.0.0 (file:///build/rustc-1.24.0-src/src/librustc_errors)
   Compiling backtrace v0.3.4
building of '/nix/store/6mm6pr840z429p4l9mk62gh7mr6khj3k-rustc-1.24.0.drv' timed out after 3600 seconds
cannot build derivation '/nix/store/wsycxxpy4fin6rmfmx67n1b5pdzjww20-cargo-0.24.0.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/byqkqqkjq1m38ikbxxrirk81d0wr4qns-librsvg-2.42.2.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/azb669rka042skzps2bpc7m7bs1r5afm-hook.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/gk368fqbhva52kj8f2pi86qffcmahfqf-goxel-0.7.3.drv': 1 dependencies couldn't be built
error: build of '/nix/store/gk368fqbhva52kj8f2pi86qffcmahfqf-goxel-0.7.3.drv' failed


Backup new features and bug fixes

Backup new features and bug fixes

Added new command 'az backup protection isenable-for-vm'. This command can be used to check if a VM is backed up by any vault in the subscription.
Fixed bug in job table transformer
Enabled --ids for vault_name and resource_group parameters. This partially fixes https://github.com/Azure/azure-cli/issues/4501
Made location non-mandatory in create vault. This partially fixes https://github.com/Azure/azure-cli/issues/4501
'name' parameters now accept the name format as output from the show commands. This partially fixes https://github.com/Azure/azure-cli/issues/4501

This checklist is used to make sure that common guidelines for a pull request are followed.

[ ] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

[ ] I adhere to the Command Guidelines.

View a preview at https://prompt.ws/r/Azure/azure-cli/5871
This is an experimental preview for @microsoft users.

Hi Travis, I've addressed all the comments. Please review / merge the PR!


Add custom 404 page

This should allow us to better track problems with missing/moved pages.
As per the GitHub pages docs here:
https://docs.github.com/en/free-pro-team@latest/github/working-with-github-pages/creating-a-custom-404-page-for-your-github-pages-site
Related issue here:
https://github.com/chocolatey/blog/issues/24

This looks good. You can likely close this?

@ferventcoder while this "works", I was still looking for feedback on the wording that is currently in place.  I did ask for feedback via Slack, but this may have been missed.
Currently the wording is:
We were unable to find this page. This could be as a result of the recent changes to the site, where we have moved some files around. Please verify that the link you are using is what you expect, or please try searching for the page you are looking for in the search box above. If you are still having problems, please reach out to the Chocolatey Team, and we will do our best to fix this problem.

Which is rendered as:

Still not clear on where we want folks to reach out.  Is it via an issue here, or somewhere else.  If an issue, what should be done about the equivalent page on the blog site?

@ferventcoder there was also this comment in another issue:

Agreed with Paul on the above. And if we can custom the 404 to maybe ask folks to try the link with lowercase if it detects they are using uppercase (or get smart somewhere and try to handle this aspect for them and if that doesn't work to lowercase the path, then show them the 404).

Regarding making the 404 page smarter.

A custom 404 page has been added, closing this as it has been fixed.


Real-time or causal system

Hello,
Thanks for releasing the code and other details.
Is the MP-SENet model causal? Is it possible to use it for real-time speech enhancement?

The MP-SENet model is non-causal and has latency. We attempted to use causal convolutions for phase prediction in other work, but employed additional knowledge distillation.

The MP-SENet model is non-causal and has latency. We attempted to use causal convolutions for phase prediction in other work, but employed additional knowledge distillation.

主要是conformer不能frame by frame吧？

是的，我说的是另一个相位预测相关的工作没用到 attention.


cba waiting another 3 months for these additions

Description:

Write description here

Changes:

List of changes here

[] I have tested all my changes thoroughly.

can you split everything into separate PRs or at least logical commits, as it stands i cant tell what needs what since its just a mess

Please fill in the PR template, ensure you have thoroughly tested all code before declaring in the template you have, and then put a proper title. Unless its something WIP or a special case, I'm no longer reviewing anything that isn't tested.


GPUs for ImageNet

Hi,
I'm wondering if you could share what GPU types(and probably how many of them) for your ImageNet experiments?
Thanks!

4 V100-32G.


fix(docs) remove yaml example for hcloud provider

Description
This PR removes the yaml example from the documentation because the HCloud provider doesn't currently support the yaml language.

@PRIHLOP pulumi-hcloud should support YAML. Why do you think that it does not?

I tried to work with YAML without results. I also tried to convert from YAML to Python, and as a result, I got a clear __main__.py file only with import options and without any instructions. Also, I checked the repository and didn't find any mentions of YAML in it, no tests, and nothing about YAML.

YAML works fine for me. This stood up without issue:
name: dev-yaml
runtime: yaml
resources:
  network:
    type: hcloud:Network
    properties:
      ipRange: "<IP_ADDRESS>/24"

The way Pulumi Providers and Pulumi YAML are set-up, all modern providers work with YAML, without the providers needing to opt-in to working with YAML.
If you want, you can file an issue that some resource isn't working in Pulumi YAML in the pulumi-hcloud repo.


[BUG] - Docker container won't start

Description
I am trying to install and start the container with the following command:
$ docker run \
-e GRADIO_SERVER_NAME=<IP_ADDRESS> \
-e GRADIO_SERVER_PORT=7860 \
-p 7860:7860 -it --rm \
ghcr.io/cinnamon/kotaemon:latest
[nltk_data] Downloading package punkt_tab to
[nltk_data]     /usr/local/lib/python3.10/site-
[nltk_data]     packages/llama_index/core/_static/nltk_cache...
[nltk_data]   Unzipping tokenizers/punkt_tab.zip.

I get no errors, however, the container won't start and it is not even listed in docker, there are no errors in any of the logs that I have checked:
docker ps -a
CONTAINER ID   IMAGE                                                      COMMAND                  CREATED         STATUS                      PORTS                                                                                NAMES
c00845ae8857   ghcr.io/home-assistant/qemux86-64-homeassistant:2024.8.3   "/init"                  4 days ago      Up 4 days                                                                                homeassistant
ac34c7ab15f2   zigbee2mqtt/zigbee2mqtt-amd64:1.39.1-1                     "/sbin/tini -- /dock…"   3 weeks ago     Up 3 weeks                  <IP_ADDRESS>:8485->8485/tcp, :::8485->8485/tcp                                                                                addon_45df7312_zigbee2mqtt
27bfcb871dad   homeassistant/amd64-addon-configurator:5.8.0               "/init"                  3 weeks ago     Up 3 weeks (healthy)                                                                                addon_core_configurator
b99bbcc9abe4   homeassistant/amd64-addon-mariadb:2.7.1                    "/init"                  3 weeks ago     Up 3 weeks                                                                                addon_core_mariadb
9e4a6f63931c   homeassistant/amd64-addon-mosquitto:6.4.1                  "/init"                  3 weeks ago     Up 3 weeks                  <IP_ADDRESS>:1883-1884->1883-1884/tcp, :::1883-1884->1883-1884/tcp, <IP_ADDRESS>:8883-8884->8883-8884/tcp, :::8883-8884->8883-8884/tcp   addon_core_mosquitto
b2b49f1b8f6a   ghcr.io/home-assistant/amd64-hassio-multicast:2024.03.0    "/init"                  3 weeks ago     Up 3 weeks                                                                                hassio_multicast
01ee5c7b054b   ghcr.io/home-assistant/amd64-hassio-audio:2023.12.0        "/init"                  3 weeks ago     Up 3 weeks                                                                                hassio_audio
daf26e08f640   ghcr.io/home-assistant/amd64-hassio-dns:2024.04.0          "/init"                  3 weeks ago     Up 3 weeks                                                                                hassio_dns
bfe6aad24aa5   ghcr.io/home-assistant/amd64-hassio-cli:2024.07.0          "/init"                  3 weeks ago     Up 3 weeks                                                                                hassio_cli
ca7823e154fd   ghcr.io/home-assistant/amd64-hassio-supervisor:latest      "/init"                  4 weeks ago     Up 3 weeks                                                                                hassio_supervisor
1751e09872a7   snipe/snipe-it                                             "/startup.sh"            7 months ago    Up 3 weeks                  443/tcp, <IP_ADDRESS>:8000->80/tcp, :::8000->80/tcp                                                                                snipeit
7ffb9dc434c6   mysql:5.6                                                  "docker-entrypoint.s…"   7 months ago    Up 3 weeks                  <IP_ADDRESS>:32768->3306/tcp, :::32768->3306/tcp                                                                                snipe-mysql
6ab2558ce177   snipe/snipe-it                                             "/startup.sh"            7 months ago    Created                                                                                snipeit_old3
5a74f8e9facf   snipe/snipe-it                                             "/startup.sh"            7 months ago    Exited (255) 7 months ago                                                                                snipeit_old2
c4c3412b8688   snipe/snipe-it                                             "/startup.sh"            7 months ago    Exited (0) 7 months ago                                                                                snipeit_old
77d1a2954d0f   mysql:5.6                                                  "docker-entrypoint.s…"   7 months ago    Exited (255) 7 months ago   <IP_ADDRESS>:32768->3306/tcp, :::32768->3306/tcp                                                                                snipe-mysql-old
18c08f44017c   ghcr.io/home-assistant/amd64-hassio-observer:2023.06.0     "/usr/bin/observer"      14 months ago   Up 3 weeks                  <IP_ADDRESS>:4357->80/tcp, :::4357->80/tcp

Reproduction steps
1. Try to start the container with:
docker run \
-e GRADIO_SERVER_NAME=<IP_ADDRESS> \
-e GRADIO_SERVER_PORT=7860 \
-p 7860:7860 -it --rm \
ghcr.io/cinnamon/kotaemon:latest

2. The container doesn't start

Screenshots
No response
Logs
No response
Browsers
No response
OS
Linux
Additional information
Debian 12 (bookworm)

I ran into the same issue on an older VM running Docker 10.10.7 on Ubuntu 16.04. I moved to another VM with Docker 26.1.4 on Ubuntu 22.04 and my container seems to stay running in the background as expected.
Btw, in order to see any actual issues, you need to restart the container with /bin/bash as the main entrypoint and run app.py manually. Then I get a 415 Illegal Instruction:
/app/scripts/run_linux.sh: line 172:   415 Illegal instruction     (core dumped) PDFJS_PREBUILT_DIR="$pdfjs_prebuilt_dir" python $(pwd)/app.py

@awebber-chl thanks for the suggestions. It seems to me that I am on the latest version of Docker:
xxx@xxx:~$ sudo docker run \
-e GRADIO_SERVER_NAME=<IP_ADDRESS> \
-e GRADIO_SERVER_PORT=7860 \
-p 7860:7860 -it --rm \
ghcr.io/cinnamon/kotaemon:latest
[nltk_data] Downloading package punkt_tab to
[nltk_data]     /usr/local/lib/python3.10/site-
[nltk_data]     packages/llama_index/core/_static/nltk_cache...
[nltk_data]   Unzipping tokenizers/punkt_tab.zip.
xxx@xxxx:~$ sudo docker ps -a
CONTAINER ID   IMAGE                                                      COMMAND                  CREATED         STATUS                       PORTS                                                                                NAMES
92558254c6f4   homeassistant/amd64-addon-mariadb:2.7.1                    "/init"                  5 minutes ago   Up 5 minutes                                                                                addon_core_mariadb
48a291e89de8   homeassistant/amd64-addon-mosquitto:6.4.1                  "/init"                  5 minutes ago   Up 5 minutes                 <IP_ADDRESS>:1883-1884->1883-1884/tcp, :::1883-1884->1883-1884/tcp, <IP_ADDRESS>:8883-8884->8883-8884/tcp, :::8883-8884->8883-8884/tcp   addon_core_mosquitto
a9deaddce0b9   zigbee2mqtt/zigbee2mqtt-amd64:1.39.1-1                     "/sbin/tini -- /dock…"   5 minutes ago   Up 5 minutes                 <IP_ADDRESS>:8485->8485/tcp, :::8485->8485/tcp                                                                                addon_45df7312_zigbee2mqtt
0b9f6b0541db   homeassistant/amd64-addon-configurator:5.8.0               "/init"                  5 minutes ago   Up 5 minutes (healthy)                                                                                addon_core_configurator
3319e600e9a7   ghcr.io/home-assistant/amd64-hassio-multicast:2024.03.0    "/init"                  6 minutes ago   Up 6 minutes                                                                                hassio_multicast
6f98b1883981   ghcr.io/home-assistant/amd64-hassio-audio:2023.12.0        "/init"                  6 minutes ago   Up 6 minutes                                                                                hassio_audio
f9f3aecec34c   ghcr.io/home-assistant/amd64-hassio-dns:2024.04.0          "/init"                  6 minutes ago   Up 6 minutes                                                                                hassio_dns
b96774e18748   ghcr.io/home-assistant/amd64-hassio-cli:2024.07.0          "/init"                  7 minutes ago   Up 6 minutes                                                                                hassio_cli
c00845ae8857   ghcr.io/home-assistant/qemux86-64-homeassistant:2024.8.3   "/init"                  5 days ago      Exited (255) 7 minutes ago                                                                                homeassistant
ca7823e154fd   ghcr.io/home-assistant/amd64-hassio-supervisor:latest      "/init"                  4 weeks ago     Up 7 minutes                                                                                hassio_supervisor
1751e09872a7   snipe/snipe-it                                             "/startup.sh"            7 months ago    Up 7 minutes                 443/tcp, <IP_ADDRESS>:8000->80/tcp, [::]:8000->80/tcp                                                                               snipeit
7ffb9dc434c6   mysql:5.6                                                  "docker-entrypoint.s…"   7 months ago    Up 7 minutes                 <IP_ADDRESS>:32768->3306/tcp, [::]:32768->3306/tcp                                                                                snipe-mysql
6ab2558ce177   snipe/snipe-it                                             "/startup.sh"            7 months ago    Created                                                                                snipeit_old3
5a74f8e9facf   snipe/snipe-it                                             "/startup.sh"            7 months ago    Exited (255) 7 months ago                                                                                snipeit_old2
c4c3412b8688   snipe/snipe-it                                             "/startup.sh"            7 months ago    Exited (0) 7 months ago                                                                                snipeit_old
77d1a2954d0f   mysql:5.6                                                  "docker-entrypoint.s…"   7 months ago    Exited (255) 7 months ago    <IP_ADDRESS>:32768->3306/tcp, [::]:32768->3306/tcp                                                                                snipe-mysql-old
18c08f44017c   ghcr.io/home-assistant/amd64-hassio-observer:2023.06.0     "/usr/bin/observer"      14 months ago   Up 7 minutes                 <IP_ADDRESS>:4357->80/tcp, [::]:4357->80/tcp                                                                                hassio_observer
xxx@xxx:~$ sudo docker -v
Docker version 27.2.1, build 9e34c9b

Also, the container doesn't get created at all, although there are no errors either in the terminal or in the logs. I cannot see the container so I can start/restart or run commands in it.

I believe the --rm flag is removing the container when its exits with that error. I had to also change my container to have /bin/bash as the entrypoint instead of automatically running app.py. This took me to the shell where I could run python app.py manually in order to see this error.

I did as you suggested and ran the docker run without --rm. Now I see the container but it keeps exiting with code 132 and no error logged:
sudo docker inspect 14cbfb11f240
[
    {
        "Id": "14cbfb11f2409ecbbf63838a4fc54db691db4f9aafc06274ff9911eb52c62b50",
        "Created": "2024-09-10T11:06:36.076532812Z",
        "Path": "/bin/bash",
        "Args": [
            "-c",
            "python app.py"
        ],
        "State": {
            "Status": "exited",
            "Running": false,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 0,
            "ExitCode": 132,
            "Error": "",
            "StartedAt": "2024-09-10T11:06:37.729323165Z",
            "FinishedAt": "2024-09-10T11:06:57.062945731Z"
        },
        "Image": "sha256:7b26dd15cf0eebc6906c367058710e68a1c75c65c757e2be8015edee5a7976b0",
        "ResolvConfPath": "/var/lib/docker/containers/14cbfb11f2409ecbbf63838a4fc54db691db4f9aafc06274ff9911eb52c62b50/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/14cbfb11f2409ecbbf63838a4fc54db691db4f9aafc06274ff9911eb52c62b50/hostname",
        "HostsPath": "/var/lib/docker/containers/14cbfb11f2409ecbbf63838a4fc54db691db4f9aafc06274ff9911eb52c62b50/hosts",
        "LogPath": "",
        "Name": "/agitated_williams",
        "RestartCount": 0,
        "Driver": "overlay2",
        "Platform": "linux",
        "MountLabel": "",
        "ProcessLabel": "",
        "AppArmorProfile": "docker-default",
        "ExecIDs": null,
        "HostConfig": {
            "Binds": null,
            "ContainerIDFile": "",
            "LogConfig": {
                "Type": "journald",
                "Config": {
                    "tag": "{{.Name}}"
                }
            },
            "NetworkMode": "bridge",
            "PortBindings": {
                "7860/tcp": [
                    {
                        "HostIp": "",
                        "HostPort": "7860"
                    }
                ]
            },
            "RestartPolicy": {
                "Name": "no",
                "MaximumRetryCount": 0
            },
            "AutoRemove": false,
            "VolumeDriver": "",
            "VolumesFrom": null,
            "ConsoleSize": [
                53,
                237
            ],
            "CapAdd": null,
            "CapDrop": null,
            "CgroupnsMode": "host",
            "Dns": [],
            "DnsOptions": [],
            "DnsSearch": [],
            "ExtraHosts": null,
            "GroupAdd": null,
            "IpcMode": "private",
            "Cgroup": "",
            "Links": null,
            "OomScoreAdj": 0,
            "PidMode": "",
            "Privileged": false,
            "PublishAllPorts": false,
            "ReadonlyRootfs": false,
            "SecurityOpt": null,
            "UTSMode": "",
            "UsernsMode": "",
            "ShmSize": 67108864,
            "Runtime": "runc",
            "Isolation": "",
            "CpuShares": 0,
            "Memory": 0,
            "NanoCpus": 0,
            "CgroupParent": "",
            "BlkioWeight": 0,
            "BlkioWeightDevice": [],
            "BlkioDeviceReadBps": [],
            "BlkioDeviceWriteBps": [],
            "BlkioDeviceReadIOps": [],
            "BlkioDeviceWriteIOps": [],
            "CpuPeriod": 0,
            "CpuQuota": 0,
            "CpuRealtimePeriod": 0,
            "CpuRealtimeRuntime": 0,
            "CpusetCpus": "",
            "CpusetMems": "",
            "Devices": [],
            "DeviceCgroupRules": null,
            "DeviceRequests": null,
            "MemoryReservation": 0,
            "MemorySwap": 0,
            "MemorySwappiness": null,
            "OomKillDisable": false,
            "PidsLimit": null,
            "Ulimits": [],
            "CpuCount": 0,
            "CpuPercent": 0,
            "IOMaximumIOps": 0,
            "IOMaximumBandwidth": 0,
            "MaskedPaths": [
                "/proc/asound",
                "/proc/acpi",
                "/proc/kcore",
                "/proc/keys",
                "/proc/latency_stats",
                "/proc/timer_list",
                "/proc/timer_stats",
                "/proc/sched_debug",
                "/proc/scsi",
                "/sys/firmware",
                "/sys/devices/virtual/powercap"
            ],
            "ReadonlyPaths": [
                "/proc/bus",
                "/proc/fs",
                "/proc/irq",
                "/proc/sys",
                "/proc/sysrq-trigger"
            ]
        },
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/eca40e3286ef08638c829ec4711096c0a9897adc507c71787fe2535c6b55fbb4-init/diff:/var/lib/docker/overlay2/9a32bf426b711bb39c3047547e9e7ecfda93b72d205dbcd2ef2a3faf5ab47b60/diff:/var/lib/docker/overlay2/c53b856be96a96fff33a15375c098f9ea323c10ef4905e3716e4eb4544d479b5/diff:/var/lib/docker/overlay2/71953de083df1e97d0c17c2691ea99722503a14b24aa33388bb9033b9c55318e/diff:/var/lib/docker/overlay2/7deff08d9c6719f057cd280f9370bb9bce57df414ef9e97fda746cd151506b11/diff:/var/lib/docker/overlay2/4203d9088fccb152ed7fe0d7002886410fc70dbdffff71d32f9eb33f31adb04d/diff:/var/lib/docker/overlay2/7f2e15e19949f1273f6e4aa885e2abd1396edd063b8b1c6d68f1a1c6d973db63/diff:/var/lib/docker/overlay2/f1d21948080d0cce5ec51ce4a6f35cb21362edf3eceaf1f7b580cba12f13417e/diff:/var/lib/docker/overlay2/82431b92464e42a581314dd585d39e354ec0fcbf5f6e61e785293d6c370d4cc6/diff:/var/lib/docker/overlay2/7b6565aa24d986ba9e9c37ecb9c64ced641e39009f440438a4825c0fa4c1fcfb/diff:/var/lib/docker/overlay2/f0825f3c78ae947c468d643cd98e917b5e8882152f0ec87821ec9bfde3b03a72/diff:/var/lib/docker/overlay2/ebc1ab237f8bae32c4d156b2e4af039d09b381f20b039b0d57f949d6dc22ca6b/diff",
                "MergedDir": "/var/lib/docker/overlay2/eca40e3286ef08638c829ec4711096c0a9897adc507c71787fe2535c6b55fbb4/merged",
                "UpperDir": "/var/lib/docker/overlay2/eca40e3286ef08638c829ec4711096c0a9897adc507c71787fe2535c6b55fbb4/diff",
                "WorkDir": "/var/lib/docker/overlay2/eca40e3286ef08638c829ec4711096c0a9897adc507c71787fe2535c6b55fbb4/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [],
        "Config": {
            "Hostname": "14cbfb11f240",
            "Domainname": "",
            "User": "",
            "AttachStdin": true,
            "AttachStdout": true,
            "AttachStderr": true,
            "ExposedPorts": {
                "7860/tcp": {}
            },
            "Tty": true,
            "OpenStdin": true,
            "StdinOnce": true,
            "Env": [
                "GRADIO_SERVER_NAME=<IP_ADDRESS>",
                "GRADIO_SERVER_PORT=7860",
                "PATH=/usr/local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "LANG=C.UTF-8",
                "GPG_KEY=A035C8C19219BA821ECEA86B64E628F8D684696D",
                "PYTHON_VERSION=3.10.14",
                "PYTHON_PIP_VERSION=23.0.1",
                "PYTHON_SETUPTOOLS_VERSION=65.5.1",
                "PYTHON_GET_PIP_URL=https://github.com/pypa/get-pip/raw/def4aec84b261b939137dd1c69eff0aabb4a7bf4/public/get-pip.py",
                "PYTHON_GET_PIP_SHA256=bc37786ec99618416cc0a0ca32833da447f4d91ab51d2c138dd15b7af21e8e9a",
                "PYTHONDONTWRITEBYTECODE=1",
                "PYTHONUNBUFFERED=1",
                "PYTHONIOENCODING=UTF-8",
                "PDFJS_PREBUILT_DIR=/app/libs/ktem/ktem/assets/prebuilt/pdfjs-dist"
            ],
            "Cmd": [
                "-c",
                "python app.py"
            ],
            "Image": "ghcr.io/cinnamon/kotaemon:latest",
            "Volumes": null,
            "WorkingDir": "/app",
            "Entrypoint": [
                "/bin/bash"
            ],
            "OnBuild": null,
            "Labels": {
                "org.opencontainers.image.created": "2024-09-09T07:17:18.515Z",
                "org.opencontainers.image.description": "An open-source RAG-based tool for chatting with your documents.",
                "org.opencontainers.image.licenses": "Apache-2.0",
                "org.opencontainers.image.revision": "96d20860176c67fa89bcc958654e654707c22767",
                "org.opencontainers.image.source": "https://github.com/Cinnamon/kotaemon",
                "org.opencontainers.image.title": "kotaemon",
                "org.opencontainers.image.url": "https://github.com/Cinnamon/kotaemon",
                "org.opencontainers.image.version": "v0.4.15"
            }
        },
        "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "",
            "SandboxKey": "",
            "Ports": {},
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "",
            "Gateway": "",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "",
            "IPPrefixLen": 0,
            "IPv6Gateway": "",
            "MacAddress": "",
            "Networks": {
                "bridge": {
                    "IPAMConfig": null,
                    "Links": null,
                    "Aliases": null,
                    "MacAddress": "",
                    "DriverOpts": null,
                    "NetworkID": "56ff6e8b74de773de941efbde40c7623679c65adc91dc473f23b0f9c98cb2025",
                    "EndpointID": "",
                    "Gateway": "",
                    "IPAddress": "",
                    "IPPrefixLen": 0,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "DNSNames": null
                }
            }
        }
    }
]

For some reason, the output of app/app.py doesn't show up unless you can run that script from within the container. Make sure its running and then you can docker exec -it your-container-name /bin/bash and from there I believe you can just run python app/app.py to see exactly where its dying. For me, it showed 415 Illegal Instruction. I ended up running the container on my local mac and it launched fine so then I tried running it on a newer Ubuntu VM and it ran fine there too.

I see. It seems that I get the same illegal instruction error as you:
sudo docker run -e GRADIO_SERVER_NAME=<IP_ADDRESS> -e GRADIO_SERVER_PORT=7860 -p 7860:7860 -it --entrypoint /bin/bash ghcr.io/cinnamon/kotaemon:latest
root@a80b0fa9a6bc:/app# python app.py
[nltk_data] Downloading package punkt_tab to
[nltk_data]     /usr/local/lib/python3.10/site-
[nltk_data]     packages/llama_index/core/_static/nltk_cache...
[nltk_data]   Unzipping tokenizers/punkt_tab.zip.
Illegal instruction (core dumped)

ARM image (which is required for Apple M-series chip) are work-in-progress and will be released soon. Meanwhile please use the install from source method as a temporary workaround.

@taprosoft I don't have an ARM processor. I have an Intel i5 CPU. I have posted the CPU info in the above comment.

Hi @ivonovd, I checked the lscpu output of my bad vs. good environments and asked Claude.ai to compare them and this is what I got back:
Thank you for providing this detailed information. After analyzing the lscpu outputs and Docker inspect results, I can identify the likely cause of the "Illegal instruction" error you're experiencing. Let's break down the key differences:

CPU Architecture and Capabilities:

Good environment: Intel Xeon Platinum 8160 CPU with advanced instruction set support, including AVX-512 instructions.
Bad environment: Older Intel Xeon E7-2860 CPU with a more limited instruction set.

The critical difference is in the CPU flags. The good environment supports many more modern CPU instructions, including:

avx2, avx512f, avx512dq, avx512cd, avx512bw, avx512vl

Docker Image:
Both environments are using the same Docker image (ghcr.io/cinnamon/kotaemon:latest). The image is built for the amd64 architecture, which is correct for both environments.

The root cause of the "Illegal instruction" error is likely that the application or one of its dependencies was compiled with optimizations for newer CPU instructions that are not available on your older Xeon E7-2860 CPU.

Thanks for checking with claude.ai @awebber-chl ! Much appreciated. If I understand correctly, I will need to either build the docker image myself with the correct optimizations or run it on a supported CPU.

@ivanovd, it might very well come to that. When I have some time later I plan to try and install from source using the "Without Docker" instructions. Hopefully I don't run into the same error.

I managed to run it on Azure, so I am experimenting there as well. Thanks anyway for the effort though. I hope that someone else picks this up at some point :)

I having the same issue. It would be really nice to get a docker image which does runs on older CPUs like XEONs. Thanks.

Same here - "132" using Docker on an Xeon.


IdentityServer3/IdentifyServer4

Replace or add link to IdentifyServer4?
In https://github.com/microsoft/dotnet/blob/master/dotnet-developer-projects.md, IdentityServer3 is listed in the Security/Identity Management section. Do you want to replace the entry with IdentityServer4, or keep IdentityServer3 and add IdentifyServer4? In addition, there's currently no description.
If you'd like to update your information, we'd welcome a pull request.

PR submitted. Thanks


Remove provider from hcl

The provider should only be in the root module, not in the consumable module.
By removing it, you may also be able to remove the project_id input.
https://github.com/bschaatsbergen/terraform-gcp-atlantis/blob/474dbae438ca7005f03a1de3b47f962c694e8cb1/main.tf#L1-L3

Thanks for raising this issue @nitrocode, I'll get on it.


When login again after session timeout, need to press F5

Bug description
After portainer session timeout, and the user clicks any page, it will go to login page.
However, clicking login button has no response, staying in /auth. In fact the login is successful.
Then user has to press F5. It will go to /home
Expected behavior
Click Login button to go to /home immediately.
Briefly describe what you were expecting.
Steps to reproduce the issue:
Steps to reproduce the behavior:

Session timeout
Click any page
Redirect to /auth. Enter user and password, Click on 'Login'
Login seems no response
Press F5, it redirect to /home, login actually is successful

Technical details:

Portainer version: 1.20.1
Docker version (managed by Portainer): 18.09
Platform (windows/linux): Linux
Command used to start Portainer (docker run -d -p 9000:9000 -v $(pwd)/dist:/app -v /tmp/portainer:/data -v /var/run/docker.sock:/var/run/docker.sock:z --name portainer portainer/base /app/portainer --no-analytics --template-file /app/templates.json):
Browser: Firefox

When Portainer reaches session timeout (remove the JWT token of Local Storage with DevTools to reproduce this behaviour). The redirected URL is #/auth?redirect=portainer.auth ; it will never redirect to the home page, as it contains a redirection to the auth page.

For the record, this is happening on the following URI:
https://portainer.domain.com/#/auth?redirect=portainer.auth

I was assuming this was a reverse proxy configuration issue (NGINX). Looks like this is the root cause. Submitting my login information from that URI doesn't move me to anything. But if I refresh the page, I am logged in and on the dashboard.

This has been happening to me too

Yes the root cause is the redirect=portainer.auth part, this has been fixed and will be part of 1.20.2.


Align Markdown table column separators

#1439 aligned the table column-separators for all table rows except for the row separating the table header and table values. Please find the before and after output of the 'To Table' operation below.
Before
| Fruit     | Price |
| - | - |
| Apple     | 1     |
| Banana    | 2     |
| Cantalope | 3     |

After
| Fruit     | Price |
| --------- | ----- |
| Apple     | 1     |
| Banana    | 2     |
| Cantalope | 3     |

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


deis tags per process type

From @deis-admin on January 19, 2017 21:9
From @azurewraith on April 3, 2015 20:32
It could be useful if you could configure process types to run in particular places based on fleet metadata with deis tags.
For example, if you have asynchronous workers that don't necessarily have to be on a fast machine but you want your web processes on better hardware.  Or you have asynchronous workers which require a lot of CPU/Memory and you want to schedule them only on hardware that could support it.
Right now, you have to have separate apps for them which can lead to a lot of redundancy, multiple pushes/envirionment config, etc.
I understand not everyone is running a heterogeneous cloud environment but there is some aspect of cluster cost maintenance untapped here where you could have redundant large hosts paired with redundant smaller hosts and reserve the large hosts for process types that need them.  Case in point here from a deis core perspective, the deis-builder.
Copied from original issue: deis/deis#3416
Copied from original issue: deis/controller#1212

From @deis-admin on January 19, 2017 21:9
From @azurewraith on April 3, 2015 23:15
Yeah, deis limits can help with this problem in the sense that a process type won't eat up more CPU/Memory then you lend it.  If your machines are all equally powerful, then this works well.  I had forgotten you could set limits by process type...

From @deis-admin on January 19, 2017 21:9
From @bacongobbler on April 3, 2015 20:51
I can see the use case for this. This is actually how deis limits works too, so it makes sense :+1:

From @deis-admin on January 19, 2017 21:9
From @carmstrong on April 9, 2015 21:24
I think this makes a lot of sense and is worth exploring :+1:

From @deis-admin on January 19, 2017 21:9
From @fabiob on October 22, 2015 17:35
Have anyone started to work on this?
I tried to start something, but I got really lost on the Django migrations.

From @deis-admin on January 19, 2017 21:9
From @robholland on December 6, 2016 15:12
It would be great to have deis tags extended to support this. We have a lot of applications with frontend and backend components which we'd like to segregate.


Add more filters

The current filter set does not allow us to check for null values; there is no operator between, which is also often used when working with a collection of data.
I think such operators should be present in this basic package. Can you suggest some more filters?

We'll know about more filters when we'll need it. The ones you've named are needed for sure.


Tensorboard for Windows?

Is there a version of Tensorboard available for Windows environment that does NOT require installing tensorflow/python?
i.e. one that can be conveniently used with c#/tensorflowsharp?

Not that I am aware of.


esp_tls_conn_http_new aborts on core 0 (IDFGH-1133)

with esp-idf V3.2, when I call esp_tls_conn_http_new on a server that is currently offline (browser shows a 500 error), I get an abort. This seems to take place deep inside tcpip.c in a tcpip_thread I believe after a call to getaddrinfo in esp_tls.c
I'm calling esp_tls_conn_http_new with a esp_tls_cfg_t that has been set to zero and then the cacert_pem_buf & cacert_pem_bytes fields set (this call works when the server is online).
If I turn on exceptions, is this the kind of thing that can be caught vs throwing an abort? Is there a work-around for now to check server availability prior to the call?

It turns out, if the wifi DHCP does not set the DNS properly, then you get an abort. I had to set the DNS myself to get this call not to abort. This needs a better fix. It's very likely that a wifi router might not set the DNS properly.

@sshwarts Hi, would you mind sharing the console log with us to understand this better?

@sshwarts Thanks for reporting the issue, would you please help share more log? Thanks.

I'm not sure at this point if this was actually the problem. I did some more investigation. What was happening is that I was calling:
esp_wifi_connect();
And then waiting for the eventhandler to indicate connected. I was then right away calling:
esp_tls_conn_http_new(WEB_URL, &cf);
(All this on the same RTOS task)
As it turns out, I have to wait a bit before establishing the connection. I don't know if this is a router issue or wifi setup issue, but introducing a 100ms delay before calling esp_tls_conn_http_new solved the problem.

@sshwarts I will go ahead and close the issue (seems to be resolved at your end).


Classes with suffixes added via SCSS parent selector aren't picked up by the extension

Description
Classes with suffixes added via SCSS parent selector aren't picked up by the extension
Steps to reproduce the behavior:
fresh VSCode with just React CSS modules installed

npx create-react-app@latest . --template typescript
npm i sass
mv src/App.css src/App.module.scss
replace import './App.css'; with import styles from './App.module.scss'; in App.tsx
place declare module '*.module.scss'; in scss.d.ts
change class names in App.tsx to styles.name and styles['dashed-name'] format
add a new class containing a parent selector adding a suffix
use both classes in the tsx
see error on suffixed class, it is neither previewed on hover nor autocompleted

Expected behavior
The suffixed class should be picked up by the extension.
Screenshots

Desktop

OS: Windows 10 21H2 and latest Manjaro Linux
VSCode 1.75.1

Additional context
I've also seen some minor grievances (the hover preview and error messages only update on file save, new classes in the SCSS module aren't picked up until Code is restarted), but this one is critical to me. Maybe I'm missing some obvious thing I'm supposed to do here (I've recently started learning React), but I haven't been able to find a solution. I've also tried React Style Helper and it works fine for suffixed classes but doesn't provide any error message for invalid class names at all, so I'd rather use this extension.

@figurae Thanks for opening this issue.
The extension currently  account for selectors that are defined inside a parent which starts with &- prefix.
So this use case is not accounted for yet . That said , it should be an easy fix.

I've also seen some minor grievances (the hover preview and error messages only update on file save, new classes in the SCSS module aren't picked up until Code is restarted), but this one is critical to me

could you open a issue regarding these glitches you have

@figurae this issue should be fixed after you install 1.9.1

I've also seen some minor grievances (the hover preview and error messages only update on file save, new classes in the SCSS module aren't picked up until Code is restarted)

@figurae I too noticed this problem in my projects . This has been fixed since 1.9.2


Rang Buy it Server Crashed

Crashdump:
`PocketMine-MP Crash Dump Sat Dec 18 13:47:11 CET 2021

Error: Call to undefined method _64FF00\PurePerms\PurePerms::getInstance()
File: plugins/theRankShop_dev-19.phar/src/supercrafter333/theRankShop/Manager/PurePermsMgr
Line: 33
Type: Error

THIS CRASH WAS CAUSED BY A PLUGIN
BAD PLUGIN: theRankShop

Code:

Backtrace:
#0 plugins/theRankShop_dev-19.phar/src/supercrafter333/theRankShop/Manager/RankManagementPluginMgr(45): supercrafter333\theRankShop\Manager\PurePermsMgr->__construct()
#1 plugins/theRankShop_dev-19.phar/src/supercrafter333/theRankShop/Forms/theRankShopDefaultForms(85): supercrafter333\theRankShop\Manager\RankManagementPluginMgr::getRankPlugin()
#2 plugins/theRankShop_dev-19.phar/src/supercrafter333/theRankShop/Forms/theRankShopDefaultForms(65): supercrafter333\theRankShop\Forms\theRankShopDefaultForms->openRankBuyForm(string[9] IceDragon)`

PHP: 8.0.13
Server: 1.18.0
I use the lastest Plugin dev version

The latest version of PurePerms by poggit is not on your server. Don't use forks of PurePerms.

I have the PurePerms Release and it crashes to
Sat_Dec_18-14.38.20-CET_2021.log

your right

Fixed

Click to download

Thanks for the Fix.
It works great now.
Best Dev ever!

Thank you


Implement deploy jar

Now rules_scala_annex can do bazel build {target}_deploy.jar

@pauldraper Could you please take a look at this PR? Thanks.

@pauldraper I made some changes. Would you want me to create a PR to andyscott repo instead?

I will create the PR directly to andyscott/master.


protoc-gen-go: Confusing/wrong warning when explicit package name begins with _

A go_package option of "example.com/m/type" will produce a warning suggesting "example.com/type;_type";. (Because type is a Go keyword, so we can't have a package named "type".)
A go_package option of "example.com/m/type;_type" will produce a warning suggesting "example.com/type;__type";, because strs.GoSanitized strips the leading _ before checking for keyword conflicts.
And so on.
Example:
syntax = "proto3";
package type;
option go_package = "example.com/type;_type";
message Type {}

$ protoc --go_opt=paths=source_relative --go_out=out m.proto
2021/02/16 10:42:43 WARNING: Malformed 'go_package' option in "m.proto", please specify:
	option go_package = "example.com/type;__type";
A future release of protoc-gen-go will reject this.
See https://developers.google.com/protocol-buffers/docs/reference/go-generated#package for more information.

This is no longer relevant with https://golang.org/cl/301953 since we don't suggest any go_package options since we're almost certainly going to suggest something wrong.


[FLOC-4480, FLOC-4483] Fix docker systemd dropin configuration files and add docker plugin ID for Docker 1.12

In order for one of these to pass, its needs the other. Creating one branch for both.
See:

https://clusterhq.atlassian.net/browse/FLOC-4480
https://clusterhq.atlassian.net/browse/FLOC-4483

NOTE- this only fixes acceptance testing for Docker >= 1.12. This will likely break acceptance tests for older versions of docker < 1.12. If we plan on fixing that we should create a seperate issue that allows us to flip flop these type of configurations based on the docker version we want to test.

Thanks @wallnerryan
Looks good.

A couple of the Rackspace acceptance test nodes got killed before the tests finished....I've restarted those.
I'd like to put back the --tlsverify flag for security.

I'll do that and kick off the tests again and then merge.


The Big Refactor (formerly "Add BigReal interface")

EDIT : This idea is no longer proposed, a new issue will be posted if we arrive to a consensus in this thread.
Because we want to introduce new classes for big numbers (See #15, #27, #28 and #29), it would be necessary to create a BigRealinterface or abstract class (more probably the second one) in order to allow interoperability between those classes.
Currently, the class Decimal have many defined methods, but almost all the methods use the $scale`parameter, which is very specific for this type. Because it's desirable to use type hinting in the methods signatures, and because PHP doesn't allow classical method overliading (as in Java or C#), I propose to do a big refactor with the following steps:

rename the shareable methods from "method" to "dMethod" in the Decimal class (de ''d'' is for Decimal), where method refers to the previous method name, for example mul or add.
Add new methods with the old names, but without the $scaleparameter, and hinting the BigNumbertype instead of Decimal. Those methods should have a switch-like control structure to map the calls to the specific-type methods :

dMethod for Decimal
rMethod for BigRational
iMethodfor BigInteger
cMethodfor BigComplex
nMethod for PHP's native types (see #16).

Extract the new created methods to the new BigRealabstract class, and make Decimalto inherit from BigReal.

Important Note: I'm talking about BigRealand not about BigNumber because this way we have more flexibility . Number is a very general concept, and may be in the future we want to implement other number types (not only real or complex numbers, but... say finite fields, quaternions or whatever you can imagine).

@punkka , @stefanmajoor I'll be grateful to read what's your opinion on this topic :) .

Prefix sharable methods are a big no-no I think, as it complicates the interface for the developer too much.
I think we need to define interfaces first, and that the different classes are much more of a fascade than that it really contains logic. I.e. BigComplex::multiply(BigNumer n) can call a class Multiply(BigComplex c, BigNumber n). In this way you can structure the logic, while keeping the simple interface for the developer.
Also a big question what needs to be answered is what happens when you mix the different types. (Does adding a decimal to an Integer always end up in a Decimal, or does it depend on the answer?

The question that then arises is how we ensure encapsulation, since the (for example) Multiply class don't have direct access to the private properties of the operands. Operating at high level usually adds a lot of CPU and memory overhead because intermediate objects creation and destruction (this is more evident with algorithms with a lot of intermediate computations, like number computations via series).
I think It will be difficult to design a clean API and at the same time keep low resources usage. It's clear that Decimal is too complex at this moment, and adding more methods (as I proposed) wont solve this.
Your idea of extracting parts of the logic to other classes is a good one, but I'm not sure how to apply it.

Hi again, I've thought a lot on this issue, and I think I have a "solution", based on the ideas of @stefanmajoor . The idea adds overhead, but I think it will add also a lot of flexibility and potential to the library. I think the trade-off is worth.
What about adding Function classes? I'm not talking about static methods, but typical methods on instances. It may seem weird, but this allow function composition and many other theoretical artifacts (like expressions, limits, integrals, differentiation...), and we can handle a "default" instance in a static property because the instances must/should be stateless. I'm not talking about making the constructor private since I prefer giving the flexibility of creating many function instances (mainly for testing purposes).
The function classes may have a common compute method. This isn't exactly true, because we need to handle the n-arity of function arguments, and again, type hinting. Anyway, in this case creating type-specific methods isn't a big deal since the number of methods of the class will be very small, so it won't be as complex if we try to do the same thing inside the number classes.
Probably Function must be subclassed depending of the arity of its arguments, since we don't have parametric classes in PHP (like C++ templates, or Java Generics), we'll also need "manual" subclassing to ensure type-correctness.
Initially I wanted to do something like this in another separated repository (which I called MagicTheorist), but I'm not sure how to handle it now.

Hi,
Sorry for the delay but I'm looking to change job and it's talking a lot of my time.
I'm not sure to fully understand your idea.
Could-it be possible to shematize or to diagram your solution ?

Hi @punkka ,
This days I haven't enough time to develop this library :( . But finally my idea is to keep only the Decimal numbers, and maybe (but only maybe) also Float.
This two classes (Decimal and Float) share a common feature: they serve as approximations, not to exactly represent numbers. Is because this that by default I don't "simplify" the trailing zeros in the representations, because it's possible that those zeros are there to indicate the precision of a previous measure (If I have 3.61, what does it mean? exactly 3.61 or a number between 3.610 and 3.615? If we know for sure that the following digit is a zero it's desirable to state it in our representation).
This leads us to another problem, we haven't unique representations for the "same" numbers, and we need to track additional info about the number precision (currently $scale, but this may change), this makes more difficult to program uniform and clean interfaces to operate at the same time with these approximations and with "exact" representations (like integers or rationals) at the same time.
In any case, I think I'll move all the numerical functions outside the Decimal class in order to allow extending the library without burdening the main class.
I want to move all the theoretical stuff to other library "MagicTheorist". This new library will be slower (Is because this that I don't want to implement the theoretical stuff here), but much more flexible.
As a matter of fact, when I started to develop this library, my purpose was to use it in currency handling use cases, and I want to keep this possibility without hurting performance and simplicity.


Cryptographic functions should use flex_trits

We should probably stop the flex_trits at the ISS layer, and have curl_/kerl_* continue to work on trits.

Is it similar to Issue #32?


Missing planning_utils.py filea

https://github.com/vlmaps/vlmaps/blob/master/vlmaps/controller/continuous_nav_controller.py#L6 imports the planning_utils， but under the vlmaps/utils/ folder, there is not a  planning_utils.py file

I just pushed a quick fix. It should be mapping_utils rather than planning_utils.


Add entry point for opentelemetry propagator

Problem Statement
According to the documentation, the recommended way to integrate with OpenTelemetry is to completely replace existing propagators using
set_global_textmap(SentryPropagator())

In case of distributed tracing it is not correct behaviour. We have to add the SentryPropagator to the existing ones instead. Opentelemetry provides environment variables as a most common way to configure it. However, propagators added via environment variables must be declared in entry points (ref). And here is an example of how entry points are declared in OpenTelemetry.
Solution Brainstorm
I propose adding entry point for SentryPropagator in setup.py.

Thank you for the issue and the PR @mender, we will take a look.


The IncorrectCase diagnostic is overzealous for types that should be Camel Cased

For the following lib.rs:
pub struct AxisAlignedBoundingBox; // A
pub struct AABB; // B
pub struct A_A_B_B; // C

cargo check will only mark version "C" as having incorrect case:
$ cargo check
warning: type `A_A_B_B` should have an upper camel case name
 --> src/lib.rs:3:12
  |
3 | pub struct A_A_B_B; // C
  |            ^^^^^^^ help: convert the identifier to upper camel case: `AABB`

While rust-analyzer will erroneously mark version "B" as having incorrect case, saying

Hint [rust-analyzer] Structure AABB should have CamelCase name, e.g. Aabb

I agree with cargo here. I'd say AABB isn't SCREAMING_SNAKE_CASE since there are no underscores.
If you guys agree that this is a bug, I'd like to open a PR for this.

cc @popzxc

Yes, this is a bug, a fix would be welcome!
Though, as per API guildelines, the name Aabb would be better.

Well, personally I would have considered AABB a screaming case still, but I agree that diagnostic must match the compiler logic indeed.

Doing some quick research, it appears that the rules regarding acronyms in camel cased symbols are unclear. I'm now leaning more towards Aabb over AABB than before.
I'll still open that PR so that rust-analyzer matches what the compiler does.

FWIW, I've just ran into the following:

Although cargo check yields no warning. Is that related?


replace macros with functions + remove unnecessary clones

I completely missed the macros in the tokenizer. It's mostly the same as in the parser. I left the to_lowercase macro as it was because it does not use self. char has a method called to_ascii_lowercase which could be used but it does a check if the char is actually an uppercase ascii letter. The to_lowercase macro just assumes this so it should be minimally faster.
I also removed some unnecessary clones in the parser and tokenizer.

@lucalewin thanks for the pr


Move templates out of src/

as per https://github.com/php-pds/skeleton
and PSR4 (which has to manually skip the non-autoloadable files in src/ right now)
PHPStan already has to manually ignore those, CS tooling the same:
    - '%rootDir%/../../../src/Propel/Generator/Command/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/AggregateColumn/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/I18n/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Builder/Om/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/Validate/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/Archivable/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/Delegate/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/Sortable/templates/*'
    - '%rootDir%/../../../src/Propel/Generator/Behavior/NestedSet/templates/*'

This would make it a lot easier for all tools and the autoloading.
We can either

create a new top-level templates/
or nest it inside existing resources/ as resources/templates/

I would go with the first as the templates then need more nesting as per namespace

templates/Behavior/AggregateColumn/...
templates/Behavior/Archivable/...

So we just switch the /templates/ piece to the front
Ideas? Feedback?
The idea is to check how this can be fully BC to avoid a BC break.
Custom (extensions) code can probably still do either/or based on how we allow this to be configured.

Also test fixtures should be moved from tests (~Test.php) to normal fixture folder.

tests/Propel/Tests/Generator/Behavior/NestedSet/Fixtures
tests/Propel/Tests/Generator/Builder/Om/Fixtures

etc => tests/Fixtures/

Can this be done in a BC way?


Poor documentation of deploying Open Event Web App on Google Cloud

The current documentation is at:
https://github.com/fossasia/open-event-webapp/blob/development/docs/INSTALLATION_GOOGLE.md
This documentation does not refer to using Google Cloud Console to manage projects.
It does not give clear instructions of setting up instances, and does not make any reference to deploying the app on Google Cloud's App Engine flexible environment.
Additionally, the instructions given currently are applicable for deployment on a local host, instead of Google Cloud.
I would like to improve this documentation

Thanks for working and solving this issue. I would like to ask you to keep your language more positive and encouraging in future please, especially in issues. E.g. instead of saying "poor documentation" it could be "Improve documentation". This might help to get issues solved faster, if you need help in the future. Cheers. ;-)


lseek() return value overflows on large files.

I am not sure if this is an issue with luaposix or not, but If you open a large file and use lseek() the offset appears to overflow.
$ lua5.1
Lua 5.1.5  Copyright (C) 1994-2012 Lua.org, PUC-Rio
> posix = require "posix"
> fcntl = require "posix.fcntl"
> fd = posix.open("/home/btimby/Downloads/ubuntu-19.10-desktop-amd64.iso", fcntl.O_RDONLY)
> print(posix.lseek(fd, 0, posix.SEEK_END))
-1831124992
> print(posix.fstat(fd).st_size)
2463842304
>

Perhaps it is due to the declaration of static int instead of static off_t:
https://github.com/luaposix/luaposix/blob/ddb9eaf960dc3bd64963242040409aab2ef19bb5/ext/posix/unistd.c#L841

Lua 5.1 only has 53 bits to storeintegers, so this is a luaposix issue that affects any wrapped API that accepts or returns a long int that doesn't fit in 53 bits.
The solution is to add support for a userdata that holds a long, or a pid_t etc and adjust all affected functions to use that.  I expect this would be a non-backwards compatible change, but only for < Lua 5.3 where a true 64 bit integer type was added to the language.
Would you like to work on a patch?

Lua 5.1 only has 53 bits to storeintegers, so this is a luaposix issue that affects any wrapped API that accepts or returns a long int that doesn't fit in 53 bits.
The solution is to add support for a userdata that holds a long, or a pid_t etc and adjust all affected functions to use that.  I expect this would be a non-backwards compatible change, but only for < Lua 5.3 where a true 64 bit integer type was added to the language.
Would you like to work on a patch?

Makes sense, thanks for the reply. I would be happy to look into providing a patch but I must say that I am fairly new to lua. I do have a background in C/C++ so that will probably help.
IOW, I will have to research your comments above as I 50% understand them :-).

Makes sense, thanks for the reply. I would be happy to look into providing a patch but I must say that I am fairly new to lua. I do have a background in C/C++ so that will probably help.
IOW, I will have to research your comments above as I 50% understand them :-).

That looks about right. Thanks!
I'm not sure whether this all works already with Lua >=5.3 by virtue of 64bit support, so it would be good to add test cases so that github CI will tell us if things work correctly on each Lua version in the test matrix when >53bit integers come back from or are passed into luaposix APIs.
Feel free to post your progress in a branch of your fork if you get stuck, and I'll try to help out.

That looks about right. Thanks!
I'm not sure whether this all works already with Lua >=5.3 by virtue of 64bit support, so it would be good to add test cases so that github CI will tell us if things work correctly on each Lua version in the test matrix when >53bit integers come back from or are passed into luaposix APIs.
Feel free to post your progress in a branch of your fork if you get stuck, and I'll try to help out.

For context, here is how I fixed my issue.
https://github.com/btimby/nginx-lua-upload-module/commit/0d0c86b75dca14deeb2349fed3b5e1ca82349e64
In my case I was trying to determine the size of a file I was writing to. Seeking to the end should (and does) return the file size for smaller files. The stat.st_size member however seems to work for larger files.

For context, here is how I fixed my issue.
https://github.com/btimby/nginx-lua-upload-module/commit/0d0c86b75dca14deeb2349fed3b5e1ca82349e64
In my case I was trying to determine the size of a file I was writing to. Seeking to the end should (and does) return the file size for smaller files. The stat.st_size member however seems to work for larger files.

Actually, thinking about it a bit more, maybe it would be better for backwards compatibility to always return at least 53bits from eg lseek, just as we do now, but for numbers that are too big to fit on versions of Lua without 64bit support to also return an optional second value which is the 64bit userdata I described above.
That way existing working code will keep working as before (bugs and all) but new code can access the additional bits that are otherwise lost.
There might be more work in accepting either a 53bit number, or a 64bit userdata as parameters where that makes sense.

Actually, thinking about it a bit more, maybe it would be better for backwards compatibility to always return at least 53bits from eg lseek, just as we do now, but for numbers that are too big to fit on versions of Lua without 64bit support to also return an optional second value which is the 64bit userdata I described above.
That way existing working code will keep working as before (bugs and all) but new code can access the additional bits that are otherwise lost.
There might be more work in accepting either a 53bit number, or a 64bit userdata as parameters where that makes sense.

Another backwards compat option would be to add bigseek() on lua < 5.3.

Another backwards compat option would be to add bigseek() on lua < 5.3.

I think that would be more difficult to use in client code that wants to work on multiple Lua versions than this:
r, big = seek(blah)
if r and big then r = big end

...and we could even add the wrapper boilerplate to init.lua!

I think that would be more difficult to use in client code that wants to work on multiple Lua versions than this:
r, big = seek(blah)
if r and big then r = big end

...and we could even add the wrapper boilerplate to init.lua!

Note that supporting values up to 2^52 is sufficient for essentially all practical purposes - only people doing extremely weird things with very sparse files or very large raw devices would need to handle more than 4096 TB in one file.
And to answer your question above: no, it does not work on 5.3 as is, because the code is using int everywhere relevant and not lua_Integer.
The code for stat.st_size is using macros that use the lua_Integer type and not int, which is why it works (for values representable in a double) when lseek does not.

Note that supporting values up to 2^52 is sufficient for essentially all practical purposes - only people doing extremely weird things with very sparse files or very large raw devices would need to handle more than 4096 TB in one file.
And to answer your question above: no, it does not work on 5.3 as is, because the code is using int everywhere relevant and not lua_Integer.
The code for stat.st_size is using macros that use the lua_Integer type and not int, which is why it works (for values representable in a double) when lseek does not.


Fix broken builds on both master and development branches

Builds been failing for 13 days and 2 months for master/development branch.

https://github.com/PowerShell/PowerShell

Examples:

https://ci.appveyor.com/project/PowerShell/powershellget/branch/master
https://ci.appveyor.com/project/PowerShell/powershellget-0lib3/branch/development

Thanks @avishnyakov this has been on our backlog as our focus has been on PowerShellGet 3.0, but we are working to resolve this error.

Right, noted. Was not this scrum/agile thing all about drop everything and fix the broken build? 😕

@avishnyakov the build itself is not broken, they're flakey pester tests that need to be updated.  But you're right, this should be addressed and we'll get to this in the immediate future.  Unfortunately the CI testing for PowerShellGet needs a bit of work, but we'll need to make some changes, particulary on AppVeryor, soon so we'll certainly address this issue then.

All good. Thank you for sharing this, @alerickson.

@alerickson , could you also comment on https://github.com/PowerShell/PowerShellGet/issues/584
"Yep, saw this" would be more than enough so we can propagate "Microsoft saw this" back to the team?


Fix decoding of authority in webview

Unmangles authority URL which is breaking PNG images.
Verification Steps:

Open Welcome.
Click Get Started with VS Code.
Images should load.

Fixes #209478

Added verification steps.


ADR for more reliable GraphQL error response structure

Rendered version

 2.0 ASSORT: ADR on GraphQL error responses


update import plugin base classes

Pull Request Description
What issue does this change request address? (Use "#" before the issue to link it, i.e., #42.)
close #20
What are the significant changes in functionality due to this change request?

For Change Control Board: Change Request Review
The following review must be completed by an authorized member of the Change Control Board.

[x] 1. Review all computer code.
[x] 2. If any changes occur to the input syntax, there must be an accompanying change to the user manual.
[x] 3. Make sure the Python code and commenting standards are respected (camelBack, etc.) - See on the wiki for details.
[x] 4. Regression tests have to complete successfully.
[x] 5. If significant functionality is added, there must be tests added to check this. Tests should cover all possible options.  Multiple short tests are preferred over one large test.
[x] 6. The merge request must reference an issue.  If the issue is closed, the issue close checklist shall be done.

PR is green to me. Merging


Create API endpoint to request all events created by a specific user (by user ID)

issue meant to be for backend repo


Not syncronize any more

This plugin are not syncronize or my connection is not normal, i don't know. Other people cannot play/pause/seek automatic. but status is connected

Try testing it on https://www.w3.org/2010/05/video/mediaevents.html

Make sure you have selected the tab with a video and pressed "share video" button.
There is a common problem with ad blocker extensions (AdBlock, AdGuard, uBlock Origin). Everyone in the room should disable it or everyone can enable it if all using same ad blocker.

If non-above helped, please provide:

Browser details
URL with a video

Nice, thank you for replying. I tried to disable adBlocker, and it works perfectly. Thank you so much

But for netflix not work.
browser mozilla 102.0 (64-bit), and chrome Version 103.0.5060.66

I don't have Netflix to test it by myself. Support was added by other contributor in https://github.com/Semro/syncwatch/pull/21. It uses Netflix API, so maybe it was outdated.
@nilshellerhoff if you're still interested in the extension, can you look into this? Much appreciated.

Hi @RioChndr , hi @Semro ,
In my quick tests it still seems to work on my side with Netflix. I tested on one PC with Chrome 103.0.5060.66, Edge, 103.0.1264.44 and Firefox 102.0 side-by-side. If I have time tomorrow I will try two different PCs. @RioChndr can you try to test the plugin with a different browser than Firefox and see if the issue persists?
Thanks

Hi @RioChndr , hi @Semro ,
I tested the plugin on Netflix and can indeed confirm that the newest version from master does not work. Using the version 0.400 from 743a84be55afe96cfdd3668129d707ece2f293c8 though seems to work as expected, also the API example in https://github.com/Semro/syncwatch/issues/20 works just fine.
I will try to see in the next days, what might have caused this issue.
Best


Multiple audiences and not authorized party with list of one audience.

Hi,
The error is in function _is_id_token_valid().  If the id_token['aud'] is a list of one it treats it as though it was a list of multiple audiences and tries to require the azp field.
This needs to be corrected with a check for the len() if aud is a list.
Thanks.

        if isinstance(id_token['aud'], list):             # step 3 for audience list             if self.flow.client_id not in id_token['aud']:                 logger.error('We are not a valid audience')                 return False             # step 4             if 'azp' not in id_token and len(id_token['aud']) > 1:                 logger.error('Multiple audiences and not authorized party')                 return False

Hi, thanks for the report.
This has been fixed in e638787ca3bb787a7b3b4a74fae23cd915fbd1d1.


Using 1.7 with Gorilla Mux causes memory leak

gorilla/mux has build tags that opt to use the new/native context package for 1.7.
Unfortunately, Gizmo's server.Router implementation uses gorilla/context under the hood to allow httprouter to pass parameters. This leads to a massive memory leak when running with 1.7 as the gorilla/context never gets cleared.

This has been resolved.

Just tried updating to 1.7 but still running into this issue.
I'm using the latest versions of:

gizmo sha 5d6cf612a51d81e2353489b56eee93ec811d797a
gorilla/context 08b5f424b9271eedf6f9f0ce86cb9396ed337a42

and after serving several thousands requests I still see heap profile issues:
11948.29kB 22.77% 22.77% 11948.29kB 22.77%  github.com/gorilla/context.Set
11266.56kB 21.47% 44.24% 11266.56kB 21.47%  net/textproto.(*Reader).ReadMIMEHeader
 8704.73kB 16.59% 60.82%  8704.73kB 16.59%  context.WithCancel
 6657.52kB 12.69% 73.51% 21508.48kB 40.98%  net/http.readRequest

...

Looks like I missed some gorilla/context use in there: https://github.com/NYTimes/gizmo/blob/ae909e7e43a755c0f6c8bbdeb147ae158a78d48d/server/simple_server.go#L328-L332
I'll make another PR to cut that out.

Should should be resolved with PR #76.


Sample app

do you have sample app to demonstrate ability of the library?

Hi @nitinjs,
I'm the friendly issue checker.
It seems like (100.00 %) you haven't used our issue template :cry: I think it is very frustrating for the repository owners, if you ignore them.
If you think it's fine to make an exception, just ignore this message.
But if you think it was a mistake to delete the template, please close the issue and create a new one.
Thanks!

Yes
https://github.com/xabre/xamarin-bluetooth-le/tree/master/Source/BLE.Client
Please read all of the Read Me


[BUG]: Change color value

Kindly explain, what is the issue or what bug do you want to be fixed?
The color of Added by  is not being seen correctly.
can anyone fix this?
screen shot given below.
you just have to change the link color compatible with all the bg color.
like: if the bg is dark type color, choose text color as light color.
Screenshot of the issue.

What browsers are you seeing the problem on?
No response
Code of Conduct

[X] i have read the contribution guideline
[x] i am sure, this issue is not raised before.

Do you want to fix the issue?
None

assigned to you.
give a star to the repo,
read otribution guideline

Can I be assigned to this issue if it doesn't get fixed?

already assigned to @adit-shriyans


tauto_k in get_stable_tautomers

Describe the bug
The tauto_k is said to output the top-k tautomers for each SMILES. When testing on the tutorial example sildnafil.smi (and other molecules), changing tauto_k in get_stable_tautomers function doesn't seem to change the number of output tautomers.
To Reproduce
Steps to reproduce the behavior:

Go to the tautomer tutorial (example/tautomer.ipynb)
set tauto_k=3 to see it generates 3 tautomers
set tauto_k=2 to see it still generates 3 tautomers

System information:

Operating System:
Auto3D version: 2.2.9
Python version:3.9.7
RDKit version:2023.09.4
PyTorch version:2.1.0

Additional context
Add any other context about the problem here.

Hello, thanks for the detailed description. I tried to reproduce the issue, but did get 2 tautomers when setting tauto_k = 2.
A place susceptible to error is argument k. Could you make sure that your k=1 in the options function? Besides, I also attached my jupyter notebook below for your reference. Let me know if you have further questions.
tautomer.ipynb.txt

Thanks for your helpful reply. I had tauto_k=2 and k=1, and the smi_taut.smi file has three tautomers which I thought is supposed to be two for tauto_k=2. I probably misunderstood this as it looks that the stable tautomers are written at the very end.

I see where the problem is. The stable tautomers are stored in an SDF file, of which the path will be printed out in the terminal/console after Auto3D finishes running. There should be something like the following that specify the output SDF path in the terminal/console.
Begin to select stable tautomers based on their conformer energies...
Done.
The stable tautomers are stored in: /home/jack/Auto3D_pkg/example/files/sildnafil_20240329-144811-182857/sildnafil_out_top_tautomers.sdf


ionic serve only seems to refresh bundle.js on first change

I'm having an issue where using ionic serve my first change will get picked up, and i'll see the output:
√ Webpack complete

JS changed:   d:\git-repos\armadilo\www\build\js\app.bundle.js

However, on subsequent changes to the same file, the change is picked up and Webpack completes, but the "JS changed" never shows, and the new changes aren't served to the browser.
I'm using typescript, and my ionic-config.js looks like:
module.exports = {
  proxies: null,

  paths: {
    html : {
      src: ['app/**/*.html'],
      dest: "www/build"
    },
    sass: {
      src: ['app/theme/app.+(ios|md).scss'],
      dest: 'www/build/css',
      include: ['node_modules/ionic-framework']
    },
    fonts: {
      src: ['node_modules/ionic-framework/fonts/**/*.ttf'],
      dest: "www/build/fonts"
    },
    watch: {
      sass: ['app/**/*.scss'],
      html: ['app/**/*.html'],
      livereload: [
        'www/build/**/*.html',
        'www/build/**/*.js',
        'www/build/**/*.css'
      ]
    }
  },

  autoPrefixerOptions: {
    browsers: [
      'last 2 versions',
      'iOS >= 7',
      'Android >= 4',
      'Explorer >= 10',
      'ExplorerMobile >= 11'
    ],
    cascade: false
  },

  // hooks execute before or after all project-related Ionic commands
  // (so not for start, docs, but serve, run, etc.) and take in the arguments
  // passed to the command as a parameter
  //
  // The format is 'before' or 'after' + commandName (uppercased)
  // ex: beforeServe, afterRun, beforePrepare, etc.
  hooks: {
    beforeServe: function(argv) {
      //console.log('beforeServe');
    }
  }
};

webpack.config.js looks like:
var path = require('path');

module.exports = {
  entry: [
    path.normalize('es6-shim/es6-shim.min'),
    'reflect-metadata',
    'web-animations.min',
    path.normalize('zone.js/dist/zone-microtask'),
    path.resolve('app/app')
  ],
  output: {
    path: path.resolve('www/build/js'),
    filename: 'app.bundle.js',
    pathinfo: false // show module paths in the bundle, handy for debugging
  },
  module: {
    loaders: [
      {
        test: /\.ts$/,
        loader: 'awesome-typescript',
        query: {
          'doTypeCheck': false,
          useWebpackText: true
        },
        include: path.resolve('app'),
        exclude: [/node_modules/, /spec\.ts$/, /e2e\.ts$/],
      },
      {
        test: /\.js$/,
        include: path.resolve('node_modules/angular2'),
        loader: 'strip-sourcemap'
      }
    ],
    noParse: [
      /es6-shim/,
      /reflect-metadata/,
      /web-animations/,
      /zone\.js(\/|\\)dist(\/|\\)zone-microtask/
    ]
  },
  resolve: {
    alias: {
      'web-animations.min': path.normalize('ionic-framework/js/web-animations.min')
    },
    extensions: ["", ".js", ".ts"]
  }
};

Hey this looks like a dup of an issue that was closed on the v2 repo recently, but since they've been closed and weren't migrated yet I can't reference it.
Can you remove useWebText: true from your awesome-typescript loader query? It was determined that that is only necessary for ES6 starters, and actually causes the problem you're describing for the TypeScript starters.
Going to close this, but please let me know if you're still having issues and I can re-open.

Initial testing confirms this solves the issue.  In case others come to this issue the exact attribute from the awesome-typescript loader is:
useWebpackText: true   ///remove this line


Default APIHUb throtler configuration

Sub task 1: Replace IP key with unique cookie (clientId) generated by APIHub
Sub task 2: Determine an apropiate default value
Sub task 3: Disable in builder


Fix android problem with saving attachments

Missing Promise.all 😞  r? @keybase/react-hackers

replaced by #11730


Unable to use database prefix when submitted with credentials

With prefixes, dbclient successfully resolves the database urls when we do not have any authentication information in the url. However, if we have authentication information in the url,  the password is considered as a placeholder and is replaced with undefined.
export COUCHDB=https://username:password@username.cloudant.com/prefix-:name
# results in
abacus-dbclient 789 Using db<EMAIL_ADDRESS>in write mode

Fixed in f5c7afb.


unused imports throughout badelf and warren_labs apps

ex:
# from scipy.ndimage import label, find_objects, maximum_filter
# from scipy.interpolate import RegularGridInterpolator
# from scipy.optimize import curve_fit, fmin

either comment why these are kept or remove them

Yeah most of these are because I'm still messing around with the most accurate vs. most efficient ways of doing things. I'll comment these out and note what they may be used for. There's also probably some that I forgot about that I can just delete.


Scripts for CI build

Adding scripts to run build, test, publish on VSTS build system using hosted server.
Also fixed unit tests.

Good to go. R

Accidently closed, then opened and merged


No CSS rendered locally for static sites

[x] This is a question about using the theme.
[x] I believe this to be a bug with the theme --- not Jekyll, GitHub Pages or one of the bundled plugins.
[ ] This is a feature request.
[x] I have updated all gems with bundle update.
[x] I have tested locally with bundle exec jekyll build.

First off, thanks for the great theme and all the work you've put into this. It is really amazing. Much appreciated.
Here's my issue:
Environment informations

Minimal Mistakes version: 2.5.2
jekyll gem version: 3.4.0
Operating system: Windows 10

Expected behavior
I have this weird problem, where no CSS is rendered for any static pages. Blog posts work fine.
The issue is similar to issue #637 but I did in fact change the url: entry to url: http://localhost:4000. The problem occurs both if I use _pages plus fixed permalinks (as described here and /about/index.md/-style static pages.
Steps to reproduce the behavior
I'm only working locally on this and did not push this to GitHub yet, so it's a purely local problem. I've uploaded a zipped copy of the basic website folder with only one post but several non-functioning sites.
Please let me know if you require more information / files to replicate the issue; any help would be greatly appreciated.

This is an easy one. For the pages not showing any CSS it's because you're missing the layout from their YAML Front Matter. Set that and it'll work. Guessing you'll want to use layout: single for the pages, and if they're an archive of documents use layout: archive.

That solved it. I thought the layout: single in the defaults: was sufficient. Guess I was wrong. Thanks for the quick help!

You only had the defaults set for posts. You'd have to set them for the pages path (e.g. _pages) too and then they should work.


Add support for fetching code with fetchcode in a pipeline

This would help downloading files on demand in a pipeline. This would require that https://github.com/nexB/fetchcode/ be packaged for reuse. @TG1999 FYI

Agreed @pombredanne , Readme of fetchcode is done, setup files are required, working on it, so we can publish fetchcode on pypi :)

@TG1999 What's the status on the fetchcode availability?

I have created a PR for this here https://github.com/nexB/fetchcode/pull/46, CI is failing with new changes, earlier all tests were passing, I need some help over that


Big decimal scale precision

Fix to handle precision and scale for TVP and BulkCopy. Fixes issue #230

Codecov Report

Merging #233 into dev will increase coverage by 0.01%.
The diff coverage is 60%.

@@             Coverage Diff              @@
##                dev     #233      +/-   ##
============================================
+ Coverage     33.45%   33.46%   +0.01%
- Complexity     1487     1491       +4
============================================
  Files            97       97
  Lines         23390    23386       -4
  Branches       3840     3834       -6
============================================
+ Hits           7824     7827       +3
+ Misses        14002    13998       -4
+ Partials       1564     1561       -3

Flag
Coverage Δ
Complexity Δ

#JDBC41
33.35% <52%> (+0.04%)
1483 <0> (+8)
:arrow_up:

#JDBC42
33.41% <60%> (+0.03%)
1490 <0> (+5)
:arrow_up:

Impacted Files
Coverage Δ
Complexity Δ

...om/microsoft/sqlserver/jdbc/SQLServerBulkCopy.java
44.92% <20%> (+0.01%)
183 <0> (+1)
:arrow_up:

...c/main/java/com/microsoft/sqlserver/jdbc/Util.java
41.13% <33.33%> (+1.22%)
53 <0> (+1)
:arrow_up:

...in/java/com/microsoft/sqlserver/jdbc/IOBuffer.java
36.73% <76.47%> (-0.22%)
0 <0> (ø)

.../microsoft/sqlserver/jdbc/SQLServerConnection.java
41.1% <0%> (-0.09%)
227% <0%> (-2%)

...rc/main/java/com/microsoft/sqlserver/jdbc/DDC.java
25.66% <0%> (+1.11%)
42% <0%> (+3%)
:arrow_up:

...om/microsoft/sqlserver/jdbc/SimpleInputStream.java
41.91% <0%> (+1.47%)
10% <0%> (+1%)
:arrow_up:

Continue to review full report at Codecov.

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


you need to have proton installed or you need to export PROTON

:: ERROR: you need to have proton installed or you need to export PROTON, which defaults to /usr/share/steam/compatibilitytools.d/proton_tkg_makepkg/proton
Yes it is. There is no that catalog. I enable Chaotic-AUR and install proton through 'pacman -S proton' May be i do smth bad? Any ideas?

(Ex: export PROTON="~/.steam/root/compatibilitytools.d/proton_tkg/proton").