FR: print and persist ALL the downloaded container image tags on each run

Background & motivation
Today, on every Kurtosis run at the validation step, the image tags that get pulled are printed in the command line only if the images do not exist locally:

But after they are downloaded, the text disappears. I would like to know, on each run, that Kurtosis is using the image tags I expected and so this would allow me to cancel the run earlier if I see that Kurtosis is using an image tag that I didnt expect.
Desired behaviour
This Feature Request is to track a few improvements as requested by Barnabas:

Persist the log lines that read "Downloading ethpandaops/etheruem-genesis-generator:2.0.0-rc6" when Kurtosis is downloading the image. Right now, they disappear after a while.
When the download is complete, update the line with: ethpandaops/etheruem-genesis-generator:2.0.0-rc6 download complete.
Show ALL the image tags - right now, Kurtosis only prints 4 lines max but if I am using 7 images, I want to see Kurtosis download all 7 and show that the downloads are complete.

When the image is built locally, I do not expect to see Kurtosis say anything about those image tags.
How important is this to you?
Nice to have; this feature would make using Kurtosis more enjoyable.

It would be a nice to have feature to see what images are fetched at launch and what is not.
Its a good sanity check!

Hey @barnabasbusa @leeederek , the exact images being used are actually already available as the image tag of each argument!

Indeed it is.
The idea was to have it all in one place on the top of the command (as it already shows up, just disappears as soon as the images are downloaded).


ASGI opentelemetry.instrumentation packages incompatible with azure-monitor-opentelemetry-exporter

azure-monitor-opentelemetry-exporter
Package Version - azure-monitor-opentelemetry-exporter = {version = "^1.0.0-beta.3", allow-prereleases = true}
Operating System - macOS Mojave v10.14.6
Python Version - v3.9.0

Describe the bug
We are using FastAPI in our production and successfully implemented log exporting using Azure log handers to Azure App Insights.
On implementing OpenTelemetry,
no versions of azure-monitor-opentelemetry-exporter match >1.0.0-beta.3,<2.0.0, opentelemetry-instrumentation-fastapi (>=0.19b0,<0.20) is incompatible with azure-monitor-opentelemetry-exporter (>=1.0.0-beta.3,<2.0.0)
ASGI open telemetry packages like,
FastAPI Instrumentation
Starlette Instrumentation
ASGI instrumentation
face the same dependency conflict with Azure monitor exporter
To Reproduce
Steps to reproduce the behavior:
After installing the required packages, try running the following FastAPI app:
`import os
import fastapi
import uvicorn
from opentelemetry import trace
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.sdk.trace.export import BatchExportSpanProcessor
from azure.monitor.opentelemetry.exporter import AzureMonitorTraceExporter
from opentelemetry.instrumentation.fastapi import FastAPIInstrumentor
app = fastapi.FastAPI()
@app.get("/foor")
async def foo():
return {"message": "hello world"}
trace.set_tracer_provider(TracerProvider())
tracer = trace.get_tracer(name)
span_processor = BatchExportSpanProcessor(
AzureMonitorTraceExporter.from_connection_string(
os.environ["APPLICATIONINSIGHTS_CONNECTION_STRING "]
)
)
trace.get_tracer_provider().add_span_processor(span_processor)
FastAPIInstrumentor.instrument_app(app)
if name == "main":
uvicorn.run(app, host="<IP_ADDRESS>", port=8000)`
On installing the required packages, there would be a dependency conflict as illustrated in the screenshots in below sections.
Expected behavior
Ability to gather telemetry from FastAPI(ASGI) apps; on the lines of this Flask sample posted in this repo
Flask
Screenshots
If applicable, add screenshots to help explain your problem.
Listing the dependencies version for azure-monitor-opentelemetry-exporter (with allow pre-releases):

Dependency resolver error when trying to add opentelemetry-instrumentation package:

Additional context
In an attempt to track incoming requests, we followed this article
OpenCensus FastAPI implementation
Unfortunately this instrumentation is leading to OOM issues in our Kubernetes deployment and ended up pivoting to open telemetry.
Open telemetry version: opentelemetry-instrumentation-fastapi 0.19b0

The current published package of azure-monitor-opentelemetry-exporter takes a dependency on openetelemetry-api package version 0.17b0. We have recently release opentelemetry-api and version 1.0.0, which opentelemetry-instrumentation-fastapi takes a dependency on. You have version 0.17b0, which is resulting in a conflict. The PR to update azure-monitor-opentelemetry-exporter to use the 1.0.0 versions of the opentelemetry-api package has already been merged, we are just waiting on the release. The release will happen hopefully by the end of this week, so this should solve your issue. @rakshith91

Awesome, thanks @lzchen for the prompt response. Will check back and report on this issue post release.

Hi @gautam-ergo ,
thanks for your patience! azure-monitor-opentelemetry-exporter 1.0.0b4 is now released and you must be able to fix this error by updating your package.
Please let us know if there are any other concerns

Hey @rakshith91 awesome stuff.
Dependency conflict has been resolved and the packages now co-exist.
however, just one clarification required, in the flask sample posted in this repo there is an import pointing to,
from opentelemetry.sdk.trace.export import BatchExportSpanProcessor
But Cannot find reference 'BatchExportSpanProcessor' in open telemetry's 'init.py'
Not sure if this is intended. Kindly advise.
Please feel free to close this issue if you feel the highlighted point warrants another issue for tracking.
Thanks again.

@gautam-ergo
try from opentelemetry.sdk.trace.export import BatchSpanProcessor  - the sample has been updated too

Thanks @rakshith91. Works as expected.
One last question, we have multiple POST paths in our FastAPI app and how do you suggest to record these request URL's in App Insights performance monitoring.

@gautam-ergo
What do you see in your App map currently?

@lzchen
Hope this helps.
Application map:

Performance tab :

Swagger :

@gautam-ergo

how do you suggest to record these request URL's in App Insights performance monitoring.

Not sure how to answer this without more context. What are you trying to achieve in app insights? Do you need your app map to look a certain way?

@lzchen
Sorry about the lack of info.
Essentially looking for a way to implement an APM for one of our python apps using App Insights.

A way to set up the cloud role name for python app (to avoid unknown_service because of a lack of cloud role name)
Capturing the exceptions occurring in the POST request(s) so that it appears in the Failures tab
Set up Availability/Failed Request graph in Application Insights Dashboard (able to see server requests and server response time successfully)

Currently using opentelemetry's azure monitor package with fastapi instrumentation

@gautam-ergo

A way to set up the cloud role name for python app (to avoid unknown_service because of a lack of cloud role name)
( Documentation is clear on adding cloud role name via a callback in case of OpenCensus, does the same apply for
OpenTelemetry as well )

Currently, the Opentelemetry exporters do not support telemetry processors anymore. The recommended way to modify the cloud role name is through the Resource API. You can see the logic for how cloud role name is populated based off the attributes in the provided Resource. Please remember that the OpenTelemetry azure monitor exporter is still in BETA, and these features are subject to change.

Capturing the exceptions occurring in the POST request(s) so that it appears in the Failures tab

Currently not supported. Will be available once exporter goes GA.

Set up Availability/Failed Request graph in Application Insights Dashboard (able to see server requests and server response time successfully)

Failed requests will be populated once the above point is implemented. As for availability, I do not believe any of our current SDKs sends this type of metric.

Thank you so much @lzchen for the info, it helped a great deal.
Was able to use the Resource API like you mentioned and successfully set the cloud role name.
Final piece of the puzzle,

I can see Dependency in Transaction search, trying to understand the context surrounding this. Are the dependency logs expected and is there a way to not emit them
Response code is displaying 0, how do I capture the response code for the requests.

Attached a screengrab from the transaction search page for your reference.

Thanks again.

I can see Dependency in Transaction search, trying to understand the context surrounding this. Are the dependency logs expected and is there a way to not emit them

Are you instrumented with RequestsIntrumentor as well?

Response code is displaying 0, how do I capture the response code for the requests.

Interesting, the response code should reflect the status code of the request. Can you print out the span that was actually used to track this request? You can use the console exporter to do this.

@lzchen
Yes, I am using the RequestsIntrumentor as well. Is this redundant when using the FastAPI instrumentor.
Able to see the response code in attributes under http.status code

Additionally,
Attached 3 json files,
json.zip
one for successful - 201 request
one for failed - 422 request
one on exit - Didn't realize there was an error during exiting. Attached screenshot below as well as a json in the zip file

Also is this an error message >> description should only be set when status_code is set to StatusCode.ERROR
Please let me know if you need additional info.
Thanks.

@gautam-ergo

Yes, I am using the RequestsIntrumentor as well. Is this redundant when using the FastAPI instrumentor.

The RequestsInstrumentor will track telemetry when you use the requests library, so it has nothing to do with FastAPI. The reason you are seeing the dependency telemetry is because our EXPORTER itself is using the requests library to make calls to our backend to actually send your telemetry. This is actually a bug on our end, we don't want to be tracking telemetry sent from our exporter, I've already created a bug here. For now, if you do not want to see these dependencies in app insights, I would simply remove RequestsInstrumentor if you do not actually need to track these.

Attached 3 json files,

Looking at the output, it seems like the spans are missing some attributes. This is probably an issue in the opentelemetry-instrumentation-asgi, could you file an issue here for this problem specifically? Basically, the exporter sees if http.status_code is populated in the span attributes to populate response_Code in app insights. Since the attribute is not there, this is why you are seeing 0s. Normally, it is up to the instrumentation to populate this.

description should only be set when status_code is set to StatusCode.ERROR

This is a bug that is already fixed but just hasn't been released yet.

@gautam-ergo
The README fix would be tracked in a different issue.
Are there any other concerns that you have? If not, feel free to close the issue.
Thanks for posting this again.

@rakshith91
Thanks for all the help here.
Final clarification, is there a way to add custom dimensions on the dependency telemetry similar to what has been showcased in custom dimensions
@lzchen mentioned

The reason you are seeing the dependency telemetry is because our EXPORTER itself is using the requests library to make calls to our backend to actually send your telemetry.

@gautam-ergo

Final clarification, is there a way to add custom dimensions on the dependency telemetry similar to what has been showcased in custom dimensions

If you add attributes to the span, those attributes will become custom dimensions of the dependency telemetry that it creates. You can use the on_end method of the BatchSpanProcessor, which is a callback that is called right before each span ends. Currently there is no way to modify a ReadableSpan so you would have to convert the ReadableSpan to an actual Span, modify the attributes, and then convert it back to a ReadableSpan, OR the more hacky way, simply access the protected variable of the ReadableSpan directly.

The reason you are seeing the dependency telemetry is because our EXPORTER itself is using the requests library to make calls to our backend to actually send your telemetry.

If you don't need to use RequestsInstrumentor() to track calls from the requests library, simply remove it. If you do, you will still see those dependency telemetry appear in your app insights instance until the bug is fixed.

Thanks @rakshith91 @lzchen  for all the help.
Closing the issue.
P.S. unlike the OpenCensus implementation, did not encounter OOM issue whilst using the opentelemetry azure monitor with fastapi instrumentation package. Thanks again for all this awesome work.


Add ability to customize validation error messages

For example, Stripe customizes the 422 messages with helpful remediation messages.

great idea, good DX, but not a priority in the near-term


"ValueError: No JSON object could be decoded" when I use the latest(3.14.0) selenium docker as remote url

@LSumbler

RobotFramework:
robotframework==3.0.4
robotframework-seleniumlibrary==3.1.1
selenium==3.13.0

Docker-Selenium
Image Version:

Image: selenium/hub & selenium/node-chrome-debug
Version: 3.14.0

Docker Version:
docker version: 1.13.1

OS version:
Centons 7

Steps：

deploy selenium hub & selenium/node-chrome-debug docker container according to the methods as Readme
use robotframework Open Browser keyword to connect selenium hub
execute pybot command

Expected Behavior
chrome debug node can open chrome browser to exec UI web automation test

Actual Behavior
chrome debug node can not open chrome browser and "ValueError: No JSON object could be decoded" error occurs on command line

This issue tracker if for enhancement requests and bug reports related to Robt Framework core. This issues looks more like a question belonging to some actual support group and, more importantly, is related to external tools.

@pekkaklarck Could you make sure this issue is related to external tool problem ?


Resources class does not handle float values properly for min_cpu and max_cpu

This tiny pull request aims to solve a small misuse of Pydandic's Union property.
Problem:
When I try to set min_cpu and max_cpu properties to float values, Resources class sliently convert them to integer.
Example code:
from hera.task import Resources

resources = Resources(min_cpu=0.5, max_cpu=2.5)
print(resources)

Output:
min_cpu=0 min_mem='4Gi' min_custom_resources=None max_cpu=2 max_mem='4Gi' max_custom_resources=None gpus=None volumes=None overwrite_maxs=True

Notice that min_cpu is 0, not 0.5 and max_cpu is 2 not 2.5
After a quick googling, I found this  SO page .
x: Union[int, float] = 1 # this usage convert values to intger

y: Union[float, int] = 1 # this usage works as expected

Then checked Resources.py and found out that there is the same missuse.
Resources.py (line 45)
    min_cpu: Union[int, float] = 1

Resources.py (line 49)
   max_cpu: Optional[Union[int, float]] = None

So, I changed the order of types in Union.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Melih Taşdizen seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

I was facing the same issue, this solved the problem. Thanks.

CLA problem due to user.


CRITICAL:root:twint.run:Twint:Feed:noDataExpecting value: line 1 column 1 (char 0)

Issue CRITICAL:root:twint.run:Twint:Feed:noDataExpecting value: line 1 column 1 (char 0)
I already install and upgrade
I have python 3.7
it's not work never ever why . how can I fix this iiisue ASAP .
CRITICAL:root:twint.get:User:'NoneType' object is not subscriptable
CRITICAL:root:twint.run:Twint:Feed:noDataExpecting value: line 1 column 1 (char 0)
sleeping for 15 secs

Hey there. I got this issue as well and managed to fix it. All you need to do is:
pip3 uninstall twint && pip3 install --user --upgrade git+https://github.com/twintproject/twint.git@origin/master#egg=twint

Hope this helps!

What version of python are you using? I tried using python 3.6.15 but it still gave me the same error. I also tried python 3.10.1 but I got <frozen importlib._bootstrap>:241: RuntimeWarning: greenlet.greenlet size changed, may indicate binary incompatibility. Expected 152 from C header, got 160 from PyObject [-] TWINT requires Python version 3.6+.

Hey there. I got this issue as well and managed to fix it. All you need to do is reinstall twint, and upgrade it: pip3 uninstall twint && pip3 install twint && pip3 install --user --upgrade git+https://github.com/twintproject/twint.git@origin/master#egg=twint  Hope this helps!

What version of python are you using? I tried using python 3.6.15 but it still gave me the same error. I also tried python 3.10.1 but I got <frozen importlib._bootstrap>:241: RuntimeWarning: greenlet.greenlet size changed, may indicate binary incompatibility. Expected 152 from C header, got 160 from PyObject [-] TWINT requires Python version 3.6+.
UPDATE: python 3.9.9 worked for me

Yeah, you can't use 3.10 and above since there's a bug in the library that incorrectly detects your Python version. https://github.com/twintproject/twint/pull/1309

Alternatively, if twint doesn't really work out for you, you can instead use snscrape https://medium.com/dataseries/how-to-scrape-millions-of-tweets-using-snscrape-195ee3594721. I find it less susceptible to "Guest token not found" errors and provides complete tweets.

pip3 uninstall twint && pip3 install twint && pip3 install --user --upgrade

this didn't fix it for me, I'm using Python 3.9.1
any other advice?

pip3 uninstall twint && pip3 install twint && pip3 install --user --upgrade

this didn't fix it for me, I'm using Python 3.9.1
any other advice?

Alternatively you can use snscrape. Here's a basic guide on using it: https://medium.com/dataseries/how-to-scrape-millions-of-tweets-using-snscrape-195ee3594721.

For those with this issue, this worked for me
https://github.com/twintproject/twint/issues/915#issuecomment-813015561
Remember  to restart the kernel

For those with this issue, this worked for me
https://github.com/twintproject/twint/issues/915#issuecomment-813015561
Remember  to restart the kernel


Support EVM Exit errors

The pallet_ethereum::execute doesn't support returning an error when the EVM returns an ExitReason different from Success.
This causes the ethereum chain to include the transaction and third party tools to increase the nonce which breaks next transactions.

Close as fixed


Ability to disable envoy extensions

Describe the feature request
Envoy's Thread model has various extensions listed as alpha which are enabled by default.
Providing an option to disable these filters would be useful for security reasons
https://www.envoyproxy.io/docs/envoy/latest/operations/cli#cmdoption-disable-extensions
Lot of these extensions are enabled by default in istio-proxy, but most of them are either not being used or there is no clarity on if they are being used.
A subset from the report which are enabled but mostly not used below:
The below extensions enabled and have alpha status, they might be getting used for generating metrics, not sure all are required.
Envoy.access_loggers.wasm
Envoy.bootstrap.wasm
Envoy.filters.http.wasm
Envoy.filters.network.wasm
Envoy.filters.http.grpc_stats
The below extensions enabled have an unknown security posture and in alpha status.
Envoy.filters.http.adaptive_concurrency
Envoy.filters.http.admission_control
Envoy.filters.http.cdn_loop
Envoy.filters.http.composite
Envoy.filters.http.ext_proc
Envoy.filters.http.grpc_http1_bridge
Envoy.filters.http.grpc_http1_reverse_bridge
Envoy.filters.http.local_ratelimit
Envoy.filters.network.direct_response
Envoy.filters.network.echo
Envoy.filters.network.sni_cluster
Envoy.filters.network.sni_dynamic_forward_proxy
Envoy.rate_limit_descriptors.expr
Envoy.wasm.runtime.null
Envoy.wasm.runtime.v8
There are some extensions that should be used only when both the upstream and downstream are trusted. Some extensions within those are tagged alpha.
Envoy.filters.http.aws_lambda
Envoy.filters.http.aws_request_signing
Envoy.filters.http.tap
Envoy.filters.network.dubbo_proxy
Envoy.filters.network.mysql_proxy
Envoy.filters.network.rocketmq_proxy
Envoy.filters.network.zookeeper_proxy
Envoy.transport_sockets.tap
Envoy.filters.http.original_src
Describe alternatives you've considered
Affected product area (please put an X in all that apply)
[ ] Docs
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[X] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Affected features (please put an X in all that apply)
[ ] Multi Cluster
[ ] Virtual Machine
[ ] Multi Control Plane
Additional context

I guess an alternative is that you can control EnvoyFilter resource with Rbac (i.e. only trusted admin can specify EnvoyFilter) to avoid random envoy filter being injected/used.

Some of the extensions should really be promoted from alpha (e.g. wasm stuff) since they are core to istio feature set.
Other data plane extensions are already guarded by flags (mongo, mysql) and should be disabled by default, and potentially removed from the build.

Controlling envoyFilter is difficult, as ratelimiting is one of the key features developers are interested in and envoyFilter os the only way to do it currently.
Like idea of @kyessenov, if it is agreeable, as an alternative to my suggestion.

@bianpengyuan can you suggest what is a suggested way to fix among the following or something else completely,

parameterizing cmdOption as part of envoy startup
Disabling these unused alpha extensions as part of the envoy build.

If any of these approaches is fine, I can start working on these changes.

I don't think 2 is feasible, it will be a breaking change since there are definitely quite some usage of those extensions with Istio proxy.
1 is doable via a proxy env variable. Although I am not sure if that would be a good idea (you'd need to keep eyes on every Envoy release and disable any new extensions, which seems annoying). We are introducing first class rate limiting API by the way. If that is only use case, probably long term solution is to disable EnvoyFilter completely in your cluster to prevent any accidental usage of random extensions.

@bianpengyuan makes sense.
When is the first class ratelimit support coming in 1.12 or 1.13 ?
Also, do you think we can limit usages of specific extensions on EnvoyFilter with custom validation webhook( may be OPA? ) would be viable in the meantime if it is far off.

When is the first class ratelimit support coming in 1.12 or 1.13 ?

@kyessenov drives the work and would know better, but I think 1.12 might be too ambitious. It will more likely happen at 1.13.

Also, do you think we can limit usages of specific extensions on EnvoyFilter with custom validation webhook( may be OPA? ) would be viable in the meantime if it is far off.

Yeah I think that will work, by limiting operation and filters being operated.


Updated customer sat

Updated customer satisfaction which will be compatible with latest version.

sorry, customer churn is added, idk how?!


Add Github Actions for CI

Depends on #40 in Yak, since that PR fixes some dependency issues.

Add CI pipelines for supported combinations of Ubuntu distributions and CUDA versions.
Fixed a missing pcl_ros dependency.
Fixed trying to install the nonexistent config directory.

On Xenial, the version of PCL that is linked through pcl_ros uses a different version of VTK than the one PCL is built against in the underlay Docker image, so I had to build the perception_pcl package from source in the upstream workspace.

I removed the dependency on OpenCV from yak_ros, since that's handled by depending on cv_bridge. With ROS Kinetic on Xenial this brings in libraries that are linked against OpenCV 3.3.  However, the Yak library doesn't specify a dependency on a specific OpenCV version, so on Xenial it ends up linked against OpenCV 2.X. This introduces library linking errors when building yak_ros on Xenial.
As a workaround for this, I added ros-kinetic-opencv3 as an additional package to be installed for the Xenial CI jobs. This lets Yak link against OpenCV 3.3, which resolves the linking errors for yak_ros without needing to build the other OpenCV-dependant ROS packages from source.
@gavanderhoorn Is this an acceptable solution?


When I add new / delete a DOM html has contains Input tag with jquery (ajax) and execute command  $ ('.side-body').data ('multilingual').init ();  After that i change the language, all which are good performance translation, except the Body (type  is "rick text box")

Version information

Laravel: v5.5
Voyager: v1.1.3
PHP: 7.2.4

Description
I have write a custom editor and edit-add.blade.
When I add new / delete a DOM html has contains Input tag with jquery (ajax) and execute command  $ ('.side-body').data ('multilingual').init ();  for update DOM for multilangual
After that i change the language, all which are good performance translation, except the Body (type  is "rick text box")
I need to be what to it can be active as usual when add new or delete 1 DOM?
Screenshots

I'm sorry, I can't understand what you're asking.  Please attempt to rephrase your question.

Closing due to inactivity.


Error in console on object with circular refs

const onClick = createEvent()

function Component() {
 return <button onClick={onClick}>click me</button>
}

👆 this code will cause error in console

I will check it, Thank you and message you

I think #5 should help


Handle k8s dependencies through submariner-io

For k8s dependencies on the main branch, it's simpler to track whatever version our Submariner dependencies use. Point-release bumps can be handled separately on the release branches.

/approve

/lgtm


Removing cirq.DEFAULT_RESOLVERS in version 0.11.0 is a breaking change

Description of the issue
I am working on a library that uses json serialization which depends on cirq.DEFAULT_RESOLVERS. In version 0.11.0, this cirq attribute was removed.  I will now have to add try / except statements to my library to make it compatible with both the old and new cirq. Please bring back cirq.DEFAULT_RESOLVERS.
How do I import DEFAULT_RESOLVERS now? It looks like it's defined here but I cannot determine the import path to use.
Cirq version
python -c 'import cirq; print(cirq.DEFAULT_RESOLVERS)'

returns
AttributeError: module 'cirq' has no attribute 'DEFAULT_RESOLVERS'
related issue #4115

Just like in issue #4115, this only happens if I pip --upgrade cirq instead of doing a clean install.


Site support for indiedb.com

Please follow the guide below

You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your issue (like that [x])
Use Preview tab to see how your issue will actually look like

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2017.02.07. If it's not read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2017.02.07

Before submitting an issue make sure you have:

[x] At least skimmed through README and most notably FAQ and BUGS sections
[x] Searched the bugtracker for similar issues including closed ones

What is the purpose of your issue?

[x] Site support request (request for adding support for a new site)

If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):

Single video: https://www.youtube.com/watch?v=BaW_jenozKc
Single video: https://youtu.be/BaW_jenozKc
Playlist: https://www.youtube.com/playlist?list=PL4lCao7KL_QFVb7Iudeipvc2BCavECqzc

[$] youtube-dl -v -F  "http://www.indiedb.com/games/king-machine"                                                                   [5:12:48]
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'-F', u'http://www.indiedb.com/games/king-machine']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2017.02.07
[debug] Python version 2.7.13 - Linux-4.9.0-1-amd64-x86_64-with-debian-9.0
[debug] exe versions: ffmpeg 3.2.2-2, ffprobe 3.2.2-2, rtmpdump 2.4
[debug] Proxy map: {}
[generic] king-machine: Requesting header
WARNING: Falling back on generic information extractor.
[generic] king-machine: Downloading webpage
[generic] king-machine: Extracting information
ERROR: Unsupported URL: http://www.indiedb.com/games/king-machine
Traceback (most recent call last):
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 1741, in _real_extract
doc = compat_etree_fromstring(webpage.encode('utf-8'))
File "/usr/local/bin/youtube-dl/youtube_dl/compat.py", line 2526, in compat_etree_fromstring
doc = _XML(text, parser=etree.XMLParser(target=_TreeBuilder(element_factory=_element_factory)))
File "/usr/local/bin/youtube-dl/youtube_dl/compat.py", line 2515, in _XML
parser.feed(text)
File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1653, in feed
self._raiseerror(v)
File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1517, in _raiseerror
raise err
ParseError: not well-formed (invalid token): line 22, column 118
Traceback (most recent call last):
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 696, in extract_info
ie_result = ie.extract(url)
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 369, in extract
return self._real_extract(url)
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 2589, in _real_extract
raise UnsupportedError(url)
UnsupportedError: Unsupported URL: http://www.indiedb.com/games/king-machine

Thanks for the report. The actual video is in http://www.indiedb.com/games/king-machine/videos and the latter will be supported in the next version.


Design a mobile version of our nav-drawer

Our ino-nav-drawer is currently only designed for desktop use which forces our consumers to implement a custom drawer for mobile views if necessary.
Design a nav drawer that is suited for mobile device


Gribi tests - Additional configuration required for Arista ceos

Hello,
I'm working on the gribi/otg_test/base_leader_election_test.go and I ran into an issue while trying to configure the Arista ceos.
The ate test case was written for hardware eos which works fine, but apparently the ceos requires the following extra configuration:

Enabling Arfa mode. This requires injecting a ceos-config file with TFA_VERSION=2 in /mnt/flash on the container for boot up.
Placing all of the interface configuration on port-channels. A port-channel of 1 member is sufficient.
Adding this configuration piece in the container startup config
management api models
ipv4-unicast
ipv6-unicast

You can reproduce the error I'm seeing by cloning my forked repo at git@github.com:octpetre/featureprofiles.git and running the following steps:
0. You will require the proper repo images pulled into your cluster (I'm using kind for this)

kne_cli create ~/featureprofiles/topologies/kne/ixia-arista-3ports.textproto
cd featureprofiles/feature/gribi/otg_tests/base_leader_election_test/
go test -v . -kne-config ~/featureprofiles/topologies/kne/testbed.kne-3ports.yml -testbed ~/featureprofiles/topologies/atedut_3.testbed

The script fails at steps 365/366
ipv4Path := args.dut.Telemetry().NetworkInstance(instance).Afts().Ipv4Entry(ateDstNetCIDR)
Thanks,

Link from Octavian: https://github.com/octpetre/featureprofiles/blob/main/feature/gribi/otg_tests/base_leader_election_test/base_leader_election_test.go#L366

@sulrich could you help Octavian? I have not used cEOS at all. I can confirm that base_leader_election_test is passing on 7808 hardware using the 20220411 image.

I just noticed that the management api models you have in your init_arista.config differs from our arista_ceos.config.
Yours: https://github.com/octpetre/featureprofiles/blob/main/topologies/kne/init_arista.config#L33
management api models
   ipv4-unicast
   ipv6-unicast

Ours: https://github.com/openconfig/featureprofiles/blob/main/topologies/kne/arista_ceos.config#L41
management api models
   provider aft
      ipv4-unicast
      ipv6-unicast

(This is also the same as what we have on hardware.)
I think ipv4-unicast and ipv6-unicast need to be under provider aft, no?
Also, gNMI agent needs to be restarted after changing the management api models,
management api gnmi
  transport grpc default
    ! Restart gNMI for provider aft.
    shutdown
    no shutdown
    port 6030
    no ssl profile
  provider eos-native

I'll make changes to our ceos config to reflect what we have on hardware.

I'll try the changes...
In the meantime here is the output with the error...
=== RUN   TestElectionIDChange/IPv4EntryWithLeaderChange
base_leader_election_test.go:432: Name: IPv4EntryWithLeaderChange
base_leader_election_test.go:433: Description: Connect gRIBI-A to DUT specifying SINGLE_PRIMARY client redundancy with election_id 12.
base_leader_election_test.go:247: Adding an IPv4Entry for <IP_ADDRESS>/24 pointing to ATE port-3 via clientB.
base_leader_election_test.go:366: No value present
--- FAIL: TestElectionIDChange (1.33s)
--- FAIL: TestElectionIDChange/IPv4EntryWithLeaderChange (0.31s)
FAIL

there's likely some additional stuff to get into the mix here to get the equivalent hw behaviors in ceos-lab.

After using the configuration bit below, I am sending the traffic and even while the gRIBI route shows in the routing table, the packets are not forwarded. So, yes, most likely something more needs to be configured.
management api models
provider aft
ipv4-unicast
ipv6-unicast


docs: improve docs for KeptnEvaluationDefinition

Fixes #1334

This conflicts with https://github.com/keptn/lifecycle-toolkit/pull/1224:

1224 deletes the concepts/evaluations page
Replaces it with the yaml-crd-ref/evaluationdefinition.md and yaml-crd-ref/evaluationprovider.md files, which have been updated for the v1alpha3 information.
The content you added in lines 37-39 is not in 1224 but I will add it now.


Proxy format?

Whats the format to write the proxy?
http://user:password@ip:port
or
ip:port:user:password

ip:port
user:pass@ip:port
http://ip:port
http://user:pass@ip:port


doc(translatable): Add a tips about Doctrine Migration

I'd like to add a small tip about Doctrine Migration and existing projects getting Translatable setup after some content have been contributed.
It's just an easy thing to miss locally because fixtures are applied later, but that could be a shame once deployed to production :smiley_cat:

Gentle ping about this pull request, is there anything I can do to help you review it?
Cheers


v3.12.1

[v3.12.1] (Feb 26, 2024)
Fixes:

Added loading status to the ChannelSettings module and addressed some layout issues.

Added support for multiple lines in the MessageInput on mobile devices.

Fixed the MessageListParams type in the ChannelProvider.

Fixed requests for empty image paths during the image optimization process.

Fixed an infinite loop issue occurring when using the GroupChannel/components/Message and Channel/components/Message components in the renderMessage method of the GroupChannel and Channel modules.

The renderMessage method of the GroupChannel module no longer nests messages under the Message component. If a container element for the Message component is needed, use it as follows:
import { GroupChannel } from '@sendbird/uikit-react/GroupChannel';
import { Message } from '@sendbird/uikit-react/GroupChannel/components/Message';

const GroupChannelPage = () => {
  return (
    <GroupChannel
      renderMessage={(props) => {
        return (
          <Message message={props.message}>

{props.message.messageId}

          </Message>
        )
      }}
    />
  )
}

The renderMessage prop of the Channel/components/Message and GroupChannel/components/Message components has been deprecated. Instead, use the children prop to customize message sub-elements.
<Message message={props.message}>

{props.message.messageId}

</Message>

Added detailed comments for customizing-related props in the GroupChannel module.

[Creating Ticket] 🔖 Done https://sendbird.atlassian.net/browse/SDKRLSD-1139

Can we add a change log for StringSet of upload file size and count limit?
ex.
* Apply the string set for uploading file size and count limit

or
* Support text localization for uploading file size and count limit

I forgot that! Thanks!


Inconsistent movement speed

Merge pull request #36 from jamer/framerate "more consistent frame rate; measure time in seconds" introduced a bug where the player's movement speed appears to change almost randomly. This is probably a timing issue.

After introducing actual entity graphics this is no longer noticeable. Might have been a trick of the eyes or fixed at some other time.


Any query fails with an error message

Describe the issue
I'm getting this error for any query I'm trying to run:

OperationException(linkException: null, graphqlErrors: [GraphQLError(message: prepared statement "ee3e1f16e73f409ba03b64d276e43fe2" does not exist, locations: null, path: null, extensions: null)])

To Reproduce (MUST BE PROVIDED)
Example of a query:
    const String query = r'''
      query MyQuery($id: String!) {
        profilesCollection(filter: {id: {eq: $id}}) {
          edges {
            node {
              id
              username
            }
          }
        }
      }
    ''';

    final QueryOptions options = QueryOptions(
      document: gql(query),
      variables: <String, dynamic>{
        'id': id.getOrCrash(),
      },
    );

    final QueryResult result = await _graphqlClient.query(options);

Expected behavior
Should not return an error.
device / execution context
Running a flutter app on an iOS simulator.
additional context

I'm using Supabase as my backend
I'm running the same query via graphiql or PostMan, and it works over there. (I also tried multiple queries, without variables)
I made sure id.getOrCrash() is returning the desired output

prepared statement "ee3e1f16e73f409ba03b64d276e43fe2" does not exist

Sounds like you have some database problems on your backend.

prepared statement "ee3e1f16e73f409ba03b64d276e43fe2" does not exist

Sounds like you have some database problems on your backend.

When I send the same requests from other clients I'm not getting an error

When I send the same requests from other clients I'm not getting an error

I can't speak to your server implementation, but this is a server error.

When I send the same requests from other clients I'm not getting an error

You can take into account that the token or id that you are passing to graphql flutter is wrong, and maybe the problem is in your dart code.
More importantly, all the value that you pass to graphql_flutter are final, this means that they never change

When I send the same requests from other clients I'm not getting an error

You can take into account that the token or id that you are passing to graphql flutter is wrong, and maybe the problem is in your dart code.
More importantly, all the value that you pass to graphql_flutter are final, this means that they never change

The thing is, I'm 100% sure it's the same parameters, and it works through other clients. So I'm thinking it probably has something to do with how the request is being parsed? maybe it's being sent a bit differently. So I started debugging and I came across this:

Could it have anything to do with this?

I don't see anything wrong in your screenshot. Have you considered calling against a mock server to inspect what's sent? Beeceptor or similar?

I don't see anything wrong in your screenshot. Have you considered calling against a mock server to inspect what's sent? Beeceptor or similar?

Thanks, it was a very helpful idea!
The difference between the requests is that this package adds __typename multiple times in the query, while other clients do not add it at all.
GraphiQL/Postman:
query MyQuery($id: String!) {
    profilesCollection(filter: {id: {eq: $id}}) {
        edges {
            node {
                id
                username
            }
        }
    }
}

This package:
query MyQuery($id: String!) {
  __typename
  profilesCollection(filter: {id: {eq: $id}}) {
    __typename
    edges {
      __typename
      node {
        __typename
        id
        username
      }
    }
  }
}

I reproduced the same error while sending that request via PostMan, and I realized this is happening because of the first __typename, the one right before profilesCollection.
I'm very new to GraphQL so I'm not sure if it's valid or not, but I guess if it was invalid then I would get a parser error. So it's entirely a server-side problem?
Thank you for your help.

The __typename is a valid graphql https://graphql.org/learn/queries/#meta-fields and we use is a lot because help the package to understand the return type.
So this is a server error that doesn't accept this __typename and it is wrong.


Strings in Python

Proposed title of article
Strings in Python
Introduction paragraph (2-3 paragraphs):
A string is simply a series of characters. Anything inside quotes is considered a string in Python, and you can use single or double quotes around your strings. Strings are quite simple at first glance, but you can use them in many different ways. In this tutorial we’ll learn about changing case in a string with methods, combining or concatenating strings, and adding white space to strings with tabs or newlines.
Python detects the extra space in strings and considers it significant unless you tell it otherwise. To understand this, we shall learn how to strip white spaces in strings
.
Key takeaways:

Changing Case in a String with Methods
Combining or Concatenating Strings
Adding White space to Strings with Tabs or Newlines
Stripping White space

References:
N/A

Hello @Bonimum, I think the topic was already suggested here #2406

I have changed and edited the topic to this  Using Web API's (GitHub API) in Python @jerimkaura
cc @hectorkambow
Thank you

Aright @Bonimum, let's hope it will be approved soon enough.

@Bonimum
Sounds like a helpful topic - lets please be sure it add value beyond what is in the official docs and what is covered in other blog sites.
Please be sure to double check that it does not overlap with any existing EngEd articles or incoming topic suggestions (if you haven't already) to avoid any potential article closure, please reference any relevant EngEd articles in yours. - Approved


feat: login UI [web-desmos]

Description
Closes: BDU-651

Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...

[x] ran linting via yarn lint
[x] wrote tests where necessary
[x] included the correct type prefix in the PR title
[x] targeted the correct branch
[x] provided a link to the relevant issue or specification
[x] reviewed "Files changed" and left comments if necessary
[x] confirmed all CI checks have passed
[x] added a changeset via yarn && yarn changeset

@rachelhox can you update this pls:

The log in button padding and text alignment
Current:

Design:

Login buttons now have wrong colors:

Padding and sizing, there should also be effects when hoovered over the buttons

Current:

Design:

@MonikaCat Just asked Nicole, she mentioned there's no hover effects when :hover? May I ask which buttons you are talking about?

@rachelhox I think there should be some effects on hoover for change wallet and Wallet 3 button otherwise it looks weird now and it's not so clear that this is a button


Open access to public properties in MinimalAPIs

Description
The effect is as follows:
public class UserService : ServiceBase
{
    public string Ping => "success";
}

Generate API address:
https://localhost: XXX/api/v1/Users/Ping

Only public access to public properties is open. To avoid misunderstandings, this configuration is disabled by default. Can be enabled by configuration

global configuration

var builder = WebApplication.CreateBuilder(args);

var app = builder.AddServices(options =>
{
    options.EnableProperty = true;
});

local configuration

public class UserService : ServiceBase
{
    public class UserService : ServiceBase
{
    public UserService()
    {
        RouteOptions.EnableProperty = true;
    }

    public string Ping => "success";
}
}


allow expectBadge helper to assert links[] content

:clipboard: Description
If we could call
.expectBadge({ label: 'foo', message: 'bar', links: ['https://foo.bar/baz'] })

that would allow us to write more complete tests.
refs https://github.com/badges/shields/pull/3241#discussion_r270643671

My current thinking is to break down the expectations inside expectBadge into separate assertions as part of #2686 (this was also suggested in #2687). Tackling this issue would become very easy, we would add the link to the JSON response and add a new assertion inside expectBadge which would only be checked if link is defined in the input of expectBadge. I was planning on putting all the assertions inside an afterJSON block within expectBadge, however, this bug in IcedFrisby is currently a blocker.


missing .bowerrc for custom bower_components directory

After trying to install laravel5-angular-material-starter project i noticed that the bower_components were in the app folder. This is which is strange...
so I added a .bowerrc to overwrite the location to the root folder, i'm not sure if this is default behaviour or only in my situation.
so i added the following in root folder into .bowerrc file:
{   "directory" : "bower_components" }

found it, was my problem. Had .bowerrc in my home directory.


Auth Example

There doesn't seem to be any simple examples of how to use the auth functionality here. Can you provide a simple short example?

Not yet. Doing some cleanup. Trying to find the right integration path.

have any news?

So far no example has been provided for the auth functionality. We are happy to accept PRs however.

still waiting the example.

Stale


Update http4s-circe, http4s-client, ... to 0.21.20

Updates

org.http4s:http4s-circe
org.http4s:http4s-client
org.http4s:http4s-dsl
org.http4s:http4s-ember-core

from 0.21.6 to 0.21.20.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.http4s" } ]

labels: library-update, semver-patch

Superseded by #107.


support "logout" code

hey i have this desk that is connecting me to a VPN and does some more stuff,
it would be great if i could define some "teardown" or "logout" phase in my vpn.sh that is closing the VPN connecting and cleaning up.
similar to what .bash_logout would do.

+1

Couldn't you just do something like...
function tear_down() {
   # Checkout all this fancy tear down code
}

alias exit="tear_down && exit"

seems to be ignored when hitting ctrl+d (at least on osx)

Perhaps you can make use of trap?
See http://superuser.com/questions/549875/what-method-executes-on-bash-exit-via-ctrl-d

using zsh
function tear_down() {
   # fancy tear down code
}
trap "tear_down" EXIT

works for me

Looks like @skvale's solution is the way to go. If this doesn't meet anyone's usecase, please comment. Closing until then.


I opened Wrapper Offline but it cannot open application because developer cannot be verified

I downloaded a Wrapper Offline file on Mac that it said Wrapper Offline cannot be opened because developer cannot be verified that the application is free from malware where Mac users downloaded

https://github.com/wrapper-offline/wrapper-offline/releases/download/v2.0.0/Wrapper.Offline-macos-x64.zip
Can you fix this application

If the app cannot be opened if developer not verified with Wrapper Offline app
go to system settings
Privacy & Security
Scroll until you see Wrapper Offline
Click open anyway
And click Open
It should work on your macOS


CSE-159 Since not showing on most pages.

https://issues.serokell.io/issue/CSE-159
The issue was fixed by https://issues.serokell.io/issue/CSM-337, what we need is to return the UI part to show the "Since" field.
I was unable to test this using master because of the error that appears there on the third node (when running, explorer or wallet):
cardano-node: too few bytes
From:   Pos.Txp.Core.Types.TxIn:
        demandInput

So I used explorer-mock to run it, seems to work fine.
I do need to test this using some mode - dev, qa or staging.
Returned CSS lost rules as commented by @sectore. Otherwise, I, the CSSHero, would be unable to finish this task.

After ./scripts/clean/db.sh running master seems to work.
After a small fix, we have:

So I think we are good :champagne:

Just Mac build fails :arrow_up:

@sectore Tested, seems to work as it worked before.


fix(protocol): avoid throwing when protocol found

Just confirmed that this fixes the examples

Thanks for fixing this! However, I want to express my frustration with how this code was released. The Travis CI build is still broken and you release new versions of the library without having a green build. This is really prohibitive to a good testing culture. Looking at the code change, this would have been easily caught by a unit test.
The effective result for us was a lot of the JavaScript on our website didn't work even after the fix was released, because of the day cdn.js cache the content on the major version and we are bundling the code using the SDK with more JS with Browserify.
So indeed, we were affected, because we depend on just /3/ from the CDN, but the cache invalidation there is not great when an immediate fix needs to be released.

@hkdobrev Thanks for jumping in here,

I want to express my frustration with how this code was released. The Travis CI build is still broken and you release new versions of the library without having a green build. This is really prohibitive to a good testing culture. Looking at the code change, this would have been easily caught by a unit test.

You are totally right and I apologise for the mess this created on your side. We have been pushing back updating our test suite setup for too long which have made us being less good at ensuring the stability of our JavaScript client.
Here are the steps we decided to take before any new release will happen on this client:

remove the current set of tests that are using zuul
replace them with single unit tests on node
create a single good functional test with a real browser that will build the library and use it the way a user would use it (because unit tests are not always sufficient)
remove any reference in our documentation and integration that is using /3/ because auto-updating is never a good idea. This is never the case on the backend, the fact that jsDelivr provides this is nice for POCs, not for production websites. You don't want your website to be updated by a third party.

The effective result for us was a lot of the JavaScript on our website didn't work even after the fix was released, because of the day cdn.jsdelivr caches the content on the major version and we are bundling the code using the SDK with more JS with Browserify.

We just purged jsDelivr 30 minutes ago the right way so that /3/ is now delivering the right fix.

So indeed, we were affected, because we depend on just /3/ from the CDN, but the cache invalidation there is not great when an immediate fix needs to be released.

Yes indeed the cache invalidation is tricky to handle well because of CDN cache and browser cache. Right now the version on jsDelivr is the right one though.
We advise you to move over to using a specific version. Since if your website is working on day one, and you don't need any new features, you can stay on a specific version. As we do as devs on backend dependencies, they are not auto update luckily.
Again sorry about this bad code change and release and thanks for the rapid feedback on it. We will ensure next releases are more robust.

The steps sound right and we already switched to a fixed version! Thanks for the update!


enable jobs retry & multi-arch builds of succeeding docker image builds

Approach:

Enable the construction of multi-architecture images even if not all image build matrices are successful. This allows for the publishing of manifests for the images that have been successfully built without waiting for all builds to complete.

In this change, we also modify the multi-arch job to only generate a manifest when the necessary images are available; otherwise, we make the job fail.

Modify the deletion job to execute only after the publishing and tests jobs succeed. This prevents the need to restart all jobs when a single image build job fails.

Here are the new behaviors:

The build-multiarch-manifest no longer depends on the build jobs to all pass before publishing multi-arch images to dockerhub. Once the build job completes (either succeeds or fails), the multiarch job builds and pushes manifests for the succeeding images.
The test job still uses the images from build to run tests.
The delete-temp-images job will only run AFTER build-multiarch-manifest and test jobs succeed.
If any jobs fail during the workflow run, we can simply re-run all failed jobs now. Once all jobs pass, the delete job will trigger.

I re-targeted for branch-24.08 because we're having lots of issues with the release builds (https://github.com/rapidsai/docker/actions/runs/10302850714).

Answered @jameslamb in Slack.


python311Packages.msal: 1.25.0 -> 1.26.0

Changelog: https://github.com/AzureAD/microsoft-authentication-library-for-python/releases/tag/1.26.0
Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 282679 run on x86_64-linux 1

6 packages marked as broken and skipped:

python312Packages.azure-datalake-store
python312Packages.azure-datalake-store.dist
python312Packages.msal
python312Packages.msal-extensions
python312Packages.msal-extensions.dist
python312Packages.msal.dist

24 packages failed to build:

browsr
browsr.dist
parsedmarc (python311Packages.parsedmarc)
parsedmarc.dist (python311Packages.parsedmarc.dist)
python311Packages.dalle-mini
python311Packages.dalle-mini.dist
python311Packages.fastai
python311Packages.fastai.dist
python311Packages.qcodes
python311Packages.qcodes-contrib-drivers
python311Packages.qcodes-contrib-drivers.dist
python311Packages.qcodes.dist
python311Packages.spacy
python311Packages.spacy-lookups-data
python311Packages.spacy-lookups-data.dist
python311Packages.spacy-transformers
python311Packages.spacy-transformers.dist
python311Packages.spacy.dist
python311Packages.textacy
python311Packages.textacy.dist
python311Packages.textnets
python311Packages.textnets.dist
tts
tts.dist

102 packages built:

azure-cli
azure-cli.dist
barman
barman.dist
baserow
baserow.dist
dvc (python311Packages.dvc)
dvc-with-remotes
dvc-with-remotes.dist
dvc.dist (python311Packages.dvc.dist)
oauth2ms
paperless-ngx
pgadmin4
pgadmin4-desktopmode
pgadmin4-desktopmode.dist
pgadmin4.dist
python311Packages.adlfs
python311Packages.adlfs.dist
python311Packages.aiogithubapi
python311Packages.aiogithubapi.dist
python311Packages.azure-datalake-store
python311Packages.azure-datalake-store.dist
python311Packages.azure-identity
python311Packages.azure-identity.dist
python311Packages.celery
python311Packages.celery-redbeat
python311Packages.celery-redbeat.dist
python311Packages.celery-singleton
python311Packages.celery-singleton.dist
python311Packages.celery.dist
python311Packages.django-celery-beat
python311Packages.django-celery-beat.dist
python311Packages.django-celery-email
python311Packages.django-celery-email.dist
python311Packages.django-celery-results
python311Packages.django-celery-results.dist
python311Packages.django-google-analytics-app
python311Packages.django-google-analytics-app.dist
python311Packages.django-health-check
python311Packages.django-health-check.dist
python311Packages.django-raster
python311Packages.django-raster.dist
python311Packages.djmail
python311Packages.djmail.dist
python311Packages.dvc-azure
python311Packages.dvc-azure.dist
python311Packages.dvc-gdrive
python311Packages.dvc-gdrive.dist
python311Packages.dvc-hdfs
python311Packages.dvc-hdfs.dist
python311Packages.dvc-task
python311Packages.dvc-task.dist
python311Packages.dvclive
python311Packages.dvclive.dist
python311Packages.flower
python311Packages.flower.dist
python311Packages.guidance
python311Packages.guidance.dist
python311Packages.k-diffusion
python311Packages.k-diffusion.dist
python311Packages.kombu
python311Packages.kombu.dist
python311Packages.msal
python311Packages.msal-extensions
python311Packages.msal-extensions.dist
python311Packages.msal.dist
python311Packages.opencensus-ext-azure
python311Packages.opencensus-ext-azure.dist
python311Packages.pins
python311Packages.pins.dist
python311Packages.securesystemslib
python311Packages.securesystemslib.dist
python311Packages.sigstore
python311Packages.sigstore.dist
python311Packages.skrl
python311Packages.skrl.dist
python311Packages.spacy-loggers
python311Packages.spacy-loggers.dist
python311Packages.tuf
python311Packages.tuf.dist
python311Packages.wandb
python311Packages.wandb.dist
sourcehut.buildsrht
sourcehut.buildsrht.dist
sourcehut.coresrht
sourcehut.coresrht.dist
sourcehut.gitsrht
sourcehut.gitsrht.dist
sourcehut.hgsrht
sourcehut.hgsrht.dist
sourcehut.hubsrht
sourcehut.hubsrht.dist
sourcehut.listssrht
sourcehut.listssrht.dist
sourcehut.mansrht
sourcehut.mansrht.dist
sourcehut.metasrht
sourcehut.metasrht.dist
sourcehut.pastesrht
sourcehut.pastesrht.dist
sourcehut.todosrht
sourcehut.todosrht.dist


boards: efr32_radio: Fix brd4187c's LED logic level

Fix LED logic levels of board brd4187c to be active high.

@rdob-ant, seems like CI is failing because of changes made in #57849: SOC_GECKO_PM_BACKEND_PMGR is y-selected on SOC_GECKO_SERIES2, but we do not provide the corresponding BLOBs for efr32xg21 targets in hal_silab's module.yml.
Can you confirm?

Hi @mrfuchs
You're right, the issue is caused by my PR which was merged. Specifically, it enables PMGR backend by default for all Gecko 2 targets, but I forgot about its dependency on DEV_INIT, which is disabled for some of them. Because I don't think it's a good idea to enforce either DEV_INIT or PMGR to be used on all Gecko Series 2 targets, the fix is to not enable PMGR on those chips where, for whatever reason, DEV_INIT is not enabled.
I've pushed a change in #58270 which does this - perhaps you can check if that one-liner fixes the CI for you? I've tried building one of the failing configurations with it (west build -p -b efr32_radio_brd4180a tests/benchmarks/footprints -- -DCONF_FILE=prj_pm.conf) and that worked.


Defaults values for embedded documents with subclasses no longer with on 0.15

I am upgrading an application from 0.14 to 0.15. Subclasses for embedded documents are raising an exception with created as a default value.
require 'bundler/inline'

gemfile do
  source 'https://rubygems.org'

  gem 'mongo_mapper', "~> 0.15"
end

class B
    include MongoMapper::EmbeddedDocument
end

class C < B
end

class A
  include MongoMapper::Document
  key :bar, B, default: -> {C.new}
end

MongoMapper.setup({'development' => {'uri' => 'mongodb://mongo/test'}}, 'development', logger: Logger.new(File::NULL))

a = A.new

puts 'OK'

/vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:479:in `block in initialize_default_values': undefined method `key?' for #<C _id: BSON::ObjectId('62b92fa3ffa5c3b60922cf97'), _type: "C"> (NoMethodError)
Did you mean?  keys
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:478:in `each'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:478:in `initialize_default_values'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:287:in `initialize_from_database'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:123:in `load'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:113:in `from_mongo'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys/key.rb:64:in `get'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:460:in `internal_write_key'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:480:in `block in initialize_default_values'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:478:in `each'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:478:in `initialize_default_values'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/keys.rb:279:in `initialize'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/sci.rb:77:in `initialize'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/callbacks.rb:8:in `block in initialize'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/activesupport-7.0.3/lib/active_support/callbacks.rb:99:in `run_callbacks'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/embedded_callbacks.rb:78:in `run_callbacks'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/callbacks.rb:8:in `initialize'
	from /vendor/.rbenv/versions/3.0.1/lib/ruby/gems/3.0.0/gems/mongo_mapper-0.15.6/lib/mongo_mapper/plugins/partial_updates.rb:18:in `initialize'
	from ./mongomapper-inheritance.rb:24:in `new'
	from ./mongomapper-inheritance.rb:24:in `<main>'

Thank you for your reproducible code!
I found that it puts "OK" with mongo_mapper 0.15.0 to 0.15.3, but doesn't with 0.15.4 or higher.
We need mongo_mapper 0.15.4+ for ruby 3.0+ and rails 7.0+.
So if you don't use ruby 3.0+ and rails 7.0+, you can use mongo_mapper 0.15.3 for now.
On the other hand, I will investigate the error to fix it.
How I confirmed it
I changed the gemfile like:
gemfile do
  source 'https://rubygems.org'

  gem 'mongo_mapper', ARGV[0]
  gem 'activesupport', '~> 6.0.0'
end

and ran it with 0.15.x:
$ ruby a.rb 0.15.0
OK
$ ruby a.rb 0.15.1
OK
$ ruby a.rb 0.15.2
OK
$ ruby a.rb 0.15.3
OK
$ ruby a.rb 0.15.4
/Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:467:in `block in initialize_default_values': undefined method `key?' for #<C _id: BSON::ObjectId('62d9cad23d572c2e3f265845'), _type: "C"> (NoMethodError)

          if !(except && except.key?(key.name))
                               ^^^^^
Did you mean?  keys
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:466:in `each'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:466:in `initialize_default_values'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:275:in `initialize_from_database'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:123:in `load'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:113:in `from_mongo'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys/key.rb:64:in `get'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:448:in `internal_write_key'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:468:in `block in initialize_default_values'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:466:in `each'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:466:in `initialize_default_values'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/keys.rb:267:in `initialize'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/sci.rb:77:in `initialize'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/callbacks.rb:8:in `block in initialize'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/activesupport-<IP_ADDRESS>/lib/active_support/callbacks.rb:101:in `run_callbacks'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/embedded_callbacks.rb:78:in `run_callbacks'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/callbacks.rb:8:in `initialize'
        from /Users/masato/.rbenv/versions/3.1.2/lib/ruby/gems/3.1.0/gems/mongo_mapper-0.15.4/lib/mongo_mapper/plugins/partial_updates.rb:18:in `initialize'
        from a.rb:25:in `new'
        from a.rb:25:in `<main>'

I found that 7685eda63631a774c3553260f47eae4539a2b6e0 made the issue.
I put a test script named a.rb, boot moongo, run git bisect as follows, and got it.
$ docker run -itd --publish 27017:27017 --rm mongo
$ git bisect start v0.15.4 v0.15.3
$ git bisect run a.rb
:
7685eda63631a774c3553260f47eae4539a2b6e0 is the first bad commit
:

a.rb is:
require 'bundler/inline'

gemfile do
  source 'https://rubygems.org'

  gem 'mongo_mapper', path: "."
  gem 'activesupport', '~> 6.0.0'
end

class B
    include MongoMapper::EmbeddedDocument
end

class C < B
end

class A
  include MongoMapper::Document
  key :bar, B, default: -> {C.new}
end

MongoMapper.setup({'development' => {'uri' => 'mongodb://localhost:27017/test'}}, 'development', logger: Logger.new(File::NULL))

a = A.new

puts 'OK'

@Antsiscool
I made a patch: https://github.com/mongomapper/mongomapper/pull/711
If you have a time, could you try it?

@a2ikm Thanks for making a patch. I will have a look and see if it fixes the problems I was seeing.

Thank you 😄

@a2ikm The linked pull request did fix the problem with defualt values for embedded documents with subclasses.
However there were some other problems that it did not fix.
We also have some custom classes that specify to_mongo and from_mongo. e.g. TimeOfDay that is stored as the number of seconds since midnight in the database. Default values with the objects was still broken with the linked pull request.
I had a look at the https://github.com/mongomapper/mongomapper/commit/7685eda63631a774c3553260f47eae4539a2b6e0
I made the following monkey patch and it fixed the original problem and the issue with default values on custom objects.
module MongoMapper
  module Plugins
    module Keys

      class Key
        def default_value
          return unless default?

          if default.instance_of? Proc
            type ? type.to_mongo(default.call) : default.call
          else
            # Using Marshal is easiest way to get a copy of mutable objects
            # without getting an error on immutable objects
            type ? type.to_mongo(Marshal.load(Marshal.dump(default))) : Marshal.load(Marshal.dump(default))
          end
        end
      end
    end
  end
end

@Antsiscool
Thank you for your report and the patch!
Could you give me a reproducible code?
There is a test case on a custom class for a default value, and it has passed on the pull request. So I wonder how the error happens.
https://github.com/mongomapper/mongomapper/blob/master/spec/functional/document_spec.rb#L96-L114
Regarding your patch, adding to_mongo to Key#default_value changes its return value for an embedded document key:

current: Key#default_value returns an instance of the embedded document
updated: Key#default_value returns an attributes hash of an instance of the embedded document

We don't have any test cases of it.
@smtlaissezfaire
Do you have any consideration on adding to_mongo to Key#default_value?
Checking nil of type like @Antsiscool's patch will be a workaround for https://github.com/mongomapper/mongomapper/issues/679.
Even if so, it changes a return value of Key#default_value as I wrote above.

@a2ikm I have created a pull request that fixes the problem and adds some test cases.

@Antsiscool
Thank you for your patch and the new test cases!
I've investigated the current implemantation and found that from_mongo can be called with primitive values which are like integers stored in MongoDB, and application-side values including an instance of a custom class. The latter parameter is from Key#default_value in Keys#initialize_default_values.
https://github.com/mongomapper/mongomapper/blob/cb5267ad1cce129cc57e1b3af51a1fbc2d65da6f/lib/mongo_mapper/plugins/keys.rb#L480
The custom class WindowSize used in the existing test case considers both of them, but TimeOfDay doesn't.
https://github.com/mongomapper/mongomapper/blob/cb5267ad1cce129cc57e1b3af51a1fbc2d65da6f/spec/support/models.rb#L10
So, how about changing its implementation like the following based on https://github.com/mongomapper/mongomapper/pull/711?
def self.from_mongo(value)
  return nil if value.blank?

  value.is_a?(self) ? value : new(value.to_i)
 end

I think we shouldn't change the return value of Key#default_value by versions.
(It is undocumented and has been changed several times, so this is controversial...)
On the other hand, the latter case seems tricky against its name. I think from_mongo should be called only with primitive values. It would be incompatible and should be discussed in another issue.

By the way, the latter case seems tricky against its name. I mean, from_mongo should be called only with primitive values. It would be incompatible and should be discussed in another issue.

I tried to call from_mongo only when querying a database, but gave up:

we need to convert a given default value to a given type with from_mongo for this test case: https://github.com/mongomapper/mongomapper/blob/cb5267ad1cce129cc57e1b3af51a1fbc2d65da6f/spec/functional/document_spec.rb#L140
even if the type of a value matches with its key's type, we can't avoid the conversion. It is because the actual type can be different, e.g., a Hash typed value is actually an instance of HashWithIndifferentAccess: https://github.com/mongomapper/mongomapper/blob/cb5267ad1cce129cc57e1b3af51a1fbc2d65da6f/lib/mongo_mapper/extensions/hash.rb#L9

@Antsiscool
I changed my mind and merged your pull request #713.
In addition, I created another pull request #715 to resolve my consideration I wrote above:

I think we shouldn't change the return value of Key#default_value by versions.
(It is undocumented and has been changed several times, so this can be controversial, though)

It won't discourage your expectation.
Thank you!

This issue has been fixed since v0.16.0.
https://github.com/mongomapper/mongomapper/pull/713


Missing details on how to set up emergency access accounts for on-premises AD

In the Separate accounts section of the article it says to create at least two emergency access accounts in both your on-premises AD and Azure AD environments, but the article that it links to only describes the steps to do this in Azure AD. I've searched and can't find any details or Microsoft recommendation on doing this for an on-premises AD environment. It would be great if Microsoft could provide more detailed guidance on setting this up.

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

ID: 8fd8b02b-0cf1-3664-d930-4f76b7f2a59d
Version Independent ID: 8097a4ba-84b3-5bfd-6771-6cd1a4bf926a
Content: Securing privileged access
Content Source: WindowsServerDocs/identity/securing-privileged-access/securing-privileged-access.md
Product: windows-server
GitHub Login: @MicrosoftGuyJFlo
Microsoft Alias: joflore

Same guidance just in on-premises AD. Should be able to make the translation pretty easily. The only portion that doesn't really is monitoring.
https://docs.microsoft.com/azure/active-directory/users-groups-roles/directory-emergency-access#create-emergency-access-accounts

Answer provided above.
#please-close


Create User Instructions for ssh-config imports

The SSH config import feature has a few default behaviors that some users may want to overwrite. The procedures to do so are provided here along with some limitations of the feature.

Looks good to me!


Move business from every journals

Adding a journals argument to move Unfinished business from all the journal pages (like imsure, but only for journal pages)
Usage
{{renderer :unfinishedBusiness,tag,journals}} => Move every "tag"ed business from every journal pages.
{{renderer :unfinishedBusiness,imsure,journals}} => Move every tasks from every journal pages.

Would love to use it! Will it get merged @QWxleA ? cheers!


CI: TestUsersManagement in clustermesh-apiserver tests fail with incorrect number of users

Failed on a pure docs PR:
https://app.travis-ci.com/github/cilium/cilium/builds/261905296
--- FAIL: TestUsersManagement (0.10s)

level=info msg=Invoked duration="30.203µs" function="github.com/cilium/cilium/clustermesh-apiserver.registerUsersManager (users_mgmt.go:69)" subsys=hive
level=info msg=Starting subsys=hive
level=info msg="Starting managing etcd users based on configuration" file-path=/tmp/clustermesh-config3877657580/users.yaml subsys=clustermesh-apiserver
level=info msg="Start hook executed" duration="61.087µs" function="*main.usersManager.Start" subsys=hive
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=foo
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=bar
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=qux
level=info msg="User successfully removed" subsys=clustermesh-apiserver user=qux
level=info msg="User successfully removed" subsys=clustermesh-apiserver user=foo
level=info msg="User successfully removed" subsys=clustermesh-apiserver user=bar
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=baz
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=foo
level=info msg="User successfully configured" subsys=clustermesh-apiserver user=qux
    users_mgmt_test.go:123:
        	Error Trace:	/home/travis/gopath/src/github.com/cilium/cilium/clustermesh-apiserver/users_mgmt_test.go:123
        	Error:      	"map[baz:r3 foo:r1 qux:r4]" should have 2 item(s), but has 3
        	Test:       	TestUsersManagement
level=info msg=Stopping subsys=hive
level=info msg="Stopping managing etcd users based on configuration" file-path=/tmp/clustermesh-config3877657580/users.yaml subsys=clustermesh-apiserver
level=info msg=Closing subsys=clustermesh-apiserver
level=info msg="Stop hook executed" duration="56.607µs" function="*main.usersManager.Stop" subsys=hive

I've hit this again in https://github.com/cilium/cilium/pull/23208.
This time the error msg is slightly different:
 [23:14:20]     users_mgmt_test.go:129:
	 [23:14:20]         	Error Trace:	/home/vagrant/go/src/github.com/cilium/cilium/clustermesh-apiserver/users_mgmt_test.go:129
	 [23:14:20]         	Error:      	"map[]" should have 2 item(s), but has 0
	 [23:14:20]         	Test:       	TestUsersManagement

https://jenkins.cilium.io/job/Cilium-PR-Runtime-net-next/6090/testReport/junit/(root)/Suite-runtime/RuntimeDatapathPrivilegedUnitTests_Run_Tests/

cc @giorio94

My guess is that in that case the sleep interval here has not been sufficient to allow processing to complete, since the corresponding operations have been reported in the logs after the failure:
	 [23:14:20] level=info msg="Starting managing etcd users based on configuration" file-path=/tmp/clustermesh-config1394028076/users.yaml subsys=clustermesh-apiserver
	 [23:14:20] level=info msg="Start hook executed" duration="226.919µs" function="*main.usersManager.Start" subsys=hive
	 [23:14:20] level=info msg="User successfully configured" subsys=clustermesh-apiserver user=foo
	 [23:14:20] level=info msg="User successfully configured" subsys=clustermesh-apiserver user=bar
	 [23:14:20] level=info msg="User successfully configured" subsys=clustermesh-apiserver user=qux
	 [23:14:20]     users_mgmt_test.go:129:
	 [23:14:20]         	Error Trace:	/home/vagrant/go/src/github.com/cilium/cilium/clustermesh-apiserver/users_mgmt_test.go:129
	 [23:14:20]         	Error:      	"map[]" should have 2 item(s), but has 0
	 [23:14:20]         	Test:       	TestUsersManagement
	 [23:14:20] level=info msg=Stopping subsys=hive
	 [23:14:20] level=info msg="Stopping managing etcd users based on configuration" file-path=/tmp/clustermesh-config1394028076/users.yaml subsys=clustermesh-apiserver
	 [23:14:20] level=info msg="User successfully configured" subsys=clustermesh-apiserver user=baz
	 [23:14:20] level=info msg="User successfully configured" subsys=clustermesh-apiserver user=qux
	 [23:14:20] level=info msg="User successfully removed" subsys=clustermesh-apiserver user=bar

I've opened a PR with a fix to make the test more reliable:  https://github.com/cilium/cilium/pull/24917


Fixes example snippet in OptionSet.swift

Fixes example snippet in OptionSet.swift

Well found, but this isn't good! I wonder if it's a known bug. The result should be as indicated in the documentation, and I can't clearly see why it's not. For kicks, I rewrote the function verbatim:
extension OptionSet where Element == Self {
  mutating func __remove(_ member: Element) -> Element? {
    let intersectionElements = intersection(member)
    guard !intersectionElements.isEmpty else { return nil }
    subtract(member)
    return intersectionElements
  }
}

options.__remove(.express) // ShippingOptions(rawValue: 2)

cc @natecook1000 @airspeedswift

It looks like that behavior was fixed in 5.3 (https://github.com/apple/swift/pull/28378), so whether or not you're getting that fix depends on which version of the stdlib your code is hitting.

Phew, I was worried that I was seeing some dynamic dispatch shenanigans here.


Potential communicators leak detected with MPICH3

This issue is to serve as an FYI in case you want to look into if there is a communicator leak in MAPL. A GCHP user reported in https://github.com/geoschem/GCHP/issues/187 a "Too many communicators" error encountered 13 days into the simulation when using MPICH 3.3.2 and 3.4.2. The log indicates the error occurs during ExtData Run.
GENERIC: INFO: Started the  'Run' stage of the gridded component 'EXTDATA'
Fatal error in PMPI_Win_allocate_shared: Other MPI error, error stack:
PMPI_Win_allocate_shared(163).......: MPI_Win_allocate_shared(size=0, MPI_INFO_NULL, comm=0xc40033e9, baseptr=0x7fffc0b12e20, win=0x7fffc0b12e70) failed
MPID_Win_allocate_shared(208).......:
win_init(276).......................:
MPIR_Comm_dup_impl(57)..............:
MPII_Comm_copy(571).................:
MPIR_Get_contextid_sparse_group(600): Too many communicators (8/2048 free on this process; ignore_id=0)
Fatal error in PMPI_Win_allocate_shared: Other MPI error, error stack:
PMPI_Win_allocate_shared(163).......: MPI_Win_allocate_shared(size=0, MPI_INFO_NULL, comm=0xc40033e6, baseptr=0x7ffffa643020, win=0x7ffffa643070) failed
MPID_Win_allocate_shared(208).......:
win_init(276).......................:
MPIR_Comm_dup_impl(57)..............:
MPII_Comm_copy(571).................:
MPIR_Get_contextid_sparse_group(600): Too many communicators (8/2048 free on this process; ignore_id=0)

We haven't run into this issue before which makes me think it's specific to this MPI (we don't test with MPICH). It may be specific to MPICH 3.

@weiyuan-jiang given that this is happening well after Initialize, it almost has to be in the server.  (The only place that does comm dup and allocate later in the run.)    Can you double check that the server properly free's windows and comms?     Looks like the logic is all there, but maybe something higher up is a problem.
@lizziel Can you point @weiyuan-jiang to the proper version of MAPL.
@weiyuan-jiang this is in GCHP - they do not run GEOS - just MAPL (and FV) and do not run on discover.  So this is a theoretical exercise.  Maybe it is something you've fixed in more recent MAPL.

This particular run of GCHP used MAPL 2.6.3.

I build with debug mode and run the simulation again, the log file is attached.
It is weird that the tracers simulation is not about the CH4, and the output file didn't contain anything about CH4.
Assertion failed in file ./src/mpid/ch4/src/ch4_impl.h at line 906: map_entry != NULL

running.log

Ah. This is a badly-named thing for a chemistry model. CH4 is the current communication device in MPICH.
I thought MPICH3 defaulted to CH3, but I haven't used it in a while, so maybe they've moved to CH4 by default? (When I tried to build MPICH4, it built CH4.)

Looking at your log, it's like gchp itself wasn't built as debug:
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(MPL_backtrace_show+0x35) [0x151bf3a38c2d]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(+0x3292d4) [0x151bf39d92d4]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(+0x19baf5) [0x151bf384baf5]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(+0x377a88) [0x151bf3a27a88]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(+0x35dee9) [0x151bf3a0dee9]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpi.so.12(PMPI_Win_allocate_shared+0x69a) [0x151bf391cb0a]
/home/huangyj/wrf/LIBRARIES/mpich342/lib/libmpifort.so.12(mpi_win_allocate_shared+0x25) [0x151bf4427c35]
./gchp(+0x38fd9f5) [0x55845484c9f5]
./gchp(+0x38ff740) [0x55845484e740]
./gchp(+0x37a543c) [0x5584546f443c]
./gchp(+0x378fa8f) [0x5584546dea8f]
./gchp(+0x391842d) [0x55845486742d]

or at least it wasn't built with -g? I'd expect some sort of symbols in the traceback.

it would be helpful if you can build gchp with debug mode and show the braking point of source codes @hgrhgy

It looks like it crashes at the end when it is writing. Do you use "multigroup" oserver? @hgrhgy

@mathomp4 @weiyuan-jiang I used the cmake compile option CMAKE_BUILD_TYPE="Debug" to build the gchp.
I will try add the -g option and build again.

We may have already fixed that problem in our develop branch. For example, v2.6.3 does not have this line.
https://github.com/GEOS-ESM/MAPL/blob/83628ee8ce3be1cb4017a57f9db3e95dd8d7a438/pfio/ShmemReference.F90#L145

There are several MPI_Comm_dup in v2.6.3 that do not  match mpi_comm_free. If you can't use develop branch,  then you need a patch for the leak of communicators.

How extensive would the changes in the patch be? We plan on upgrading MAPL in the next few months at which point we will get the change (assuming current develop is merged into a release at the point).

Not much. I can hep to branch off a patch if you want. @lizziel

Yes, thank you!

Hopefully, this patch  can solve your issue temporarily before you upgrade to the latest MAPL

@mathomp4 , Yes, this problem was fixed long time ago. This patch fixed it again for v2.6.3

@hgrhgy, would you be able to apply the changes shown here, recompile the model, and run again? I am curious to see if this update fixes your problem. MAPL is located in directory src/MAPL in the GCHP code you downloaded.

@lizziel, I will apply the patch and see if this update can fix the problem.

After applying the patch, the problem is solved.

Excellent! I think we should bring this into GCHP 13.4 then. @LiamBindle, did you see the earlier comments about MAPL 2.6.10 being for GCHP? Were you aware of this and could you update to it for 13.4? We can follow-up about this on the GCHP GitHub.

Thanks again @weiyuan-jiang and @mathomp4!


Python3 issue

Hello,
My apologies if this is redundant post and not an issue. I followed the installation steps on Ubuntu 20.04 desktop and there were no errors reported during the installation of skiptracer. Unfortunately, upon attempting to run the program for the 1st time, I encountered the following error:
$ python3 skiptracer.py No module named '__builtin__' Traceback (most recent call last):   File "skiptracer.py", line 4, in <module>     from plugins.menus import menus   File "/home/chowkidar/projects/skiptracer/plugins/menus.py", line 13, in <module>     from plugins.namechk2 import NameChkGrabber   File "/home/chowkidar/projects/skiptracer/plugins/namechk2.py", line 12, in <module>     from urllib import urlencode ImportError: cannot import name 'urlencode' from 'urllib' (/usr/lib/python3.8/urllib/__init__.py) $

I understand that the migration to python3 is either in progress or has been completed.
I am not familiar with module namechk2
I use module urllib in my introductory self-paced learning exercises

Guidance on overcoming the basic roadblock would be sincerely appreciated.
Kind regards.

the code is in the process of getting updated to python3 so youll have issues running as it is currently python2, stay tuned

Thank you for the clarification.
Kind regards.


cmpopts.IgnoreFields does not work on structs with an Equal method

Summary
If a struct has a method of the form (T) Equal(T) bool, cmp.Equal is using that instead of the default evaluation process, as documented in the Godoc.
If one wants to use options such as cmpopts.IgnoreFields, they are ignored, because the rule above takes precedence.
In some situations (e.g. in tests), it might be useful to be able to ignore fields even on structs that have an Equal method.
Example
package main

import (
	"fmt"

	"github.com/google/go-cmp/cmp"
	"github.com/google/go-cmp/cmp/cmpopts"
)

type Entry struct {
	ID   string
	Name string
}

func (e Entry) Equal(other Entry) bool {
	return e.ID == other.ID && e.Name == other.Name
}

func main() {
	a := Entry{
		ID:   "123",
		Name: "EntryA",
	}
	b := Entry{
		ID:   "124",
		Name: "EntryA",
	}

	// Returns false, as expected.
	fmt.Println(cmp.Equal(a, b))

	// Also returns false, though one might expect true from reading this statement.
	fmt.Println(cmp.Equal(a, b, cmpopts.IgnoreFields(Entry{}, "ID")))
}

Suggestion
An idea would be to provide an additional Option to ignore the struct's Equal method even if it exists.
Please let me know if there's already a way to bypass this that I might have missed.
Thanks!

@dsnet I ran across this suprising issue when I tried to use cmp inside an Equal method.
func (m *UserDistrictInfo) Equal(y *UserDistrictInfo) bool {
	if y == nil {
		return m == y
	}
	//type NoMethods UserDistrictInfo // type definitions in Go drop methods of the parent
	//methodRemover := func(e *UserDistrictInfo) *NoMethods { return (*NoMethods)(e) }
	return cmp.Equal(m, y,
		// Transform Entry into NoMethods to avoid calling the equal method.
		//cmp.Transformer("", methodRemover),
		cmp.AllowUnexported(UserDistrictInfo{}),
		// Ignore the fields on post-transformation NoMethods type.
		cmpopts.IgnoreFields(UserDistrictInfo{}, "DataflowExportData", "ModificationTimestamp", "CreatedAt", "UpdatedAt"),
	)
}

will hang forever but this:
func (m *UserDistrictInfo) Equal(y *UserDistrictInfo) bool {
	if y == nil {
		return m == y
	}
	type NoMethods UserDistrictInfo // type definitions in Go drop methods of the parent
	methodRemover := func(e *UserDistrictInfo) *NoMethods { return (*NoMethods)(e) }
	return cmp.Equal(m, y,
		// Transform Entry into NoMethods to avoid calling the equal method.
		cmp.Transformer("", methodRemover),
		cmp.AllowUnexported(NoMethods{}),
		// Ignore the fields on post-transformation NoMethods type.
		cmpopts.IgnoreFields(NoMethods{}, "DataflowExportData", "ModificationTimestamp", "CreatedAt", "UpdatedAt"),
	)
}

works reliably.


Remove Search with Microgateway Labels

Description:
Remove usage of Microgateway Labels
path: consume/discover-apis/search/

This has been fixed in APIM 4.0.0 and 4.1.0
https://apim.docs.wso2.com/en/4.1.0/consume/discover-apis/search/
https://apim.docs.wso2.com/en/4.0.0/consume/discover-apis/search/


Gitness App : repo commits page

Gitness App : repo commits page

added commits list page at repo level
TODO : branch selection should fetch new commits as per the new branch
fixed exports of Commits in playground to be used in gitness

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


Defang the CT Timebomb

https://codereview.chromium.org/2495583002
fix https://github.com/brave/browser-laptop/issues/6106
Auditor: @diracdeltas, @bridiver

This looks like a different patch than I rebased last night:
diff --git a/net/quic/crypto/proof_verifier_chromium.cc b/net/quic/crypto/proof_verifier_chromium.cc
index 096374a..7a0c3f3 100644
--- a/net/quic/crypto/proof_verifier_chromium.cc
+++ b/net/quic/crypto/proof_verifier_chromium.cc
@@ -345,6 +345,8 @@ int ProofVerifierChromium::Job::DoVerifyCertComplete(int result) {
     int ct_result = OK;
     if (verify_details_->ct_verify_result.cert_policy_compliance !=
             ct::CertPolicyCompliance::CERT_POLICY_COMPLIES_VIA_SCTS &&
+        verify_details_->ct_verify_result.cert_policy_compliance !=
+            ct::CertPolicyCompliance::CERT_POLICY_BUILD_NOT_TIMELY &&
         transport_security_state_->ShouldRequireCT(
             hostname_, cert_verify_result.verified_cert.get(),
             cert_verify_result.public_key_hashes)) {
diff --git a/net/socket/ssl_client_socket_impl.cc b/net/socket/ssl_client_socket_impl.cc
index d1edfbb..79aa8ee 100644
--- a/net/socket/ssl_client_socket_impl.cc
+++ b/net/socket/ssl_client_socket_impl.cc
@@ -1819,6 +1819,8 @@ int SSLClientSocketImpl::VerifyCT() {

   if (ct_verify_result_.cert_policy_compliance !=
           ct::CertPolicyCompliance::CERT_POLICY_COMPLIES_VIA_SCTS &&
+      ct_verify_result_.cert_policy_compliance !=
+          ct::CertPolicyCompliance::CERT_POLICY_BUILD_NOT_TIMELY &&
       transport_security_state_->ShouldRequireCT(
           host_and_port_.host(), server_cert_verify_result_.verified_cert.get(),
           server_cert_verify_result_.public_key_hashes)) {
diff --git a/net/spdy/spdy_session.cc b/net/spdy/spdy_session.cc
index 0e61326..78fb546 100644
--- a/net/spdy/spdy_session.cc
+++ b/net/spdy/spdy_session.cc
@@ -672,6 +672,8 @@ bool SpdySession::CanPool(TransportSecurityState* transport_security_state,

   if (ssl_info.ct_cert_policy_compliance !=
           ct::CertPolicyCompliance::CERT_POLICY_COMPLIES_VIA_SCTS &&
+      ssl_info.ct_cert_policy_compliance !=
+          ct::CertPolicyCompliance::CERT_POLICY_BUILD_NOT_TIMELY &&
       transport_security_state->ShouldRequireCT(
           new_hostname, ssl_info.cert.get(), ssl_info.public_key_hashes)) {
     return false;

Is only the one above needed or is this needed too?

OK @darkdh explained to me it is just index precision changes for the difference, I'm thinking we should probably use the one we already built from though even know the index precision changes are better.

or better yet, merge this one into c54 and remove the change from master when we merge it.

++ I think we'll probably end up resetting to C54 so merging in.

there are a lot of changes in here that shouldn't be there. I force pushed over it and it needs to be updated to only change those files and not change the diff for anything else