proxy.golang.org: go mod vendor, go get , etc not working with "unexpected EOF" error

What version of Go are you using (go version)?

$ go version
v1.14

Does this issue reproduce with the latest release?
No
What operating system and processor architecture are you using (go env)?
go env Output
$ go env
GO111MODULE="on"
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/nexus/.cache/go-build"
GOENV="/home/nexus/.config/go/env"
GOEXE=""
GOFLAGS="-mod=vendor"
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY="bitbucket.global.xxx.com"
GONOSUMDB="bitbucket.global.xxx.com"
GOOS="linux"
GOPATH="/home/nexus/go"
GOPRIVATE="bitbucket.global.xxx.com"
GOPROXY="https://proxy.golang.org"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/nexus/taric-proxy/taric-proxy/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build760853934=/tmp/go-build -gno-record-gcc-switches"

What did you do?

run the commands,
go mod vendor
or
go get -v -x<EMAIL_ADDRESS>What did you expect to see?
(The downloading successful response)
What did you see instead?
go<EMAIL_ADDRESS>Get<EMAIL_ADDRESS>unexpected EOF

1.14 is no longer supported, does this still happen with a supported release (1.15, 1.16)?
(It is also more likely to a network issue on your end)

1.14 is no longer supported, does this still happen with a supported release (1.15, 1.16)?
(It is also more likely to a network issue on your end)

I also suspect this may be due to some network issue. However, I could directly open/access the link<EMAIL_ADDRESS>via browser/using wget in the same environment. Wondering in the backend how the commands "go get"/"go mod" differ from opening the link directly.
I havn't got change to switch to 1.15/1.16 to test in the same environment, but definitely will give it a try.

I suspect you have a proxy configuration that wget and your browser understand but that Go does not.

I suspect you have a proxy configuration that wget and your browser understand but that Go does not.

Yes I have a proxy for web access. From my IDE (VS Code) it should takes the same proxy settings (http_proxy/https_proxy) and I trigger the commands from the IDE only

Could this be a proxy configuration issue? It looks superficially similar to #29809. (See especially https://github.com/golang/go/issues/29809#issuecomment-487727559.)

Could this be a proxy configuration issue? It looks superficially similar to #29809. (See especially #29809 (comment).)

Thanks a lot! After removed the "https://" from the proxy settings, I am able to connect and download. Have a nice day!


Automate upgrade using moved blocks

Important Notes

Terraform version 1.3.0 and Terraform AWS version 4.9.0 or later are required
With Terraform 1.3 the manual interventions documented for upgrading to this module's versions 0.27.0 and 0.28.0 are no longer needed. You can safely upgrade from any earlier version to this one (although we always recommend leaving force_destroy at its default value of false, and if you have it set to true but want extra safety against the S3 bucket being destroyed, set it to false before upgrading).
The force_destroy_enabled flag introduced in v0.27.0 has been removed

what

Automate the upgrade process from v0.26.0 or earlier by using moved block functionality introduced in Terraform 1.3.0

why

Safely upgrade without loss of data or manual intervention

/test all

/test all

/test all

/test all


Add self-contained hexagon delegate lib

Adds self-contained target for experimental hexagon delegate.
It is mostly the same as GPU delegate, so that C++ user could build it it in a similar fashion: single self-contained target
Hope you don't mind it.

Hi @DoumanAsh
Thanks for sending this.
Can you first explain what is the goal from having this self contained shared library ?
libtensorflowlite_hexagon_jni.so exposes both C and Java APIs
https://github.com/tensorflow/tensorflow/blob/master/tensorflow/lite/experimental/delegates/hexagon/java/BUILD#L12
Thanks

@karimnosseir We use tensorflow lite C/C++ API only  so we don't really need Java APIs.
This PR only serves a purpose for consumers of C API only.
While I do not mind Java orientation of tensorflow, I believe C and C++ consumers should be equally respected by havin respective targets for both main library and delegates (and there are for both tflite and gpu delegate for example)

Just a side note: I was able successfully use this new target in our environment as GPU delegate.

Just a side note: I was able successfully to use this target in our code base (NDK based).

Hi,
Sorry for the late reply as i was out of office.
We totally support C/C++ users as Java users. The goal is to provide one shared library which produces C and Java APIs (as long as it is not hurting the size significantly).
Even our AARs now includes the header files needed
see the GPU for example https://github.com/tensorflow/tensorflow/blob/master/tensorflow/lite/java/BUILD#L47
Hope our goal is clearer now, and thanks for your change.
Regarding your change,
You're exporting a lot of symbols which will create a big shared library, this library needs trimming.
See my comment on the change.
I will not close the Pull request, will leave it to answer any questions you have and you can close it.
Thanks again

@karimnosseir Sorry I'm not sure I follow you here.
You're basically suggesting to make another JNI library out of this target, while it includes only C/C++ code
With -fvisibility=hidden it only exports C public API (marked with TFL_CAPI_EXPORT)
My goal was only to create GPU library like https://github.com/tensorflow/tensorflow/blob/master/tensorflow/lite/delegates/gpu/BUILD#L144
So just to clarify: this change is not needed?
We can always patch BUILD ourself to add this target ofc

What i am saying is that your change is already part of the libtensorflowlite_hexagon_jni.so
You can use libtensorflowlite_hexagon_jni.so instead of this change.
Thanks


Import and Sync from Jellyfin

Import and sync watched items from Jellyfin.
I think a separate import button and sync toggle would make sense? People could import past watched items whenever without syncing?

Manual sync with jellyfin has been released in v1.35.0.
I'll create a new issue to track automatic syncing with jellyfin via daily full syncs and possibly a webhook listener to get live syncing.
Please create a new issue if you have any problems! You can find the sync with Jellyfin button in your profile page at the bottom, after logging in via Jellyfin.


[BUG] SetUpTools Auto Discovery - Won’t Disable

With setuptools <61.0.0, installation works fine and the imports described above work fine.

This is probably related to the specific method that you were using for the installation (i.e. editable install). Editables installs are "complicated"™:. Inherently they have to deal with a compromise "emulating the behaviour of a package installed normally" vs "allowing users to do changes like adding new files"1, so not necessarily what you observe in an editable install is what the package configuration you have written is actually doing.
For example, if you try to build the package using Setuptools<60 "for real" (not in editable mode, see snippet below), you can see that the package configuration you are using results in an empty package with no .py file. This happens because in your configuration you do not specify packages=[...]2; and before v61.0.0 setuptools would not attempt to derive that configuration option automatically.
> docker run --rm -it python:3.11-bullseye /bin/bash

git clone https://github.com/radian-software/straight.el/
cd straight.el
git reset --hard 9b11112b2e7aedd994feb2d8f95bd66dbc5749a5
cd watcher

python -m venv .venv
.venv/bin/python -m pip install 'setuptools==60.0.0' wheel build
.venv/bin/python -m build --no-isolation
unzip -l dist/*.whl
# Archive:  dist/straight_watcher-1.0.dev0-py3-none-any.whl
#   Length      Date    Time    Name
# ---------  ---------- -----   ----
#       300  2023-08-14 18:53   straight_watcher-1.0.dev0.dist-info/METADATA
#        92  2023-08-14 18:53   straight_watcher-1.0.dev0.dist-info/WHEEL
#         1  2023-08-14 18:53   straight_watcher-1.0.dev0.dist-info/top_level.txt
#       344  2023-08-14 18:53   straight_watcher-1.0.dev0.dist-info/RECORD
# ---------                     -------
#       737                     4 files

Newer versions of setuptools will halt the build because this kind of wheel looks off (it is missing packages/modules), and it prefers to prompt the user to be explicit about it instead of creating a potentially problematic package.

However, as of yet I have been unable to find any combination of setup.py and pyproject.toml options that allows the package to be installed and both modules to be imported. Either installation fails with a different error, or the package is installed with the modules not being importable.

The error message says:
If you are trying to create a single distribution with multiple modules
on purpose, you should not rely on automatic discovery.
Instead, consider the following options:

1. set up custom discovery (`find` directive with `include` or `exclude`)
2. use a `src-layout`
3. explicitly set `py_modules` or `packages` with a list of names

You said option 2 is not possible for you, but have you tried options 1 or 3? What are the problems with those options?
For example, I gave it a try for option 3 (re-using the same project directory from the snippet above):
.venv/bin/python -m pip install 'setuptools==68'
sed -i 's/)/    py_modules=["straight_watch", "straight_watch_callback"])/' setup.py  # add py_modules configuration.
.venv/bin/python -m build --no-isolation
# ...
# Successfully built straight-watcher-1.0.dev0.tar.gz and straight_watcher-1.0.dev0-py3-none-any.whl
unzip -l dist/*.whl
#   Length      Date    Time    Name
# ---------  ---------- -----   ----
#      2611  2023-08-14 18:53   straight_watch.py
#      2031  2023-08-14 18:53   straight_watch_callback.py
#       273  2023-08-14 19:09   straight_watcher-1.0.dev0.dist-info/METADATA
#        92  2023-08-14 19:09   straight_watcher-1.0.dev0.dist-info/WHEEL
#        39  2023-08-14 19:09   straight_watcher-1.0.dev0.dist-info/top_level.txt
#       502  2023-08-14 19:09   straight_watcher-1.0.dev0.dist-info/RECORD
# ---------                     -------
#      5548                     6 files
.venv/bin/python -m pip install -e .
# ...
# Successfully installed psutil-5.6.6 straight-watcher-1.0.dev0
.venv/bin/python -c 'import straight_watch_callback; print(straight_watch_callback)'
# <module 'straight_watch_callback' from '/straight.el/watcher/straight_watch_callback.py'>
.venv/bin/python -c 'import straight_watch; print(straight_watch)'
# <module 'straight_watch' from '/straight.el/watcher/straight_watch.py'>

Or did I simply not find the right combination of configuration to make this work? (I tried different options for numerous hours and even looked through the setuptools source code.)

Not sure if I am understanding which would be the combinations that you are talking about. The error message lists 3 possible solutions. All of them should work for the reproducer you have presented. Could you please clarify and/or provide a minimal reproducer similar to the snippet above?
Footnotes

You can have an idea on how complicated this compromise is by reading the many threads in https://discuss.python.org/search?q=pep 660. ↩
You can see more details of this configuration option in  https://setuptools.pypa.io/en/latest/userguide/package_discovery.html ↩

I’m experiencing an issue with setuptools, specifically that my directory layout is upsetting the auto discovery feature (for my packages and modules). The error I get is shown above, which instructs me to do one of three listed options… Option 2 is not an option for me. I tried setting up custom discovery which did not work (it still complained about the layout and ignored the exclude call). I also tried explicitly listing out the packages and modules, but it seemingly still tries to use auto discovery regardless….
I had my script working setuptools (using setup.py) with Python 3.8, but this issue is now occurring after upgrading to 3.11
Originally posted by @ehkristen in https://github.com/pypa/setuptools/issues/4013#issuecomment-2436409234

Hi @ehkristen , could you please provide a mimum reproducible example so that we can investigate the issue?

setuptools version
Not sure -> using py2exe
Python version
Python 3.11
OS
Edition	Windows 10 Enterprise
Version	22H2
OS build	19045.5011
Experience	Windows Feature Experience Pack 1000.19060.1000.0
Additional environment information
No response
Description
I have an existing Python project that defines five packages, three modules (four if you count main.py), and a folder with files that get used at the top level,
The relevant directory structure is as follows:
.../src/backend:
├── package_a
|        ├──   __init__.py
|        └──   package_a.py
├── files
|        └──   (csv files in this folder)
├── package_b
|        ├──   __init__.py
|        └──   package_b.py
├── package_c
|        ├──   __init__.py
|        └──   package_c.py
├── package_d
|        ├──   __init__.py
|        └──   package_d.py
├── package_e
|        ├──   __init__.py
|        └──   package_e.py
├── module_a.py
├── module_b.py
├── main.py
├── setup.py
└── module_c.py

I have a build.cmd file (with a _build.cmd file) which tries to install the modules/packages and then it is expected for it to import all the packages/ modules.
The setup.py is:
from setuptools import setup
import setuptools
import distutils.core import setup
import py2exe
import os

setuptool.setup(
    name="<Name>",
    author="<Name>",
<EMAIL_ADDRESS>    description="<description>",
    long_description= long_description,
    long_description_content_type="text/markdown",
    packages= ['package_a', 'package_b', 'package_c', 'package_d', 'package_e'],
    package_dir={"package_a":"package_a", "package_b":"package_b",
                          "package_c":"package_c", "package_d":"package_d",
                          "package_e":"package_e"}
    py_modules=[ "module_a", "module_b", "module_c"],
    data_files=[ <os.walk of the file directory location, gathers all the file directories> ],
    python_requires=">=3.6",
)

setup(console=['main.py'])

Expected behavior
With python <= 3.8, installation works fine and the imports described above work fine and the executable main.exe gets built (But note: I was using the auto discovery function, which worked perfectly fine. Auto discovery  with python 3.11 with my flat layout errors and build gets terminated).
How to Reproduce
With python >=3.11 installation fails with the following error:
error: Multiple top-level modules discovered in a flat-layout: ['package_a', 'package_b', 'package_c', 'package_d', 'package_e', 'files'].

Documentation herecontains the note:
If you are using auto-discovery with flat-layout, setuptools will refuse to create distribution archives with multiple top-level packages or modules.
This is done to prevent common errors such as accidentally publishing code not meant for distribution (e.g. maintenance-related scripts).
Users that purposefully want to create multi-package distributions are advised to use Custom discovery or the src-layout.

However, as of yet I have been unable to find any combination of setup.py options that allows the packages to be installed and all modules to be imported with a successful build. Either installation fails with the above error about the flat-layout, or the main.exe can't locate the packages/modules when ran. Please note that I am not using a MANIFEST.in nor .egg-info files (did not need them before upgrading python from 3.8 to 3.11). I tried adding these files, but it made no difference in terms of outcomes.
When I try to change the structure of the project, which is a less than desirable option, I am able to have the build go through, but the resulting executable main.exe is not able to locate the modules/packages and crashes. I filed this as a bug because the existing directory structure worked fine with python 3.8, but there seems to be no support for it in python 3.11 (mainly that the 3 listed options did not work). Could you provide an example of a working setuptools setup.py that works with a flat-layout?
Did I simply just not find the right combination of configuration to make this work? (I tried different options for numerous hours and even looked through the setuptools source code.)
Output
See above

Umm... we probably need to simplify this reproducer more. As described in minimum reproducible example, we should remove anything that is not related to the problem. This includes removing py2exe. The provided setup.py script also contains some syntax errors, so I assume it was not tested before posting above.
There seems to be a conceptual error in your setup.py script: it is calling setup(...) twice.
The first time it includes packages=... and py_modules=... and the second time it doesn't.
That is the likely origin of the problem. Since the second call does not have any of the arguments, the auto-discovery is triggered.
In general it does not make sense to call the setup(...) function multiple times, it should be called only once per script.py file. If you have multiple packages, then you somehow needs to organise them to have multiple setup.py files. Anyway, if you want to disable auto-discovery you need to ensure that any call to setup(...) contains either packages=... or py_modules=... as indicated in the error message.
Also, please do not import distutils.core.setup instead use setuptools.setup.

Please find bellow a small example of how the example project would work once fixed the points discussed above and removed the unrelated py2exe. I am also adding a pyproject.toml file as recommended by the setuptools docs. This example is running in Linux, but it is very likely that an equivalent setup in Windows would work fine:
> docker run --rm -it python:3.11-bookworm /bin/bash
mkdir /tmp/proj && cd /tmp/proj
mkdir package_a package_b package_c package_d package_e
touch package_a/__init__.py package_a/package_a.py
touch package_b/__init__.py package_b/package_b.py
touch package_c/__init__.py package_c/package_c.py
touch package_d/__init__.py package_d/package_d.py
touch package_e/__init__.py package_e/package_e.py
touch module_a.py
touch module_b.py
touch module_c.py
touch main.py

cat <<EOF > setup.py
import setuptools

setuptools.setup(
    name="package",
    author="<Name>",
<EMAIL_ADDRESS>    description="<description>",
    long_description="long_description",
    long_description_content_type="text/markdown",
    packages= ['package_a', 'package_b', 'package_c', 'package_d', 'package_e'],
    package_dir={"package_a":"package_a", "package_b":"package_b",
                          "package_c":"package_c", "package_d":"package_d",
                          "package_e":"package_e"},
    py_modules=[ "module_a", "module_b", "module_c"],
    # data_files=[ <os.walk of the file directory location, gathers all the file directories> ],
    python_requires=">=3.6",
)
EOF

cat <<EOF > pyproject.toml
[build-system]
requires = ["setuptools>=75.2"]
build-backend = "setuptools.build_meta"
EOF

apt update -y
apt install tree
tree
# .
# ├── main.py
# ├── module_a.py
# ├── module_b.py
# ├── module_c.py
# ├── package_a
# │   ├── __init__.py
# │   └── package_a.py
# ├── package_b
# │   ├── __init__.py
# │   └── package_b.py
# ├── package_c
# │   ├── __init__.py
# │   └── package_c.py
# ├── package_d
# │   ├── __init__.py
# │   └── package_d.py
# ├── package_e
# │   ├── __init__.py
# │   └── package_e.py
# ├── pyproject.toml
# └── setup.py

python -m pip install .
# ...
# Successfully built package
# Installing collected packages: package
# Successfully installed package-0.0.0

Could you please try fixing the points discussed above? Let me know how it goes and feel free to close the issue if the changes suggested above are enough to fix the problems.
Otherwise, if you want more help with the investigation, please make sure to provide an updated version of the reproducer, reduced to the minimum (without dependencies not maintained by setuptools such as py2exe), and that clearly showcases the error. Please also make sure to follow the tips in https://stackoverflow.com/help/minimal-reproducible-example.

Hi, sorry for the confusion! the second call at the bottom is part of the second portion of my setup call and is used to signify that I want the executable to be set to main.py (I did not include the parts below that line).
The second call is using the distutils.core.setup
the second call looks like this:
setup(console =['main.py']
followed by code that zips the library in a folder that gets saved in the /dist folder that's generated.
Having both calls was not an issue with python 3.8

Hi @ehkristen , many things might be happening since you last tried with 3.8, including the case that it "accidentally worked". So I recommend paying attention to the points I highlighted above.
Please make sure that you include packages=... and of py_modules=... in any calls to setup(...), and please don't use distutils.core.setup. I also don't recommend calling setup(...) more then once in the same script, this is very likely error prone, and setuptools is not really designed to support that.
If you don't have any other iteration of the reproducer, let's close this issue. As I showed in my previous comment, once you fix the setup.py script and follow the suggestions in the error message, the problems seem to go away.

Hi @abravalheri , so I reworked everything, utilizing py2exe.freeze, but I'm experiencing an issue where the zipped library does not include the base python modules that are called in the script? (Example pandas) I tried explicitly writing out the module in the options={ "includes": "pandas"}  but when I tell it to include pandas, the hook_pandas from hooks.py errors saying that there's no module named packaging . I checked inside of this function to see what was happening, and it appears to import from a module called packaging? The only packaging module that I see in Python 311 is under site-packages/pkg_resources/_vendor/packaging while hook.py is under py2exe.

Hi @ehkristen, I will not be able to assist you with py2exe related questions.
If you have a minimal reproducer that only uses setuptools and PyPA tools like build or pip, I can try to have a look, but I do need a proper minimal reproducible example for that (so if yopu are interested please make sure to share a reproducer that follow the steps in https://stackoverflow.com/help/minimal-reproducible-example).
packaging is used by setuptools, but because of the bootstrap limitations of the Python packaging ecosystem, setuptools ships its own vendored version of packaging, however, it will always try to use the version that is already available in the environment first, and just rely on the vendored copy as last resort.

Hi @abravalheri , is it possible to use setuptools to create an executable? From my understanding it does not make the executable?

Setuptools allows specifying executable scripts to be installed alongside packages via entry-points: https://setuptools.pypa.io/en/latest/userguide/entry_point.html .
Other than that, setuptools does not natively support creating single file executables.
Other tools may use setuptools as an underlying step in this process, but that logic is not implemented in the setuptools repository.


support the DiT architecture and the CIFAR-10 dataset

Do you have plans to support the DiT architecture and the CIFAR-10 dataset, or reproduce the results from the paper?

The primary purpose of this repository is to serve as a reference for the algorithm. I don't have the compute to reproduce the results from the paper unfortunately, but for what its worth, I've repurposed this code for one of my other projects and have found that two-step generation has an FID within about 20% of the diffusion model's FID. This is very close to what the paper claims for ImageNet.
As for DiT and CIFAR-10, I don't intend to modify this repository to support them, but it should be pretty straightforward to modify the code for your own purposes, if that is desired. It's just a matter of swapping dataset to use CIFAR-10 and loading DiT instead of a UNet for model.


This repository is cringe

This came to my attention and this is one of the cringerier cope clones I have ever seen.

Lmao thanks ig. So ur the og Creator of copenheimer? Cool. Could u tell me how u came up with the idea and what are your thoughts on my reverse engineered version? Also, I'm not sure what u mean by "cringe", but this repos designed more so for education purposes and a simple proof of concept rather than as an actual scanning software which is why it's not that fast, nor has a system for external nor automatic up range handling or division to threads, although I do have plans to improve it in the future. :D

This came to my attention and this is one of the cringerier cope clones I have ever seen.

true

Lmao thanks ig. So ur the og Creator of copenheimer? Cool. Could u tell me how u came up with the idea and what your thoughts are on my reverse engineered version? Also, I'm not sure what u mean by "cringe", but this repo's designed more so for ease of use, educational purposes, and as a simple proof of concept rather than as an actual scanning software which is why it's not that fast, nor has a system for external nor automatic range handling or division to threads, although I do have plans to improve it in the future when I stop procrastinating. :D

You'r repo is quite litteraly integrated into wurst not yours specifically but someone else's who is likely more intelligent then you are to think this is even remotely close to Copenheimer

Lmao thanks ig. So ur the og Creator of copenheimer? Cool. Could u tell me how u came up with the idea and what your thoughts are on my reverse engineered version? Also, I'm not sure what u mean by "cringe", but this repo's designed more so for ease of use, educational purposes, and as a simple proof of concept rather than as an actual scanning software which is why it's not that fast, nor has a system for external nor automatic range handling or division to threads, although I do have plans to improve it in the future when I stop procrastinating. :D

You'r repo is quite litteraly integrated into wurst not yours specifically but someone else's who is likely more intelligent then you are to think this is even remotely close to Copenheimer

Grammar???
When did I ever say that this was made to be the same thing as Copenheimer? I explicitly state in the video and github that this is an educational tool (that's why it's designed in python in a way that's easily comprehensible instead of just using smth like masscan) and that I don't want people nuking servers.

Lmao thanks ig. So ur the og Creator of copenheimer? Cool. Could u tell me how u came up with the idea and what your thoughts are on my reverse engineered version? Also, I'm not sure what u mean by "cringe", but this repo's designed more so for ease of use, educational purposes, and as a simple proof of concept rather than as an actual scanning software which is why it's not that fast, nor has a system for external nor automatic range handling or division to threads, although I do have plans to improve it in the future when I stop procrastinating. :D

You'r repo is quite litteraly integrated into wurst not yours specifically but someone else's who is likely more intelligent then you are to think this is even remotely close to Copenheimer

Grammar???
When did I ever say that this was made to be the same thing as Copenheimer? I explicitly state in the video and github that this is an educational tool (that's why it's designed in python in a way that's easily comprehensible instead of just using smth like masscan) and that I don't want people nuking servers.

This 'educational' claim is crazy. Do you really believe anyone would use this for educational purposes? Why would you recreate something used for nuking servers and expect people not to misuse it?

And I apologize if my grammar was not up to your standards. Criticizing '1 grammar' is absurd. Compared to me, you are insignificant. I didn't have time to correct myself because, unlike you, I have significant responsibilities in this world.
^^

Seriously, you think you’ve done something big with this repo? 😂 Even one of the main devs of Copenheimer is calling you out. 💀

Lmao thanks ig. So ur the og Creator of copenheimer? Cool. Could u tell me how u came up with the idea and what your thoughts are on my reverse engineered version? Also, I'm not sure what u mean by "cringe", but this repo's designed more so for ease of use, educational purposes, and as a simple proof of concept rather than as an actual scanning software which is why it's not that fast, nor has a system for external nor automatic range handling or division to threads, although I do have plans to improve it in the future when I stop procrastinating. :D

You'r repo is quite litteraly integrated into wurst not yours specifically but someone else's who is likely more intelligent then you are to think this is even remotely close to Copenheimer

Grammar???
When did I ever say that this was made to be the same thing as Copenheimer? I explicitly state in the video and github that this is an educational tool (that's why it's designed in python in a way that's easily comprehensible instead of just using smth like masscan) and that I don't want people nuking servers.

This 'educational' claim is crazy. Do you really believe anyone would use this for educational purposes? Why would you recreate something used for nuking servers and expect people not to misuse it?

Creating or modelling a simplified example of something to teach about something is common practice. For instance, those teaching swordsmanship have wooden swords, those teaching how to make bullet proof materials teach a basic model for how guns work, and those teaching cybersecurity create a simplified overview, or actual piece simplified of malware.  Is that the purpose, or intent of the tool though? No, and if you say otherwise we'll both know you're lying. Should these tools, then, just because of their danger be outlawed? No. It's just an example used for demonstration, which I've used for demonstrating how these things work not only through github and youtube, but with other people in real life as well.

And I apologize if my grammar was not up to your standards. Criticizing '1 grammar' is absurd. Compared to me, you are insignificant. I didn't have time to correct myself because, unlike you, I have significant responsibilities in this world.
^^

Let's be honest, the only reason I complained about your grammar was that it's near incomprehensible. I don't care about grammar much and make a ton of mistakes myself, but at least make what you say readable. Also, attacking me personally? Ad hominem.

Seriously, you think you’ve done something big with this repo? 😂 Even one of the main devs of Copenheimer is calling you out. 💀

I never said I was doing anything big with the repo? So far multiple of your arguments have been the literal definition of a straw man fallacy. Also, the reason he called my repo cringe is likely the fact that this is an educational tool designed for simplicity of understanding instead of speed, which is different from what his version and multiple other Copenheimer clones were designed for: aiming to be fast and to be able to cause damage.

This entire issue is cringe, you guys are arguing about a Minecraft tool. Someone close it and move on.

This entire issue is cringe, you guys are arguing about a Minecraft tool. Someone close it and move on.

Yeah, agreed. I wanted to leave it here as a joke, but it'll probably attract more people like @FFUV so I'll close it.

This entire issue is cringe, you guys are arguing about a Minecraft tool. Someone close it and move on.

Yeah, agreed. I wanted to leave it here as a joke, but it'll probably attract more people like @FFUV so I'll close it.

Closing it sounds like you're running away from consequences.
Creating or modeling a simplified example of something is a common practice, but claiming that this project is purely "educational" is disingenuous. This project is a Minecraft hack to find and track people on servers, and it's a bad version at that.
And about the grammar—criticizing my grammar is absurd. Compared to me, you are insignificant. I didn't have time to correct myself because, unlike you, I have significant responsibilities in this world.
Seriously, you think you’ve done something big with this repo? 😂 Even one of the main devs of Copenheimer is calling you out. 💀
I've also noticed inconsistencies in what I've asked for and what you've done. Your claim that this is an educational tool designed for simplicity is questionable at best. If I wanted something fast and damaging, I could've just used masscan + filter, which would've been multitudes of times easier. This example is written in Python with 3 common Python libraries, isn't even asked to be run in something like PyPy, and it clearly doesn't aim for speed or efficiency, unlike other Copenheimer clones designed to cause damage.
By the way, I know you reported me, but it only shows your desperation to silence criticism instead of addressing the real issues.
Also, let's take a look at your code:
`from mcstatus import JavaServer
import threading
import asyncio
defaultPort = 25565
defaultTimeout = 1
waitForTimeout = 100
ipIters = [
[
#Enter the IP ranges here like this: [[127, 0, 0, 1], [127, 0, 0, 1]],
#A thread will scan each
],
[ # Since computer network buffers are limited, there are different ipIters which are looped over synchronously in order, thus this is the same as the previous one, it just runs afterwards
]
]
outputFileName = "output.txt"
def GetAddr(ip):
return f"{ip[0]}.{ip[1]}.{ip[2]}.{ip[3]}:{defaultPort}"
class SearchThread(threading.Thread):
def init(self, ipRange):
threading.Thread.init(self)
self.ipRange = ipRange
def run(self):
asyncio.run(self.async_run())
async def async_run(self):
tasks = []
while self.ipRange[0] != self.ipRange[1]:
server = JavaServer.lookup(GetAddr(self.ipRange[0]))
server.timeout = defaultTimeout
tasks.append([self.ipRange[0].copy(), asyncio.create_task(server.async_status())])
        self.ipRange[0][3] += 1
        for i in reversed(range(len(self.ipRange[0]))):
            if self.ipRange[0][i] > 255:
                self.ipRange[0][i] = 0
                self.ipRange[0][i - 1] += 1
            else:
                break

    for task in tasks:
        try:
            await asyncio.wait_for(task[1], timeout=waitForTimeout)
            task[1].result()
            outputFile = open(outputFileName, 'a')
            outputFile.write(GetAddr(task[0]) + '\n')
            outputFile.close()
        except:
            pass
    print("Thread finished!")

def main():
print("Program started!")
for i in range(len(ipIters)):
print(f"Iteration #{i} started!")
searchThreads = []
for ipRange in ipIters[i]:
searchThreads.append(SearchThread(ipRange))
searchThreads[len(searchThreads) - 1].start()
for thread in searchThreads:
thread.join()
if name == "main":
main()
`
So, this is your code? Let's break it down:
Threading with asyncio: You're mixing threading with asyncio, which is overcomplicating things. There are much cleaner ways to handle concurrency in Python.
Hardcoding IP Ranges: Instead of dynamically generating IPs or using more sophisticated network scanning methods, you're expecting users to input IP ranges manually. That's not only inefficient but also impractical.
Error Handling: Your except block is too broad. Catching all exceptions without any logging or handling is a bad practice and makes debugging a nightmare.
Output Handling: Writing to a file in this manner can lead to file corruption, especially when multiple threads try to write simultaneously. Using a thread-safe method or a logging library would be much better.
In conclusion, if you think this poorly designed script is groundbreaking, you need to reassess your standards.

Seriously, you think you’ve done something big with this repo? 😂 Even one of the main devs of Copenheimer is calling you out. 💀
@RandomGamingDev

Also wow, I’m truly amazed by your dedication to being the self-appointed enforcer of GitHub etiquette. I didn’t realize we were in the presence of such a distinguished gatekeeper! My sincerest apologies if my previous message didn't meet your high standards of decorum. It’s clear now that your mission to uphold the sanctity of online interactions is as impressive as it is, well, unique.
Rest assured, I’ll make sure to adjust my approach to match your impeccable expectations. If you need any more guidance on how to maintain the delicate balance of GitHub's universe, just let me know.
Wow, I’m truly amazed by your dedication to being the self-appointed enforcer of GitHub etiquette. I didn’t realize we were in the presence of such a distinguished gatekeeper! My sincerest apologies if my previous message didn't meet your high standards of decorum. It’s clear now that your mission to uphold the sanctity of online interactions is as impressive as it is, well, unique.
Rest assured, I’ll make sure to adjust my approach to match your impeccable expectations. If you need any more guidance on how to maintain the delicate balance of GitHub's universe, just let me know. Please just let me know anything you need my Minecraft anarchy king please because reporting me wow you must be the golden balance you must be a god of somewhat.
But on a serious note reporting me for saying that (which was criticism) is crazy considering you didn't report @orsondmc whilst you were literally glazing him

blue really deleted my comments he can't take my HEAT LMFAO

Still running from the truth deleting my comments.

I have everything screenshot and recorded so don't worry

nah blud is mad!!!


Make exectutor report deploys to the scheduler

On deploy, the executor reports start and end to the server, we want to move this to the scheduler.
It should be feasible by:

updating executor to not call deploy_start and deploy_done to the server, but do it in the surrounding Deploy task
inline the deploy_start and deploy_done methods into the scheduler
strip them to cover only the case at hand  (when replacing in-db state with in-memory state, be mindful of recovery behavior)

May interact with #8187  and should not be done in parallel

Hey team! Please add your planning poker estimate with Zenhub @arnaudsjs @hlloreda @Hugo-Inmanta @jptrindade


Any doc ?

Hello,
I'm happy to see that they's some existing Bundles for Payment purpose. I read the 'docs' and included the Core&Paypal bundles into my app, tried to to get it work but It's hard because the doc dont say anything..
First at all, I never saw anywhere that we must put cancel_url & return_url
And after that, I used the DemoController but it doesnt work. (Transaction not successfull at first page..). I think a doc should help everybody.
How to have a page where the user can put his payment informations.. ? A PayPal success page... Etc. Like in all website, you know.
Thanks !
PS : The CoreBundle created a lot of tables into my database. I dont think I need all of these. I want to manage by my way the ordering process.

Hello,
Any news? =]
Thanks.


Is the optional URL dead code?

What is the purpose of this optional URL?
https://github.com/ada-url/ada/blob/20cac12e9e84712714ab77dea6640ece94b4455d/src/parser.cpp#L22
If it is dead code, it should be removed.

It is not used at the moment. Initially, optional_url was used for the setter web platform tests, but we removed it.


GitHub Issue Duplicate Detector

Description of the new feature/enhancement
As there are lots of open issues (1.5k+ when writing this), the likelihood for the community of inadvertently introducing new duplicates is fairly high.
The only way for contributors to mitigate this risk is to follow the recommended guidelines and rigorously searching (manually) similar issues prior to open a new one.
Needless to say, this is error prone as it depends on the quality of the research itself.
Result: while everybody agrees on the rulebook, life is too short so let's submit new issue right away... 🤷🏻♂
The new GitHub action ghidd delivers a seamless repo maintainer experience aiming to simplify triage tasks by automatically spotting and tagging duplicate issues.
📑 Read more at https://github.com/marketplace/actions/github-issue-duplicate-detector
Contributions are highly welcome 🙏🏻

Proposed technical implementation details (optional)

Thanks for the suggestion! Our coworker @craigloewen-msft is actually in the process of upgrading our existing duplicate detector. It's temporarily offline, but he assures me it'll be back before too long.
Thanks though!


would be nice to allow direct youtube scraping

it shouldn't be that hard -- youtube_dl is python and we should be able to import it and call right into it.

Doesn't sound legal, sorry!


Rule Idea: Missing spec

Enforcing every function to be spec'ed improves code quality as it improves the results from dialyzer. A nifty rule would be to create an error for functions missing a spec.

You don't need elvis for that, the compiler can warn you about those things on its own.

Oh I didn't knew that :) awesome!


Clarify privilege requirements for G-stage (and MSI) address translation

I fear this point isn't made clear enough in the current document:
Consistent with the RISC-V Privileged Architecture, G-stage translation involving a regular G-stage page table (not an MSI page table) succeeds only if the leaf PTE has bit U = 1, even if the inbound memory transaction or address translation request specifies supervisor privilege (for example, a PCIe transaction or ATS request has a PASID TLP Prefix with the "Privileged Mode Requested" field set to 1).
Similarly for an MSI page table, any privilege specified by the memory transaction or address translation request is always ignored.

The specification refers to the privileged specification section 8.5 -  which has the explanation for U bit checking "when checking the U bit, the current privilege mode is always taken to be U-mode".
The MSI PTE specification is not clear on this point. Will add a to the IOMMU specification elaborating this.

PR #143


BTF doesn't work with libbpf v0.4

What reproduces the bug?
Build from trunk:
$ git clone https://github.com/iovisor/bpftrace.git
$ cd bpftrace
$ cmake .

Output:
...
-- Found LibBpf: /usr/lib/libbpf.so
-- Looking for btf_dump__new
-- Looking for btf_dump__new - not found
-- Looking for btf_dump__emit_type_decl
-- Looking for btf_dump__emit_type_decl - not found
...

In ./CMakeFiles/CMakeError.log
Determining if the btf_dump__new exist failed with the following output:
Change Dir: /home/vagrant/bpftrace/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/make -f Makefile cmTC_53627/fast && /usr/bin/make  -f CMakeFiles/cmTC_53627.dir/build.make CMakeFiles/cmTC_53627.dir/build
make[1]: Entering directory '/home/vagrant/bpftrace/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_53627.dir/CheckSymbolExists.c.o
/usr/bin/cc   -include stdbool.h -o CMakeFiles/cmTC_53627.dir/CheckSymbolExists.c.o -c /home/vagrant/bpftrace/CMakeFiles/CMakeTmp/CheckSymbolExists.c
In file included from /home/vagrant/bpftrace/CMakeFiles/CMakeTmp/CheckSymbolExists.c:2:
/usr/include/bpf/btf.h: In function ‘btf_is_float’:
/usr/include/bpf/btf.h:328:31: error: ‘BTF_KIND_FLOAT’ undeclared (first use in this function); did you mean ‘BTF_KIND_CONST’?
  328 |         return btf_kind(t) == BTF_KIND_FLOAT;
      |                               ^~~~~~~~~~~~~~
      |                               BTF_KIND_CONST
/usr/include/bpf/btf.h:328:31: note: each undeclared identifier is reported only once for each function it appears in
make[1]: *** [CMakeFiles/cmTC_53627.dir/build.make:78: CMakeFiles/cmTC_53627.dir/CheckSymbolExists.c.o] Error 1
make[1]: Leaving directory '/home/vagrant/bpftrace/CMakeFiles/CMakeTmp'
make: *** [Makefile:127: cmTC_53627/fast] Error 2

$ zcat /proc/config.gz  | grep CONFIG_DEBUG_INFO_BTF
CONFIG_DEBUG_INFO_BTF=y
CONFIG_DEBUG_INFO_BTF_MODULES=y

$ ls -l /usr/lib/libbpf.so.0.5.0
-rwxr-xr-x 1 root root 317768 Sep  2 18:45 /usr/lib/libbpf.so.0.5.0

Which os are you on and where did you get libbpf from?

Thank you for your time and  a prompt reply.
My os is  Arch Linux
# uname -a
Linux archlinux 5.13.12-arch1-1 #1 SMP PREEMPT Wed, 18 Aug 2021 20:49:03 +0000 x86_64 GNU/Linux

I tried libbpf from the community repo: https://archlinux.org/packages/extra/x86_64/libbpf/ and from AUR: https://archlinux.org/packages/extra/x86_64/libbpf/
I will try to compile it from the sources if necessary.

BTF_KIND_FLOAT is relatively new so if your libbpf bulid is newer than what the kernels libbpf is (libbpf is part of the kernel but also stand alone build that can be a newer version) that might cause issues, but your kernel is up to date too.
What you could try is to build libbpf and run make install_uapi_headers, it should install the latest uapi headers which inturns defines the FLOAT. Or you could do a grep BTF_KIND_FLOAT /usr/include /usr/src /lib/modules/$(uname -r) and see if it pops up there.

Thank you a lot! You saved my day!
make install_uapi_header fixed my issue.
...
-- Found LibBpf: /usr/lib/libbpf.so
-- Looking for btf_dump__new
-- Looking for btf_dump__new - found
-- Looking for btf_dump__emit_type_decl
-- Looking for btf_dump__emit_type_decl - found
...

# sudo bpftrace --info 2>&1 | grep btf
  libbpf btf dump: yes
  libbpf btf dump type decl: yes
  btf (depends on Build:libbpf): yes

Not sure whether that is the right solution, afaik those headers should be part of the kernel.


update evaluate-children to pass deck gl view ports

to children with deckGLViewProps flag

Coverage decreased (-0.003%) to 83.304% when pulling a191601c0f0acc01c3c2a2c54a36ea7a821d6e6a on deckGLViewProps into 1134cadf318b7ffb2dc04a314d303a9159381355 on master.


ID-71

add deploy nuget script

Will have to merge main into this branch as ive changed a fair few things
Claims need to be more name / value not an object.


Can't explicitly specify void return type on _init()

Godot version
v4.0.dev.calinou.de83ee57e
System information
Windows 10 x64
Issue description
When using typed GDScript, you can specify return types for functions via func func_name() -> return_type:. This is disallowed for _init(), which mostly makes sense as init can never return anything. But you also can't manually say that init returns nothing via func _init() -> void: -- it still gives you "Error at (line number): Constructor cannot have an explicit return type."
It's not a big bug, but it bugs me that I can't have a (void) return type on init though all of my other functions have return types, many of which are void.
Steps to reproduce
func _init() -> void:
Minimal reproduction project
No response

IMO it's ok to disallow it, but then "Add Type Hints" option shouldn't put the void return for constructor.


enum for buttons, for each supported controller type

I find it a little hard to index like gamepad.buttons[0] (using the example you gave), maybe it could be something like gamepad.buttons[xbButton.a], and equiv for other controllers, so things like psButton.x, nsButton.b (would also be WiiU)

Here's the context of code snippets from earlier 🙂
const observer = new GamepadObserver((record, _observer) => {
  if (record.index !== 0) return;

  switch (record.type) {
    case "connect": {
      console.log("Controller connected!", record.gamepad);
      break;
    }
    case "input": {
      console.log("Controller input change!", record.gamepad);
      break;
    }
    case "disconnect": {
      console.log("Controller disconnected!", record.gamepad);
      break;
    }
  }
});

observer.observe(0); // Add gamepad index `0` to the watcher
observer.observe(1); // Add gamepad index `1` to the watcher

// Wrote this in Discord, not sure if it completely functions properly

import { createSignal, onCleanup } from "solid-js";
import { GamepadObserver } from "gamepad-state";

export function FancyDialog() {
  const [getOpen, setOpen] = createSignal<boolean>(false);

  const observer = new GamepadObserver(record => {
    const gamepad: Gamepad = record.gamepad; // Regular `Gamepad` object
    const pressed: boolean = gamepad.buttons[0].pressed; // `A` button on Xbox controller
    setOpen(pressed);
  });

  observer.observe(2); // Allow only 'Player 3' to be detected.

  onCleanup(() => {
    observer.disconnect();
  });

  return (
    <dialog open={getOpen()}>
      {/* -- Component features -- */}
    </dialog>
  );
}


adb & daemon error

scrcpy 2.3.1 < https://github.com/Genymobile/scrcpy >

daemon not running; starting now at tcp:5037
could not read ok from ADB Server
failed to start daemon
error: cannot connect to daemon
ERROR: "adb start-server" exited unexpectedly
ERROR: Could not start adb server
ERROR: Server connection failed
Press Enter to continue...

https://github.com/Genymobile/scrcpy/issues/4531#issuecomment-1856761367

it still

#4531 (comment)

it still

Do sudo scrcpy


feature: Allow sharing to individual K9 contact

It would be neat if I could share things from other apps as an email to an individual contact in K9. Currently, when I tap the share icon somewhere, I only see the K9 app itself. Other apps, like Signal for example, expose individual contacts, which I can then share directly to (typically displayed in recently-shared-to order, I guess; I'm on Cyanogenmod 12.x, Android 5.x).
I guess this feature should not send the email automatically, but rather pop up K9 with To: (and body) properly filled out, so one can just tap Send.

Great work, thanks!


VM name exists error while provisioning catalog item

Hi,
I'm facing '[MiqException::MiqProvisionError]: A VM with name: [ubuntu] already exists' error during service_template_provision_task. I'm provisioning a service catalog item where the instance name is set as "ubuntu" under Request Info.
ManageIQ used to automatically append sequence numbers to the vm name like ubuntu_0001, ubuntu_0002, when I was running from master commit 82f08de2d20f8cd577f74070062555ad3cba7cbf (Date: Tue Feb 3 09:47:55 2015),
This error is occurring to me with recent botvinnik-1-rc2 release commit 74228e332a11eaa312e929071efb052a6a8e697b. The configured name being used as such without suffixing any sequence number and hence every order after the first one fails due to name exist error.

@jayyvis
In the instance name you under the request you should be setting the instance name as ubuntu_$n{3}
The $n{3} is the one that increments vmnames after searching thru the DB

@mkanoor Thanks for helping me. Specified instance name as "ubuntu_$n{3}" but ended up with next issue.
Provision request reaches active state and remains there. Logs revealed this:
INFO -- : Q-task_id([miq_provision_27]) MIQ(MiqProvisionAmazon#poll_destination_in_vmdb) Unable to find Vm [ubuntu_001] with ems_ref [i-dc60d100], will retry

Quick check in AWS console revealed that instance [i-dc60d100] got provisioned & running but its name is . Thinking if ManageIQ is sending "ubuntu_$n{3}" as is to AWS api and ending up with a blank name at AWS side.
How can I debug the AWS api request payload being sent out by ManageIQ?
I've already enabled "debug" level logging and couldn't find much in aws.log, fog.log except this in evm.log where name remains "ubuntu_$n{3}"
:vm_name=>"ubuntu_$n{3}"
WARN -- : MIQ(catalog_controller-explorer):   vm_name <String> Size 12 Value "ubuntu_$n{3}"

WARN -- : MIQ(catalog_controller-explorer):   wf <MiqProvisionAmazonWorkflow> Size 21562 Value #<MiqProvisionAmazonWorkflow:0x00000016a20a10 @values={:initial_pass=>true, :service_template_request=>true, :miq_request_dialog_name=>"miq_provision_amazon_dialogs_template", :customize_enabled=>["disabled"], :requester_enabled=>["disabled"], :purpose_enabled=>["disabled"], :current_tab_key=>:service, :customization_template_script=>nil, :owner_phone=>nil, :owner_country=>nil, :owner_phone_mobile=>nil, :owner_title=>nil, :owner_first_name=>nil, :owner_manager=>nil, :owner_address=>nil, :owner_company=>nil, :owner_last_name=>nil, :owner_manager_mail=>nil, :owner_city=>nil, :owner_department=>nil, :owner_load_ldap=>nil, :owner_manager_phone=>nil, :owner_state=>nil, :owner_office=>nil, :owner_zip=>nil, :owner_email=>nil, :request_notes=>nil, :vm_tags=>[], :placement_auto=>[true, 1], :placement_availability_zone=>[nil, nil], :cloud_network=>[nil, nil], :cloud_subnet=>[nil, nil], :security_groups=>[nil, nil], :floating_ip_address=>[nil, nil], :number_of_vms=>[1, "1"], :vm_description=>nil, :vm_prefix=>nil, :src_vm_id=>[4, "Ubuntu Server 14.04 LTS"], :vm_name=>"ubuntu_$n{3}", :schedule_type=>["immediately", "Immediately on Approval"], :schedule_time=>Tue, 21 Apr 2015 16:20:00 IST +05:30, :retirement=>[0, "Indefinite"], :retirement_warn=>[604800, "1 Week"], :instance_type=>[1, "t2.micro: T2 Micro"], :guest_access_key_pair=>[2, "jay-csb-project"], :monitoring=>["basic", "Basic"], :dns_servers=>nil, :dns_suffixes=>nil, :addr_mode=>["dhcp", "DHCP"], :linux_host_name=>nil, :gateway=>nil, :linux_domain_name=>nil, :subnet_mask=>nil, :root_password=>nil, :hostname=>nil, :start_date=>"4/21/2015", :start_hour=>"16", :start_min=>"20", :name=>"Ubuntu 14.04 LTS", :description=>"", :long_description=>"", :provision_cost=>nil, :display=>true, :catalog_id=>1, :available_catalogs=>[["Database", 3], ["Linux", 1], ["Windows", 2]], :retire_fqname=>"", :reconfigure_fqname=>"", :fqname=>"", :available_dialogs=>{1=>"Provision Terms"}, :st_prov_type=>"amazon", :service_type=>"atomic", :src_vm_n

@jayyvis
We set the name after the instance has been provisioned as part of the post installation customizations. We never send the $n{3} over, the instance name is fully resolved before we call the customization.
You might want to check from the automate.log if the customization steps ran.

@mkanoor Tried same steps with openstack template and it works fine.
But still aws provisioning results in empty name for the instance in AWS console and ManageIQ request stays at active state with following log repeated (evm.log)
INFO -- : Q-task_id([miq_provision_36]) MIQ(MiqProvisionAmazon#poll_destination_in_vmdb) Unable to find Vm [ubuntu_003] with ems_ref [i-ca52e316], will retry

@jayyvis
When we submit a provision request to EC2 we wait for a "inventory refresh" to bring in the new instance information after it has been successfully provisioned. This message which comes from vmdb/app/models/miq_provision/state_machine.rb line #28 which requeues the poll_destination_in_vmdb till the time the vm shows up in the VMDB. You might want to ensure that the ems refresh is working for you and able to get the inventory data from EC2.

@jayyvis
In the file vmdb/app/models/miq_provision_cloud/state_machine.rb there is a function called poll_clone_complete, this is the function that is waiting for the provision to end. There is a log message here which should give you some idea about the current state of the provision
$log.info("MIQ(#{self.class.name}#poll_clone_complete) #{message}")
e.g. The first 2 messages below show we are waiting, the last message indicates that the provisioning is done.
[----] I, [2015-04-21T16:58:38.243873 #19259:3fcbf145e6e0]  INFO -- : Q-task_id([miq_provision_4]) MIQ(MiqProvisionAmazon#poll_clone_complete) Clone of [xxxxx] to Vm [yyyyy] is pending
[----] I, [2015-04-21T16:58:52.618455 #19260:3fdfb585e6f0]  INFO -- : Q-task_id([miq_provision_4]) MIQ(MiqProvisionAmazon#poll_clone_complete) Clone of [xxxxx] to Vm [yyyyy] is pending
[----] I, [2015-04-21T16:59:38.686683 #19259:3fcbf145e6e0]  INFO -- : Q-task_id([miq_provision_4]) MIQ(MiqProvisionAmazon#poll_clone_complete) Clone of [xxxxx] to Vm [yyyyy] is completed; post provision work queued
When the provision is done we call the  EmsRefresh.queue_refresh(source.ext_management_system)
which queues a EmdRefresh Task to get the instance inventory, we don't wait for it to end and immediately call poll_destination_in_vmdb, which is where we wait for the instance info to show up in the VMDB as part of the earlier EmsRefresh. The loop that you mention about from your evm.log is from the poll_destination_in_vmd. If for some reason the EmsRefresh is stuck or broken then you would get into the loop.

@mkanoor Thanks for explaining how it works and helping me to narrow down the issue.
INFO -- : Q-task_id([miq_provision_27]) MIQ(MiqProvisionAmazon#poll_clone_complete) Clone of [Ubuntu Server 14.04 LTS] to Vm [ubuntu_001] is completed; post provision work queued
The log confirms provisioning is done and found that MiqEmsRefreshWorkerAmazon is not running (rake evm:status). Tried evm:restart, but still MiqEmsRefreshWorkerAmazon is not coming up. Couldn't find any error messages in evm.log.

Tried modifying the credentials and then ManageIQ brought up MiqEmsRefreshWorkerAmazon automatically.

@mkanoor Thanks for your help. Everything works fine now.


How should we manage app user configuration defaults

What level of app user configuration should be supported to opt-in to MFA?

1F: Username/Password option available through API (not an option with Otio as requires 2FA w/Veroway)
2FA: Username/Password option with text or email verification
MFA: Username/password option with MFA using biometrics

Ideally, iVault includes API to support all of these opt-in options for users and/or based on application configuration with graceful fallback if necessary.
### iValt Tasks
- [ ] Work with iValt on existing capability.
- [ ] Work with iValt on any new capability.
- [ ] Work with iValt to improve existing product documentation and / or engineering docs.
- [ ] Associate this work item or tasks with iValt issues if approved by iValt on roadmap.

### TAS Tasks
- [ ] Update documentation around each of the above task
- [ ] Create example scenarios for each option
- [ ] Create wrapper capability for each scenario

@KingOfTac please update to include any other tasks related to this issue including an steps to replicate the problem or constraints you mentioned.


Rename Clubhouse to Shortcut

Could probably do one more global replace for:
api.shortcut.com To api.app.shortcut.com
Ref: https://developer.shortcut.com/api/rest/v3

Oof, thanks for catching that, will do that now.


Added python material-color-utilities library

This repo is not currently accepting external contributions, but feature
requests and bug reports are very welcome!
Pull request to add python material-color-utilities library requested in issue  #26

Hello @avanishsubbiah,
Thank you for creating this PR!
Please note that we require Python PRs to follow the Google Python Style Guide. We would really appreciate it if you could update your PR, making it conform to these standards.
For example, the following changes should be made:

Documenting code with docstrings instead of comments.
Removing extraneous parentheses, such as in if (clippedLstar < tone):
Using idiomatic Python, such as for pixel in pixels: instead of for i in range(len(pixels)):
Using snake_case for method names, such as construct_histogram instead of constructHistogram
Limiting all lines to 80 characters.

Also, please sign the CLA (see above comment for details).
Again, we really appreciate your effort in contributing to the library! Please let us know if you need any help or guidance on this PR.

Hello @avanishsubbiah,
How is everything going?
We would like to know whether you are still working on completing this PR.
Looking forward to hearing from you!

Hello,
I've been busy with a university design project, but I should be able to make the changes listed above soon. I have signed the CLA but it doesn't show up in the PR.
Thanks!

I would like to inform that this implementation is very slow, it takes 3min and 49secs to get dominant color. But if we use this implementation for getting dominate color, then this could be better, it just takes 0.23 secs to get dominant color. I was able to make minimal example in python gui framework Kivy

(Here image is 5.png)


Custom events:

Vue.js version
1.0.25
Reproduction Link

https://jsfiddle.net/oL5qyky9/
Steps to reproduce
Press the dispatch event button
What is Expected?
alert('handled it')
What is actually happening?
alert('handleIt did not run');
Once you change it from childMsg back to child-msg it behaves as expected.

Removing the 'events obj' from parent did the trick:
https://jsfiddle.net/oL5qyky9/2/

Because you changed child-msg in the example to childMsg. Note when using v-on in the template, the event name will be turned into lowercase by the browser. This is part of the 1.x template parsing restrictions, so avoid using uppercase letters in event names in 1.x.
2.0 doesn't have this limitation.

Ahh that makes sense. Thanks guys.


Reduce error chain redundancy in setup_contract

The try_into_msgX methods already convey the fact that the message received was unexpected. The context is therefore redundant.
Furthermore, the context provided was a bit ambiguous.

Alternatively we could reword the context, but in its current state I think it's doing more harm than good.

bors r+


Automatically determine the RabbitMQ protocol when possible

And support setting the protocol via TriggerAuthentication since if overriding host, you will probably want that too at some point (if the new auto-detection doesn't handle it for you).
Checklist

[x] Commits are signed with Developer Certificate of Origin (DCO)
[x] Tests have been added
[x] A PR is opened to update the documentation on https://github.com/kedacore/keda-docs
[x] Changelog has been updated

Honestly I'm not 100% sure there's a reason to leave protocol as a configurable thing rather than making it always automatic. The URLs that are accepted by either httpclient.Get() or amql.Dial() are limited to these specific schemes I think? There might be some cases for taking an HTTP URL and forcing it to an AMQP connection, but that's all I can think of and not even 100% sure Dial will accept that.

I did change the default to auto so that is exactly the case now.

I did change the default to auto so that is exactly the case now.

Could please rebase this PR?

Could please rebase this PR?


Document Multiple Databases with the Same Code for Dapper

Already implemented, just missing the documentation.

See #238


docs: added an xcode page for osx

This PR adds a page for showing people how to use Xcode with D++. It uses Homebrew and the Mac template bot (that is gonna be up soon).
Documentation change checklist

[x] My documentation changes follow the docs style guide and any code examples follow the coding style guide.
[x] I tested that my change works before raising the PR (via running doxygen, and testing examples).
[x] I have not moved any existing pages or changed any existing URLs without strong justification as to why.
[x] I have not generated content using AI or a desktop utility such as grammarly.

Realised I did a silly and made the template go to docs_standards and not docs-standards, resulting in a 404 when clicking on it. I've corrected that in this PR too.


[BUG]: csm-metrics-powerstore doesn't start when the PowerStore endpoint is using a DNS name

Bug Description
It looks csm-metrics-powerstore process the CSI endpoint configuration and forces it to be an IP address.
Using a DNS name works with the CSI driver and there is no need to enforce the IP
Logs
Not captured by the customer
Screenshots
No response
Additional Environment Information
No response
Steps to Reproduce
Install CSI + CSM Observability with a DNS name
Expected Behavior
CSM metrics must work with DNS name
CSM Driver(s)
csi-powerstore
Installation Type
No response
Container Storage Modules Enabled
No response
Container Orchestrator
OCP 4.17
Operating System
CoreOS

/sync

link : ECS01C-3


Run the helm delete command when HELM_COMMAND or DRONE_EVENT is "delete"

Fixes #4
As with #18, I think this is code-complete but it needs verification before it's truly ready to go.

I ran this with the chartmuseum chart and it's looking good.
With the service deployed and debug: true:
§ drone exec -include delete
[delete:0] calling *run.InitKube.Prepare (step 0)
[delete:1] loading kubeconfig template from /root/.kube/config.tpl
[delete:2] creating kubeconfig file at /root/.kube/config
[delete:3] calling *run.Delete.Prepare (step 1)
[delete:4] Generated command: '/usr/bin/helm --kubeconfig /root/.kube/config --namespace erincall --debug delete chartmuseum'
[delete:5] calling *run.InitKube.Execute (step 0)
[delete:6] writing kubeconfig file to /root/.kube/config
[delete:7] calling *run.Delete.Execute (step 1)
[delete:8] uninstall.go:91: [debug] uninstall: Deleting chartmuseum
[delete:9] client.go:222: [debug] Starting delete for "chartmuseum-chartmuseum" Service
[delete:10] client.go:222: [debug] Starting delete for "chartmuseum-chartmuseum" Deployment
[delete:11] client.go:222: [debug] Starting delete for "chartmuseum-chartmuseum" Secret
[delete:12] uninstall.go:124: [debug] purge requested for chartmuseum
[delete:13] release "chartmuseum" uninstalled

With the service freshly-deleted and debug: true:
§ drone exec -include delete
[delete:0] calling *run.InitKube.Prepare (step 0)
[delete:1] loading kubeconfig template from /root/.kube/config.tpl
[delete:2] creating kubeconfig file at /root/.kube/config
[delete:3] calling *run.Delete.Prepare (step 1)
[delete:4] Generated command: '/usr/bin/helm --kubeconfig /root/.kube/config --namespace erincall --debug delete chartmuseum'
[delete:5] calling *run.InitKube.Execute (step 0)
[delete:6] writing kubeconfig file to /root/.kube/config
[delete:7] calling *run.Delete.Execute (step 1)
[delete:8] Error: uninstall: Release not loaded: chartmuseum: release: not found
[delete:9] helm.go:76: [debug] release: not found
[delete:10] helm.sh/helm/v3/pkg/storage/driver.init
[delete:11] 	/home/circleci/helm.sh/helm/pkg/storage/driver/driver.go:27
[delete:12] runtime.doInit
[delete:13] 	/usr/local/go/src/runtime/proc.go:5222
[delete:14] runtime.doInit
[delete:15] 	/usr/local/go/src/runtime/proc.go:5217
[delete:16] runtime.doInit
[delete:17] 	/usr/local/go/src/runtime/proc.go:5217
[delete:18] runtime.doInit
[delete:19] 	/usr/local/go/src/runtime/proc.go:5217
[delete:20] runtime.main
[delete:21] 	/usr/local/go/src/runtime/proc.go:190
[delete:22] runtime.goexit
[delete:23] 	/usr/local/go/src/runtime/asm_amd64.s:1357
[delete:24] uninstall: Release not loaded: chartmuseum
[delete:25] helm.sh/helm/v3/pkg/action.(*Uninstall).Run
[delete:26] 	/home/circleci/helm.sh/helm/pkg/action/uninstall.go:70
[delete:27] main.newUninstallCmd.func1
[delete:28] 	/home/circleci/helm.sh/helm/cmd/helm/uninstall.go:53
[delete:29] github.com/spf13/cobra.(*Command).execute
[delete:30] 	/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:826
[delete:31] github.com/spf13/cobra.(*Command).ExecuteC
[delete:32] 	/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:914
[delete:33] github.com/spf13/cobra.(*Command).Execute
[delete:34] 	/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:864
[delete:35] main.main
[delete:36] 	/home/circleci/helm.sh/helm/cmd/helm/helm.go:75
[delete:37] runtime.main
[delete:38] 	/usr/local/go/src/runtime/proc.go:203
[delete:39] runtime.goexit
[delete:40] 	/usr/local/go/src/runtime/asm_amd64.s:1357
[delete:41] in execution step 1: exit status 12019/12/19 10:11:11 delete : exit code 1

With the service installed and debug not provided:
§ drone exec -include delete
[delete:0] release "chartmuseum" uninstalled

Don't merge! I just noticed that helm3 renamed delete to uninstall. delete remains as an alias, but we should use the new name—if nothing else, it gets rid of the awkwardly-named del function in plan.go.


Upgrade Angular 14.2.4

Fix https://github.com/jhipster/jhipster-lite/pull/3726

thanks @qmonmert


[FR] Schema & Graph Validators

Related to #3266
It feels like we have a few places where we could use validators, particularly around the new Streamlined Schema Editor, where we will want to assert that the schema received is valid (and not just random JSON). But we also need to validate things like pasted graphs as well.
Should we add these to @google-labs/breadboard?

@aomarks I am curious if you have any machinery we can reuse here?

We're using ajv in some places, so I'd use https://ajv.js.org/api.html#ajv-validateschema-schema-object-boolean to validate a JSON schema, I think.

Sound good! What about port spec schemas? Would there be something I can reuse?

Found https://www.npmjs.com/package/codemirror-json-schema

Ok, I have an idea but it might take a little while to lift/shift:

Use ajv's standalone validation code generators to create validators for all interesting types.
To do this, we'll take @aomarks's cool build-code package and split it up a bit more, extracting the bits that generate schemas from TS.
This new package, which I really want to call @breadboard-ai/schematato, will offer a CLI and an export that could be used in a couple of different ways.
One is to generate schemas for build-code
The other is to generate TS code for schema validation
Then, we'll make schematato a dev dependency for the breadboard package and as part of the build process, generate validators for all the interesting types, from Schema to LLMContent.
We could also reuse this machinery to generate schema/breadboard.schema.json, right?

WDYT?

Ok. maybe not. I just generated a function to validate Schema and it's 34K (800+ lines) of JS. Hmmm....

So maybe the easiest thing is to follow @aomarks's advice and generate schema in the breadboard package and then call validateSchema from elsewhere?
I am trying to avoid adding ajv as a prod dependency in breadboard. Really want to keep that package as lean as possible.

I can think of a couple of options:

We have a separate validator package so we don't automatically get it by importing @google-labs/breadboard
We have a lightweight "this looks good enough" checker for our schema rather than using a generic validator

wdyt?

I am trying to avoid adding ajv as a prod dependency in breadboard. Really want to keep that package as lean as possible.

Oh, just saw this. How much does ajv increase our package size?
If it's very large, maybe we can look for another one.
I'm pretty sure we'll need a general purpose validator in our codebase, because we need to be able to do JSON schema validation dynamically, because users should be able to define their own types. Also, the size of all possible generated validators would outweigh the size of one general purpose one over time (unless we truly stick with a tiny number of possible types, which seems very limiting).

I'm pretty sure we'll need a general purpose validator in our codebase, because we need to be able to do JSON schema validation dynamically, because users should be able to define their own types

Yeah, I had another thought this morning: we could invert the relationship between @breadboard-ai/schema and @breadboard-ai/breadboard.
Currently, the only reason breadboard depends on schema is because schema contains the graph.ts type definitions.
If instead, we made schema a generic validation package that other packages could use as a helper with offline (generate TS->JSON Schema bits) or online (validate schema) validation, we would have a much more flexible system.
WDYT?

The original reason for creating the schema package was as part of the re-organization I proposed in https://github.com/breadboard-ai/breadboard/issues/539. So, it was the root of the tree -- a tiny package which just provides the core type definitions that other packages need (e.g. so that the Build API could know the GraphDescriptor definition without depending on any Breadboard runtime or unnecessary third-party dependencies).
Maybe that should actually be another package called "types" or something, so that we can use "schema" as the home for schema utilities, which is kinda the obvious right name for that stuff.
(I'm not super attached to any particular package design, though I would just suggest a general principle of trying to avoid unnecessary third-party dependencies. E.g. the build package doesn't need ajv in its deps, but the breadboard runtime and/or the visual editor maybe does.)


vagrant: update to 1.6.1 with a lot of fixes

--api-advertise-addresses --> --apiserver-advertise-address
https://github.com/kubernetes/kubernetes/pull/42064
Signed-off-by: Michael Adam<EMAIL_ADDRESS>

This change is

ok... this is not enough.
Problem is: we get kubeadm from the kubernetes yum repo. and that has apparently been updated to kubernetes 1.6.0. But kubectl and kubelet we download directly from googleapis... of version 1.4.5. and that does not work together with kubeadm 1.6.
Now since I could not find kubeadm 1.4.5 for download, so i've been trying to get a working setup with everything at 1.6.0.. no luck up to now... keeing on trying...

additional (failed) attemt(s) ...

@obnoxxx This latest batch look like reasonable patches. What's the status?

@jarrpa (most of) the patches are reasonable. But is does not work:

kubeadm ist just broken with kubernetes 1.6.0: https://github.com/kubernetes/kubernetes/issues/43815
Older versions are not available any more.
Patched versions (that work for me) are not available yet, as it seems...

updated to latest kube 1.6.1, which seems to have fixed most of the issues.
the current patchset lets ./up.sh run to completion, but I currently have the situation that only the master node gets ready, and some of the weave pods keep looping in errors (CrashLoopBackOff):
[vagrant@master ~]$ kubectl get nodes
NAME      STATUS     AGE       VERSION
master    Ready      17m       v1.6.1
node0     NotReady   10m       v1.6.1
node1     NotReady   10m       v1.6.1
node2     NotReady   10m       v1.6.1
[vagrant@master ~]$ kubectl get pods --all-namespaces
NAMESPACE     NAME                             READY     STATUS             RESTARTS   AGE
kube-system   etcd-master                      1/1       Running            0          15m
kube-system   kube-apiserver-master            1/1       Running            0          15m
kube-system   kube-controller-manager-master   1/1       Running            0          15m
kube-system   kube-dns-3913472980-cpz0z        3/3       Running            0          16m
kube-system   kube-proxy-0163s                 1/1       Running            0          8m
kube-system   kube-proxy-0d8lh                 1/1       Running            0          16m
kube-system   kube-proxy-1ctnf                 1/1       Running            0          8m
kube-system   kube-proxy-vr4p7                 1/1       Running            0          8m
kube-system   kube-scheduler-master            1/1       Running            0          15m
kube-system   weave-net-j07lq                  1/2       CrashLoopBackOff   5          8m
kube-system   weave-net-msgg7                  1/2       CrashLoopBackOff   5          8m
kube-system   weave-net-ql98b                  2/2       Running            0          16m
kube-system   weave-net-zq3hd                  1/2       CrashLoopBackOff   5          8m
[vagrant@master ~]$

It seems that the port of the api server (6443) is not propagated to the kubernetes service:
api server listening on 6443 only:
 sudo netstat -nltp | grep 443
tcp6       0      0 :::6443                 :::*                    LISTEN      15556/kube-apiserve

service claims 443:
$ kubectl get svc
NAME         CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   <IP_ADDRESS>    <none>        443/TCP   43m

causing weave to fail to connect to apiserver:
$ kubectl -n kube-system logs weave-net-5xgmz  weave
2017/04/04 09:55:15 error contacting APIServer: Get https://<IP_ADDRESS>:443/api/v1/nodes: dial tcp <IP_ADDRESS>:443: i/o timeout; trying with fallback: http://localhost:8080
2017/04/04 09:55:15 Could not get peers: Get http://localhost:8080/api/v1/nodes: dial tcp <IP_ADDRESS>:8080: getsockopt: connection refused

w00t -- now this one works for me!!!
@jarrpa ptal

updated according to your comments and improved some commit messages

Now this works again!
Also gk-deploy runs to completion.

If you're gonna add the ansible-step script, put in some documentation on what it's useful for. Also, be sure that the gk-deploy changes go in their own PR.

@jarrpa:

separate PR for gk-deploy: #236
separate PR for ansible-step with comment in the script: #237
Will update this one..

updated.
this one now depends on PR #236

LGTM :)


Include Order and LineItem object

Initial support for the beta Object type and nested LineItem type. This is a key functionality for synchronizing orders into shippo in addition to shipping labels.

retest

@jfriedr any thoughts on this support?

@fundthmcalculus thanks for including this!  Overall looks good.  Do you have any quick examples we could throw in here?
https://github.com/goshippo/shippo-python-client/tree/master/examples

I don't off the top of my head, but it is pretty straightforward. Let me make one.

@fundthmcalculus thank you for including the example, I was able to get this working locally and will merge.  I will need some additional time to get pip updated but please expect this to be included in the next release so you can pip install shippo with the order/line item functionality you included.


Copy code from fog/fog

Coverage increased (+0.7%) to 63.59% when pulling a10b245b6a3babb92479e63cd16e9f78b6b53970 on backport into 87c3159a016da5cd0c720659dd2b2a0cd93faa6d on master.


Bump to 0.80.0

Codecov Report

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

@@           Coverage Diff           @@
##           master     #347   +/-   ##
=======================================
  Coverage   72.48%   72.48%
=======================================
  Files          57       57
  Lines        1105     1105
  Branches      264      264
=======================================
  Hits          801      801
  Misses        221      221
  Partials       83       83

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 30a0f78...aa08ffe. Read the comment docs.


fix removing a header in SimpleHeaderSet

I got an unexpected result from my code (attachments and S/MIME encryption+signing): There were multiple Content-Transfer-Encoding headers.
Multiple Content-Transfer-Encoding headers are added. When calling remove() one time, the has() function does return false, because it checked for index 0 by default which does not exist. The problem is PHP's unset() function, which does not update indices.
I'm far from an expert, so sorry If my assumption of this behavior being wrong is premature and indeed expected.

Closing in favor of #778


idxs, preds, hms, inp = loadPreds('mpii/test-run/preds', true, false) doesn't work.

The following error pops up:
/home/yxchng/torch/install/share/lua/5.1/hdf5/group.lua:312: HDF5Group:read() - no such child 'heatmaps' for [HDF5Group 33554432 /]
stack traceback:
[C]: in function 'error'
/home/yxchng/torch/install/share/lua/5.1/hdf5/group.lua:312: in function 'read'
/home/yxchng/pose-hg-train/src/util/eval.lua:10: in function 'loadPreds'
[string "idxs, preds, hms, inp = loadPreds('mpii/test-..."]:1: in main chunk
[C]: in function 'xpcall'
/home/yxchng/torch/install/share/lua/5.1/itorch/main.lua:210: in function </home/yxchng/torch/install/share/lua/5.1/itorch/main.lua:174>
/home/yxchng/torch/install/share/lua/5.1/lzmq/poller.lua:75: in function 'poll'
/home/yxchng/torch/install/share/lua/5.1/lzmq/impl/loop.lua:307: in function 'poll'
/home/yxchng/torch/install/share/lua/5.1/lzmq/impl/loop.lua:325: in function 'sleep_ex'
/home/yxchng/torch/install/share/lua/5.1/lzmq/impl/loop.lua:370: in function 'start'
/home/yxchng/torch/install/share/lua/5.1/itorch/main.lua:389: in main chunk
[C]: in function 'require'
(command line):1: in main chunk
[C]: at 0x00405d50

How can I check the predictions?

The five values include: the x, y coordinates transformed to the original image space, the x, y values in the heatmap coordinate frame, and then the score of the detection. There is an additional flag to save the heatmaps if you want them "-saveHeatmaps", but to load predictions without them you should call loadPreds without the true flag for that second argument.


No CUDA runtime is found, using CUDA_HOME='/usr'

Hi I face the above error when try :
python setup.py install
with the following environment within anaconda:
OS: Ubuntu 18.04
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2019 NVIDIA Corporation
Built on Sun_Jul_28_19:07:16_PDT_2019
Cuda compilation tools, release 10.1, V10.1.243
pytorch : v 1.7.1

what relied environment needed to run your repo? thx.

Hi @sentinel3 , our codebase is based on Det3D, so you may find the env with the link https://github.com/poodarchu/Det3D/blob/master/INSTALLATION.md.
For your case, I guess you should config the environment variable "CUDA_HOME" with your cuda path, such as "export CUDA_HOME=/usr/local/cuda-10.1".


Not a valid Win32 Application

SerialPort Version: 5.0.0
NodeJS: 8
OS: Windows 10 / MacOS Sierra
Summary of Problem
First and foremost, this is an amazing library. When I go to build my Electron app for production for Mac, and I run it, it works great. For windows, the app builds, but when I go to run it I get the following error.
Also, I'm building both on MacOS.
C:\Users\Tyler Youschak\AppData\Local\Programs\gps-app\resources\app.asar\node_modules\serialport\node_modules\bindings\bindings.js:88 Uncaught Error: %1 is not a valid Win32 application.
\\?\C:\Users\Tyler Youschak\AppData\Local\Temp\1F6E.tmp.node
    at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:173:20)
    at Object.Module._extensions..node (module.js:598:18)
    at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:187:18)
    at Module.load (module.js:488:32)
    at tryModuleLoad (module.js:447:12)
    at Function.Module._load (module.js:439:3)
    at Module.require (module.js:498:17)
    at require (internal/module.js:20:19)
    at bindings (C:\Users\Tyler Youschak\AppData\Local\Programs\gps-app\resources\app.asar\node_modules\serialport\node_modules\bindings\bindings.js:81:44)
    at Object.<anonymous> (C:\Users\Tyler Youschak\AppData\Local\Programs\gps-app\resources\app.asar\node_modules\serialport\lib\bindings\win32.js:2:36)

Steps and Code to Reproduce the Issue
npm run build with SimulatedGREG/electron-vue.

Had to rebuild and that solved issues.


CloudABI YAML doesn't play well with document delimiters / yamllint

YAML files are supposed to be able to begin with ---, and yamllint recommends this rule to ensure that many YAML files behave well when concatenated together. However, CloudABI's YAML parsing setup requires its YAML files to begin like %TAG ! tag:nuxi.nl,2015:cloudabi/, and then a document delimiter and capability spec document can follow.
Would it be possible to enhance the capability spec so that --- can lead the very beginning of .YML files, matching how other applications process YAML files?

I learned something today: %TAG seems to define a global YAML thing, separate from the document-by-document bits. And in fact, yamllint has no quarrel with this!


Add border-removal utility classes

Add utilities and docs to remove borders. Uses same format as spacing utilities.

We usually try to avoid @extend and I don't think this case merits an exception. Could you update the code to not use @extend?

Going to pass on these utilities. Our margin and padding utilities are designed not to override but to replace margin and padding calls within your rulesets. So instead of adding .m-b-0, you might add .m-b-2 to add space, not override it.

@mdo I don't follow though the difference between the new m--0 and p--0 classes versus b-*-0. Why not provide the same ability to alter all three aspects of the box model? Seems intuitive to able to use m, p, or b. Of course, the 1-3 sizes on borders seem highly unlikely to be useful.
To make a case for its usefulness, this was inspired directly from a coworker being surprised by it not working on borders after I added the new spacing utils to our own code base.


2/n inter batch parallelism

What does this PR do?

This PR adds DataFetcher to data_connector and loops.
Parts #8867
Parts #8316
Does your PR introduce any breaking changes? If yes, please list them.

Before submitting

[x] Was this discussed/approved via a GitHub issue? (not for typos and docs)
[x] Did you read the contributor guideline, Pull Request section?
[x] Did you make sure your PR does only one thing, instead of bundling different changes together?
[x] Did you make sure to update the documentation with your changes? (if necessary)
[x] Did you write any new necessary tests? (not for typos and docs)
[x] Did you verify new and existing tests pass locally with your changes?
[x] Did you list all the breaking changes introduced by this pull request?
[x] Did you update the CHANGELOG? (not for typos, docs, test updates, or internal minor changes/refactorings)

PR review
Anyone in the community is welcome to review the PR.
Before you start reviewing make sure you have read Review guidelines. In short, see the following bullet-list:

[x] Is this pull request ready for review? (if not, please submit in draft mode)
[x] Check that all items from Before submitting are resolved
[x] Make sure the title is self-explanatory and the description concisely explains the PR
[x] Add labels and milestones (and optionally projects) to the PR so it can be classified

Did you have fun?
Make sure you had fun coding 🙃

lol @carmocca  was 10 secs faster than me with most of his comments :D

@aazzolini I also noticed some of the things you mention here and opened https://github.com/PyTorchLightning/pytorch-lightning/pull/9058 to address them. Thanks for reviewing!


ADR 3: CF API controller source code organization

please review the ADR itself!

Currently we store capi-kpack-watcher directly in capi-k8s-release. This has caused some complexity when bumping image versions in our concourse pipeline

Bumping capi-k8s-release's built image reference with a SHA that points at itself is confusing and difficult to manage within concourse.

I'd love to understand this pain point a little more. Have we reached out to other teams like cf-k8s-networking; their release resembles ours a lot, and they're using kubebuilder too!
For me personally, I have not seen the docker image as a weird reference to capi-k8s-release...but to an asset that happens to be sourced in the same repo. Bumping reflects a change set of of consuming a new docker image for a component (and maybe any configuration changes that come with it). Feels super analogous to bosh releases.
I'm not yet sold on the idea on the idea of moving the code out of capi-k8s-release. Maybe hearing from someone on Networking would help.

the discourse here kinda seems like it might be leading towards a third, unstated option that fits well with kubebuilder:
rename capi-kpack-watcher to cf-api-controllers after the kubebuilder refactor, but otherwise leave everything where it is in capi-k8s-release.


feat: support arrays via modifier

This PR allows you to create the given type as an array with customisable depth.

The array depth parameter has no effect in PostgreSQL, it doesn't do anything. If you specify a depth of 2 you can still exceed that depth. It's only there for “documentation purposes”. I don't share that opinion of the PostgreSQL and would prefer removing the ability to specify a depth when it has no real effect.

Sure, I just removed it.

The implementation has sadly the same problem as mine which I did last year:
Schema::create('foo', function(Blueprint $table) {
  $table->string('str')->nullable();
  $table->bigInteger('col')->array();
});

Schema::table('foo', function(Blueprint $table) {
  $table->string('str')->nullable(false)->change();
});

// Doctrine\DBAL\Exception
// Unknown database type _int8 requested, Doctrine\DBAL\Platforms\PostgreSQL100Platform may not support it.

Doctrine doesn't know any array type and we would have to create types for every PostgreSQL type as an array, otherwise the native Laravel migrations do not work anymore. In my tests (if I remember correctly) also changing the column sometimes resulted in no change being done for array columns or being converted to string columns.
The only way I had seen last year was writing a completely new table diff algorithm replacing the doctrine one to add support for array types. And support more stuff that is currently not supported by Doctrine.

Oh, thanks a lot for the great analysis! So it definitely seems that it's not worth it to implement it and instead rely on the jsonb type instead.

Oh array types are totally worth it to support them, it‘s just not easy to do in Laravel. However, I‘ll keep the PR open. Maybe someone will have a great idea on how to solve the problem without replacing Doctrine‘s schema diffing algorithm.

@tpetry I wonder if you have any nice way right now to use array types anyway. At the moment I wrote my own "raw" type to support any custom type but that requires me to enhance the schema.

It's not documented yet, but you can also use the domain type method of the schema's blueprint with any other type ;) But when trying to change the table later with Laravel's $column->..->change() functionality it won't work anymore as doctrine's dbal doesn't understand array types. I have to write a complete new migration provider at some point - which is dozens of hours of work.

Okay, thanks for your feedback 😊 Usually, I don't change columns anyway so that will be fine for me.

Adding support for any array type is very very hard in PostgreSQL. And to be honest, there isn't a real benefit of text[] compared to jsonb - except the automatic type checking that can be done manually with JSON schema constraints. And jsonb has also a lot more operators to search within JSON documents compared to arrays.
However, integer[] is a very useful type because the intarray extension is adding a lot of nice stuff for this specific data type - including the awesome querying support like tags @@ '3&4&(5|6)&!7'.
So the integerArray type has been added and the idea of adding generic PostgreSQL arrays has been abandoned for now.

I was thinking of making varchar[] work, but reading though all these. I guess I will stick with json.


Handle separate dependencies as "extras"

Now that we're adding new local backend types, we should try to separate our dependencies into different package sets.   One way to do that is with package "extras" as per here:
http://setuptools.readthedocs.io/en/latest/setuptools.html#declaring-extras-optional-features-with-their-own-dependencies
Full set of dependencies by role.
| gcp-client | gcp-worker | gcp-server | local-client | local-worker | local-server
-- | -- | -- | -- | -- | -- | --
PSQ | x | x | x |   |   |
Celery / redis |   |   |   |   | x | x
kombu |   |   |   | x |   | x
Plaso |   | x |   |   | x |
GoogleCloud | x | x | x |   |   |
Proposed simplified package groups:
| gcp | gcp-worker | local | local-worker
-- | -- | -- | -- | --
PSQ | x | x |   |
Celery / redis / kombu |   |   | x | x
Plaso |   | x |   | x
GoogleCloud | x | x |   |
Notes:

The simplified roles combines the client and the server (for cloud it was no different anyway), and for local that means installing unneeded dependencies (celery/redis on the client).
When installing locally, this will look like pip install .[gcp], and for remote Pypi packages it will be pip install turbinia[gcp].
This means that there are no common packages to all dependency groups.  I'm not 100% sure what this means for requirements.txt, but from what I understand the requirements.txt should still have a super-set of the packages.   I think this also means that when the packages are on PyPi, that just installing 'turbinia' wouldn't have any packages, and we'd have to install turbinia[gcp].  Ideally we would have something like turbinia[gcp] be the default, but I'm not sure how to do that since we don't want to install the cloud deps when we install turbinia[local].
For "hybrid" installs (using cloud infrastructure but local workers), the gcp and gcp-worker package groups are what should be used.

Maybe there is a better way to do this?  @berggren @ericzinnikas, I'm soliciting feedback on this, so LMK if you have thoughts.

Seems simple enough. Internally, we're probably going to install Plaso through a packaging system (i.e. yum) instead of pip anyway, so splitting local / local-worker is handy.

@berggren: Let me know if you have any thoughts on this, otherwise I think we can implement this with the four different dependency groups for now (gcp, gcp-worker, local, local-worker).

After talking with @berggren out of band, here's another option for package sets:
| default | worker | local
-- | -- | -- | --
PSQ | x |   |
Celery / redis / kombu |   |   | x
Plaso |   | x |
GoogleCloud | x |   |
This way:

a typical cloud turbinia client (and server) only needs to pip install turbinia
All workers (local and gcp) need to install turbinia[worker]
For local installs this means clients and servers need to install turbinia[local], and local workers need to install turbinia[local] and turbinia[worker].
This also means that local installs will have extra unneeded cloud packages, but this is the trade-off with having a default 'pip install turbinia' working.

@ericzinnikas @berggren how does that sound?

SGTM

Yeah, that's fine. I will probably try to figure out a way to do without requiring the cloud packages, since that will make life simpler for me when deploying this internally (but that will probably just mean commenting out a few lines from setup.py in a fork).

#182 now has these changes.

Thanks @ericzinnikas .
Fixed in #182.


test on pypy, change mypy testing

Continuation from  #5116.
I've changed mypy tests so they don't run unless you add --test-mypy, then only run mypy tests in the separate task.

team please review - although there are now more jobs, tests seem to be faster overall because the main test jobs aren't running mypy tests.
This means we don't run mypy tests on non-linux, but I'm happy with that trade off.

Can't merge yet, coverage had gone down by 10% as we stopped recording coverage on the mypy plugin.

At some point we should add memray tests here and in pydantic-core, especially to keep track of stuff like #5136 .


[INLONG-2233] Audit id error

Title Name: [INLONG-XYZ][component] Title of the pull request
where XYZ should be replaced by the actual issue number.
Fixes #2233
Motivation
Explain here the context, and why you're making that change. What is the problem you're trying to solve.
Modifications
Describe the modifications you've done.
Verifying this change

[ ] Make sure that the change passes the CI checks.

(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(example:)

Added integration tests for end-to-end deployment with large payloads (10MB)
Extended integration test for recovery after broker failure

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)
If a feature is not applicable for documentation, explain why?
If a feature is not documented yet in this PR, please create a followup issue for adding the documentation

Codecov Report

Merging #2234 (cd17193) into master (4a5da2b) will increase coverage by 0.00%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master    #2234   +/-   ##
=========================================
  Coverage     12.58%   12.58%
- Complexity     1206     1208    +2
=========================================
  Files           417      417
  Lines         35735    35735
  Branches       5590     5590
=========================================
+ Hits           4497     4499    +2
  Misses        30435    30435
+ Partials        803      801    -2

Impacted Files
Coverage Δ

.../producer/qltystats/DefaultBrokerRcvQltyStats.java
46.09% <0.00%> (+0.78%)
: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 4a5da2b...cd17193. Read the comment docs.


Convert the model to ONNX  ?

Hi @yanglinxiabuaaa.
Sorry for the late answer.
And I'm sorry once again that i can't help you to convert the model to ONNX.
Have a good day.


HDDS-10520. Fix parameter number warning in OmVolumeArgs

What changes were proposed in this pull request?
Refactor private OmVolumeArgs constructor to eliminate the need for SuppressWarnings.
https://issues.apache.org/jira/browse/HDDS-10520
How was this patch tested?
CI:
https://github.com/adoroszlai/ozone/actions/runs/8828790218

Superseded by #6591.


common: init width and height

assign the initial values into width and height in function setFormat().
Signed-off-by: wudping<EMAIL_ADDRESS>

please help to review, thanks in advance.

please add some comments on this like fix what problem.
thanks

thanks @xuguangxin ,
If not, the size of decoded YUV file will be 0.

added comment in commit message, thanks @xuguangxin .


”Sângeorz-Băi” is listed in the drop-down menu

Description:
"Sângeorz-Băi" is listed in the drop-down menu alongside its corresponding county and commune, according to the law
Precondition:
The website is up an running.

Step 1
Type "Sângeorz-Băi" in the search bar.

Expected results
The location is listed in the drop-down menu as "Sângeorz-Băi, Bistrița-Năsăud".

Attention  - in law https://legislatie.just.ro/Public/DetaliiDocument/189 name is wruite with uppercase letters
request : SÂNGEORZ-BĂI
displayed: Sângeorz-Băi,
Must to modify type of letters.


Why I can't vote?

Discussed in https://github.com/snapshot-labs/snapshot/discussions/767

Originally posted by metrox-eth September 29, 2021
Suggest answers below or vote for an answer.

Please create a ticket with more details at https://help.snapshot.org/en/