identity conversion merging rules for tuples, dynamic / object and ? :

See https://github.com/dotnet/csharpstandard/pull/795/files#r1217424913
This is larger in scope. We don't currently describe the merging rules for identity conversions where tuples with named members, or dynamic and object are used in ?: or as tuple members.

Associated WorkItem - 98104

@BillWagner: Any progress on this?

@jskeet Merging #821 will close this.


Feat(CUST-pci45): implement put and delete

JIRA: https://champlainsaintlambert.atlassian.net/browse/PCI-45
Context:
In this ticket, I added a PUT and DELETE method to the prescription service.
Changes
-Implemented the put method
-Implemented the delete method
Before and After UI (Required for UI-impacting PRs)
Before the put request

After the put request

Before delete request

After delete request

Docker

Dev notes (Optional)
Changes are done and ready to be implemented to do the gateway.
Linked pull requests (Optional)

pull request link

Everything looks like it should work great however i have a few notes

this should have been two seperate pull requests, one for the pets and one for prescriptions
there should probably be some validation in the presentation or business layer for the update prescription to make sure a bad request doesn't crash the app.


Add stm32 USB OTG peripherals

Fixes #557. This is similar to #580, but for synopsys IP.
I could add examples to other chips, but I have no way of testing them. The F4 example is tested and working.

This is awesome, thank you for your hard work! Tested it myself on an F4 as well, worked like a treat.
Code is great, just one concern: otg_fs and otg_hs are almost identical, do you think you could unify them? it seems to me it should be easy, unless there's some hardware detail that means it's a bad idea, like OTG_HS being usable in both HS and FS mode.?

I wasn't sure about unifying. The HS peripheral has much more interrupts and pins due to external PHY support. FS only has internal PHY. So if additional HS features are implemented in the future it will start to look way different from FS.

Actually the https://github.com/stm32-rs/synopsys-usb-otg only limits the API when FS mode is selected and there are no other functional changes. So I guess we can use only the HS feature of synopsys-usb-otg and limit the API at embassy level.

So the problem with FS/HS peripherals is that https://github.com/stm32-rs/synopsys-usb-otg uses two different sets of register definitions for each. They share similar registers, but no one has confirmed if HS register set is superset of FS register set (see https://github.com/stm32-rs/synopsys-usb-otg/issues/12#issuecomment-721378363). There are many reasons to believe so: the stm32h7 reference manual refers to FS peripheral as "HS with FS only capabilities", morover I tested the HS driver with FS peripheral on stm32f4 and it seems to be working fine. However, there is no guarantee for this, just experimental evidence and I don't have time at the moment to investigate register compatibilities inside synopsys-usb-otg.
So at this point I see two possibilities:

Keep FS and HS implementations separate. This means that only one can be used at a time (limitation of synopsys-usb-otg) and chips with FS and HS peripherals will only be able to use a single interface.
Use HS implementation for both FS and HS. And wait until someone reports a bug that on some chip FS peripheral does not work with HS driver.

So the consensus in matrix chat was to go with route #2 and use the HS driver for both peripherals. Looking for scream testers.
While at it, I also added ULPI external PHY support.
I've heard that some STM32 chips also have internal High-Speed PHY, but I'm not sure which. So if someone finds a need for such thing it's only a matter of adding fn new_hs(...) function with PhyType::InternalHighSpeed gated behind appropriate cfg's.


Making data less awful: the Sierra edition

See also: #1126.

Spotted today:
$ curl https://api.wellcomecollection.org/catalogue/v1/works/a37947uz?_index=sierra-bibs-title 2>/dev/null | jq
{
  "@context": "https://api.wellcomecollection.org/catalogue/v1/context.json",
  "id": "a37947uz",
  "title": "'Commentary on \"The Puzzle of Conscious Experience\" by David J. Chalmers 1995'",
  "creators": [],
  "subjects": [],
  "genres": [],
  "type": "Work"
}

We don’t need the extra quotes around the title, surely?

Closing – there's plenty more to do, but we're not going to put it on a three-year-old ticket.


[Feature]: Add public notes to the faucet

To whom is this feature for?
End user
Why is is this feature needed?
Alice loves the new faucet and that she can get a private note with some tokens. Now, she wants also to check out the second flow and receive a public note via the blockchain.
How is this feature used?
Alice wants to be able to click either a button "Public notes" or a button "Private notes".
If she clicks "Public notes" the faucet should execute a transaction using --note-type public. If she clicks "Private notes" the type should be --note-type private.
Anything else?
We could add a short explanation how to consume the note then. But we can also add this later

Closed by #339.


Physical Keyboard and Mouse Scroll Wheel don't work on flutter_gallery in android x86 (physical installation)

Steps to Reproduce
Environment: Android ISO
cm-x86-13.0-r1.iso from http://www.android-x86.org/releases/releasenote-cm-x86-13-0-r1 and https://osdn.net/rel/android-x86/android-x86/CM Release 13.0 where sha1sum: d9d3486f0dd389fc10b1bf7ad75e32170a3ea8f7. it's 32-bit iso.
Environment: Hardware
Executed sudo dd bs=4M if=cm-x86-13.0-r1.iso of=/dev/sdb status=progress and sync to create a bootable usb drive and did all the following tests on physical machines:

live system on physical laptop thinkpad x201
live system on physical laptop thinkpad x1 carbon
Physically install cm-x86-13.0-r1.iso (android x86 32bit) to ssd harddrive on thinkpad x201
Physically install cm-x86-13.0-r1.iso (android x86 32bit) to ssd harddrive on thinkpad x1 carbon

Steps to install and run the flutter gallery app
Use flutter build apk --debug --target-arch x86 command to create a x86 apk file for the example app flutter_gallery and install it to all the above four testing hardware environments.

Physical Keyboard doesn't work at all in text field.
Mouse scroll wheel doesn't work at all when scrolling the window. only mouse left button dragging works.

On non-flutter apps, both physical keyboard and mouse scroll wheel work without any problems. for example, sms app, play store app, calculator etc... So the problem only happens on flutter apps.
This is critical for us because our client requirement is to use physical keyboard and android apps on their PCs.
PS:

Virtual keyboard works.
Everything else works fine (except physical keyboard and mouse wheel).

Flutter Doctor
$ flutter doctor
[✓] Flutter (on Linux, channel master)
    • Flutter at /home/song/opt/flutter
    • Framework revision 4a4d100b91 (6 days ago), 2017-04-05 09:40:35 +0200
    • Engine revision 5d9a642257
    • Tools Dart version 1.23.0-dev.10.0

[✓] Host Executable Compatibility
    • Downloaded executables execute on host

[✓] Android toolchain - develop for Android devices (Android SDK 25.0.2)
    • Android SDK at /home/song/Android/Sdk
    • Platform android-25, build-tools 25.0.2
    • ANDROID_HOME = /home/song/Android/Sdk
    • Java binary at: /opt/android-studio/jre/bin/java
    • Java version: openjdk version "1.8.0_76-release"

[✓] Android Studio (version 2.2)
    • Android Studio at /opt/android-studio
    • Gradle version 2.14.1
    • Java version: openjdk version "1.8.0_76-release"

[✓] Connected devices
    • None

My understanding is https://docs.flutter.io/flutter/services/RawKeyboard-class.html has worked with physical keyboards in the past?

What you describe above is not a current target device for Flutter.  Flutter is first focused on mobile-phone sized devices running iOS and Android, 32 and 64 bit ARM processors.  In particular we currently only support x86 Android as a development-mode target (so you're always running in 'slow mode').  We have a bug on file https://github.com/flutter/flutter/issues/9253 about adding a --release variant for x86 Android.
But even with that, most of our framework is designed around the assumption of a touch-screen device.  We have in the past (and likely will do more to) supported physical keyboards attached to Android tablets via the RawKeyboard interface.  We'd have to do some work to support scroll wheels (we do not currently).
I don't think there is anything we plan to do for this bug in the short term, sorry. :(
We should probably update our FAQ to be more clear around our support (or not) of Android x86 physical installs at this time: https://flutter.io/faq/#what-devices-and-os-versions-does-flutter-run-on  It's certainly possible to use Flutter in this configuration, just not something we've optimized for or plan to do much work to optimize for in the short term.

https://github.com/flutter/flutter/issues/2656 is also an older request for mouse-wheel support.

Closing for now.  Happy to discuss further, but I don't think the way you're seeking to use Flutter is one we're currently investing in supporting.  Flutter is of course open source and you're welcome to modify it to suit your needs further:
https://github.com/flutter/engine/blob/master/CONTRIBUTING.md has instructions for building your own flutter/engine for example.

Is that possible to leave this issue status "open" so that at least I have a hope? mouse-wheel support is not really a thing. The only problem, which is important to us, is the physical keyboard support. Since I can not influence flutter team's decision on when to fix physical keyboard issue, I am OK that this issue will not be fixed anytime soon, maybe one or two years. But a "closed" status means the issue will never be fixed to me. At least, the status can be "fix in the future", "fix in next release", or "fix in version 2" (something like that). I just need a hope. :)
(If any of the above words don't make sense in English, sorry about my limited English skill.)

I filed a new issue #9347 about bluetooth keyboard in a real ARM android mobile phone. I think this andorid mobile phone is a current target device for Flutter. As a QA perspective, #9347 and this bug #9327 are totally different issues/bugs. Thank you very much for your time and help.

Looks like this is being worked on these days:
https://github.com/flutter/engine/pull/5324


Archetypes doesn't reflect new changes in configuration files of app and component

Archetypes of app and component doesn't have app.yaml and component.yaml

fixed in #47


chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-k8s-24-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1095

Questions ?
Please refer to the Backport tool documentation


MSC Summit 2021

This epic is to capture and manage the summit deep diver series related work.
The current session list:
https://ibm.box.com/s/4kmj4ygwo8db7cenvdg4fszwhg811n1q
Design team session planning Mural:
https://app.mural.co/invitation/mural/digitaldesignsystemsquadwork2176/1611255446531?sender=wonilsuh19286&key=05c53a48-54e9-4e18-96d9-aec710ab5648

Summit training session and Retro complete.  Closing


Grafana is inaccessible after removing all :certificates relations in the COS model

Bug Description
Observed behaviour:
In my COS model:
App           Version  Status  Scale  Charm                     Channel      Rev  Address         Exposed  Message
alertmanager  0.27.0   active      1  alertmanager-k8s          latest/edge  112  <IP_ADDRESS>  no
ca                     active      1  self-signed-certificates  latest/edge  136  <IP_ADDRESS>   no
catalogue              active      1  catalogue-k8s             latest/edge   39  <IP_ADDRESS>  no
grafana       9.5.3    active      1  grafana-k8s               latest/edge  112  <IP_ADDRESS>  no
loki          2.9.5    active      1  loki-k8s                  latest/edge  140  <IP_ADDRESS>  no
prometheus    2.50.1   active      1  prometheus-k8s            latest/edge  181  <IP_ADDRESS>   no
traefik       v2.11.0  active      1  traefik-k8s               latest/edge  184  <IP_ADDRESS>       no

I removed all certificates relations:
juju remove-relation ca:certificates                     alertmanager:certificates
juju remove-relation ca:certificates                     catalogue:certificates
juju remove-relation ca:certificates                     grafana:certificates
juju remove-relation ca:certificates                     loki:certificates
juju remove-relation ca:certificates                     prometheus:certificates
juju remove-relation ca:certificates                     traefik:certificates

All apps except grafana started serving correctly on plain HTTP. When trying to access Grafana on http://<IP_ADDRESS>/cos-grafana, I'm getting redirected to https://<IP_ADDRESS>/ (yes, there is no cos-grafana in the URL) which additionally throws SSL_ERROR_UNRECOGNIZED_NAME_ALERT.
juju status shows active idle for all applications in the COS model.
Expected behaviour:
Grafana is accessible on http://<IP_ADDRESS>/cos-grafana without any redirections, the same as Catalogue, Prometheus and Alertmanager.
To Reproduce
Described above but

Deploy COS apps using the latest/edge versions (revisions posted above) with the TLS overlay.
Remove all certificates relations as shown above.
Try to access Grafana by clicking the URL on the Catalogue page or by typing the link

Environment
App           Version  Status  Scale  Charm                     Channel      Rev  Address         Exposed  Message
alertmanager  0.27.0   active      1  alertmanager-k8s          latest/edge  112  <IP_ADDRESS>  no
ca                     active      1  self-signed-certificates  latest/edge  136  <IP_ADDRESS>   no
catalogue              active      1  catalogue-k8s             latest/edge   39  <IP_ADDRESS>  no
grafana       9.5.3    active      1  grafana-k8s               latest/edge  112  <IP_ADDRESS>  no
loki          2.9.5    active      1  loki-k8s                  latest/edge  140  <IP_ADDRESS>  no
prometheus    2.50.1   active      1  prometheus-k8s            latest/edge  181  <IP_ADDRESS>   no
traefik       v2.11.0  active      1  traefik-k8s               latest/edge  184  <IP_ADDRESS>       no

Relevant log output
Nothing is being logged by grafana.

Traefik after clicking the Grafana link:

2024-04-30T10:09:00.422Z [traefik] time="2024-04-30T10:09:00Z" level=debug msg="Serving default certificate for request: \"\""
2024-04-30T10:09:00.423Z [traefik] time="2024-04-30T10:09:00Z" level=debug msg="http: TLS handshake error from <IP_ADDRESS>:44595: tls: no certificates configured"
2024-04-30T10:09:04.254Z [traefik] time="2024-04-30T10:09:04Z" level=warning msg="A new release has been found: 3.0.0. Please consider updating."

juju show-unit traefik/0 shows that grafana relation data is *almost* empty:

    related-units:
      grafana/0:
        in-scope: true
        data:
          egress-subnets: <IP_ADDRESS>/32
          ingress-address: <IP_ADDRESS>
          private-address: <IP_ADDRESS>

Additional context
The next step will be to enable TLS options in Traefik.

@dstathis do you have time to take a look?

This should be fixed now we rolled out cert_handler v1.7
Let's try to reproduce from the edge bundle

@sed-i

I've tested this on latest egde bundle with below revs and issue is fixed (all cos charms are normally accessible over https and over http when relations are removed with catalogue is also pointing correctly in both cases)
Model  Controller  Cloud/Region        Version  SLA          Timestamp
cos    k8s         microk8s/localhost  3.4.2    unsupported  10:40:13+03:00

App           Version  Status  Scale  Charm                     Channel      Rev  Address         Exposed  Message
alertmanager  0.27.0   active      1  alertmanager-k8s          latest/edge  114  <IP_ADDRESS>   no
ca                     active      1  self-signed-certificates  latest/edge  141  <IP_ADDRESS>  no
catalogue              active      1  catalogue-k8s             latest/edge   39  <IP_ADDRESS>  no
grafana       9.5.3    active      1  grafana-k8s               latest/edge  113  <IP_ADDRESS>   no
loki          2.9.5    active      1  loki-k8s                  latest/edge  147  <IP_ADDRESS>  no
prometheus    2.50.1   active      1  prometheus-k8s            latest/edge  189  <IP_ADDRESS>   no
traefik       v2.11.0  active      1  traefik-k8s               latest/edge  191  <IP_ADDRESS>  no

Will close the issue, feel free to reopen if issue still exists.


created hello world program in go

PR accepted @kazimsayed954 .
Successfully added under HacktoberFest-22 PR.
🚀🚀✌


Registration process in General - participants

We will need a registration page for welcoming and asking participants for the relevant informations.

Registration tools like Eventbrite can handle this I guess?

I'd have a strong preference for identifying integration opportunities with different systems, rather than building from scratch.
One other key is that we endeavor to ensure that event organizers are the masters of their own data, rather than keeping attendee data in a central repository.
Using Eventbrite, and even embedding the sign-up form into a web page is pretty straightforward.
Perhaps there's a way to "syndicate" the event description & details from a landing page at datasaturdays.com/nnnn over to the appropriate Eventbrite event via an Eventbrite API. This would ensure that the EventBrite event has complete/up-to-date data without manually synching the event landing page to the EventBrite page.
Integrations like Eventbrite-->MailChimp are also doable (I use Zapier to do this for my User Group) to enable organizers to easily add event registrants to long-term group CRM. I wonder if there's a way to streamline that setup for organizers so they can set those integrations up on their own accounts.

Eventbrite is definitely what we're looking for. It gives also good analytical views, which is great IMHO. Furthermore, the service returns also exports of subscribers' stats. I definitely think that sessionize+Eventbrite is one of the best combos.

This is, IMHO, one of the hardest items to manage and build. While I would not be opposed to building this type of system, we ought to provide integration links for those that want choice.
At this point, Eventbrite and Meetup are both options, and I would vote for ensuring we provide integration points for those.
One side note, I do not know if these allow for agreement with a CoC or AHP, but that is one think I feel is important.


ISPN-14346 Upgrade JGroups to 5.2.10.Final

https://issues.redhat.com/browse/ISPN-14346

Merged, thanks

I assume we need a backport ?

@tristantarrant I only updated to get the new counter's API :+1:
I'll create a backport.


Add aggregated statistics to game pages

Add stats to the games page, like:

Total hours played across every user
Average rating
Number of owners
Number of favorites
% of users who have completed the game

I'm assuming it'd be a bad idea to calculate this every time someone loads a page, so this might require using ActiveJob and refreshing the values once a day or something.
Alternatively, aggressively cache the data.

This should probably be broken up into separate issues, it may be possible to implement this by including a callback that recalculates the value whenever someone modifies a related game purchase, the problem will be what happens if the server is restarted during that or if a lot of games are modified ¯_(ツ)_/¯
Ideally it’d use ActiveJob, but I’m not sure I want to complicate this by adding redis.


fix: skip EliminateCrossJoin rule if inner join with filter is found

Which issue does this PR close?
Closes #7530
Rationale for this change
Explained in issue
What changes are included in this PR?
EliminateCrossJoin optimization rule should be skipped for InnerJoin with filter, this PR fixes a bug were nested InnerJoins with filter do not cause the rule to be skipped.
Are these changes tested?
yes see eliminate_cross_not_possible_nested_inner_join_with_filter
Are there any user-facing changes?
There are no API changes but query results might differ.

Thanks @epsio-banay , good catch.
I will review this PR carefully tomorrow.
BTW, I'm thinking about this whole method. I think we don't need differentiate between handling equal conditions and non-equal conditions, because multi join is a Query Graph, both equal conditions and non-equal conditions are edges in Graph. But I also think this is a longer -term problem.

because multi join is a Query Graph and both equal conditions and non-equal conditions are edges in Graph. But I also think this is a longer-term problem. I prepare to do this job in 1-2 weeks.

Representing the joins in a query as a JoinGraph would be very interesting. I wonder if you have an idea of where would it be done?
It could be as a pass prior to the LogicalPlan:
sql text --> Sql AST --> JoinGraph --> LogicalPlan

or you could do it as part of an optimization pass,  like  this:
sql text --> Sql AST  --> LogicalPlan --(optimize with JoinGraph) --> LogicalPlan

#7549 to trace it

Representing the joins in a query as a JoinGraph would be very interesting. I wonder if you have an idea of where would it be done?

Because we just want to rearrange Inner/Outer join, Use MultiJoin is enough.

  FROM A JOIN B ON (a.x=b.x)
     JOIN C ON (a.y = c.y AND b.z = c.z)

A join graph might look like this
(A) -- y -- (B)
   \       /
    x     z
     \   /
      (C)

Would a multi-join look like
JOIN (a.x=b.x, a.y=c.y, b.z=c.z)
  (A, B, C)

I guess then any reordering could happen as a translation from Multi-join to binary join 🤔


Doesn't send tokens

Describe the Bug
after this commit https://github.com/OHIF/Viewers/commit/9d1884d7d8b6b2a1cdc26965a96995838aa72682
Ohif doesn't send auth tokens when querying each frame metadata
Steps to Reproduce

clone repository from https://github.com/OHIF/Viewers/commit/9d1884d7d8b6b2a1cdc26965a96995838aa72682
set oidc
oidc: [  {    // ~ REQUIRED    // Authorization Server URL    authority: 'https://example/auth/realms/ohif',    client_id: 'ohif-viewer',    redirect_uri: 'http://localhost:3000/callback', //OHIFStandaloneViewer.js    // "Authorization Code Flow"    // Resource: https://medium.com/@darutk/diagrams-of-all-the-openid-connect-flows-6968e3990660    response_type: 'code',    scope: 'openid', // email profile openid    // ~ OPTIONAL    post_logout_redirect_uri: '/logout-redirect.html',  }, ],

The current behavior
Ohif doesn't send auth tokens when querying each frame metadata
The expected behavior
send tokens
OS
all
Node version
all
Browser
all

It is fixed in cornerstone3D and will create a PR to fix it here too