[MPWG Members Logo required] Garden State JUG

https://drive.google.com/drive/u/0/folders/1T8-qm8q0vb-94g4J2JifCEkM8FlaV0Hk

Completed!

Completed!

Thank you Mike!
Ryan,

Next week, lets add the Garden JUG log into the MPWG tab. Thank you!

Thank you Mike!
Ryan,

Next week, lets add the Garden JUG log into the MPWG tab. Thank you!

@mpredli01 do you have this logo in a single color. All company logos are white on the wg page

Hi Ryan:
Thanks for letting me know that we need a white logo for the WG page.  I
will ask Chandra Guntur, who created the logo, to see if he can generate a
white version.
All the best,
Mike.
On Mon, Feb 8, 2021 at 11:17 PM Ryan St. James<EMAIL_ADDRESS>wrote:

@mpredli01 https://github.com/mpredli01 do you have this logo in a
single color. All company logos are white on the wg page
[image: Screen Shot 2021-02-09 at 5 15 58 AM]
https://user-images.githubusercontent.com/12132146/107314911-f5b6c780-6a95-11eb-9fc0-1b5493dfae2b.png
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/eclipse/microprofile-marketing/issues/388#issuecomment-775650499,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA63D7HNU6R22YZN6WR6OH3S6CZNBANCNFSM4WEQJXXA
.

--
Code, Write, Cycle, Run, Drink,
Sleep ... Repeat
InfoQ https://www.infoq.com/ Java Queue Editor
https://about.me/mpredli http://about.me/mpredli/
https://twitter.com/mpredli
https://redlich.net/
https://javasig.org/
Laissez Les Bon Temps Rouler
he/him/his
https://medium.com/gender-inclusivit/why-i-put-pronouns-on-my-email-signature-and-linkedin-profile-and-you-should-too-d3dc942c8743

@mpredli01
Hi Mike,
Thank you for the quick reply. I am concerned that the logo won't work as a 1 color because it is a mix of vector and a coffee mug photo. If Chandra Guntur can not adjust it... I can simplify the logo to one color but means I will need to change the logo a bit (all vector).
Have a great day,
Ryan

Added small custom CSS Code to align logos vertically to centre, add some padding on sides, and limit max logo height.
Current look:

It's a carousel so logos scroll by, a screenshot shows different logo styles and new Garden State logo.
There is a tiny issue in Ajug logo (too much padding on the left).

I created a 1 color logo. Hope this was ok. Thank you andrii for helping with the padding.

Hi Ryan:
Thanks for adding a white version of our logo on the working group
website.  It looks great!
All the best,
Mike.
On Thu, Feb 18, 2021 at 12:33 PM Ryan St. James<EMAIL_ADDRESS>wrote:

I created a 1 color logo. Hope this was ok. Thank you andrii for helping
with the padding.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/eclipse/microprofile-marketing/issues/388#issuecomment-781512307,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA63D7CTN3JI5IQ3BVUNTMDS7VFOHANCNFSM4WEQJXXA
.

--
Code, Write, Cycle, Run, Drink,
Sleep ... Repeat
InfoQ https://www.infoq.com/ Java Queue Editor
https://about.me/mpredli http://about.me/mpredli/
https://twitter.com/mpredli
https://redlich.net/
https://javasig.org/
Laissez Les Bon Temps Rouler
he/him/his
https://medium.com/gender-inclusivit/why-i-put-pronouns-on-my-email-signature-and-linkedin-profile-and-you-should-too-d3dc942c8743

@rstjames can you please import the logo you created for Garden JUG into its drive?
Thank you amazing MicroProfiler!
@mpredli01 now your JUG has 2 logos for usage! :)

@aeiras @mpredli01
I added 2 png black and white. Also added 2 vector versions. They are not perfect but might be useful later..

You are wonderful Ryan, thank you!


Kibana v6.4.2 is now available

@sivasamyk Thanks in advance!

Here you go! - https://github.com/sivasamyk/logtrail/releases/download/v0.1.30/logtrail-6.4.2-0.1.30.zip
Thanks!


nightly is wrong radarr version

Hi,
The nightly radarr version is showing as <IP_ADDRESS>52.
The interface is broken in places because radarr nightly is up to 3.1.something.
Can you please have a look to see where things have gone wrong?
Thanks

Fixed, the latest update's scheduled build was missing the ref in the workflow and was using the dockerfile from the stable branch, should be all set now

Thank you! Much appreciated


Error when reading location of 2020 Hyundai Santa Fe

Region and Brand of car
USA, Hyundai Santa Fe 2020
Describe the bug
I noticed this error in my homeassistant.log file, and there is no location reported in hassio.
Debug logs if an error occurred
2021-11-24 10:03:47 ERROR (MainThread) [custom_components.kia_uvo.Vehicle] kia_uvo - Exception in update : 'vehicleLocation' - traceback: Traceback (most recent call last):
  File "/config/custom_components/kia_uvo/Vehicle.py", line 64, in update
    await self.hass.async_add_executor_job(
  File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 52, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/config/custom_components/kia_uvo/Vehicle.py", line 129, in set_geocoded_location
    self.vehicle_data["vehicleLocation"][
KeyError: 'vehicleLocation'

Expected behavior
Maybe you need to handle the case where the vehicleLocation key isn't supplied?
Screenshots

Make sure geocoded location is disabled for now.   Once we have the data from the car I would think we can fix this one as well.  The Hyundai USA integration has received the least amount of work so far.

Are you able to replace the contents of your  HyundaiBlueLinkAPIusa.py file with the following?  Home Assistant will need to be restarted after.  This should resolve location.
https://raw.githubusercontent.com/fuatakgun/kia_uvo/db2d2b957256fe1c8af01ae38acc3347eac75d1a/custom_components/kia_uvo/HyundaiBlueLinkAPIUSA.py

Yes that fixed it, and I see the tire pressures now too. Awesome!
One detail about the location: it is about 50 miles off, and I think it might be because the gps coordinates are being rounded to the nearest integer. If it's possible to handle the value as a double or float the precision would improve.
I'm happy to help trying additional improvements, let me know what other data I can share. Thanks for this improvement!

Interesting!  Was the raw data in your integers?  The integration itself doesn't touch the GPS data from a rounding perspective.  Sounds like you know what you are doing so feel free to drop a PR at any point.  This is made of a few of us who started contributing to this.


Added Vertical contact form in tailwindCSS

PR Title

The purpose of this Pull Request is to fix #139
Description

added Vertical contact form in tailwindCSS
How you solved

Screenshots

Checklist

[x] I have Made this contribution as per the CONTRIBUTING guide in this repo
[x] I have tested in local Environment.
[x] I have made the fix as per issue converstaion
[x] I have starred the repository ⭐

@jsvigneshkanna Done

Perfect @Anuran12 ,
Happy Diwali mate 🎇

Perfect @Anuran12 ,
Happy Diwali mate 🎇

Happy Diwali 💖


Community Code

Proposed changes
Adding a file called code.md that is a curated list of community created repositories, libraries, components, projects, and code that use Pulumi.

Hey @cnunciato - will submit it to the right repo. I do know about awesome-pulumi. I actually submitted a pull request to Geoff but he never looked at it. Matt is going to reach out to him to see if we want to take it over. I think there is some overlap here but I just wanted to get an official page out that can be used by everyone that we actively maintain. Perhaps we will merge to that one in the future.


Simplify arity errors, rewording spread errors

Arity errors can produce some really strange messages. When I went back and re-learned the arity error rules, I decided the biggest problem is that spread errors are actually a special case, different from other arity errors: spreads of non-tuples are only allowed when the target parameter is a rest:
declare function fn(x, ...args)
fn(...[1,2,3]) // error
fn(1, ...[2,3]) // ok

This is true regardless of type (module having a tuple type, eg [1,2,3] as const), which is why I didn't annotate any in the example above.
Previously, the error message for a mismatched spread was similar to the normal error: "Expected 2 arguments, but got at least n." This didn't indicate the true problem at all. Add to this that n was wrong for calls with multiple spreads, and that the error span was wrong too. It used the span for "too many arguments", which is nonsensical.
This PR:

Issues a new error message for disallowed spreads.
Doesn't mention any parameter counts, since they're not relevant.
Uses the spread as the error span.
Does not attempt to add new call resolution rules for non-tuple spreads. (I have a couple of ideas here, but I'm not sure how widely applicable or feasible they are.)

It also restructures almost all the code in getArgumentArityError and renames most variables. The function had become baroque even for its previous requirements, but simplifying the spread error message allows it to read in a much straighter line than before. I'd recommend viewing this in side-by-side diff view on a wide-ish monitor.
Fixes #42891
Addresses #42508 but does not fix it. I added its test case for this PR.
I'm going to experiment with adding non-tuple spread call resolution rules next.

@amcasey @andrewbranch I added you to the review because you usually care about error messages, and because you were involved in the precipitating bugs. You don't necessarily need to review the code, but of course you are welcome.

A spread must either have a tuple type or be passed to a rest parameter.

So this is true today - however, I can totally imagine a future where the following could be allowed:
function foo<T extends [string, number, boolean]>(stuff: T) {
    bar(...stuff)
}

function bar(x: string, y: number, z: boolean) {
}

and so I guess the core of this change depends on us always rejecting this code.

The core of this change is to stop reporting confusing param/arg indices where we should be reporting an arbitrary limitation on spreads. I'm not sure I've explained that limitation well in the error. And the explanation may need to change if the limitation loosens in the future.

@typescript-bot run dt
(Unrelated to this PR, I want to see if my DT on-demand fix worked)

Addresses #42508 but does not fix it. I added its test case for this PR.
I'm going to experiment with adding non-tuple spread call resolution rules next.

To clarify, are you saying that #42508 should be a wontfix / design limitation, or are you saying you still hope to fix it soon, but in a separate PR?

I hope to fix #42508 soon. I'm going to try treating [number, number] | [number, number, number] like [number, number, number?] but it may not work out.

I'll line up a time to talk with @DanielRosenwasser and see if we can come up with a message that is forward-compatible, although I think the current state is already close to fit for that purpose.

A draft of a couple more expansions for spread arguments is up at #43882. However, after implementing the prototype, I'm even less confident that they're correct.


How to run integration test for a chainlit app

I'd like to run an integration test for my chainlit app with the pytest framework with the following requirements to make sure the app is not broken:

I want to define a test module, test_app in a tests folder
in the test module, I first start the chainlit app
I send a message to the app by calling a function
I got a response message from the app and verify the response
But I don't want to UI in the browser during the test, just want the app running in the background

Could anyone give me some ideas? Thanks in advance.

I have set this up in a rather hokey way by monkey-patching the chainlit class. It's not pretty, and debatable whether it's really testing the app fully, but satisfies some scenarios for me. I am testing in Github actions using promptflow where I want to test how workflows branch in my chainlit app. I don't think my awful hack terribly sustainable to be honest and I'm not proud of it, but here goes ...
First, I created a mock class, which replicates many of the main functions in a chainlit app. See here.
Then in my wrapper which calls the code in my chainlit app, I use the mock class to patch chainlit and call functions in my app without having to make and code changes to the app. See here.
It works nicely, apart from the fact the function doesn't exist due to some hanging async thread which I couldn't get to the bottom of in the short time I had to work on this. In my eternal, unmitigated shame, I wrapped it in a call which monitors output then kills the process. YUK!!!! This is just awful, with some more time I'll go back and figure this out.
Please don't accept this answer, only posting it in case it inspires more adept folks than I to point us at a more formal way to do this.


New docs page: Incoming Webhooks

Not quite happy with the intro, suggestions are mighty welcome.

:shipit:

Great doc!
Oh! And a good thing to perhaps add is: "can the webhook that triggered a build be accessed in the UI or API?"
The answer is: yes! Ping me and I'll give you the details.


chore: update SCC profile_id to fe96bd4d-9b37-40f2-b39f-a62760e326a3

/run pipeline

:tada: This PR is included in version 1.3.4 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


IngressRoute-configured Traefik uses different Datadog service for metrics and traces

IngressRoute-configured Traefik uses different Datadog service for metrics and APMs
We are configuring our Traefik using IngressRoutes. We have also configured Traefik to produce metrics and traces to Datadog.
The metrics and traces it produces have different service tags, which makes correlation difficult.
For metrics, the format appears to be:
<IngressRoute.metadata.namespace>-<IngressRoute.metadata.name>-<some hex identifier>_kubernetescrd
whereas for forward_... traces the service values is:
<IngressRoute.metadata.namespace>-<IngressRoute.metadata.name>-<some hex identifier>
What did you expect to see?
Expected to see same service label on Datadog metrics and traces.
What did you see instead?
The service label that is present on metrics is not present on traces.
Output of traefik version: (What version of Traefik are you using?)

Version:      2.3.2
Codename:     picodon
Go version:   go1.15.3
Built:        2020-10-19T18:36:22Z
OS/Arch:      linux/amd64

What is your environment & configuration (arguments, toml, provider, platform, ...)?
---
apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:
  name: our-service-name-ingress-route
  namespace: anamespace
spec:
  entryPoints:
    - https
  routes:
    - match: HostRegexp(`our.main.host.name`, `{dpeloymentprefix:.+}.our.main.host.name`)
      kind: Rule
      priority: 1
      services:
        - name: our-service-name-service
          port: 8080
  tls:
    secretName: our-service-tls-cert

If this isn't treated as a bug, then I could perhaps reformulate it a bit. Ideally the Datadog service labels would only have components that are user-controlled (like <IngressRoute.metadata.namespace> and <IngressRoute.metadata.name>) because Datadog is limited to exact-mach filtering on the service label in several places. That is, with the current auto-generated and apparently unpreditable hex string in the service name, we are unable to match on the service label e.g. in Datadog monitors, to target only a subset of our services with a monitor.
I would be happy to work towards a PR on such improvement. Then again, I may be missing something and it would not actually be an improvement.

Hey hey @tazle,
thanks for your interest :)
Out of curiosity: Can you provide us with 2 examples, how they currently look? Like with a real hex identifier?

For example prototype-public-api-ingress-route-de775b8a680f36abf8c4_kubernetescrd.
Here "prototype" and "public-api-ingress-route" are the namespace and name of the IngressRoute.
The uid of that IngressRoute is "0524cc26-6cff-4066-971a-ad6ab3463e89", so it seems that the hex code doesn't come from there. I still haven't looked at the code to see where it actually comes from.

Further, the "title" for the trace in Datadog UI seems to be "forward prototype-public-api-ingress-route-de775b8a680f36abf8c4/prototype-public-api-ingress-route-de775b8a680f36abf8c4@kubernetescrd". Not sure what that is composed of. There are two containing traces above it:

EntryPoint_https_
prototype_public_api_basic_auth_kubernetescrd

Okay, so I can currently spot 2 differences:

on metrics, there is the provider suffixed tough its not on traces, right?
for the tittle, it seems to be "doubled".

Thanks for clarifying :)

Something like that. I haven't looked at the raw trace payloads, so I don't know if there is something like "title" there, or if it's composed by Datadog from some other fields.
Also,

Hello,
We also have this issue for the tracing part (we don't use much the metric part).
We are working with traefik 2.2, and Datadog. Tracing is enabled.
On APM Datadog UI, we have a traefik service, with spans for entrypoints and middleware. However the forward span does not appears in the traefik service, but in a ad-hoc service, which create many meaningless services with a name like <IngressRoute.metadata.namespace>-<IngressRoute.metadata.name>- as explained by tazle.
We forced the serviceName in the tracing Traefik config with serviceName = "traefik" without any effect.
I see two different solutions :

set the service name for this span to the real kubernetes service name (or make it configurable inside the IngressRoute for example)
set the service name for this span to "traefik", hence it won't create many datadog services.

This issue is probably a little different than the one describe by @tazle, but I think the root cause is the same.
Also it may be a Datadog issue. In this case I can open a ticket on their side.

After digging into the issue, it appears that a tag set by Traefik on the forwared span is misinterpreted by Datadog: https://github.com/traefik/traefik/blob/cb4fb973b281ac5b4be743bfafde710145bc3f36/pkg/middlewares/tracing/forwarder.go#L46
Traefik set service.name tag to specify the upstream service. However Datadog interpret this tag as the service name, event if the service name is explicitly forced to "traefik", or if a globalTag "service.name:traefik" is set.
It seems to me it's more a Datadog issue, even if Traefik could avoid using a tag which is meaningful for Datadog.


Refactor Phew as a class to support multiple apps on one device running singly or concurrently

Apps can run one at a time
Apps can be run concurrently
Examples applications updated
Existing web applications work correctly using server.py compatibility methods
Documentation updated

Very cool! If im not wrong, this would bring asyncio support for the Webserver 😄 ? This is exactly what I need, and I think a lots of other projects with an config webpage too. Nice work!

Thanks :-). Phew already supported asyncio under the covers but didn't support a way of call it as a asyncio task.

Thank you for this PR. For novices like me it would be helpful, now to have an example like this included.

I had an issue with closing the server to do other stuff. [(https://github.com/pimoroni/phew/issues/49#issuecomment-2134021937
)]
Then I found your fork (v0.0.4) and it's indeed much cleaner to run Phew in asyncio loop. I managed to get one task running the Phew server and another one running a small part of my main program... It's not fully integrated yet so I'm still cautious about it.

I've now added support for TLS and cookie based session authentication.

@ccrighton since you probably have a lot more experience with this project than me, do you have any impressions on the other open PRs here? Looks like there are some valid fixes that could be swept up in one big merge 'n' release to get us to a decent version. Specifically #41 #54 #21 and #43.
Also if we merge here, it may or may not overshadow your fork- I don't want to downplay your huge contributions and think you should be credited more explicitly than just appearing in license headers and the list of maintainers. Any thoughts?
I'm aware we need some upstream attention here- Phew was written more or less explicitly for Enviro and has got more love than anyone expected!

@Gadgetoid I'll take a look.  I've had a quick look at the logging truncation problem #41.  The patch still doesn't behave as expected, although it is better.  It doesn't always truncate at the closest newline.  I've got a patch that only needs one find that fixes the issue. I'll commit it once I've tidied it up.
Still haven't had time to look at the other pull requests #54, #21, #43.  I will review as soon as I can.
I don't have any immediate thoughts on credit.  I appreciate that you are thinking about it :-).  It would be good to have some more explicit credit if possible.
Regarding the pull request, I don't see a major issue if you merge the other pull requests.  I may have create a branch and rebase from pimoroni/phew.  Hopefully, not a big issue.

I'm also having thoughts along these lines:
diff --git a/phew/server.py b/phew/server.py
index 4c445be..20d70da 100644
--- a/phew/server.py
+++ b/phew/server.py
@@ -1,6 +1,7 @@
 import binascii
 import gc
 import random
+import builtins

 import uasyncio, os, time
 from . import logging
@@ -131,6 +132,14 @@ class Route:
     for part, compare in zip(self.path_parts, compare_parts):
       if not part.startswith("<") and part != compare:
         return False
+      if part.startswith("<") and ":" in part:
+        _, ptype = part[1:-1].split(":")
+        ptype = builtins.__dict__.get(ptype)
+        try:
+          _ = ptype(compare)
+        except ValueError as e:
+          return False
+
     return True

   # call the route handler passing any named parameters in the path
@@ -139,7 +148,12 @@ class Route:
     for part, compare in zip(self.path_parts, request.path.split("/")):
       if part.startswith("<"):
         name = part[1:-1]
-        parameters[name] = compare
+        ptype = str
+        if ":" in name:
+            name, ptype = name.split(":")
+            ptype = builtins.__dict__.get(ptype)
+
+        parameters[name] = ptype(compare)

     return self.handler(request, **parameters)

The first thing I did when firing up some code was footgun myself into trying to use a route with a number, since it had no automatic coercion to int. This patch - in theory - forces routes to (optionally) be typed so you either get a valid int, or a 404.
This does the same thing as Flask, effectively, though since I didn't look at how Flask does it (and forgot the pattern)  I got the type/name "backwards."

switched to ccrighton's fork of phew as it lets me run a function as an asyncio task and phew at the same time. i have pretty much everything sussed so far other than cleanly shutting down phew so i don't need to reset the picow between runs.
similar code that worked when i was trying to do this without using phew
`async def shutdown():
global rfid
phew_app.stop()
phew_app.close()
rfid.cancel()
await uasyncio.sleep(1)  # Give some time for the tasks to be canceled

try:
rfid = uasyncio.create_task(rfid_reader())
loop = uasyncio.get_event_loop()
phew_app.run_as_task(loop, host="<IP_ADDRESS>", port=80)
loop.run_forever()
except KeyboardInterrupt:
print("Shutting down...")
loop.run_until_complete(shutdown())
finally:
loop.close()
print("Shutdown complete")`
generates  OSError: [Errno 98] EADDRINUSE
that i get elsewhere when a server doesn't exit cleanly and leaves the sockets open.
does anyone know how to stop & close the phew app cleanly?

Hi @ukscone,
You have made a good point.  This is a gap either in the implementation or the documentation.
Try this after you end the asyncio loop:
import network
wlan = network.WLAN(network.STA_IF)
wlan.disconnect()

See network.WLAN docs.

thanks @ccrighton doesn't seem to work (yet) but i'll keep trying it in various places in my code.

Hi Russell,
You can try to disconnect from wifi after you have left the asyncio loop.
You don't think you need to run it as an asyncio coroutine.
Cheers,
Charlie
On Mon, 15 Jul 2024 at 12:07, Russell Davis @.***>
wrote:

thanks @ccrighton https://github.com/ccrighton doesn't seem to work
(yet) but i'll keep trying it in various places in my code.
Screenshot.2024-07-14.200421.png (view on web)
https://github.com/user-attachments/assets/bdaef575-1c67-42fc-a85d-0d358835495f
—
Reply to this email directly, view it on GitHub
https://github.com/pimoroni/phew/pull/53#issuecomment-2227529239, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABUNQSURC6LFQZDZDYV43NTZMMHCLAVCNFSM6AAAAAAY6W73EOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRXGUZDSMRTHE
.
You are receiving this because you were mentioned.Message ID:
@.***>

Hi Charlie
Got the same error when the wireless stuff was in the finally block too which was a bit of a surprise. In the grand scheme of things it's not a big deal as I can work around but it is annoying especially as I can't see why it's happening as i'm sure i've stopped or closed everything i could possibly stop or close including the door to my room but something is not being freed.
oh well machine.reset() it is

Hi Charlie
I've tried your new version  and it's much faster, very good.
My code is running fine and I got 2 tasks running on my Pico  : a main task involving a captors and a web server running with Phew. There is still a small problem. When the router is reset or the Internet connection fails (too often) the web server task does not restart automatically. I tried to reset in my main loop but it's not working. I think the Phew server should to that check but I'm not sure about it. Any idea ?
Here is the code of the main loop :
` async def captor() :
not important for this problem
  async def webserver() :
        while True :
            sw.check_connection()    # this routine should check if wifi is on and restart it if needed
            sw.loop()
            await asyncio.sleep(10)

    async def main():
        asyncio.create_task(captor())
        asyncio.create_task(webserver())
        await asyncio.sleep(100)

    asyncio.run(main())`

and the code in the sw.loop (the web server) :
   def loop(self):         server.add_route("/", handler = self.index, methods = ["GET"])          server.add_route("/temperature", handler = self.get_temperature, methods = ["GET"])         server.add_route("/toggle", handler = self.toggle_led, methods = ["GET"])         server.set_callback(self.catch_all)         loop = uasyncio.get_event_loop()         server.run_as_task(loop, host="<IP_ADDRESS>", port=80)         loop.run_forever()           # the wifi check is never done :(

Not a problem but a comment as it took me ages to workout how to do it (by mixing several ideas and distilling down to a single function) and others might find it useful.
i couldn't get fonts working in css files no matter what I did or where I placed them 404s all over the place until I stumbled accross serve_file() and it seems to work nicely which is good as my other ideas (that almost worked) all required patching server.py
/* oxygen-regular - latin-ext_latin */ @font-face {   font-family: 'Oxygen';   font-style: normal;   font-weight: 400;   src: url('/static/fonts/oxygen-v15-latin-ext_latin-regular.eot');   /* IE9 Compat Modes */   src: url('/static/fonts/oxygen-v15-latin-ext_latin-regular.eot?#iefix') format('embedded-opentype'),     /* IE6-IE8 */     url('/static/fonts/oxygen-v15-latin-ext_latin-regular.woff2') format('woff2'),     /* Super Modern Browsers */     url('/static/fonts/oxygen-v15-latin-ext_latin-regular.woff') format('woff'),     /* Modern Browsers */     url('/static/fonts/oxygen-v15-latin-ext_latin-regular.ttf') format('truetype'),     /* Safari, Android, iOS */     url('/static/fonts/oxygen-v15-latin-ext_latin-regular.svg#Oxygen') format('svg');   /* Legacy iOS */ }
`

TAGS

 {{cnt}} Tags Scanned

            {{''.join([f'{entry}' for entry in tags])}}

`
 @phew_app.route('/static/fonts/<fn>') def fonts(req, fn):     return phew_app.serve_file("/static/fonts/{}".format(fn))

Hi Charlie I've tried your new version and it's much faster, very good. My code is running fine and I got 2 tasks running on my Pico : a main task involving a captors and a web server running with Phew. There is still a small problem. When the router is reset or the Internet connection fails (too often) the web server task does not restart automatically. I tried to reset in my main loop but it's not working. I think the Phew server should to that check but I'm not sure about it. Any idea ?
Here is the code of the main loop :

     async def captor() :
      this is not important for this problem

      async def webserver() :
            while True :
                sw.check_connection()    # this routine should check if wifi is on and restart it if needed
                sw.loop()
                await asyncio.sleep(10)

        async def main():
            asyncio.create_task(captor())
            asyncio.create_task(webserver())
            await asyncio.sleep(100)

        asyncio.run(main())`

and the code in the sw.loop (the web server) :
    def loop(self):
        server.add_route("/", handler = self.index, methods = ["GET"])
         server.add_route("/temperature", handler = self.get_temperature, methods = ["GET"])
        server.add_route("/toggle", handler = self.toggle_led, methods = ["GET"])
        server.set_callback(self.catch_all)
        loop = uasyncio.get_event_loop()
        server.run_as_task(loop, host="<IP_ADDRESS>", port=80)
        loop.run_forever()           # the wifi check is never done :(
`

not sure if this would work but wouldn't putting the wifi check/restart as a separate async task a la the captor do what you need/want?

Hi ukscone, I gave up with CSS because it takes too much memory. I got error messages when I tried fancy formatting although the Pico had plenty of free mem. I tried gc.collect but it's not enough. So back to basic HTML and cutting my long output in several strings. It seems that memory allocation is not very efficient in micropython on Pico...

I'm just doing some simple CSS, a bit of table styling, some colour and a bit of prettying. the big thing for me was the fonts. So far I seem to be doing ok memory-wise as i had it running overnight with an autorefreshing webpage with an every growing table and it was still ok when I checked it when I woke up. it does get scarily don't to 90ishK free quite often but on the whole it hovers around 130K free

Hi Russel
I received your comment by email but I cannot see it here, strange!
"not sure if this would work but wouldn't putting the wifi check/restart as a separate async task a la the captor do what you need/want?"
This is a possible solution but it's awkward. The Phew server should check for itself if the connection is good. Maybe it's uasyncio problem with lines 422 of server.py...
def run_as_task(self, loop, host = "<IP_ADDRESS>", port = 80, ssl=None):
loop.create_task(uasyncio.start_server(self._handle_request, host, port, ssl=ssl))

Hi Russel I received your comment by email but I cannot see it here, strange!
"not sure if this would work but wouldn't putting the wifi check/restart as a separate async task a la the captor do what you need/want?"

i replied and then had a think about it an realised it probably wouldn't workfor what you want. what might work would be a test similar to below in the Phew class in server.py
        try:
            if self.loop.is_running():
                return True
            else:
                return False
        except:
            return False

that you then run in an async task along with a wifi check and if something has failed either restart it or if you don't need persistance of some value just do a machine.reset()

n/m ignore that as there doesn't seem to be an is an is_running() function for asyncio loops

that you then run in an async task along with a wifi check and if something has failed either restart it or if you don't need persistance of some value just do a machine.reset()

That's my way to reconnect.
In the main program I added this coroutine :

        async def wifi_cnx() :
            while True :
                sw.check_connection()
                await asyncio.sleep(10)

and in the server web (sw) module :
    def check_connection(self) :
        if DEBUG : print('check_connection :',is_connected_to_wifi())
        if not is_connected_to_wifi():
            connect_wifi()


EXC_BAD_ACCESS on startup in macOS 13 beta 5

Try to run the example project on macOS 13 Beta 5 (build number: 22A5321d), then it crashed on startup with EXC_BAD_ACCESS error, log below:
2022-08-16 02:05:10.214520+0800 Sample[18556:300581] [User Defaults] Couldn't read values in CFPrefsPlistSource<0x600001008980> (Domain: com.apple.powerlogd, User: kCFPreferencesAnyUser, ByHost: Yes, Container: (null), Contents Need Refresh: Yes): accessing preferences outside an application's container requires user-preference-read or file-read-data sandbox access
2022-08-16 02:05:10.495536+0800 Sample[18556:300581] [Pipify] creating pip controller
2022-08-16 02:05:10.496087+0800 Sample[18556:300581] [Pipify] creating pip controller
2022-08-16 02:05:10.532626+0800 Sample[18556:300581] *** Assertion failure in NSPoint _NSViewClampPointToLimits(NSView *, NSString *, NSPoint)(), NSView.m:640
2022-08-16 02:05:10.533196+0800 Sample[18556:300581] Invalid parameter not satisfying: fabs(point.x) <= NSVIEW_GEOMETRY_LIMIT
2022-08-16 02:05:10.538790+0800 Sample[18556:300581] [Pipify] setting view content
2022-08-16 02:05:10.539346+0800 Sample[18556:300581] [Pipify] setting view content

It looks like crash on makeNSView(_:) in LayerView. Maybe https://github.com/utmapp/UTM/commit/d5ba4fb7f32cc80a7489043b22d8e6c73a591851 helps.

Thanks for raising, I haven't yet tested the latest versions of macOS but will look to explore this soon.


FFT nj.concatenate Dimension mistmatch

Following the instructions for taking FFT, I am trying to concatenate the real and imaginary parts like this:
RI = nj.concatenate(nj.array(my_sound_array), nj.zeros(my_sound_array.length))
This gives me the following error:

numjs.js:22114 Uncaught Error: all the input arrays must have same number of dimensions
at new ValueError (numjs.js:22114)
at Object.concatenate (numjs.js:23242)

How do I overcome this error ?

Never mind, please ignore/close this issue. I found the solution. Thanks for the code.


Party Detail page does not display unique URL in browser address bar

Expected behavior
Full URL would be displayed in the address bar.
Actual behavior
Situation:  Party LInks are no longer available to consultants in myHQ, so workaround was to be that consultants or hosts could grab the URL from the web browser from the party details page.
The URL for a party details page does not contain the party ID, however, so the consultant cannot copy the link from the web  browser either.
Steps to reproduce behavior

Click Find a party
Enter a state and click search
Click on one of the parties and click continue

[10:36 AM] Charlotte Zumhofe
Julie Cabinaw this is the same issues as the consultant webpages.  If the client copies the url, it actually still maintains the party affiliation through the cookie.  We can also address this by adding the tiny url back to myHQ.

@mandi920 This was already implemented with this Pull Request: https://github.com/tastefully-simple/cornerstone/pull/340, and is ready for testing


Clarification on notification endpoints

I want to make sure I understand correctly how the notifications system works.  @mrunalk @coryvirok Please let me know if I understand this correctly:
The "configuring integration" endpoint - e.g. PUT /api/1/notifications/email - turns all email notifications on or off, depending on the value of enabled in the payload.  But it does not actually cause any notifications to be sent.
The "setup rules" endpoint - e.g. PUT /api/1/notifications/email/rules - controls the actual notifications that are sent.

@jmcvetta you are right. enabled is a property of the integration while each channel can have configured different rules, those rules are setup through PUT /api/1/notifications/:integration/rules.
Each integration might have different allowed triggers and each trigger allows different filters on them. I guess you are following https://explorer.docs.rollbar.com/#tag/Notifications, you can see there the different triggers/filters allowed per integration

Cool.
So that raises the question of how (and whether) to make Terraform control integration enabled status.
Terraform likes to think in terms of resources that can be created and destroyed. E.g. we can create a team and later delete that team.  Or we can even take the ID of an existing team and import it, to bring that team under Terraform control.
But channel enabled status is a toggle - it always has either one or the other state.  So let's say we create a rollbar_slack_integration resource:
resource "rollbar_slack_integration" "foo" {
  service_account_id = 1234567
  channel = "foobar"
  enabled = true
}

Seems straight forward.  But what happens when we destroy this resource?  Does it revert to enabled = false?  But what if the enabled status was true before the rollbar_slack_integration resource was ever created?  Is the resource supposed to remember the prior state? That doesn't seem right either.
One option is for Terraform to assume that if you have defined notification rules for a given channel, you must want that channel enabled.  But is that a safe assumption?  I doubt it.
Another option is for Terraform not to touch channel enabled status.  But then we can't use Terraform by itself to setup notifications.
Maybe - maybe - the best option is to revert to unmanaged when the integration resource is destroyed.  In this case, when a rollbar_slack_integration resource is created, Terraform will make sure that enabled is set to the value configured for that resource.  And when the resource is destroyed, Terraform will do nothing and simply stop caring about that integration.

Another thing we must consider and document is that Terraform does not have any means to create a singleton resource - a resource for which there can be only one instance.
So if a user were to create two rollbar_slack_integration resources with different arguments, Terraform will allow this, and one of the two will be permanently out of sync with the API.  Apparently the canonical solution to this problem is to document it and hope the TF developer reads the docs.

One option is for Terraform to assume that if you have defined notification rules for a given channel, you must want that channel enabled. But is that a safe assumption? I doubt it.

We've seen in the past scenarios where a customer wanted to disable completely the integration without removing the rules, usually because of flooding them somehow.

Another option is for Terraform not to touch channel enabled status. But then we can't use Terraform by itself to setup notifications.
Maybe - maybe - the best option is to revert to unmanaged when the integration resource is destroyed. In this case, when a rollbar_slack_integration resource is created, Terraform will make sure that enabled is set to the value configured for that resource. And when the resource is destroyed, Terraform will do nothing and simply stop caring about that integration.

Can we document that if a rollbar_slack_integration wants to be destroyed correctly the way to do it would be setting enabled = false first and then remove the resource?
One question, a DELETE /api/1/notifications/:integration/ API would help? What it's expected by you to have?
The reasoning behind having always PUT  /api/1/notifications/:integration/ was that "the integration already exists for the project but it needs to be configured" so it didn't make sense for us to use POST and DELETE methods. But I think the DELETE method on an integration is quite convenient, so it wouldn't be a bad idea implementing it.

Can we document that if a rollbar_slack_integration wants to be destroyed correctly the way to do it would be setting enabled = false first and then remove the resource?

Consider this scenario:
A developer already has 10 manually-configured notification rules in Rollbar, created through the web UI.  Then he starts using Terraform.  He adds 5 TF-managed rules, but doesn't touch his 10 original rules.  And he adds a rollbar_slack_integration resource - even tho Slack integration was already enabled for his original rules.
At some point the dev decides he no longer needs the new set of rules - the set that is managed by TF.    And it destroys the rollbar_slack_integration too.  But I'm gonna guess the dev does not want Slack integration toggled to enabled=false.  Because that would shut down his manually-configured rules.

One question, a DELETE /api/1/notifications/:integration/ API would help? What it's expected by you to have?

What I really need are the endpoints described in #111.  The second item in the bullet list, to list all rules, would be super nice to have; but isn't strictly necessary.  The others are the minimum API support needed to allow Terraform to control Rollbar notifications.

I notice now that we need a project access token when enabling an integration channel.  Does that mean that integrations are enabled for that project only?
So if we define multiple rollbar_project resources, we'll also need a matching number of rollbar_notifications_slack_integration resources?

@rollbar-bborsits I see this is closed, what is the resolution?


Using with double-buffered transmission

So this is a feature request but a bit vague about what exactly the feature would be, I think we have to discuss it.
So basically I want to use this for printing to through the USB CDC interface of my microcontroller. For efficiency, we should use double buffering: so we set up one buffer to send and then continue filling the second buffer.
I have a std::array buffer, then create an emio::span_buffer, then create a emio::writer. when its full/close to full I can do the transmission from the underlying buffer.
The part that is missing is somehow in-place redirecting the writer and span_buffer  to point to the other underlying buffer. Both span_buffer and writer have their copy assignment deleted. set_write_area doesn't reassign span_ member so it would be wrong to use it to change the buffer.
I think double buffering is a pretty common technique in embedded systems so it would be nice to support it.
Ultimately I would like the code to look like this:
// Global buffers exist `buffer[0]`
emio::span_buffer span{buffer};
emio::writer w{span};

format_to(w, ...);

flush(w); // Starts a transmission with the current buffer, writer now points to buffer[1]

format_to(w, ...);

The simplest solution might be that we get a writer.set_buffer() method

I use technics like double buffering myself. For that, I implemented a custom buffer which manages the two arrays internal and is linked to an output device (USB/UART).
I think, switching the buffers at writer/formatter level isn't an ideal abstraction.


allow adding a license to vmware-fusion 8.5.7-5528452

If there’s a checkbox you can’t complete for any reason, that's okay, just explain in detail why you weren’t able to do so.
After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} reports no offenses.
[x] The commit message includes the cask’s name and version.

Additionally, if updating a cask:

[ ] If the sha256 changed but the version didn’t,
provide public confirmation by the developer: {{link}}
No changes in the downloaded file, so no changes in version or sha256 are needed.

Additionally, if adding a new cask:

[ ] Named the cask according to the token reference.
[ ] brew cask install {{cask_file}} worked successfully.
[ ] brew cask uninstall {{cask_file}} worked successfully.
[ ] Checked there are no open pull requests for the same cask.
[ ] Checked the cask was not already refused in closed issues.
[ ] Checked the cask is submitted to the correct repo.

Thank you, but we refrain from options that deal with licenses.
Also, this is pretty non-discoverable. The only people that would know about this would be the minority that reads the cask.


Compaction failed - access to data directory denied on Windows 7

Bug Report
What did you do?
Ran prometheus on a Windows machine with prometheus.exe --config.file=..\config\prometheus.yml --storage.tsdb.retention=16w --storage.tsdb.path=..\data --web.enable-admin-api
Prometheus is fetching data from local 2 instances of wmi_exporter
What did you expect to see?
No errors in the logs
What did you see instead? Under which circumstances?
Error in the logs about failed compaction, see attached log entries. Access to data subdirectory is denied, which is strange, I haven't set any specific access rights for it
Environment

System information:
Windows 7 Professional SP1

Prometheus version:
version=2.3.2, branch=HEAD, revision=71af5e29e815795e9dd14742ee7725682fa14b7b

Prometheus configuration file:

global:
  scrape_interval:     15s # By default, scrape targets every 15 seconds.

scrape_configs:

  - job_name: 'win-local'

    scrape_interval: 15s

    static_configs:
      - targets: ['localhost:5015']

  - job_name: 'vs'
    scrape_interval: 5s

    static_configs:
      - targets: ['localhost:6016']
        labels:
          os: windows
          type: ide

Logs:

level=error ts=2018-09-20T05:00:05.003853Z caller=db.go:272 component=tsdb msg="compaction failed" err="persist head block: rename block dir: rename E:\\db\\prometheus\\data\\01CQTNJWZ9M9NFRGXZYGN22KTQ.tmp E:\\db\\prometheus\\data\\01CQTNJWZ9M9NFRGXZYGN22KTQ: Access is denied."
level=error ts=2018-09-22T11:00:03.5533739Z caller=db.go:272 component=tsdb msg="compaction failed" err="persist head block: rename block dir: rename E:\\db\\prometheus\\data\\01CR0EZF9VWSCD7NYGKSFERHCJ.tmp E:\\db\\prometheus\\data\\01CR0EZF9VWSCD7NYGKSFERHCJ: Access is denied."

Issue #3253 sounds related, but it's not quite the same error message. I checked process explorer - no process other than Prometheus server is using the data directory. The whole data directory is read-only (not sure if that's intended)

Hi, this is 2.3.2 and we've done a bunch of fixes regarding Windows filehandling in 2.4.2. Could you upgrade and let us know if the problem persists?

sure, I'll update today and let you know

@gouthamve so far no errors. I'll let it run for a week just to be sure.
I also noticed snapshot API no longer works without a skip_head parameter (but it did in 2.3.2)

@chester89 Cool, I'll close this for now. Can re-open if the issue persists. Could you open a new issue for the snapshot API issue?

Sure, a bit later in the day

@gouthamve just filed #4671

@gouthamve I'm seeing the same errors:
level=error ts=2018-10-01T01:00:03.3966692Z caller=db.go:305 component=tsdb msg="compaction failed" err="persist head block: rename block dir: rename E:\\db\\prometheus\\data\\01CRPJ79X00AD1AF4FTSC0V9X2.tmp E:\\db\\prometheus\\data\\01CRPJ79X00AD1AF4FTSC0V9X2: Access is denied."
level=error ts=2018-10-01T01:00:04.4546692Z caller=db.go:305 component=tsdb msg="compaction failed" err="persist head block: rename block dir: rename E:\\db\\prometheus\\data\\01CRPJ7AXCBK532G6DQRA8NKGH.tmp E:\\db\\prometheus\\data\\01CRPJ7AXCBK532G6DQRA8NKGH: Access is denied."

@gouthamve I think you should reopen the issue

@gouthamve still the same problem on 2.7.1 running on Windows 10

@gouthamve I installed 2.11.1 version yesterday, will check if this is still present

@gouthamve I can't reproduce this any more on 2.11.1. Closing


fix: analytic events added for start with data flow

Description
This PR:

Adds analytic events for start with data onboarding flow, List of events and their details can be found in this doc
There was an issue in DATASOURCE_SCHEMA_FETCH event, it was throwing misleading information when the datasource structure fetch API failed, that issue has been fixed as well

PR fixes following issue(s)
Fixes #29435
Media

A video or a GIF is preferred. when using Loom, don’t embed because it looks like it’s a GIF. instead, just link to the video

Type of change

Chore (housekeeping or task changes that don't impact user perception)

Testing

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Also list any relevant details for your test configuration.
Delete anything that is not relevant

[x] Manual
[ ] JUnit
[ ] Jest
[ ] Cypress

Test Plan

Add Testsmith test cases links that relate to this PR

Issues raised during DP testing

Link issues raised during DP testing for better visiblity and tracking (copy link from comments dropped on this PR)

Checklist:
Dev activity

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] PR is being merged under a feature flag

QA activity:

[ ] Speedbreak features have been covered
[ ] Test plan covers all impacted features and areas of interest
[ ] Test plan has been peer reviewed by project stakeholders and other QA members
[ ] Manually tested functionality on DP
[ ] We had an implementation alignment call with stakeholders post QA Round 2
[ ] Cypress test cases have been added and approved by SDET/manual QA
[ ] Added Test Plan Approved label after Cypress tests were reviewed
[ ] Added Test Plan Approved label after JUnit tests were reviewed

Summary by CodeRabbit

New Features

Enhanced analytics tracking for user interactions during the onboarding process, including skipping steps.

Refactor

Improved internal logic for fetching and refreshing datasource structures to enhance error handling and success tracking.

Documentation

Updated type definitions to reflect new analytics events related to the onboarding flow.

/build-deploy-preview skip-tests=true

/ok-to-test

Tested the above flow for analytic events. Hence, adding the label Test plan approved. cc @sneha122


[core] Touches do not release at the correct time

When two fingers are pressed, the second finger release does not occur until another touch event happens later.
Issue description
Run the "Input multitouch" example on the web on iOS Safari:
https://www.raylib.com/examples/core/loader.html?name=core_input_multitouch
Press and hold with one finger, and be sure not to move it
Press and release with another finger
The second touch point will not disappear!
Move or release the first finger
The stale touch point will finally be removed
Environment
iOS Safari
Code Example
core_input_multitouch example project https://github.com/raysan5/raylib/blob/master/examples/core/core_input_multitouch.c

Works great, thanks for the quick fix!


Direct access to target layer on click event fired on map

Checklist

[X] I've searched through the plugins to make sure this feature isn't already available, or think it shouldn't require a plugin.
[X] I've searched through the current issues to make sure this feature hasn't been requested already.
[X] I agree to follow the Code of Conduct that this project adheres to.

Motivation
Instead of setting one click event per layer, I like to set one for the whole map and get the event's target. Unfortunately there is no way to simply and directly get it from the event itself. This is the way I retrieve it:
map._targets[event.originalEvent.target._leaflet_id]
Suggested solution
target and sourceTarget both point to the map, have one of them point to the actual target itself.
Alternatives considered
No response

@timbtimbtimb +1
Thanks for the workaround. I have run into the same problem and created a JSFiddle to illustrate the problem: https://jsfiddle.net/82k7opws/


Outdated command should be compatible with offline mode

The sdk outdated command currently does not ignore the offline mode.
Also check that all other commands are compliant.

 Outdated command should be compatible with offline mode.

sdk outdated is not a valid command in 5.7.4+362.

@rgoldberg correct, it was subsequently renamed to upgrade


generated SVG causes errors in Firefox Dev Tools

As crazy as it sounds, it appears that this polyfill messes up recent Firefox Developer Tools.
I  haven't been using Firefox Dev Tools much until lately, so I'm not sure which versions are affected. Since it is also happening in the latest version of SeaMonkey, which did not have this problem before, I noticed it.
It seems that both browsers may have issues with SVGs. I don't know if this is a browser bug (for both browsers) or if there is something wrong with the SVG that is output by this polyfill.
Given this small test page (below), open it in recent Firefox and Inspect the code in the Developer Tools. The style pane of the Inspector tab will be empty. You can see the errors in the browser console.
<!DOCTYPE HTML>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <title>Test of conic gradient polyfill affecting Dev Tools</title>

Open the Firefox Dev Tools (Ctrl-Shift-I) and see if the Inspector pane shows the styles.

If the styles are not there, then open the Firefox Browser Console (Ctrl-Shift-J) and you will see the errors.

Regardless, you can look in the Style Editor tab to see the SVG generated by the polyfill.

With a minor change to the polyfill to output PNG instead of SVG, the errors go away.

This is what I see in the browser console for the above test HTML (once I try to open Dev Tools).

I just installed the latest Firefox 78 on Ubuntu and it appears to have fixed the Dev Tool problem. I no longer get all the errors in the browser console, and I do see the styles again in Dev Tools, although it is very slow. This is from my local copy of the polyfill. When I try the test case above, there is an error.


Using Hyper-Express in a Deno runtime

Hello everyone.
I'm aware of that this was build with a focus on NodeJS. I wanted to ask if theres any way to get this project to run within Deno it self, as I think this would bring even better results than in JS.
Deno has a problem handling the .node files coming with this project, as Deno doesnt support handling for .node files.
Is there any way around this issue?
Thanks!:)

Hyper-Express running in Deno almost entirely depends on uWebsockets.js being compatible with Deno. The maintaining of uWebsockets.js does not seem to support every version of Node.js, so I would doubt he would have gone out of his way to potentially support Deno. With that said, If Deno has enough compatibility with Node.js's native addons then you may have some luck but highly unlikely something can be figured out as you mentioned Deno does not support .node files which is what uWebsockets is compiled as to work with Node.js as an addon.
I would recommend you potentially follow up in https://github.com/uNetworking/uWebSockets.js as If you can have the maintainer add support for Deno, then Hyper-Express and any uWebsockets.js dependent webservers automatically become compatible.


Gitea Outputs fix

Closes #2137
Added missing jsonencode() call in tf outputs to push output to string rather than complex type

/test-extended

/test-extended


Bitmap statistics & naive writer heuristics recommendation

The method to gather statistics on internal representation of bitmap or bitmaps.
They best express things like total count of containers and average capacity, so they may lead to false conclusions.
The statistics are used by naive version of Writer recommender.
I'd definitely need something like this for my bitmap builders use cases.

@richardstartin : I guess that you are well suited to review this PR...

OK. This looks like it is going in the right direction and will probably be useful. My only issue is that I think the change to RandomisedTestData is wrong, so would recommend you merge this once that's reverted or I'm proven wrong.

Coverage decreased (-0.1%) to 91.54% when pulling bd835569a2d5b03920e56c65def873469f01e1cb on ppiotrow:bitmap-statistics into 91c85472cbdcbf45138f89da0666f9200e8ccad2 on RoaringBitmap:master.

The expert rules in naive recommender were based on my gut feeling. I might have real world experience in around month once I migrate my code to new API.

Does this need to create a string message? I think in a lot of cases just creating an object containing statistics collected by visiting the bitmaps would be enough, and would allow someone who wants a similar "advice string" but in, say, French to write their own.

Restarting the tests.

@lemire Thanks, the tests were stuck.
@richardstartin First I was going to return a bitmap writer instance. But the real use case is to run this analyser occasionally, not in your main bitmap flow, so the instances would be useless. The user needs a recommendation to hardcode in it's bitmap builders flows.
I agree the approach with POJO containing recommendations will be more flexible. It will even allow to automate reconfiguration of the writers flow over the time.
I'll think, how the POJO should express the reasons of recommendations given to the user as I consider it essential.

@ppiotrow I can't necessarily relate to the use case to generate messages, but that's OK, and think anything to make the statistics of these data structures more observable is a good thing.
@lemire I think it's up to you to review this one.

Thanks @richardstartin
It is hard for me to tell how many people will make use of this work, but it is also hard to see how it could cause harm... and I can imagine realistic use cases. Richard does not seem to have any objection.
Overall, the code quality looks good. So let us give it a try.

Great job.


loaders: Add loaderResult, remove {userdoc,devdoc}

Add ContractResult.loaderResult?: any
Remove userdoc and devdoc added earlier, should be accessed via loaderResult now.
Updated tests
Added test for Compound USDCv3 TransparentProxy resolving via Etherscan. We still need to fix our own proxy resolving for this one.
Resolves #125

cc @yohamta

@shazow  Thank you for the quick implementation, it looks great!
I was thinking that having the response types for each API defined somewhere could be helpful for users to determine the type of loaderResult. What do you think about that?

Could do that, would you like to do a PR?

The type can also be inferred by ContractResult.loader type (or ContractResult.loader.name)

Thank you for the suggestion. I’ll submit a PR if it seems helpful.

Thank you! I don't want to commit to always have an exact replica of upstream APIs but it would be helpful for documenting what to expect. Could do something like SourcifyContractResult|EtherscanContractResult|any.


Need basic create and deployment guidance

Without below link, there was no way I could successfully connect VM to Event Hub following this doc.  This doc starts good, but get choppy quick.  Visual Studio overkill, no commands to configure the connection, etc.   Should be a section with  Set-AzVMDiagnosticsExtension -ResourceGroupName [rgname] -VMName [vmname] -DiagnosticsConfigurationPath "C:\dir\configureEventHubDiagnosticsSyncFileName.json" https://blogs.msdn.microsoft.com/golive/2017/07/14/microsoft-azure-send-diagnostic-monitoring-data-from-a-windows-iaas-vm-to-an-event-hub/

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

ID: ef18d39d-585a-1f54-9157-c58cb5875d91
Version Independent ID: b4374609-5480-7436-8a62-8deb04f02d90
Content: Stream Azure Diagnostics data to Event Hubs
Content Source: articles/azure-monitor/platform/diagnostics-extension-stream-event-hubs.md
Service: azure-monitor
Sub-service: diagnostic-extension
GitHub Login: @rboucher
Microsoft Alias: robb

Thanks for your comment @markmassad . I'll take a look. I'm sure the article could use an upgrade.

i tried to configure windows vm with this manual and without success, extension had no problems, but i can't see nothing in event hub, for linux vm manual works well

#in-progress.  Overhauling all the Azure Diagnostics content.

@bwren  is working to overhaul this content

You can refer to this article for the guidance https://azsec.azurewebsites.net/2019/12/03/vm-security-log-to-event-hub-for-siem-integration/

@azsec Thank You for your site, I just used it to see why wineventlogs not heading to event hub. Your link provided me the missing link, "DiagnosticInfrastructureLogs"

#label:"TriagedFeb2021"

Looks like this issue got dropped, but the article was subsequently rewritten.
#please-close


Certification Error

I'm using GuzzlePHP to get some data from the API. I get the following error message:
 cURL error 60: SSL certificate problem: unable to get local issuer certificate (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://api.corona-zahlen.org/districts/09477?verify=0

Many guides in the internet are suggesting to contact the server admin when this happens.
Any way to fix this?

Should have read the manuel. RTFM ™
https://laracasts.com/index.php/discuss/channels/general-discussion/curl-error-60-ssl-certificate-problem-unable-to-get-local-issuer-certificate


at_c: Breaking Changes Tracker

### Breaking Changes to make
- [ ] https://github.com/atsign-foundation/at_c/issues/154
- [ ] https://github.com/atsign-foundation/at_c/issues/140
- [ ] https://github.com/atsign-foundation/at_c/issues/225

Added #225

reopening this issue to track:


autopilot from client side with configurable destination

It seems that the `client_side_agent' branch is not up-to-date with the latest release. Is there any plan to update the client side autopilot (where destination could be specified) into the latest version? If so, is there an estimated timeline? Thanks!

Hey, sorry for late answer. I will have to work on that a bit very soon. Expect it for the next two weeks..


internal/dag: invalidate ingressroutes that use the same fqdn

Pre-process the IngressRoutes in the dag builder to filter IngressRoutes that re-use a given FQDN, and mark them as invalid. The IngressRoutes that pass this pre-processing step are then further processed as usual.
Fixes #601

@alexbrand does this also cover domain aliases?


.Net Added support for gemini-vision

Description

State of connector progress https://github.com/microsoft/semantic-kernel/issues/4680
This PR introduces limited support for ImageContent. At present, the support extends to only Uri files and is only available in VertexAI. The associated unit tests have been updated to reflect these changes.
@RogerBarreto
Contribution Checklist

[x] The code builds clean without any errors or warnings
[x] The PR follows the SK Contribution Guidelines and the pre-submission formatting script raises no violations
[x] All unit tests pass, and I have added new tests where possible
[x] I didn't break anyone :smile:

I'm using Google connector 'AddGoogleAIGeminiChatCompletion'
I'm uploading 'd:\image.jpg' with 'Google AI Media-Upload'. ref.: "https://ai.google.dev/api/files"
for example I am getting 'uri' = "https://generativelanguage.googleapis.com/v1beta/files/qsv8wazc13qj"
when use: "chatHistory.AddUserMessage(New ChatMessageContentItemCollection From {New TextContent('ask'), New ImageContent(New Uri('imgUri'))})"
Exception ex.Message = "Image content 'MimeType' is empty."

has no option ImageContent(uri, mimeType)

@apipino Mime type is specified only for binary daty passes via base64. I didn't tested gemini models with url images because that wasn't possible when I was creating the connector.
Please create new issue for that and mark me.


1D slices fail

a = ng.ones((2, 2))
b = ng.zeros((2,))
a[:, 0] = b

causes "tuple index out of range" in float_ew.py:736

Did you try b = ng.zeros((2,1))?
Is this because you specifically want to use 1-d notation?
On Sunday, June 28, 2015, Oleg Trott<EMAIL_ADDRESS>wrote:

a = ng.ones((2, 2))
b = ng.zeros((2,))
a[:, 0] = b
causes "tuple index out of range" in float_ew.py:736
—
Reply to this email directly or view it on GitHub
https://github.com/NervanaSystems/nervanagpu/issues/12.

I'm not sure what you mean:
a = ng.ones((2, 2))
b = ng.zeros((2, 1))

This gives the same error:
a[:, 0] = b

and this triggers "invalid argument":
a[:] = b

interesting... it does seem like a bug.
incidentally,
a[:, :1] = b
seems to work...
On Sun, Jun 28, 2015 at 10:37 AM, Oleg Trott<EMAIL_ADDRESS>wrote:

I'm not sure what you mean:
a = ng.ones((2, 2))
b = ng.zeros((2, 1))
This gives the same error:
a[:, 0] = b
and this triggers "invalid argument":
a[:] = b
—
Reply to this email directly or view it on GitHub
https://github.com/NervanaSystems/nervanagpu/issues/12#issuecomment-116303079
.

By the way, the same line trips up 0D and 1D arrays in e.g.
a1 = ng.ones((2,))
a1 *= 2

and
a0 = ng.ones(())
a0 *= 2

Ok, those issues are now fixed.  Keep in mind that the current elementwise engine is designed to work with 2d shapes.  When tensors or views are created, the most efficient ew dims are automatically found and used for subsequent simple (not reduction or broadcast) ew ops.  If you want to do reduction or broadcast with non-2d shapes, you'll need to reshape to a 2d dim first.  At some point I'll like to build in full numpy support for non-2d shapes but have been working on other things for the time being.  I think the next big thing I want to implement for ew is fancy indexing and take().

It's running now, but not like in NumPy:
a = ng.ones((2, 2))
b = ng.zeros((2,))
a[:, 0] = b

produces:
array([[ 0.,  0.],
       [ 1.,  1.]], dtype=float16)

while in NumPy, it's
array([[ 0.,  1.],
       [ 0.,  1.]])

(a[:, :1] = b seems to work correctly though)

This is probably related: the example on the front page appears to work differently from NumPy:
In [311]: a = ng.ones((2, 2))
In [312]: c = ng.ones((2, 2))
In [313]: c[:] = ng.mean(ng.square(a - ng.mean(a, axis=1)), axis=1)
In [314]: c.get()
Out[314]:
array([[ 0.,  1.],
       [ 0.,  1.]], dtype=float16)

While with NumPy, we have:
In [315]: a = np.ones((2, 2))
In [316]: c = np.ones((2, 2))
In [317]: c[:] = np.mean(np.square(a - np.mean(a, axis=1)), axis=1)
In [318]: c
Out[318]:
array([[ 0.,  0.],
       [ 0.,  0.]])

That's actually a known issue I haven't gotten to yet.  I do shape compatibility checking on all input tensors, but not the output tensor.  The result of a reduction along axis=1 is shape (2,1) which you're assigning to a (2,2) shape.  Looks like numpy broadcasts the assignment there.  I suppose I should do the same.
I'll look into your other bug in a bit, but 1d tensor support is going to remain kind of a big hack until I can spend some real time on it.  I'd stick with (x,1) or (1,x) shapes for now.  The reduction ops all have an implicit keepdims=True option set for this reason.

Looks like this has been fixed.


How can I show a label VerticalLineLabel in vertical ?

Hello, i want to show a 'Accumulation' label from VerticalLineLabel in vertical as the image below. Could you please give me some ideals ?

Added direction property to the HorizontalLineLabel in 0.67.0
Don't forget to read the migration guide carefully


Added the documentation of program to append the last n nodes in a linkedlist

Description 📜
I have added the documentation of the program to append the last N nodes in a singly linkedlist.
Fixes #5502

Type of change 📝

[ ] Au#dio (Should be in mp3 format Includes speech clarity, Concise ,Low distortion)
[ ] Vi#deo (Animations, screen-recordings, presentations and regular explanatory films are all possibilties etc)
[x] Documentation (Content Creation in the form of codes or tutorials)
[ ] Other (If you choose other, Please mention changes below)

Domain of Contribution 📊

[ ] Android Dev #(Flutter)
[ ] Android Dev #(Java)
[ ] Android Dev #(Kotlin)
[ ] Backend Dev #(Java)
[ ] Backend Dev #(.NET)
[ ] Backend Dev #(PHP)
[ ] Backend Dev #(Python)
[x] C/CPP
[ ] Competitive #Programming
[ ] Cyber #Security
[ ] DS#A
[ ] Data#base
[ ] Datascience with #Python
[ ] Datascience with #R
[ ] Frontend Dev #HTML/CSS/JS
[ ] Frontend Dev #React/Angular/Vue
[ ] Go#lang
[ ] Interview #Prep
[ ] Java_#Domain
[ ] JavaScript_#Domain
[ ] ME#RN
[ ] Machine #Learning
[ ] Open #Source
[ ] Python_#Domain
[ ] Ru#st
[ ] Statis#tics
[ ] UI/#UX

Checklist ✅

[x] I follow Contributing Guidelines & Code of conduct of this project.
[x] I have performed a self-review of my own code or work.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generates no new warnings.
[x] I'm GWOC'21 contributor

Screenshots / Gif (Optional) 📸

Done with the suggested changes @kashishahuja2002


Add known issue for Certificate Issues on macOS 15 ("Sequoia")

This was reviewed offline. The lint error does not apply as the content is following the same format as other known issue entries with an H2 followed by a Summary H3.


Node.toString() doesn't need parameters

Currently:
https://github.com/phetsims/scenery/blob/f2c577900fdc87799e206b75137301dedd5ebd6e/js/nodes/Node.ts#L6435-L6444
I can't find any usages of these parameters, and I don't see any subtypes overriding this or using this in any way. I'd like to remove this because it interfered with a type alias I was working on in https://github.com/phetsims/scenery-phet/issues/815 that looked like type X = { something: number } & Node;. It saw an error because the toString() functions were incompatible.

@jonathanolson, does this seem reasonable to you? Those parameters seemed vestigial and outdated. Can this issue be closed?
Also noting that nothing came from searching our codebase from toString( and I went through webstorm's calculated usages of Node.toString() without finding any spots that use the parameters.

I used to have serialization for Node through that a LONG time ago. Commit above looks good, thanks!


fix: fix type of ResourceOptions<T>

Changed T extends undefined to undefined extends T
Fixed one other line that errored as a result
Fixes #795

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 89.381%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1193

Relevant Lines:
1275

💛  - Coveralls

Note this only fixes the case with generics unspecified, since it isn't possible to have typescript partially infer generics, which is required in this case to fix the issue when calling createResource with 3 parameter and specifying only 1 generic. The solution if the types are not correctly inferred is to provide both generics.

Looks good to me.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 89.381%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1193

Relevant Lines:
1275

💛  - Coveralls


Adds support for kubectl proxy in kubernetes container manager

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1193/
Test FAILed.

jenkins test this please

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1194/
Test FAILed.

jenkins test this please

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1195/
Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1196/
Test FAILed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1294/
Test PASSed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1301/
Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1357/
Test FAILed.

I just assigned myself to this as well because I don't think metrics will work with kubernetes proxy, as stated in #477
I will investigate the metrics part.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1391/
Test FAILed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1392/
Test PASSed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Clipper-PRB/1416/
Test FAILed.


marketplace-puppet → #mp-site-reliability

Context
[09:01] Jacob Bednarz: maybe marketplace-puppet pull requests belong in the #mp-site-reliability channel?
Cc
@jacobbednarz

:+1:


MeshManager returns nullptr when asked for ignition::common::Mesh* in function MeshByName if mesh name is a url

Environment

OS Version: Ubuntu 20.04
Source or binary build? binary fortress 6.12
- [x] running on a dual GPU machine (integrated GPU + discrete GPU)
- [ ] running on a multi-GPU machine (it has multiple discrete GPUs)
- [x] running on real hardware
- [ ] running in virtual machine
- [ ] running in Docker/Singularity
- [ ] running remotely (e.g. via SSH)
- [ ] running in a cloud
- [ ] using VirtualGL, XVFB, Xdummy, XVNC or other indirect rendering utilities
- [x] GPU is concurrently used for other tasks
- [x] desktop acceleration
- [ ] video decoding (i.e. a playing Youtube video)
- [ ] video encoding
- [x] CUDA/ROCm computations (Tensorflow, Torch, Caffe running)
- [ ] multiple simulators running at the same time
- [ ] other...

Rendering system info:
Nvidia GTX 2070 Super (laptop version)
X.Org X Server 1.20.13
X Protocol Version 11, Revision 0

I am currently working on implementing a Lidar gazebo server plugin using NVIDIA Optix.
To get mesh info from Gazebo sim I am using the MeshManager class, querying mesh by name. I am not able to get an accurate pointer when querying names of newly added meshes from sdf, because of a desinchronization of EntityComponentManager and MeshManager.

Description

Expected behavior: the MeshManager is able to return accurate pointers to meshes when queried by name that is a url.

Actual behavior: the MeshManager returns nullptr when queried by name that is a url, despite the fact, that 10 sim updates later it gives a valid result for the same name.

Steps to reproduce

Implement a standard system plugin (e. g. using your tutorial)
implement Configure function:

void RGLServerPluginManager::Configure(
        const ignition::gazebo::Entity& entity,
        const std::shared_ptr<const sdf::Element>&,
        ignition::gazebo::EntityComponentManager& ecm,
        ignition::gazebo::EventManager& evm) {

    ecm.Each<ignition::gazebo::components::Visual, ignition::gazebo::components::Geometry>
            (std::bind(&RGLServerPluginManager::LoadEntityToRGLCb, this, _1, _2, _3));
}

bool RGLServerPluginManager::LoadEntityToRGLCb(
        const ignition::gazebo::Entity& entity,
        const ignition::gazebo::components::Visual*,
        const ignition::gazebo::components::Geometry* geometry) {
    rgl_mesh_t new_mesh;
    if (!LoadMeshToRGL(&new_mesh, geometry->Data())) {
        return true;
    }
}

bool RGLServerPluginManager::LoadMeshToRGL(
        rgl_mesh_t* new_mesh,
        const sdf::Geometry& data) {

    double scale_x = 1;
    double scale_y = 1;
    double scale_z = 1;

    auto mesh_common = GetMeshPointer(data, scale_x, scale_y, scale_z);
	return true;
}

const ignition::common::Mesh* RGLServerPluginManager::GetMeshPointer(
        const sdf::Geometry& data,
        double& scale_x,
        double& scale_y,
        double& scale_z) {

    const ignition::common::Mesh* mesh_pointer;

    if (data.Type() == sdf::GeometryType::MESH) {
            mesh_pointer = LoadMesh(data, scale_x, scale_y, scale_z);
	if (nullptr == mesh_pointer && data.Type() == sdf::GeometryType::MESH) {
        ignerr << "Error in importing mesh named: " << ignition::gazebo::asFullPath(
                data.MeshShape()->Uri(),
                data.MeshShape()->FilePath())  <<  " it will not be loaded to RGL\n";
    } else if (data.Type() == sdf::GeometryType::MESH) {
        ignerr << "Imported mesh named: " << ignition::gazebo::asFullPath(
                data.MeshShape()->Uri(),
                data.MeshShape()->FilePath()) << " \n";
    	}
	}
    return mesh_pointer;
}

const ignition::common::Mesh* RGLServerPluginManager::LoadMesh(
        const sdf::Geometry& data,
        double& scale_x,
        double& scale_y,
        double& scale_z) {

    auto scale = data.MeshShape()->Scale();

    scale_x = scale.X();
    scale_y = scale.Y();
    scale_z = scale.Z();

    return mesh_manager->MeshByName(ignition::gazebo::asFullPath(
            data.MeshShape()->Uri(),
            data.MeshShape()->FilePath()));
}

run a world with this plugin active and a mesh geometry in .sdf file

Output

// At Configure() time:

[Err] [Mesh.cc:200] Imported mesh named: /home/jakub/CLionProjects/RGLGazeboPlugin/test_world/meshes/minecartengine.dae
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/body.dae it will not be loaded to RGL
[Err] [Mesh.cc:200] Imported mesh named: /home/jakub/.ignition/fuel/fuel.gazebosim.org/elene/models/bosdyn_spot/1/meshes/spot_payload.stl
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_hip.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_upper_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_lower_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_hip.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_upper_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_lower_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_hip.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_upper_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_lower_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_hip.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_upper_leg.dae it will not be loaded to RGL
[Err] [Mesh.cc:196] Error in importing mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_lower_leg.dae it will not be loaded to RGL

// After 10 simuation updates:

[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/body.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_hip.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_upper_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_left_lower_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_hip.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_upper_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/front_right_lower_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_hip.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_upper_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_left_lower_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_hip.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_upper_leg.dae
[Err] [Mesh.cc:200] Imported mesh named: https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/BOSDYN_SPOT/tip/files/meshes/rear_right_lower_leg.dae

Thanks for the detailed issue @Jakub-Krakowiak. However, would you be able to provide more detail as to how you're running the simulation? Is the model loaded from an sdf world file or spawned during runtime? Also, Configure is meant to be called just once when the system is loaded. How is it that it's still running after 10 updates? Does the error happen every time you run your test or only the first time when the mesh is downloaded from Fuel?

The model is loaded from an sdf file:
<include>
      <uri>
      		https://fuel.gazebosim.org/1.0/Elene/models/bosdyn_spot
      </uri>
</include>

The model meshes are not available every time I run the world, even when the files themselves are already downloaded and located in the .ignition folder in $HOME directory. I will be testing adding a model from fuel (both dowloaded and not downloaded) in runtime today, so I will add the info here.
I am also implementing the PostUpdate System Plugin Interface, so I manually count the number of times the PostUpdate function is called (because info.iterations does not increase while simulation is paused (possibly connected to my other issue)) and at the 10'th time I do another ecm.Each.

void RGLServerPluginManager::PostUpdate(
        const ignition::gazebo::UpdateInfo& info,
        const ignition::gazebo::EntityComponentManager& ecm) {

    current_update++;

    if (current_update == 10) {
        ecm.Each<ignition::gazebo::components::Visual, ignition::gazebo::components::Geometry>
            (std::bind(&RGLServerPluginManager::LoadEntityToRGLCb, this, _1, _2, _3));
    } else {
        ecm.EachNew<ignition::gazebo::components::Visual, ignition::gazebo::components::Geometry>
                (std::bind(&RGLServerPluginManager::LoadEntityToRGLCb, this, _1, _2, _3));
    }
}

I have been running the world with "ign gazebo world.sdf" command so it was paused at start. I will also try running it with -r option and see if changes anything.

I was able to run your system locally and see the error your reported. However, I don't believe this is a bug in Gazebo, so I'll go ahead and close this ticket. Here's my explanation and suggestion for what you could do:
The MeshManager does not have all the meshes at the beginning of simulation. Meshes are added to it as various systems load their meshes at different times. On the server side, the .dae files are only loaded by the Sensors system. The Physics system loads only the meshes in the <collision> tag, but the .dae files in your examples are used by <visual> meshes. The Sensors system runs at a frequency that is determined by the sensors in your world, so in your case, it ran at the 10th step.
The best thing to do is to call MeshManager::Load instead of MeshByName since Load will only load the mesh from disk if it hasn't already been loaded.

Thank you for your suggestion to use the MeshManager::Load function. The plugin now works as intended.