text:
print error on transfer md5 function   TypeError: Cannot set property 'parent' of null

print error on transfer md5 function
========================================
C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\index.js:47
if (parent) { node.parent = parent; }
^
TypeError: Cannot set property 'parent' of null
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:47:31)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:426:18)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:52:20)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:266:27)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:52:20)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:266:27)
at visit (C:\Users\Administrator\AppData\Roaming\npm\node_modules\js2php\ind
ex.js:52:20)
at module.exports (C:\Users\Administrator\AppData\Roaming\npm\node_modules\j
s2php\index.js:538:22)
at Object. (C:\Users\Administrator\AppData\Roaming\npm\node_modul
es\js2php\js2php:12:19)
at Module._compile (module.js:409:26)
====================================
function g(a) {
function b(a, b) {
return a << b | a >>> 32 - b
}
	function c(a, b) {
		var c, d, e, f, g;
		return e = 2147483648 & a, f = 2147483648 & b, c = 1073741824 & a, d = 1073741824 & b, g = (1073741823 & a) + (1073741823 & b), c & d ? 2147483648 ^ g ^ e ^ f : c | d ? 1073741824 & g ? 3221225472 ^ g ^ e ^ f : 1073741824 ^ g ^ e ^ f : g ^ e ^ f
	}

	function d(a, b, c) {
		return a & b | ~a & c
	}

	function e(a, b, c) {
		return a & c | b & ~c
	}

	function f(a, b, c) {
		return a ^ b ^ c
	}

	function g(a, b, c) {
		return b ^ (a | ~c)
	}

	function h(a, e, f, g, h, i, j) {
		return a = c(a, c(c(d(e, f, g), h), j)), c(b(a, i), e)
	}

	function i(a, d, f, g, h, i, j) {
		return a = c(a, c(c(e(d, f, g), h), j)), c(b(a, i), d)
	}

	function j(a, d, e, g, h, i, j) {
		return a = c(a, c(c(f(d, e, g), h), j)), c(b(a, i), d)
	}

	function k(a, d, e, f, h, i, j) {
		return a = c(a, c(c(g(d, e, f), h), j)), c(b(a, i), d)
	}

	function l(a) {
		for (var b, c = a.length, d = c + 8, e = (d - d % 64) / 64, f = 16 * (e + 1), g = new Array(f - 1), h = 0, i = 0; c > i;) b = (i - i % 4) / 4, h = i % 4 * 8, g[b] = g[b] | a.charCodeAt(i) << h, i++;
		return b = (i - i % 4) / 4, h = i % 4 * 8, g[b] = g[b] | 128 << h, g[f - 2] = c << 3, g[f - 1] = c >>> 29, g
	}

	function m(a) {
		var b, c, d = '',
			e = '';
		for (c = 0; 3 >= c; c++) b = a >>> 8 * c & 255, e = '0' + b.toString(16), d += e.substr(e.length - 2, 2);
		return d
	}

	function n(a) {
		a = a.replace(/\r\n/g, '\n');
		for (var b = '', c = 0; c < a.length; c++) {
			var d = a.charCodeAt(c);
			128 > d ? b += String.fromCharCode(d) : d > 127 && 2048 > d ? (b += String.fromCharCode(d >> 6 | 192), b += String.fromCharCode(63 & d | 128)) : (b += String.fromCharCode(d >> 12 | 224), b += String.fromCharCode(d >> 6 & 63 | 128), b += String.fromCharCode(63 & d | 128))
		}
		return b
	}
	var o, p, q, r, s, t, u, v, w, x = [],
		y = 7,
		z = 12,
		A = 17,
		B = 22,
		C = 5,
		D = 9,
		E = 14,
		F = 20,
		G = 4,
		H = 11,
		I = 16,
		J = 23,
		K = 6,
		L = 10,
		M = 15,
		N = 21;
	for (a = n(a), x = l(a), t = 1732584193, u = 4023233417, v = 2562383102, w = 271733878, o = 0; o < x.length; o += 16) p = t, q = u, r = v, s = w, t = h(t, u, v, w, x[o + 0], y, 3614090360), w = h(w, t, u, v, x[o + 1], z, 3905402710), v = h(v, w, t, u, x[o + 2], A, 606105819), u = h(u, v, w, t, x[o + 3], B, 3250441966), t = h(t, u, v, w, x[o + 4], y, 4118548399), w = h(w, t, u, v, x[o + 5], z, 1200080426), v = h(v, w, t, u, x[o + 6], A, 2821735955), u = h(u, v, w, t, x[o + 7], B, 4249261313), t = h(t, u, v, w, x[o + 8], y, 1770035416), w = h(w, t, u, v, x[o + 9], z, 2336552879), v = h(v, w, t, u, x[o + 10], A, 4294925233), u = h(u, v, w, t, x[o + 11], B, 2304563134), t = h(t, u, v, w, x[o + 12], y, 1804603682), w = h(w, t, u, v, x[o + 13], z, 4254626195), v = h(v, w, t, u, x[o + 14], A, 2792965006), u = h(u, v, w, t, x[o + 15], B, 1236535329), t = i(t, u, v, w, x[o + 1], C, 4129170786), w = i(w, t, u, v, x[o + 6], D, 3225465664), v = i(v, w, t, u, x[o + 11], E, 643717713), u = i(u, v, w, t, x[o + 0], F, 3921069994), t = i(t, u, v, w, x[o + 5], C, 3593408605), w = i(w, t, u, v, x[o + 10], D, 38016083), v = i(v, w, t, u, x[o + 15], E, 3634488961), u = i(u, v, w, t, x[o + 4], F, 3889429448), t = i(t, u, v, w, x[o + 9], C, 568446438), w = i(w, t, u, v, x[o + 14], D, 3275163606), v = i(v, w, t, u, x[o + 3], E, 4107603335), u = i(u, v, w, t, x[o + 8], F, 1163531501), t = i(t, u, v, w, x[o + 13], C, 2850285829), w = i(w, t, u, v, x[o + 2], D, 4243563512), v = i(v, w, t, u, x[o + 7], E, 1735328473), u = i(u, v, w, t, x[o + 12], F, 2368359562), t = j(t, u, v, w, x[o + 5], G, 4294588738), w = j(w, t, u, v, x[o + 8], H, 2272392833), v = j(v, w, t, u, x[o + 11], I, 1839030562), u = j(u, v, w, t, x[o + 14], J, 4259657740), t = j(t, u, v, w, x[o + 1], G, 2763975236), w = j(w, t, u, v, x[o + 4], H, 1272893353), v = j(v, w, t, u, x[o + 7], I, 4139469664), u = j(u, v, w, t, x[o + 10], J, 3200236656), t = j(t, u, v, w, x[o + 13], G, 681279174), w = j(w, t, u, v, x[o + 0], H, 3936430074), v = j(v, w, t, u, x[o + 3], I, 3572445317), u = j(u, v, w, t, x[o + 6], J, 76029189), t = j(t, u, v, w, x[o + 9], G, 3654602809), w = j(w, t, u, v, x[o + 12], H, 3873151461), v = j(v, w, t, u, x[o + 15], I, 530742520), u = j(u, v, w, t, x[o + 2], J, 3299628645), t = k(t, u, v, w, x[o + 0], K, 4096336452), w = k(w, t, u, v, x[o + 7], L, 1126891415), v = k(v, w, t, u, x[o + 14], M, 2878612391), u = k(u, v, w, t, x[o + 5], N, 4237533241), t = k(t, u, v, w, x[o + 12], K, 1700485571), w = k(w, t, u, v, x[o + 3], L, 2399980690), v = k(v, w, t, u, x[o + 10], M, 4293915773), u = k(u, v, w, t, x[o + 1], N, 2240044497), t = k(t, u, v, w, x[o + 8], K, 1873313359), w = k(w, t, u, v, x[o + 15], L, 4264355552), v = k(v, w, t, u, x[o + 6], M, 2734768916), u = k(u, v, w, t, x[o + 13], N, 1309151649), t = k(t, u, v, w, x[o + 4], K, 4149444226), w = k(w, t, u, v, x[o + 11], L, 3174756917), v = k(v, w, t, u, x[o + 2], M, 718787259), u = k(u, v, w, t, x[o + 9], N, 3951481745), t = c(t, p), u = c(u, q), v = c(v, r), w = c(w, s);
	var O = m(t) + m(u) + m(v) + m(w);
	return O.toLowerCase()
}

=======================================

debug result
can not transfer this funcion code
function l(a) {
for (var b, c = a.length, d = c + 8, e = (d - d % 64)/64, f = 16 * (e + 1), g = new Array(f - 1), h = 0, i = 0; c > i; ) b = (i - i % 4) / 4,
h = i % 4 * 8,
g[b] = g[b] | a.charCodeAt(i) << h,
i++;
return b = (i - i % 4) / 4,
h = i % 4 * 8,
g[b] = g[b] | 128 << h,
g[f - 2] = c << 3,
g[f - 1] = c >>> 29,
g
}


text:
Added advanced mode

/claim #282

adds a checkbox to the main_panel title bar
adds is_advanced boolean to the block_definition (default value is false)
hides advanced blocks when the checkbox is not ticked.

Thanks for the review @manuq, I setup pre-commit which fixed the linter errors and also fixed the bug where adding a new Variable removed the advanced blocks.

Thanks for the help @manuq, I squashed the commits and provided a more detailed commit message so it should be ready to merge now.

Thanks for the help @manuq, I squashed the commits and provided a more detailed commit message so it should be ready to merge now.

Thanks for your contribution! The commit message is very good now.

source: gharchive/pull-request

authors: manuq urbit-pilled

repo: endlessm/godot-block-coding

license: MIT

license_type: permissive

license_source: github-api


text:
[auto] OpenZFS released 2.1.5 but is not latest on endoflife.date

Link to product page on endoflife.date
https://endoflife.date/openzfs
Details of incorrect and correct details you have found
Latest version is wrong:
endoflife.date: 2.1.99
Product documentation: 2.1.5
What is the source website for the product and for its version information?
https://github.com/openzfs/zfs/releases
Additional context
The automation added the new version but not detected as latest: https://github.com/endoflife-date/release-data/compare/4ec5a41d57c06f94f4299edd338851c18b054226...885aed307e8b06c51a9e5bc52173379c635b3139

I can't find it right now, but I've reported this upstream as an invalid tag earlier. The regex can be fixed meanwhile as a workaround to exclude this specific version.

. The regex can be fixed meanwhile as a workaround to exclude this specific version.

Worth noting that the Github release API does not have these fake versions, hence it can be automated like this:
import json
from packaging import version
from urllib.request import urlopen
def getlatestrelease(branch):
    response = urlopen('https://api.github.com/repos/openzfs/zfs/releases')
    data_json = json.loads(response.read())
    current_latest = "0.0.0"
    for release in data_json:
        if 'rc' not in release["tag_name"]: # Prevent release candidates
            if branch in release["tag_name"][4:4+len(branch)]: # Looks for releases that start with the branch number.
                                                               # Prevents cases like 2.1.1 potentially being considered branch 1.1

                if version.parse(current_latest) < version.parse(release["tag_name"][4:4+len(branch)]):
                    current_latest = release["tag_name"][4:]
    return "zfs-" + current_latest
for branch in ["2.1", "2.0", "0.8"]:
    print(getlatestrelease(branch))

Will fix in the next auto-update

source: gharchive/issue

authors: BiNZGi Evernow captn3m0


text:
Update quarkus.md > Quarkus 3.9

Quarkus 3.9 is released
cf tweet

:raised_hands: :rocket:

https://twitter.com/rastadidi/status/1773818177807692144


text:
I get callback to error player

What kind of issue is this?

[x] Question. If so, declare clearly your target and your current implementation with code formatted in markdown.

[ ] Bug report. If so, please supply the way to reproduce the issue, including addition information as follow:

[ ] Toro version.
[ ] Android version (can be found in Device info). Rooted/Custom rom devices are not supported.
[ ] Device name (eg: Nexus 5X, Samsung Galaxy S8)
[ ] Source code that can reproduce the issue (a snapshot is expected).
[ ] Logcat stack trace in case of fatal issue.

[ ] Feature request. Start by telling me what problem you’re trying to solve. Don’t send pull requests to implement new features without first getting my support. Sometimes I leave features out on purpose to keep the project small.

[ ] Other. Senseless issues are normally ignored. Please understand and cooperate.

@aderinto05 The callback from ExoPlayer right? May need to check their implementation as well :(.

i got error callback from toroplayer @eneim

@aderinto05 Can you try a debug and see from which the method is called? I do not manually call this, so it must be from ExoPlayer. But looking around the source code it doesn't have a null. I also find this on ExoPlayer: https://github.com/google/ExoPlayer/issues/4262, can you refer to it as well?

It's call this exception
com.google.android.exoplayer2.upstream.HttpDataSource$HttpDataSourceException: java.net.SocketTimeoutException: timeout
I'm using im.ene.toro3:toro:3.5.2

repo: eneim/toro


text:
pkg(rust-1.62.0): Added rust 1.62.0

Following template from #393 to bump the rust toolchain to the latest
stable

I don't think there is actually an error with the update, rather I think its an error with the CI, so I'm manually merging.

The message in the 400 payload is
message: 'rs-1.62.0 runtime is unknown'

I don't know whether it's a CI issue or a metadata.json issue that the runtime used in the request uses an alias for the language instead of the main name

Oh, my bad actually, I'll reopen

authors: HexF gagbo

repo: engineer-man/piston


text:
TypeError: set_slippage() got an unexpected keyword argument 'slippage'

Dear Catalyst Maintainers,
Before I tell you about my issue, let me describe my environment:
Environment

Operating System: (MAC)
Python Version: $ python --3
Python Bitness: $ python -c 'import math, sys;print(int(math.log(sys.maxsize + 1, 2) + 1))'
How did you install Catalyst: (`conda``)
Python packages: $ pip freeze or $ conda list

Now that you know a little about me, let me tell you about the issue I am
having:
Description of Issue
when running the examples: mean_reversion_simple.py.
catalyst run -f mean_reversion_simple.py -x poloniex -s 2018-2-1 -e 2018-3-1 -c usdt --capital-base 10000 --data-frequency minute -n mean-reversion
Traceback (most recent call last):
File "/anaconda3/envs/catalyst/bin/catalyst", line 11, in
sys.exit(main())
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/core.py", line 722, in call
return self.main(*args, **kwargs)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/core.py", line 697, in main
rv = self.invoke(ctx)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/core.py", line 895, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/core.py", line 535, in invoke
return callback(*args, **kwargs)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/main.py", line 105, in _
return f(*args, **kwargs)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/click/decorators.py", line 17, in new_func
return f(get_current_context(), *args, **kwargs)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/main.py", line 292, in run
stats_output=None,
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/utils/run_algo.py", line 363, in _run
overwrite_sim_params=False,
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/exchange/exchange_algorithm.py", line 402, in run
data, overwrite_sim_params
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/exchange/exchange_algorithm.py", line 359, in run
data, overwrite_sim_params
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/algorithm.py", line 725, in run
for perf in self.get_generator():
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/algorithm.py", line 623, in get_generator
return self._create_generator(self.sim_params)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/algorithm.py", line 594, in _create_generator
self.initialize(*self.initialize_args, **self.initialize_kwargs)
File "/anaconda3/envs/catalyst/lib/python3.6/site-packages/catalyst/algorithm.py", line 458, in initialize
self._initialize(self, *args, **kwargs)
File "mean_reversion_simple.py", line 47, in initialize
context.set_slippage(slippage=0.001)
TypeError: set_slippage() got an unexpected keyword argument 'slippage'

What did you expect to happen?
context.set_slippage(slippage=0.001) is ok

What happened instead?
set_slippage() got an unexpected keyword argument 'slippage'

Here is how you can reproduce this issue on your machine:
Sincerely,
`$ Jerry

Hi @yhmickey ,
What version of catalyst are you using?
In this commit  the parameter of the set_slippage function was updated from spread to slippage and the example was updated accordingly.
I am guessing you are using a newer version of the example with an older version of catalyst.
I suggest you upgrade to the latest catalyst version.
Lena

Thank you .  It's solved. I used an older version of catalyst.

repo: enigmampc/catalyst

license_source: bigquery


text:
kube-image-keeper-registry-0 goes into a crash back-off when using AWS EBS persistent storage.

Sometimes when the kube-image-keeper-registry-0 pod is restarted it goes into a crash back-off with something like this at the end of its logs
garbage-collector docker.elastic.co/beats/filebeat: marking blob sha256:89732bc7504122601f40269fc9ddfb70982e633ea9caf641ae45736f2846b004                                          │
garbage-collector docker.io/jgraph/drawio                                                                                │
garbage-collector manifest eligible for deletion: sha256:fb2a84c7a2e04d4ea2e5aa0c57385e0e61dd3c7c5ea559a09d5a3a2cca6de28f

I haven't found any errors in the logs, but it always ends with "garbage-collector manifest eligible for deletion"
My workaround is to delete the PVC and then restart the pod again. So there must be something on the volume that breaks it.
We are deploying it using the kube-image-keeper helm chart from https://charts.enix.io/ v1.4.0
It is hosted in EKS with k8s version 1.24. And uses the following stroage class:
allowVolumeExpansion: true
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  annotations:
    storageclass.kubernetes.io/is-default-class: "false"
  name: encrypted-ebs
parameters:
  csi.storage.k8s.io/fstype: ext4
  encrypted: "true"
  type: gp3
provisioner: ebs.csi.aws.com
reclaimPolicy: Delete
volumeBindingMode: WaitForFirstConsumer

Any help would be greatly appreciated

Hello @mccullough-ea , can you please test again with our last beta release (1.5.0-beta.1, published yesterday) OR update the deployment and set registry.persistence.deleteUntagged helm value to false ?

Thanks for the suggestion, 1.50-beta.1 seems have fixed it! I'll keep testing just in case I've got lucky..

@Nicolasgouze Thanks again for the suggestion, I can't seem to break it any more no matter how hard I try! Closing issue..

authors: Nicolasgouze mccullough-ea

repo: enix/kube-image-keeper


text:
Markdown support for Text wrapping images

The following syntax should be supported for permitting text wrapping around images:
![On the left: An example image](/path/to/image.svg)

"On the left:" could read "To the left:", "See left:", or even just "Left:".  In the case of "left," the image will be positioned to the left with text wrapping to its right.  In the case of "right," the image will be positioned to the right with text wrapping to its left.
Images with alt text that doesn't indicate left or right should be positioned center with 100% block width.

I don't think any javascript is even needed for this.  We could just use CSS selectors:
img[alt*="Left:" i] { float: left; }
img[alt*="Right:" i] { float: right; }
Of course, p elements would need to have that float: clear; CSS reset declaration removed for this to work.

Any updates on this issue @micchickenburger ?
Shall I proceed to add the css as you've provided?

Yes, please @eoghanTadhg.

authors: eoghanTadhg micchickenburger

repo: enove/Thriver

license: mit


text:
[BUG] Request too large

Description
Getting Request too large error, not sure how to proceed.
[Service Issue] Openai: Too Many Requests (429): "error": { "message": "Request too large for gpt-4o in organization org-Bnfdy1zwXXXXX on tokens per min (TPM): Limit 30000, Requested 35064. The input or output tokens must be reduced in order to run successfully. Visit https://platform.openai.com/account/rate-limits to learn more.", "type": "tokens", "param": null, "code": "rate_limit_exceeded" }
Device and browser
Mac os, Arc. Deployed on Vercel
Screenshots and more
No response
Willingness to Contribute

[ ] 🙋♂ Yes, I would like to contribute a fix.

This is not related to big-agi. Your token per minute (TPM) rate limit depends on your OpenAI usage tier.
https://platform.openai.com/docs/guides/rate-limits/usage-tiers

@Xtrah Once the chat became too long, I started getting this error with every chat response. Even after I opened the same chat next day.

@rohankandwal This issue is not related to big-agi. You are encountering OpenAI's rate limits for your account tier. Your posted error message states this is a "Request too large" error due to exceeding the tokens per minute (TPM) limit for your organization.
To resolve this you need to reduce the length of your conversations or the frequency of your requests to below 30 000 tokens or upgrade your OpenAI account to a higher tier if you need longer conversations/more tokens per minute.
Please read the OpenAI documentation on rate limits: https://platform.openai.com/docs/guides/rate-limits

@rohankandwal This issue is not related to big-agi. You are encountering OpenAI's rate limits for your account tier. Your posted error message states this is a "Request too large" error due to exceeding the tokens per minute (TPM) limit for your organization.
To resolve this you need to reduce the length of your conversations or the frequency of your requests to below 30 000 tokens, or upgrade your OpenAI account to a higher tier if you need longer conversations/more tokens per minute.
Please read the OpenAI documentation on rate limits: https://platform.openai.com/docs/guides/rate-limits

Great feedback @Xtrah - this is by the underlying LLM provider (OpenAI) and once you hit this limit the only solution is to walk back the chat a bit, and maybe go back and remove some earlier messages.
We have a tool for cleaning up the chat, called Cleanup, on the top-right menu:

This is a screenshot of how it looks in Big-AGI 2, but it's very similar. This will give you an idea of where the tokens are allocated the most, and you can remove older messages (or "hide" them from the llm in Big-AGI 2).
I'll mark this as closed, but please let me know if you have further UI/UX ideas on how to improve the User Experience once this limit is reached.

@enricoros Thanks for this, since this might happen sooner than you think, specially on a chat thread which contains code, can we have a automatic cleanup, basically the really older message gets removed. This could be a setting to keep the token size smaller.
Since we have a finite models and know the error response codes, it shouldn't be too difficult to parse the error and remove this or to show this selection window by default with an error prompt? Personally, I never associated "Cleanup" to reduce token size, i thought it's just to clear your chat history a bit.

authors: Xtrah enricoros rohankandwal

repo: enricoros/big-AGI


text:
:EnSymbolByName doesn't seem to work, needs to be documented

I just realized that this command exists but isn't documented. It doesn't seem to work.
Steps to reproduce

Run :EnSymbolByName something
Wait for a response

Expected behaviour
I think the intended behavior is to echo where the symbol is defined, like :EnSymbol does but taking an arbitrary argument instead of using <cword>.
Actual behaviour
Nothing happens.

Forgot to note in the issue body: I'm guessing this command might need to be wired up like #227 did.

It's actually not intended to work like :EnSymbol but rather like ':EnDeclarationSplit v', so this is more of an issue with the naming than anything else.
I added this to support the Package Inspector's jump-to-definition

Oh right, I completely forgot (and wasn't looking at the source) that it was an implementation detail of the Package Inspector. Could we just use a function for that (possibly private, s:foo), instead of exposing a command? I know you had reservations about that before. This was the case that made me think about instead exposing a <Plug> mapping to such a function, so users could change the mapping without a command being needed.
When I can make time I'll try to work up a pull request to show what I mean.

That'd be great. I'll take a stab at this as well later tonight.

authors: ChrisCoffey ches

repo: ensime/ensime-vim


text:
Avoid name duplication of the enso universal launcher

There are two executables named enso among the daily bits we produce. That's confusing and we shall fix it.
One of them is called Enso launcher. To learn about it, please visit our download page: https://github.com/enso-org/enso/releases/tag/2024.1.1 - the download is in section called Enso Engine on that page, but in fact, it is not the engine, it is the launcher!

To learn more abou tthe enso launcher visit this documentation page - it contains nice description of the whole universtal launcher/updater picture...
However to benefit from the work done by

#10374
and to fulfill the vision as discussed in #10121

we need to find a better location for exposing native image built launcher. The idea is to rename the launcher to ensoup:

It is a nice, illustrative name derived from the rustup example that nicely describes one of the purposes of ensoup - download the distributions of Enso automatically. Once the enso in the bundle is renamed to ensoup, we can proceed with placing a native image built binary next to it under the name enso - but that's for a different PR.

I've just downloaded the latest nightly and it contains the ensoup executable:
tar ftvz enso-bundle-2024.3.1-nightly.2024.7.17-linux-amd64.tar.gz  | grep enso/bin
drwxr-xr-x ci/ci             0 2024-07-17 04:29 enso/bin/
-rwxr--r-- ci/ci      58969568 2024-07-17 04:29 enso/bin/ensoup

the executable seems to work to some extend. I can ensoup new path_to_a_project and it runs. I haven't tested the other functionality (CCing @radeusgd), but in general things seem to work.

I haven't tested the other functionality (CCing @radeusgd), but in general things seem to work.

I have downloaded the Windows bundle.
Seems to work OK to me. I've checked most of the functionality, incl. the installation feature and all seem to work as expected. I have only not checked the self-upgrade.
I will be starting using ensoup from now on :) 🥣

authors: JaroslavTulach radeusgd

repo: enso-org/enso


text:
User should be able to undo/redo the opening of visualizations after deselecting them.

This task is automatically imported from the old Task Issue Board and it was originally created by Michael Mauderer.
Original issue is here.

Steps to reproduce

Open a visualization on a node.
Click on the background of the project.
Press cmd-z

Expected
Visualization should close.
Actual
Nothing happens.

Works in GUI2

authors: farmaazon wdanilo


text:
Warning regarding missing precompiled shader when creating a new project in IDE

Open IDE, create a new project. The following warning appears in the console:
lib\rust\ensogl\core\src\display\shape\primitive\system.rs:502 No precompiled shader found for 'lib\rust\ensogl\component\text\src\font\glyph.rs:100:5'. This will affect performance.

Ther should be no warnings.

We know about it. I don't think we should issue for that though, so leaving it here for now. This is not fixable right now, but should be one day. It's low-priority on our end - glyphs do not have optimized shapes now.

Closing as EnsoGL related, and we no longer use EnsoGL.

authors: farmaazon mwu-tow wdanilo


text:
Cognito auth 6/7 - add signout

Pull Request Description
6th PR for IDE/Cloud authorization with cognito. This PR introduces sign out templates + flows + amplify wrappers for signing a user out.
Forgot password + reset password flows are to be added in next PRs to keep the changes reviewable.
Important Notes

Checklist
Please ensure that the following checklist has been satisfied before submitting the PR:

[x] The documentation has been updated, if necessary.
[ ] Screenshots/screencasts have been attached, if there are any visual changes. For interactive or animated visual changes, a screencast is preferred.
[x] All code follows the
Scala,
Java,
and
Rust
style guides. In case you are using a language not listed above, follow the Rust style guide.
All code has been tested:

[ ] Unit tests have been written where possible.
[ ] If GUI codebase was changed, the GUI was tested when built using ./run ide build.

merged via web ui. addressing issues now

Is this ready to be merged? It's accepted and it's marked as "ready to merge", so I assume it is. There is still a discussion above though.

if you mean the one from 12h ago, that one has been resolved

Perfect, so can we merge it? :) If so, I can skip the CI wait queue as it was green before (and we have many PRs opened, so CI is dying a little bit)

yeah, i think it can be merged


text:
Create a full search postgres index

Is it possible to create an index like this: CREATE INDEX name ON table USING gin(column);? I'm not sure how to prefix this part before the column name: USING gin

Hey @nilpntr 👋
Yes! Thanks to atlas, it's possible. Please see the documentation on how to enable it to your schema:
https://entgo.io/docs/schema-indexes#atlas-support
https://entgo.io/docs/migrate#atlas-integration
If you're using only PostgreSQL (and SQLite for testing), you can define your index as follows:
index.Fields("c4").
    Annotations(entsql.IndexType("GIN"))

If your ent/schema is executed on both MySQL and PostgreSQL, and you want to configure a different index-type for each one of them, use:
index.Fields("c5").
    Annotations(
        entsql.IndexTypes(map[string]string{
            dialect.MySQL:    "FULLTEXT",
            dialect.Postgres: "GIN",
        }),
    )

Closing, but please feel free to continue the discussion or reopen if you still need help. You're also welcome to join our Discord and Slack channels 😎

On version v0.10.0 the options aren't included yet. Is it possible to create a new release from the current source code so I can use it?

On version v0.10.0 the options aren't included yet. Is it possible to create a new release from the current source code so I can use it?

Hey @nilpntr, you can get the latest master version (it's stable) as follows:
go get entgo.io/ent@master

Thanks!

repo: ent/ent


text:
entproto - service Get - unreachable code

[x] The issue is present in the latest release.
[x] I have searched the issues of this repository and believe that this is not a duplicate.

Current Behavior 😯
I've created a proto service with entproto. The func (svc *<Entity>Service) Get(ctx context.Context, req *Get<Entity>Request) (*<Entity>, error) { in file entpb_<Entity>_service.go method contains unreachable code.
switch {
	case err == nil:
		return toProtoServer(get)
	case ent.IsNotFound(err):
		return nil, status.Errorf(codes.NotFound, "not found: %s", err)
	default:
		return nil, status.Errorf(codes.Internal, "internal error: %s", err)
	}
	return nil, nil // <-- this line is not reachable
}

Expected Behavior 🤔
correct code without warnings
Steps to Reproduce 🕹

Steps:

generate a simple service
look at the last line of the Get method...

Your Environment 🌎

Tech
Version

Go
1.18

Ent
v0.10.1

Ent contrib
v0.2.0

Thanks, @thmeitz for opening this issue.
Do you want to send a fix to this issue? It should be fairly simple to fix.

done

@all-contributors please add @thmeitz for code and docs

authors: rotemtam thmeitz


text:
Internal system error on GraphQL query

After upgrading to last master commit I'm getting internal system error when trying to run simple query with edges

[ ] The issue is present in the latest release.
[x] I have searched the issues of this repository and believe that this is not a duplicate.

Current Behavior 😯
Server output is
runtime error: invalid memory address or nil pointer dereference

goroutine 284 [running]:
runtime/debug.Stack()
        /Users/diazoxide/sdk/go1.19/src/runtime/debug/stack.go:24 +0x64
runtime/debug.PrintStack()
        /Users/diazoxide/sdk/go1.19/src/runtime/debug/stack.go:16 +0x1c
github.com/99designs/gqlgen/graphql.DefaultRecover({0x5000?, 0x1400080f400?}, {0x101df19e0?, 0x1027217f0?})
        /Users/diazoxide/go/pkg/mod/github.com/99designs/gqlgen@v0.17.5-0.20220428154617-9250f9ac1f90/graphql/recovery.go:17 +0x78
github.com/99designs/gqlgen/graphql.(*OperationContext).Recover(0x1400069a140?, {0x101f47d60, 0x1400092aed0}, {0x101df19e0?, 0x1027217f0?})
        /Users/diazoxide/go/pkg/mod/github.com/99designs/gqlgen@v0.17.5-0.20220428154617-9250f9ac1f90/graphql/context_operation.go:114 +0x44
github.com/diazoxide/ent-refine/examples/ent-project.(*executionContext)._Query_warehouses.func1()
        /Users/diazoxide/GolandProjects/ent-refine/examples/ent-project/gql-generated.go:13844 +0x68

Expected Behavior 🤔
This is bug and should be fixed.

Steps to Reproduce 🕹

Steps:
query ($where: WarehouseWhereInput!, $first: Int) {
  warehouses(where: $where, first: $first) {
    edges {
      node {
        id
        name
        lastUpdate
        originalData
        enabled
        filters
        products {
          pageInfo{
            startCursor
          }
          edges {
            node {
              id
              name
            }
          }
        }
        vendor {
          id
          name
        }
      }
    }
  }
}

Variables
{
  "where": {
    "id": "0769603b-0140-41a0-bc7b-d8d3067dd300"
  },
  "first": 1
}

Getting response
{
  "errors": [
    {
      "message": "internal system error",
      "path": [
        "warehouses"
      ]
    }
  ],
  "data": null
}

But when I'm removing product field from query everything is working
        products {
          pageInfo{
            startCursor
          }
          edges {
            node {
              id
              name
            }
          }
        }

Your Environment 🌎

Tech
Version

Go
1.19

Ent
master

Database
SQLite

Hey @diazoxide, and thanks for reporting this 🙏
What versions do you use for entgo.io/contrib and gqlgen?

@a8m all packages are @master last references.


text:
Refactor everything relating to OCI client

This refactors all codepaths to use the single OCI client abstraction and a single fake/mock in testing.
Now all options provided to go-containerregistry are maintaned in the single place internal/utils/oci/client.go.

Thanks for doing this much needed re-factoring. It's beautiful :pinched_fingers:

authors: lcarva zregvart

repo: enterprise-contract/ec-cli


text:
Support custom exception error code as status code

You don't want to return 500 status on every type of error. This supports a custom status code returned when throwing an exception and defaults to 500 if empty.
For example:
throw new \Exception($e->getFullMessage(), 405);

+1
We already have a talk with qu1ckkk early

Same for the unauth user -> 403

authors: Zyles warlof

repo: entomb/slim-json-api


text:
Epic: Docker container builds and runs for new developer

Consumption of runtime (as an ENTR developer/contributor) should "just work."
Note this is separate from the pathway a runtime "consumer" would face. Separate issue for that.

thought to label this "epic" but don't know how to label things here and not sure what practice is preferred for separating epic-sized cards is from task/story-sized cards.

@lewisarmistead First pass worked like a dream.
We can make separate cards for things that pop out once it's in a "ready for serious feedback" state. For the time being, only a few things poked out on initial run (on the stability branch).
Mainly:
WARNING: An illegal reflective access operation has occurred
ENTR-runtime  | WARNING: Illegal reflective access by org.apache.spark.unsafe.Platform (file:/usr/local/spark-3.2.0-bin-hadoop3.2/jars/spark-unsafe_2.12-3.2.0.jar) to constructor java.nio.DirectByteBuffer(long,int)
ENTR-runtime  | WARNING: Please consider reporting this to the maintainers of org.apache.spark.unsafe.Platform
ENTR-runtime  | WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
ENTR-runtime  | WARNING: All illegal access operations will be denied in a future release

and other warnings here and there as Spark comes up. Maybe all benign but good to clean up if possible.


text:
An interface for allowing filtering on aggregates by metadata stored against the transfer

An interface for allowing filtering on aggregates by metadata stored against the transfer

looks good so far

im going to work on an integration spec next

Some things to note:

this implementation DOES NOT support filtering on multiple metadata key/value pairs
i have preserved the explode terribly feature when a range is not passed in

:+1: with comments

:+1:

Belated +1 @asellitt :)

authors: asellitt macosgrove orien rabidcarrot


text:
🛑 500 (Platform) - HTTPS is down

In 06137a7, 500 (Platform) - HTTPS ($URL_500) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 500 (Platform) - HTTPS is back up in e8e986c.

repo: envesko/status


text:
connectivity_manager: rename/refactor from Network::Configurator

Description: This is intended to better capture the role and responsibilities of this class in Envoy Mobile. It still "configures connections", but more generally, it holds library/device connectivity state and provides mechanisms to leverage it.
Risk Level: Low
Testing: Updated tests.
Docs Changes: N/A
Release Notes: N/A
Signed-off-by: Mike Schore mike.schore@gmail.com

/retest

authors: Augustyniak goaway

repo: envoyproxy/envoy-mobile


text:
Envoy documentation should be Windows friendly

Title: Envoy documentation should be Windows-friendly
Description:
Various code snippets and configuration files in the documentation (https://www.envoyproxy.io/docs/envoy/latest/start/start) rely on POSIX tools (e.g. chown) and primitives such as /dev/null/.
As we make progress towards #129, we should revisit the documentation experience for Windows users.
As we do this work, we need to consider documentation bloat. We should try to avoid duplicating every example and code snippet for Windows as it would make the documentation harder to maintain.
PowerShell on Windows offers aliases for many of the commonly used POSIX commands so we could possibly leverage it.
cc @envoyproxy/windows-dev

we could possibly use something like this https://github.com/executablebooks/sphinx-tabs where docs diverge

we could possibly use something like this https://github.com/executablebooks/sphinx-tabs where docs diverge

+1 I would love to figure this out for other reasons, like eventually maybe showing both YAML and JSON versions of snippets.

Thanks for the pointer @phlax.  I will look at the issue this week. Assigning it to myself.

@davinci26 i separated the sphinx/tabs bit  out to a separate ticket - not sure if you want to take that one too - i figured we can land that quicker

I dont mind taking that as well. I plan on building the documentation and starting to get familiar with it today so I can add the sphnix-tabs as an exercise to get myself familiar with the tech stack.

ref: #13229

Cross reference child issue: https://github.com/envoyproxy/envoy/issues/14605

Cross reference child issue: https://github.com/envoyproxy/envoy/issues/14605

cross reference child issue: https://github.com/envoyproxy/envoy/issues/14607

cross reference child issue: https://github.com/envoyproxy/envoy/issues/14607

@wrowe I think we can close this one now. We have done work to add the information needed to the docs. We can do it now on as-needed basis.

repo: envoyproxy/envoy


text:
Allow IPs with TCP Listener using RBAC (Not working)

Hi :wave:
I am trying to achieve the following:

Allow TCP traffic only from the following IP addresses.

This is my listener setup.
    - name: listener_postgres
      address:
        socket_address:
          protocol: TCP
          address: 0.0.0.0
          port_value: 54322
      filter_chains:
        filters:
          - name: envoy.filters.network.rbac
            config:
              stat_prefix: rbac_postgres
              rules:
                action: ALLOW
                policies:
                  "allow":
                    permissions:
                      - any: true
                    principals:
                      - source_ip:
                          address_prefix: XX.XX.XX.XX
                          prefix_len: 32
                      - source_ip:
                          address_prefix: XX.XX.XX.XX
                          prefix_len: 32
                      - source_ip:
                          address_prefix: XX.XX.XX.XX
                          prefix_len: 32
          - name: envoy.tcp_proxy
            config:
              stat_prefix: tcp_postgres
              cluster: database_service

But for some reason nothing seems to work, I have also tried remote_ip and direct_remote_ip in place of source_ip.
Am I doing something wrong?

@mattklein123 Any update on this?


text:
Envoy suddenly stop accepting tcp connection in ports 15001 and 15006

Envoy suddenly stop accepting tcp connection in ports 15001 and 15006
Description:
We have a k8s cluster in a production environment with istio installed. Some of pods enabled istio。 Now I have a weird problem that an instance of a service enabled istio was working normally, but it will suddenly restart continuously. The service configured with k8s liveness probe (i.e. ip:8080/healthy/heartbeat) and that probe caused the containter restart. The istio-proxy container looked like normal and the liveness of it worked well.
I logged in the istio-proxy container and service container respectively, and found:

There was no any issue for the service container, and "curl -v localhost:8080/healthy/heartbeat" responsed 200 always.

The admin port 15000 of envoy worked well. The interfaces "/server_info", "/logging", "/listeners", "/config_dump" worked well.

The config (listener, route, cluster and endpoint) of envoy was good.

In istio-proxy container, I found the recv-Q of 15001(virtualOutbound) and 15006 (virtualInbound) were not zero.
istio-proxy@bcs-ctrip-default-7994bd967c-hhkm5:/$ netstat -nltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:8009            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:15020           0.0.0.0:*               LISTEN      1/pilot-agent
tcp        0      0 127.0.0.1:8527          0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:15090           0.0.0.0:*               LISTEN      62/envoy
tcp        0      0 0.0.0.0:1234            0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:15000         0.0.0.0:*               LISTEN      62/envoy
tcp        2      0 0.0.0.0:15001           0.0.0.0:*               LISTEN      62/envoy
tcp        129  0 0.0.0.0:15006           0.0.0.0:*               LISTEN      62/envoy
I think the issue was envoy didn't accept tcp connection at that time, but I did't know the reason. Before the issue happened, the envoy worked well and it could forward the request to the backend container.
I guess 80% probability it's envoy issue. I tried to kill the envoy process in istio-proxy container causing envoy restart but not container, and I saw the issue disapper. Do you know who meet the same issue?
Is there anyone know what happended or give some clues?

Repro steps:
I cannot 100% reproduct the issue, however the service (two instances) could randomly meet the issue once a week. The service is a java backend using tomcat and deployed as a jar.
Version (include the output of istioctl version --remote and kubectl version --short and helm version if you used Helm)
istioctl version --remote
client version: 1.4.7
control plane version: 1.4.7
kubectl version --short
Client Version: v1.16.3
Server Version: v1.16.3

Is anyone what happend here?


text:
Was prebuilt envoy with v1.17 able to run on CPU of x86_64 arch?

Title: Tried to run the pre-built envoy(v1.17) on Ubuntu(18.04 LTS Bionic Beaver) server which uses CPU of x86_64 arch but failed with errors about tcmalloc lib
Description:

Hi I tried to run the pre-built envoy on Ubuntu(18.04 LTS Bionic Beaver) server which uses CPU of x86_64 arch but failed. Specifically I use get-envoy to download and install envoy binary with v1.17 on my server and then run the command envoy --version to see if envoy works for me. However it failed and said:

root@manager1:~/.getenvoy/builds/standard/1.17.0/linux_glibc/bin# ./envoy --version
external/com_github_google_tcmalloc/tcmalloc/system-alloc.cc:550] MmapAligned() failed (size, alignment) 1073741824 1073741824 @ 0x1219551cc102 0x1219551be89a 0x1219551be253 0x1219551a2fe5 0x
1219551bac16 0x121955238286 0x121952cefdbd 0x121952cef454 0x121952cf7101 0x121955235eed
external/com_github_google_tcmalloc/tcmalloc/arena.cc:34] FATAL ERROR: Out of memory trying to allocate internal tcmalloc data (bytes, object-size) 131072 48 @ 0x1219551cc50b 0x1219551a3076 0
x1219551bac16 0x121955238286 0x121952cefdbd 0x121952cef454 0x121952cf7101 0x121955235eed

FYI:
root@manager1: uname -a
Linux manager1 4.19.127-nn5-server #nn5 SMP PREEMPT Mon Oct 5 03:22:35 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
root@manager1: cat /etc/os-release
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
And one more interesting thing is that envoy with v1.15 works fine for me (at least envoy --version works)

Based on the error msg, I'm wondering if this prebuilt envoy works for my server? If not, does it mean I should build a new one manually?
Thanks in advance!

What's the output of free? It might be that v1.17 wants to allocate a bit more memory than v1.15 upon start.

Hi @rojkov here it it:
free -m
              total        used        free      shared  buff/cache   available
Mem:          24095       17283        1157           9        5655        6460

BTW is there any minimum memory requirement for v1.17 or v.1.16? And if the server doesn't have so much resource for that, is there any work around to make it working? Any related docs will be appreciated as well! Thanks.

Hi one more quick question, does it support to build an envoy without tcmalloc? (switching to use the malloc instead) Cuz seems like the tcmalloc doesn't works on my server.

Hm.. memory situation seems to be ok.

Hi one more quick question, does it support to build an envoy without tcmalloc? (switching to use the malloc instead) Cuz seems like the tcmalloc doesn't works on my server.

The older releases were built with gperftools' allocator. You can build against it by adding --define tcmalloc=gperftools to your bazel build command.
But I wonder what your CPU model is. Google's tcmalloc uses assembly for restartable sequences.

The older releases were built with gperftools' allocator. You can build against it by adding --define tcmalloc=gperftools to your bazel build command.
Thanks will give it a try.

But I wonder what your CPU model is. Google's tcmalloc uses assembly for restartable sequences.
model name      : Intel(R) Xeon(R) Gold 6138 CPU @ 2.00GHz

I thought you're running inside QEMU or something.
I've found Intel(R) Xeon(R) Gold 6138F CPU @ 2.00GHz in our lab. It's exactly the same model as yours plus an Omni-Path chip integrated in the same package. At least the docker release build works nicely
$ docker run --rm envoyproxy/envoy:v1.17.0  --version

envoy  version: 5c801b25cae04f06bf48248c90e87d623d7a6283/1.17.0/Clean/RELEASE/BoringSSL

Everything should work, it's not a hw compatibility issue.

OK thanks @rojkov. I've build an envoy with tcmalloc=gperfools manually and it's working.

Seeing the same error when running on arm64 with 1.17 and 1.18 Docker images.
$ lscpu
Architecture:         aarch64
Byte Order:           Little Endian
CPU(s):               6
On-line CPU(s) list:  0-3
Off-line CPU(s) list: 4,5
Thread(s) per core:   1
Core(s) per socket:   2
Socket(s):            2
Vendor ID:            Nvidia
Model:                0
Model name:           ARMv8 Processor rev 0 (v8l)
Stepping:             0x0
CPU max MHz:          1907,2000
CPU min MHz:          115,2000
BogoMIPS:             62.50
L1d cache:            64K
L1i cache:            128K
L2 cache:             2048K
L3 cache:             4096K
Flags:                fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp
$ free -m
              total        used        free      shared  buff/cache   available
Mem:           7773         552        6477          29         744        7015
Swap:          3886           0        3886
$ docker run envoyproxy/envoy:v1.18-latest
external/com_github_google_tcmalloc/tcmalloc/system-alloc.cc:550] MmapAligned() failed (size, alignment) 1073741824 1073741824 @ 0x55841c7070 0x55841b9614 0x55841b9054 0x55841a2a94 0x55841b6284
external/com_github_google_tcmalloc/tcmalloc/arena.cc:34] FATAL ERROR: Out of memory trying to allocate internal tcmalloc data (bytes, object-size) 131072 48 @ 0x55841c7380 0x55841a2b10 0x55841b6284

1.16 images work fine.

Same issue on a RaspberryPi 4 with 8GB RAM. Starting with the 17.x.x docker images (tcmalloc enabled) they do no longer start.
Architecture:        aarch64
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
Vendor ID:           ARM
Model:               3
Model name:          Cortex-A72
Stepping:            r0p3
CPU max MHz:         1800.0000
CPU min MHz:         600.0000
BogoMIPS:            108.00
Flags:               fp asimd evtstrm crc32 cpuid

              total        used        free      shared  buff/cache   available
Mem:           7812        2466        2979          92        2366        5617
Swap:          3515          86        3429

external/com_github_google_tcmalloc/tcmalloc/system-alloc.cc:550] MmapAligned() failed (size, alignment) 1073741824 1073741824 @ 0x55867b9470 0x55867aba14 0x55867ab454 0x5586794e94 0x55867a8684
external/com_github_google_tcmalloc/tcmalloc/arena.cc:34] FATAL ERROR: Out of memory trying to allocate internal tcmalloc data (bytes, object-size) 131072 48 @ 0x55867b9780 0x5586794f10 0x55867a8684

The problem seems to stem from the fact that tcmalloc tries to allocate 1073741824 bytes (1G) of contiguous memory. It does so by getting hints from the kernel with calling mmap(NULL, kPageSize,...) in a loop where kPageSize is 256k. Apparently the kernel running on ARM fails to give a correct hint for such a big chunk of memory even if there is one.
You might want to try to build Envoy with defined TCMALLOC_SMALL_BUT_SLOW and see if it helps.

You might want to try to build Envoy with defined TCMALLOC_SMALL_BUT_SLOW and see if it helps.

If somebody can give me access to an arm64 machine I'll try it myself. Or please wait until I get a working rpi4 setup.

@rojkov You could also try to cross compile it using the docker images and upload the resulting envoy executable for testing. I tried to cross compile it with my Mac but so far I have not been successful (compilation starts but fails). For the cross compilation to start I adjusted the ci/run_envoy_docker.sh script by adding --platform linux/arm64 and -e TCMALLOC_SMALL_BUT_SLOW to the docker run command as well as export TCMALLOC_SMALL_BUT_SLOW=true somewhere above that. Further I had to use the old osxfuse volume mount implementation for docker desktop and run docker run --rm --privileged multiarch/qemu-user-static --reset -p yes in advance. Maybe you want to give it a try as well.

I was able to compile it on my RaspberryPi 4, however I could not define TCMALLOC_SMALL_BUT_SLOW for tcmalloc.
How do I need to change the bazel configuration in order to make it work?

I guess you can add --copt -DTCMALLOC_SMALL_BUT_SLOW to your bazel build command.
Or alternatively edit bazel/repositories.bzl to use @com_github_google_tcmalloc//tcmalloc:tcmalloc_small_but_slow instead of @com_github_google_tcmalloc//tcmalloc as tcmalloc's target.

Thank you very much. I am now rebuilding it. Sadly I wasn't able to reuse the cache since it was somehow corrupted. Will get back with the results in a few hours 😅

I still receive the same error with TCMALLOC_SMALL_BUT_SLOW defined:
$ linux/arm64/build_release/envoy --version
external/com_github_google_tcmalloc/tcmalloc/system-alloc.cc:550] MmapAligned() failed (size, alignment) 33554432 33554432 @ 0x55691da078 0x55691cc7c8 0x55691cc208 0x55691b6644 0x55691c9764
external/com_github_google_tcmalloc/tcmalloc/arena.cc:34] FATAL ERROR: Out of memory trying to allocate internal tcmalloc data (bytes, object-size) 131072 48 @ 0x55691da388 0x55691b66c0 0x55691c9764
Aborted

Hm.. I thought mmap'ing 32M shouldn't be a problem for RPi4 even in case of very fragmented memory. I'll try to reproduce it next week.
Meanwhile could you please post here your setup for hugepages? tcmalloc makes some assumptions about THP.

Seems like the kernel for Raspberry Pi OS is not compiled with THP support:
$ sudo modprobe configs
$ zcat /proc/config.gz | grep HUGETLBFS
CONFIG_SYS_SUPPORTS_HUGETLBFS=y
# CONFIG_HUGETLBFS is not set

Right. Finally I've got a RPi4 running an Aarch64 distro and it lacks THP. No wonder Envoy can't start there.
I'll do some experiments and update the docs.

Would it be possible to upload envoy images that do not require THP support (still use gperftools' allocator)?
It is quite a big task to recompile the kernel...

Turned out in case of Aarch64 the issue is not about THP (it's good to have though). The problem is that tcmalloc assumes incorrect page table levels for RPi4. Indeed https://kernel.org/doc/Documentation/arm64/memory.txt says that in Aarch64 virtual addresses for processes may be either 39-bits or 48-bits depending on the number of page table levels (3 and 4 respectively).
So, tcmalloc assumes virtual addresses are 48-bits for Aarch64 (the same size as in x86-64 unless you're on Intel Ice Lake CPUs) and calculates hints for mmap() accordingly. mmap() fails.
With this patch applied to tcmalloc
diff --git a/tcmalloc/internal/config.h b/tcmalloc/internal/config.h
index 93f979f..4f0a1c1 100644
--- a/tcmalloc/internal/config.h
+++ b/tcmalloc/internal/config.h
@@ -46,7 +46,7 @@ inline constexpr int kAddressBits =
 // According to Documentation/arm64/memory.txt of kernel 3.16,
 // AARCH64 kernel supports 48-bit virtual addresses for both user and kernel.
 inline constexpr int kAddressBits =
-    (sizeof(void*) < 8 ? (8 * sizeof(void*)) : 48);
+    (sizeof(void*) < 8 ? (8 * sizeof(void*)) : 39);
 #else
 inline constexpr int kAddressBits = 8 * sizeof(void*);
 #endif

Envoy starts to work on RPi4.
As far as I know the CPU used in RPi4 supports page tables of 4 levels (PGD->PUD->PMD->PTE), so I guess the prebuilt Envoy can work too if the kernel is compiled with CONFIG_PGTABLE_LEVELS=4, But I haven't checked that.
To check quickly the size of virtual addresses in your system you can run cat /proc/self/maps. For CONFIG_PGTABLE_LEVELS=3 on RPi4 the result is
5563950000-5563958000 r-xp 00000000 08:02 845                            /bin/cat
5563967000-5563968000 r--p 00007000 08:02 845                            /bin/cat
5563968000-5563969000 rw-p 00008000 08:02 845                            /bin/cat
5598624000-5598645000 rw-p 00000000 00:00 0                              [heap]
7fa282c000-7fa284e000 rw-p 00000000 00:00 0
7fa284e000-7fa2b33000 r--p 00000000 08:02 156607                         /usr/lib/locale/locale-archive
7fa2b33000-7fa2c8c000 r-xp 00000000 08:02 2021                           /lib/aarch64-linux-gnu/libc-2.28.so
7fa2c8c000-7fa2c9b000 ---p 00159000 08:02 2021                           /lib/aarch64-linux-gnu/libc-2.28.so
7fa2c9b000-7fa2c9f000 r--p 00158000 08:02 2021                           /lib/aarch64-linux-gnu/libc-2.28.so
7fa2c9f000-7fa2ca1000 rw-p 0015c000 08:02 2021                           /lib/aarch64-linux-gnu/libc-2.28.so
7fa2ca1000-7fa2ca5000 rw-p 00000000 00:00 0
7fa2cb9000-7fa2cd8000 r-xp 00000000 08:02 1950                           /lib/aarch64-linux-gnu/ld-2.28.so
7fa2ce3000-7fa2ce5000 rw-p 00000000 00:00 0
7fa2ce5000-7fa2ce7000 r--p 00000000 00:00 0                              [vvar]
7fa2ce7000-7fa2ce8000 r-xp 00000000 00:00 0                              [vdso]
7fa2ce8000-7fa2ce9000 r--p 0001f000 08:02 1950                           /lib/aarch64-linux-gnu/ld-2.28.so
7fa2ce9000-7fa2ceb000 rw-p 00020000 08:02 1950                           /lib/aarch64-linux-gnu/ld-2.28.so
7fc73fa000-7fc741b000 rw-p 00000000 00:00 0                              [stack]

For CONFIG_PGTABLE_LEVELS=4 on x86-64:
5636ec39c000-5636ec39e000 r--p 00000000 fd:00 1987264                    /usr/bin/cat
5636ec39e000-5636ec3a2000 r-xp 00002000 fd:00 1987264                    /usr/bin/cat
5636ec3a2000-5636ec3a4000 r--p 00006000 fd:00 1987264                    /usr/bin/cat
5636ec3a4000-5636ec3a5000 r--p 00007000 fd:00 1987264                    /usr/bin/cat
5636ec3a5000-5636ec3a6000 rw-p 00008000 fd:00 1987264                    /usr/bin/cat
5636ed4fd000-5636ed51e000 rw-p 00000000 00:00 0                          [heap]
7f2191d24000-7f2191d46000 rw-p 00000000 00:00 0
7f2191d46000-7f2191d9b000 r--p 00000000 fd:00 2235721                    /usr/lib/locale/C.utf8/LC_CTYPE
7f2191d9b000-7f2192446000 r--p 00000000 fd:00 2235720                    /usr/lib/locale/C.utf8/LC_COLLATE
7f2192446000-7f219f976000 r--p 00000000 fd:00 1977352                    /usr/lib/locale/locale-archive
7f219f976000-7f219f978000 rw-p 00000000 00:00 0
7f219f978000-7f219f99e000 r--p 00000000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219f99e000-7f219faed000 r-xp 00026000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219faed000-7f219fb38000 r--p 00175000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219fb38000-7f219fb39000 ---p 001c0000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219fb39000-7f219fb3c000 r--p 001c0000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219fb3c000-7f219fb3f000 rw-p 001c3000 fd:00 1976779                    /usr/lib64/libc-2.32.so
7f219fb3f000-7f219fb45000 rw-p 00000000 00:00 0
7f219fb4b000-7f219fb4c000 r--p 00000000 fd:00 2235740                    /usr/lib/locale/C.utf8/LC_NUMERIC
7f219fb4c000-7f219fb4d000 r--p 00000000 fd:00 2235756                    /usr/lib/locale/C.utf8/LC_TIME
7f219fb4d000-7f219fb4e000 r--p 00000000 fd:00 2235731                    /usr/lib/locale/C.utf8/LC_MONETARY
7f219fb4e000-7f219fb4f000 r--p 00000000 fd:00 2235727                    /usr/lib/locale/C.utf8/LC_MESSAGES/SYS_LC_MESSAGES
7f219fb4f000-7f219fb50000 r--p 00000000 fd:00 2235741                    /usr/lib/locale/C.utf8/LC_PAPER
7f219fb50000-7f219fb51000 r--p 00000000 fd:00 2235738                    /usr/lib/locale/C.utf8/LC_NAME
7f219fb51000-7f219fb52000 r--p 00000000 fd:00 2228906                    /usr/lib/locale/C.utf8/LC_ADDRESS
7f219fb52000-7f219fb53000 r--p 00000000 fd:00 2235755                    /usr/lib/locale/C.utf8/LC_TELEPHONE
7f219fb53000-7f219fb54000 r--p 00000000 fd:00 2235726                    /usr/lib/locale/C.utf8/LC_MEASUREMENT
7f219fb54000-7f219fb5b000 r--s 00000000 fd:00 1976832                    /usr/lib64/gconv/gconv-modules.cache
7f219fb5b000-7f219fb5c000 r--p 00000000 fd:00 2235722                    /usr/lib/locale/C.utf8/LC_IDENTIFICATION
7f219fb5c000-7f219fb5d000 r--p 00000000 fd:00 1977681                    /usr/lib64/ld-2.32.so
7f219fb5d000-7f219fb7e000 r-xp 00001000 fd:00 1977681                    /usr/lib64/ld-2.32.so
7f219fb7e000-7f219fb87000 r--p 00022000 fd:00 1977681                    /usr/lib64/ld-2.32.so
7f219fb87000-7f219fb88000 r--p 0002a000 fd:00 1977681                    /usr/lib64/ld-2.32.so
7f219fb88000-7f219fb8a000 rw-p 0002b000 fd:00 1977681                    /usr/lib64/ld-2.32.so
7ffc78573000-7ffc78595000 rw-p 00000000 00:00 0                          [stack]
7ffc785ab000-7ffc785af000 r--p 00000000 00:00 0                          [vvar]
7ffc785af000-7ffc785b1000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]

Thank you very much for spending the time to find the root of the issue! Did you already create an issue in the tcmalloc repository for an automatic page table level detection to set kAddressBits accordingly?

I've just submitted https://github.com/google/tcmalloc/issues/82. But perhaps filing an issue against the kernel of RaspberryOS could be another solution.

this issue probably save me a ton of time 👍
I just hit the same issue on a Rock PI 4 and it looks like the kernel is also compiled with CONFIG_PGTABLE_LEVELS=3

I filed a bug report for the Raspberry Pi kernel builds: https://github.com/raspberrypi/linux/issues/4375

Will envoy additionally provide docker images with the gperftools option for tcmalloc set for versions >= v1.17 and arm64 until this issue is either solved in the default Raspbian kernel or Google’s tcmalloc?

I've tried with the new v1.19.0 on raspberry pi 4B 8Gb, still facing the same error

@rojkov Can you unstale the issue? I don’t think it has been fixed yet.

@PKizzle My understanding is this can't be fixed in Envoy's source code. The current solution would be to publish gperftools-based builds. I don't know if it fits the project's budget. Probably makes sense to file a new issue for the proposal.

This is still an issue. It's also breaking KNative on ARM64: https://github.com/knative/operator/issues/971

I'm still getting this issues with docker.io/envoyproxy/envoy:v1.22.2
I'm trying on RP4 model B rev 1.2 with Debian Bullseye using K3S.
Did envoy switch back from gperftools because I can just use Ubuntu Focal (CONFIG_PGTABLE_LEVELS=4) instead of Debian Bullseye (CONFIG_PGTABLE_LEVELS=3)?
external/com_github_google_tcmalloc/tcmalloc/system-alloc.cc:631] MmapAligned() failed - unable to allocate with tag (hint, size, alignment) - is something limiting address placement? 0x546580000000 1073741824 1073741824 @ 0x55678e5fe4 0x55678e1a08 0x55678e139c 0x55678c92bc 0x55678de39c 0x55678bd7c4 0x55677fcc1c 0x55677f8420 0x55677820b0 0x55678b36c8 0x7f9912d748
external/com_github_google_tcmalloc/tcmalloc/arena.cc:58] FATAL ERROR: Out of memory trying to allocate internal tcmalloc data (bytes, object-size); is something preventing mmap from succeeding (sandbox, VSS limitations)? 131072 600 @ 0x55678e6334 0x55678c934c 0x55678de39c 0x55678bd7c4 0x55677fcc1c 0x55677f8420 0x55677820b0 0x55678b36c8 0x7f9912d748

Hi this issue is still ongoing with Radxa Rock5b and envoyproxy 24.0 and previous versions.

if you want to use rpi os you need to either recompile the kernel or recompile Envoy without tcmalloc

just realizing that this ticket was not related to rpi altho does discuss it, and more recent comments were in relation to another arm board
to clarify - there is a discussion for rpios here https://github.com/envoyproxy/envoy/issues/23339#issuecomment-1267200594 which i think will most likely be relevant to other ARM boards

authors: CtrlAltDft GJKrupa PKizzle atterdag brennerm nclr phlax rojkov vchrisb xxx0624


text:
grpc_transcoder: check response transcoder error

Signed-off-by: Wayne Zhang qiwzhang@google.com
To fix https://github.com/envoyproxy/envoy/issues/21490
grpc response transcoder will fail with error if the proto message is too deep (>64),  but grpc_transcoder filter encodeData() function did not check the error status.  This pr adds code to check the error status and adds a test.
Risk Level:  Low
Testing:  Unit-test
Docs Changes: No
Release Notes: Yes

/assign @lizan
as code-owner/maintainer

authors: qiwzhang wrowe


text:
Change filter and access logger order in access_log_handlers_

Commit Message: Change filter and access logger order in access_log_handlers_
Additional Description:
Risk Level:
Testing:
Docs Changes:
Release Notes:
Platform Specific Features:
Runtime guard: envoy.reloadable_features.http_separate_config_and_filter_access_loggers
Fixes: #30859
The effect of this change is to iterate the filter loggers first in order for wasm filters to fully write out dynamic metadata before any access loggers use the data, therefore fixing #30859. Thank you to @wbpcode for the suggestion! This change overrides #35924 and related PRs.

LGTM overall, thanks. Please add a test to ensure it work as expected. Other is fine.

Thanks! Do you have any advice on how to test this, as I think the current infra of the test may not provide a clean way to access the ActiveStream access loggers to verify against?

Thanks! Do you have any advice on how to test this, as I think the current infra of the test may not provide a clean way to access the ActiveStream access loggers to verify against?

I think you can try to initialize the config to ensure it contains a mock log handler. Then you can create another mock log handler and add it to the filter chain by the mock createFilterChain method.
Finally, you can ensure the log() of two log handlers will be called in specific order when a request is comming.

/wait

@wbpcode if you could review anytime convenient, I'd appreciate it!

@wbpcode if you could review anytime convenient, I'd appreciate it!

thanks for update. Recently I am little busy. But will take a look tomorrow. :)

/wait

Ci is broken. could you merge main and kick the CI again to see if it's fixed in the latest main?

Ci is broken. could you merge main and kick the CI again to see if it's fixed in the latest main?

@wbpcode I believe this test was failing prior to the tests I added. I merged main and the test failure persists. It appears to be QuicHttpIntegrationTest_DeferredLogging_Test, where it timed out waiting for an access log. I am unsure if this is a flaky bug, as I set the flag both true and false and the test still fails. Any advice here? Thanks! The test link is here: https://github.com/envoyproxy/envoy/blob/291b194449779fb5544b8f24af88f9acba154f51/test/integration/quic_http_integration_test.cc#L1363

May be I didn't make it clear in my previous comment.
I don't think we should back to the original two list solution. You only need to merge the list from config and list from filters in the accessLogHandlers() of ActiveStream. You needn't to change the accessLogHandlers() of FilterManager.
The quic will get the log list from the former one.
/wait

@wbpcode The part of the asan test that fails above is the only remaining test, though when I run that test on my local system regularly, test/integration:quic_protocol_integration_test, the test passes. As such, do you have advice how to approach this? In particular the test is DownstreamProtocols/DownstreamProtocolIntegrationTest.BatchedPackets/IPv4_Http3Downstream_HttpUpstreamHttpParserNghttp2NoDeferredProcessingLegacy

/retest

/retest

@wbpcode Thank you, looks like it was flakey. With your LGTM can submit!

authors: sunaydagli wbpcode


text:
[WIP] bazel: use experimental cmake_external for cares/nghttp2.

This demonstrates the use of the new cmake_external() rule provided by rules_foreign_cc.
There are a number of issues to address and discuss in this PR before merging.
Risk level: Low
Testing: bazel test //test/... on Linux.
Signed-off-by: Harvey Tuch htuch@google.com

@htuch as is, it doesn't look like this works on Windows, bazel threw an exception while trying to build (see attached java.log)

@htuch as is, it doesn't look like this works on Windows, bazel threw an exception while trying to build (see attached java.log)

Hi, I was able to reproduce it and recorded an issue: https://github.com/bazelbuild/bazel/issues/6292.
The problem is not relevant to the cmake_external...
On Thursday I will ping the guys, tomorrow we are having a public holiday in Germany.

@irengrig thanks for reporting the issue -- we saw the same thing with bazel 0.17.2 and without these cmake_external changes.
As a side note, the master branch of envoyproxy/envoy doesn't currently build on Windows -- we are currently working on this. If you need a branch that does build on Windows, we maintain one here: https://github.com/greenhouse-org/envoy/tree/windows-linux-build

@htuch @irengrig We've taken another look at this and were able to get it working on Windows, so I think we can remove Windows from the blockers here

FWIW, I'm resuming this work now, hope to have a PR out in next day @sesmith177 @mattklein123

authors: htuch irengrig sesmith177


text:
stats: Add acceptsAll and rejectsAll methods to StatsMatcher.

Description: When we switch to symbol tables, knowing whether the stat-names matter
can help short-circuit the elaboration of stat-name strings.
Risk Level: low
Testing: //test/common/stats/...
Docs Changes: n/a
Release Notes: n/a

/retest

note: the tsan failure looks real, but not related to this PR; I have captured the violation and will shortly add an Issue to track it.


text:
Document API Deprecation Policy

Description:
Add a note in the repo on all the steps that should be followed when deprecating API fields
Related https://github.com/envoyproxy/envoy/blob/be6eb97eb1fe3c5903d32436b4cc046fbb2d846d/CONTRIBUTING.md#breaking-change-policy

dup of https://github.com/envoyproxy/gateway/issues/714

repo: envoyproxy/gateway


text:
Fix Envoy Gateway docs links

Description:
The Enovy Gateway docs link has changed from https://gateway.envoyproxy.io/releases/v0.2.html to https://gateway.envoyproxy.io/v0.2.0/ . Raising this issue to surface this and fix it in any downstream content leveraging these links

/assign

I couldn't find any occurrence of https://gateway.envoyproxy.io/releases/v0.2.html in the gateway repo. Can you help me, Where exactly do we need to make this change?

hey @shivanshu1333 , i raised this issue to surface this issue of broken links that we noticed downstream in blog posts and release notes. Ive updated the links in the Release notes, just letting this issue hang out a while longer before we close it out.
Thanks for scanning through the repo searching for its occurrences and making sure it doesnt exist

Searched and confirmed that no such link like:https://gateway.envoyproxy.io/releases/v0.2.html in any files.

thanks @wilsonwu @shivanshu1333 , closing this issue for now

authors: arkodg shivanshu1333 wilsonwu


text:
[Bug] [Module Name] After the intent is recognized, call the AppLauncher to answer the question and an error is reported

Search before asking

[X] I had searched in the issues and found no similar issues.

Operating system information
Linux
Python version information
3.10
DB-GPT version
main
Related scenes

[ ] Chat Data
[ ] Chat Excel
[ ] Chat DB
[ ] Chat Knowledge
[ ] Model Management
[ ] Dashboard
[ ] Plugins

Installation Information

[X] Installation From Source

[ ] Docker Installation

[ ] Docker Compose Installation

[ ] Cluster Installation

[ ] AutoDL Image

[ ] Other

Device information
24GX4
Models information
Qwen2.5-32B
What happened
上下文修复后，在调用awel工作流时，进行到AppLauncher时，后台报错：
2024-12-20 18:22:44 amax dbgpt.agent.core.base_agent[3672381] ERROR Generate reply exception!
Traceback (most recent call last):
File "/home/xinrui24/DB-GPT/dbgpt/agent/core/base_agent.py", line 375, in generate_reply
thinking_messages, resource_info = await self._load_thinking_messages(
TypeError: StartAppAssistantAgent._load_thinking_messages() got an unexpected keyword argument 'historical_dialogues'

前端一直卡着不动

What you expected to happen
意图识别后，调用对应领域的app进行工作
How to reproduce
搭建包含意图识别的工作流，提问就好
Additional context
No response
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

awel

@yhjun1026

修后有个同类型的报错

repo: eosphoros-ai/DB-GPT


text:
fix(chat): fix large right padding (Issue #1601)

Description:
paddings on request form should comply with
Issues:

Issue #1601

UI changes
Before:

After:

Checklist:

[x] the pull request name complies with Conventional Commits
[x] the pull request name starts with fix(<scope>):, feat(<scope>):, feature(<scope>):, chore(<scope>):, hotfix(<scope>): or e2e(<scope>):. If contains breaking changes then the pull request name must start with fix(<scope>)!:, feat(<scope>)!:, feature(<scope>)!:, chore(<scope>)!:, hotfix(<scope>)!: or e2e(<scope>)!: where <scope> is name of affected project: chat, chat-e2e, overlay, shared, sandbox-overlay, etc.
[x] the pull request name ends with (Issue #<TICKET_ID>) (comma-separated list of issues)
[x] I confirm that do not share any confidential information like API keys or any other secrets and private URLs

/deploy-review

repo: epam/ai-dial-chat


text:
chore(chat): add token decoding to be able to check if user is admin (part 1) (Issue #1434)

Description:
add token decoding to be able to check if user is admin
Issues:

#1434

Checklist:

[x] the pull request name complies with Conventional Commits
[x] the pull request name starts with fix(<scope>):, feat(<scope>):, feature(<scope>):, chore(<scope>):, hotfix(<scope>): or e2e(<scope>):. If contains breaking changes then the pull request name must start with fix(<scope>)!:, feat(<scope>)!:, feature(<scope>)!:, chore(<scope>)!:, hotfix(<scope>)!: or e2e(<scope>)!: where <scope> is name of affected project: chat, chat-e2e, overlay, shared, sandbox-overlay, etc.
[x] the pull request name ends with (Issue #<TICKET_ID>) (comma-separated list of issues)
[x] I confirm that do not share any confidential information like API keys or any other secrets and private URLs

Hey there and thank you for opening this pull request! 👋🏼
We require pull request titles to follow the Conventional Commits specification and it looks like your proposed title needs to be adjusted.
Details:
Unknown release type "chat" found in pull request title "chat(chore): add token decoding to be able to check if user is admin (part 1) (Issue #1434)".

Available types:
 - fix
 - hotfix
 - feat
 - feature
 - chore

/deploy-review

authors: Alexander-Kezik ai-dial-actions


text:
Unlock buttons "Deploy" and "Edit" on the models screen

Unlock buttons "Deploy" and "Edit" on the models screen

The buttons are not disabled, they have no logic - if you click on them, no function will be called.
It is necessary to describe the scenario and the logic that needs to be implemented by clicking on each of the buttons

For deploy use /api/v1/models/docs#/models/deploy_model_models_deploy_post
For edit use /api/v1/models/docs#/models/update_model_models_update_put
For delete (it is also needed) use /api/v1/models/docs#/models/delete_model_by_id_models_delete_delete
Necessary fields are listed under the buttons

Verified

authors: Iogsotot MarinaVorobeva21 serereg

repo: epam/badgerdoc


text:
timer

Why a given timer at all?

All faucets requires timer


text:
add a stylus document that imports something with a local path to tests

Sorry about the other pull request, I wasn't sure whether I was going to continue with some changes or not.
I added a stylus document that imports the current style.styl test document using a local path to the test app, the app fails to load if the import fails and causes a bunch of other failures. Not that great, but passes if imports are working. Trying to think of a better way to test specifically.

Yeah, testing stylesheets is kinda hard. Currently I just use a basic web page where the styles hide some elements. It works fine, but you have to manually view the page to confirm that they pass (31ae5f8f). Currently it seems to be impossible to write automatic test with Zombie.js for it.
Maybe PhamtomJS would do better here.

authors: epeli jmars

repo: epeli/piler


text:
github/update-flake-lock: add nixos-24.05 branch

was forgotten during EPNix' 24.05 release

Woops, already did that in #140

repo: epics-extensions/EPNix


text:
helm install traefik fails: not found

The helm chart tarball https://helm.traefik.io/traefik/traefik-10.3.4.tgz listed in the Traefik installation instructions no longer exists at that URL
https://github.com/epinio/docs/blob/1a250297f2ed24b763893c4bbb5572da41bffd4e/docs/installation/install_epinio.md?plain=1#L35-L42

@nunix This is how we install Traefik in CI on EKS, there is no version resolution so we use the latest one there. https://github.com/epinio/epinio/blob/main/acceptance/install/suite_test.go#L61

Documentation was updated.

authors: nathanweeks thehejik

repo: epinio/docs


text:
Epinio v1.10.0 Rancher Marketplace update

We need to bump the latest Epinio version in the Rancher Marketplace.

package and image bumps to perform
CHANGES

Package
Version
Image
Version

epinio
:arrow_right: 1.10.0
epinio/epinio-server
:arrow_right: v1.10.0

dex
:arrow_right: 0.15.2
epinio/epinio-ui
:arrow_right: v1.10.0-0.0.1

epinio/epinio-unpacker
:arrow_right: v1.10.0

paketobuildpacks/builder
:arrow_right: 0.2.443-full

ghcr.io/dexidp/dex
:arrow_right: 2.37.0

skopeo/stable
:arrow_right: v1.13.2

NEW

Package
Version
Image
Version

epinio
1.10.0
epinio/epinio-server
v1.10.0

dex
0.15.2
epinio/epinio-ui
v1.10.0-0.0.1

minio
5.0.13
epinio/epinio-unpacker
v1.10.0

kubed
0.13.2
paketobuildpacks/builder
0.2.443-full

s3gw
0.14.0

quay.io/minio/mc
RELEASE.2023-06-28T21-54-17Z

quay.io/minio/minio
RELEASE.2023-07-07T07-13-57Z

ghcr.io/dexidp/dex
2.37.0

amazon/aws-cli
2.9.14

skopeo/stable
v1.13.2

rancher/kubectl
1.22.6

registry
2.8.1

nginx
1.23.2-alpine

OLD

Package
Version
Image
Version

epinio
1.9.0
epinio/epinio-server
v1.9.0

dex
0.4.13
epinio/epinio-ui
v1.9.0-0.0.3

minio
5.0.13
epinio/epinio-unpacker
v1.9.0

kubed
0.13.2
paketobuildpacks/builder
0.2.441-full

s3gw
0.14.0

quay.io/minio/mc
RELEASE.2023-06-28T21-54-17Z

quay.io/minio/minio
RELEASE.2023-07-07T07-13-57Z

ghcr.io/dexidp/dex
2.36.0

amazon/aws-cli
2.9.14

skopeo/stable
v1.10.0

rancher/kubectl
v1.22.6

registry
2.8.1

nginx
1.23.2-alpine

Testing the charts PR has to wait on the image-mirror PR getting merged.

The image-mirror PR got merged today. Testing of the chart PR should now be possible.

authors: andreas-kupries enrichman

repo: epinio/epinio


text:
add a dependabot for monthly package updates

this repo could be reactive to package dependency updates. {renv} alone provides a static snapshot of the repo in the past, but this is not automatically reactive to dependency updates.
this feature is part of the carpentries workbench with a monthly PR created by a dependabot (?)
@Bisaloo would it be possible to implement a similar tooling or any more appropriate for the aim of this repo?

In the short term, I would recommend you do manual updates as this is a complex task that I can't fit in my schedule right now.
One idea would be to reuse the Carpentries infrastructure but as far as I can tell, it quite strongly tailored for workbench repos at the moment and it's difficult to wrap my head around what would need to be adapted.

I totally understand, thank you for your assessment!

authors: Bisaloo avallecam

repo: epiverse-trace/howto


text:
Bower wiredep fails because of bad path at main.

The grunt wiredep fails because the main has an absolute path.
"main": [
    "/epoch.min.js",
    "/epoch.min.css"
  ],

Changing this to
"main": [
    "epoch.min.js",
    "epoch.min.css"
  ],

works.

Seems to be a duplicate of #171

Fixed by #168

authors: rsandor scaria

repo: epochjs/epoch


text:
Fix sunstone

If one sets 0640 on the sunstone config and it is not part of the group or the owner, it can't read its config, which is bad. So lets add the group oneadmin again, because thats the group which sunstone will use.

Looks good to me.

authors: rwaffen tuxmea

repo: epost-dev/opennebula-puppet-module


text:
Performance degradation when CSS is loaded using XMLHttpRequest

EQCSS uses the following code to load CSS from link tags:
              var xhr = new XMLHttpRequest

              xhr.open('GET', script[i].src, true)
              xhr.send(null)
              xhr.onreadystatechange = function() {

                EQCSS.process(xhr.responseText)

              }

Because it doesn't verify that the ready state is done, it repeatedly processes partial responses, resulting in duplicate queries getting added to EQCSS.data. This has a worse impact for IE than other browsers because IE calls onreadystatechange every 4 KB of data downloaded, whereas Firefox and Chrome call onreadystatechange less frequently.
The MDN documentation (https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/onreadystatechange) includes an example on how to use onreadystatechange that checks the ready state (and for good measure also verifies that the request was successful):
xhr.onreadystatechange = function () {
  if(xhr.readyState === 4 && xhr.status === 200) {
    console.log(xhr.responseText);
  }
};

When I tried putting in the ready state check it fixed the performance problems I was seeing.

Thanks for reporting this! I haven't noticed this, is there a specific test case where you know you can observe this happening so I can take a peek?
Thank you as well for the suggested fix too! Once I can reproduce and test it shouldn't take long to get a patch out. I really appreciate you opening this issue <3

This would happen any time you have CSS referenced with a <link> tag and the linked CSS file is larger than 4 KB (the bigger it is, the worse the performance gets). I initially found the problem by putting a breakpoint in the browser debugger in the EQCSS.apply function and noticed that EQCSS.data had many duplicate entries.

You could probably reproduce the problem by making https://github.com/eqcss/eqcss/blob/gh-pages/tests/style.eqcss much larger and then loading https://github.com/eqcss/eqcss/blob/gh-pages/tests/link.html.

Thanks! I'll see if I can reproduce this :3

Thank you so much for researching & reporting this, I was able to send out a new v1.9.1 release just now including your suggested fix!
Let me know if this solves it for you, and hope you have a wonderful weekend <3

Thanks! I've confirmed that my problem is fixed in version 1.9.1.

Beautiful! Hope you have a wonderful week :3

authors: matthewreiter tomhodgins

repo: eqcss/eqcss


text:
Email Selector Control: Entering invalid email address makes control unusable

Steps to replicate:

Open a contribution wizard that contains an Email selector control
Type an invalid email address and click the add button
You will get a message saying 'Invalid email address', but the control will now be unusable until you restart the wizard.

Couldn't reproduce on Edge, Firefox or Chrome.

@mrblippy Can you open the developer tools and see if there are any Javascript errors?

I can't reproduce it again either. Will close for now

authors: abidingotter mrblippy

repo: equella/Equella


text:
feat: Add AWS Approval to Fabric Connection Resource

Update Additional Info Schema type to accept AWS Secrets
Add AWS PATCH Request to resources that include the AWS Secrets to Approve AWS Connections immediately after creation
Enhance Fabric Connection Resource Update method to allow AWS secret update after resource creation
Fix Go Type Conversion errors for Hashicorp Hashing process

Codecov Report
Attention: 149 lines in your changes are missing coverage. Please review.

Comparison is base (872618d) 59.56% compared to head (436d501) 60.13%.
Report is 17 commits behind head on main.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #404      +/-   ##
==========================================
+ Coverage   59.56%   60.13%   +0.56%
==========================================
  Files          98       99       +1
  Lines       19754    19975     +221
==========================================
+ Hits        11767    12011     +244
+ Misses       7684     7664      -20
+ Partials      303      300       -3

Files
Coverage Δ

equinix/data_source_metal_port.go
100.00% <100.00%> (ø)

equinix/data_source_metal_spot_market_request.go
86.86% <100.00%> (+3.03%)
:arrow_up:

equinix/fabric_connection_schema.go
100.00% <100.00%> (ø)

equinix/helpers_device.go
84.91% <100.00%> (+7.34%)
:arrow_up:

equinix/provider.go
82.14% <100.00%> (+0.05%)
:arrow_up:

equinix/resource_metal_port.go
89.84% <100.00%> (+1.64%)
:arrow_up:

equinix/resource_metal_spot_market_request.go
65.80% <100.00%> (+8.12%)
:arrow_up:

equinix/resource_metal_vrf.go
86.40% <100.00%> (-0.53%)
:arrow_down:

equinix/data_source_metal_device_bgp_neighbors.go
97.65% <94.11%> (+26.56%)
:arrow_up:

equinix/data_source_metal_vrf.go
89.58% <33.33%> (ø)

... and 4 more

... and 5 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

@thogarty with more PRs like this and #397, what are your thoughts on https://github.com/equinix/terraform-provider-equinix/issues/384#issuecomment-1744847620

authors: codecov-commenter displague thogarty

repo: equinix/terraform-provider-equinix


text:
feat(service-discovery): Align service discovery with API service

The Service Discovery module has been totally revamped to provide a more flexible and robust solution for service discovery in the Fusion Framework.
The module now relies on the Fusion Service Discovery API to fetch services and their configurations, which allows for more dynamic and real-time service discovery.
The module now follows the "best practices" for configuration and usage, and it is now easier to configure and use the Service Discovery module in your applications. But this also means that the module has breaking changes that may require updates to existing implementations.

[!NOTE]
This module can still be configured to resolve custom services, as long as the client implements the IServiceDiscoveryClient interface.

Documentation Updates

The README file has been updated to reflect the new configuration options and usage patterns for the Service Discovery module.
Added sections for simple and advanced configurations, including examples of how to override the default HTTP client key and set a custom service discovery client.

Code Changes:

🔨 package.json: Added zod as a new dependency for schema validation.
💫 api-schema.ts: Added schema for the expected response from the ServiceProviderClient
💫 client.ts: Created serviceResponseSelector for parsing and validating client respons.
🔨 client.ts: Updated IServiceDiscoveryClient interface to include methods for resolving services and fetching services from the API.
🔨 client.ts: Updated ServiceDiscoveryClient to use the new serviceResponseSelector
💫 configurator.ts: Introduced new methods for setting and configuring the service discovery client.
🔨 configurator.ts: Updated ServiceDiscoveryConfigurator to extend the BaseConfigBuilder
🔨 configurator.ts: Added error handling and validation for required configurations.

BREAKING CHANGES:

The type Service has deprecated the defaultScopes property in favor of scopes.
The IServiceDiscoveryClient interface has been updated, which may require changes in implementations that use this interface.
The ServiceDiscoveryConfigurator now extends BaseConfigBuilder, which will affect existing configurations.
The ServiceDiscoveryProvider.resolveServices method now returns Service[] (previously Environment).

[!NOTE]
Only the ServiceDiscoveryProvider.resolveServices should affect end-users,
as it changes the return type of the method.
The other changes are internal and should not affect existing implementations.

Consumer Migration Guide:
defaultScopes has been replaced with scopes in the Service type. Update your code to use the new property.
If you are using the ServiceDiscoveryProvider.resolveServices method, update your code to expect an array of Service objects instead of an Environment object.
// Before
const { services } = await serviceDiscoveryProvider.resolveServices('my-service');
// After
const services = await serviceDiscoveryProvider.resolveServices('my-service');

[!WARNING]
The preious Environment object had a clientId property, which is now removed, since every service can have its own client id, hence the scopes property in the Service object.

Configuration Migration Guide:

If you are consuming the @equinor/fusion-framework and only configuring the http client, no changes are required.

If you are manually enabling the Service Discovery module, update your configuration to use the new methods provided by ServiceDiscoveryConfigurator.
Refer to the updated README for detailed configuration examples and usage patterns.

[!WARNING]
The ServiceDiscoveryConfigurator now extends BaseConfigBuilder, which means that the configuration methods have changed.

@Noggling i do not think you need to do anything, but in case, see https://github.com/equinor/fusion-framework/blob/4a6affca3c5f07f9815a1a5ab38e7022307cbb69/packages/modules/service-discovery/README.md

@terjebra could you check api-schema
i know that allot of the properties are not optional in the api model, but i only need key, uri and scopes for now

@eikeland This PR is required in main and rebased into #2450 to be able to resolve the new application service.

repo: equinor/fusion-framework


text:
Group by in Garden doesn't work if you click the "x" under group by

Can be fixed by manually typing the name of the other filters(gets autofilled).

We dont use garden. Closing issue

authors: EDUT-Equinor idrisbo

repo: equinor/lighthouse-client


text:
feat: auto use managed identity for container registry

Automatically enable Managed Identity authentication to Container Registry if a value is provided for the container_registry_managed_identity_client_id variable.
Managed Identity authentication can still be manually enabled/disabled using the container_registry_use_managed_identity variable.
Checklist

[x] I've updated both the azurerm_linux_web_app and azurerm_windows_web_app resources.

Tests pass 🎉

repo: equinor/terraform-azurerm-web-app


text:
Add possibility for opening existing file from command line?

E.g. webviz-config-editor ./some/existing/config.yml?

Duplicate of #6.

authors: anders-kiaer rubenthoms

repo: equinor/webviz-config-editor


text:
Ensure footnotes template has proper params.

We unintentionally broke regulation footnotes in #235 by changing variable
names. This should set things right by being more explicit about our
parameters.

Thanks @tadhg-ohiggins. I'll bump the version then merge.

repo: eregs/regulations-site


text:
Fixed : Added contribution section to the readme.md file

Fixed
Added Contributors section to the Readme.md file.
@KzZheng Kindly Review it and merged the PR. Thank You!!

Authors are already listed.

authors: Kalyanimhala eric-xw


text:
HalfSample improvements

The Half Sample feature allows an image to be sampled at every other bit to help reduce memory and reduce computation.  I have found that it was not functioning as I expected.
See Quagga.js in method halfSample at line 1001:
  var outWidth = inWidth / 2;
  var outImgIdx = 0;

  while (bottomRowIdx < endIdx) {
    for (var i = 0; i < outWidth; i++) {
      outImg[outImgIdx] = Math.floor((inImg[topRowIdx] + inImg[topRowIdx + 1] + inImg[bottomRowIdx] + inImg[bottomRowIdx + 1]) / 4);
      outImgIdx++;
      topRowIdx += 2;
      bottomRowIdx += 2;
    }

    topRowIdx += inWidth;
    bottomRowIdx += inWidth;
  }

I found when I ported this to another language that outWidth needed to be an integral value.  If inWidth is not a multiple of 2 then outWidth ends up being a fractional amount. This resulted in outImg starting off by 1 pixel for each successive row.  For example, if inWidth was 1001, then outWidth would be 500.5, and the for loop would iterate from 0 to 500, inclusive, for 501 iterations.  Other code expected 500 pixels per line, so this code would end up staggering each successive line and tilting the image.
I think the JavaScript correction would be to change from
var outWidth = inWidth / 2
to
var outWidth = (inWidth / 2) | 0;
Also, the inImg was consumed up to the penultimate column.  Due to the outImg being half the size, that last column was not used.  Both topRowIdx and bottomRowIdx are consequently one too small.   An inelegant but direct solution was to perform a test inside the loop to detect and adjust them.  The code would then be:
  var outWidth = (inWidth / 2) | 0;
  var outImgIdx = 0;
  while (bottomRowIdx < endIdx) {
    var nextTopRowIdx = topRowIdx + inWidth;
    for (var i = 0; i < outWidth; i++) {
      outImg[outImgIdx] = Math.floor((inImg[topRowIdx] + inImg[topRowIdx + 1] + inImg[bottomRowIdx] + inImg[bottomRowIdx + 1]) / 4);
      outImgIdx++;
      topRowIdx += 2;
      bottomRowIdx += 2;
    }
    if (nextTopRowIdx !== topRowIdx) {
      topRowIdx ++;
      bottomRowIdx ++;
    }
    topRowIdx += inWidth;
    bottomRowIdx += inWidth;
  }

Thank you!  That looks like a good find.  I just plugged it into my development tree, and it doesn't seem to make any difference in the existing tests, but of course, being accurate is always better :)
Thanks to your description there, I think I should be able to write a test that can validate that the function does what it thinks it's doing, and that is super helpful also!
If you come up with any other finds, please let me know :)  and if your project is on github, feel free to drop a link :)

@TonyKhorouzan you might want to also investigate grayAndHalfSampleFromCanvasData() as well, it seems that it may be running that on image acquisition . . . which leads me to wonder if the locator is actually getting quarter samples when half sampling is on.

turns out that further investigation caused me to discover that there's a halfSample setting in the browser's frame grabber, which is pulled from the inputStream block rather than the locator block.

with both enabled, you do indeed get an immense amount of reductive sampling

Very interesting!
Yes, half sampling (at least how it is implemented in Barcode_Locator.js) will reduce the amount of data by 4.  It does a half-sample vertically and a half-sample horizontally, resulting in 1/4 sampling.
I think it is useful to have this configurable at both the Browser and Quagga's configuration, as different implementations may more easily lend control one or the other (or both).

running it in the image acquisition phase doesn't seem to be a very good idea -- with that enabled in the inputStream block and disabled in the locator block, the test suite only passes 4 tests.

authors: TonyKhorouzan ericblade


text:
HTML entities not decoded

Consider this simple example:
$ echo '"' | pup 'body text{}'
"

I would expect pup to decode that entity to a quote character (").
I encountered this issue when querying thus:
$ curl -s -X POST -d "MySQLQuery=select+person+from+persons;" -H "Accept: application/json" http://www.querymongo.com/ | pup 'textarea#mongoQuery text{}'
db.persons.find({}, {
    "person": 1
});

I was hoping to get
db.persons.find({}, {
    "person": 1
});

Aha. As soon as I posted this, I learned of --plain.
$ curl -s -X POST -d "MySQLQuery=select+person+from+persons;" -H "Accept: application/json" http://www.querymongo.com/ | pup --plain 'textarea#mongoQuery text{}'
db.persons.find({}, {
    "person": 1
});

repo: ericchiang/pup


text:
🛑 File Share is down

In bcfff15, File Share (https://share.drgn.xyz) was down:

HTTP code: 403
Response time: 76 ms

Resolved: File Share is back up in afc59b3.


text:
优化docker-compose文件

问题
使用docker-compose重新启动节点node时会出现配置的coookie丢失无法自动收星，无法通知
建议

添加一下macvlan模式下多node的docker-compose文件
将配置写在持久化文件中，将config的路径配置放在首页文档， 同时添加检测cookie失效时间，在即将失效前通知一下
建议主推docker-compose方式部署，因为docker run方式不利于手动重启与迁移

目前没有测试出重启容器丢失cookie的情况(需要把/config映射到主机路径)
目前token失效会有通知, 会提示"token可能失效，请尝试重新登录。"(提前通知没有做)
其他问题属于优化,有时间再考虑吧


text:
Issue #431: Improved error messages and -output on errors running SQL scripts

Fixed error output to not include stack trace, except with log level debug
Output the file that fails on errors agains the database
Added line number and position on the error (doesn't work on all databases - dependent on the level of error details the database client libraries provide)

Fixes #431

repo: erikbra/grate


text:
Manify longer help descriptions

When showing the longer help replace the section with SECTION and param names with underlined words. Like a man page.
PS: I'll try to send a PR later myself but need to record this before I forget.

I honestly think that this is outside of the scope of Thor. You can do this already by using a library like Ronn and integrating it into your application like here. This is essentially the same thing the Bundler team does with their man pages.

authors: ezekg ptdorf

repo: erikhuda/thor


text:
v6.0.1: How to get dispatch in asyncValidate

I'm migrating to v6.0.1 and I understand that dispatch is no longer passed automatically to the asyncValidate function.
So, how do I reference it? I depend on dispatch to execute the actual async actions.
I now pass it in as a property to the Form component. However, in asyncValidate, "this" references undefined. IMHO it should reference the component context.

Did you check Async validation doc? It seems that dispatch is the second argument of the asyncValidate function:
// asyncValidate.js
const asyncValidate = (values, dispatch) => { // <- Second argument
  // Async validation code using values and dispatch
}
export default asyncValidate

I didn't get a second argument actually. Thought it was removed or that I had to do something special. It seems to be /escaped/ also in the examples

Please post a code example with your asyncValidate using the dispatch as second parameter, and where it doesn't work.

Ok. Fair enough. I'll have another go

repo: erikras/redux-form