Update how generic invite works

wrap all database calls with api retry wrapper
added back the test to ensure exam has been booked
took out timeout string on database URI
added extra engine options, including for PG8000 driver
changed timeout value in gunicorn_config.py from 60 to 10
added some extra ping parameters to socketio initialization
added timeouts to socket.vue

Needs additional work. @ozamani9 is doing in a new pull request.


Token Introspection Endpoint is Ignored

In test 9.11.2, Inferno unexpectedly requires and always uses the introspection endpoint from the .well-known configuration. The "Token Introspection Endpoint" value entered as part of the Run Tests config is always ignored (and if a value is present in .well-known, this user-entered value is overwritten during the test).
This is problematic if the introspection endpoint is not returned in .well-known, because there is no possible way to pass the test in that case.

We are seeing the same failure running with SMART App Launch 1.0.0. Is this something that is required for SMART App Launch STU2 that is also running when we use version 1.0.0

@nkamat-gwyh Yes. This test also applies to SMART v1 according to (g)(10) test procedure

@Justin-Ramm To clarify, do you mean that token introspection test fails if your server does not send introspection_endpoint in well-known?

@yunwwang That is correct. When the server does not send introspection_endpoint, the test always fails.
introspection_endpoint is marked only as recommended in the SMART app launch conformance document, so we had assumed the purpose of Inferno providing a place to enter the "Token Introspection Endpoint" value was so that servers which do not return an introspection endpoint in /.well-known/smart-configuration still have a method to pass the test.

@nkamat-gwyh Yes, according to (g)(10) test procedure

Actually, we misinterpreted the test procedure here, and 170.215(c) can refer to either SMART v1 or SMART v2. So you are correct that these tests should not be required for SMART v1, and we will revert that change.

@nkamat-gwyh I have created a new issue for the your report: #553.

Thanks we will track it there

@Justin-Ramm Thank you for the report, we will fix this.


CI: run the updated command every day to open an update pr

tag me in the body so that I get a notification

duplicate of https://github.com/MarcoIeni/release-plz-action/issues/84


bugfix(libs/header/p2p): fix range validation in session

Overview
Added extra condition to verify the adjacency-only in headers from the received range.
Checklist

[x] New and updated code has appropriate documentation
[x] New and updated code has new and/or updated testing
[x] Required CI checks are passing
[x] Visual proof for any user facing features like CLI or documentation updates
[x] Linked issues closed with keywords

Codecov Report

Merging #1871 (6ff34c1) into main (dc78b1d) will increase coverage by 0.17%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main    #1871      +/-   ##
==========================================
+ Coverage   57.36%   57.53%   +0.17%
==========================================
  Files         242      242
  Lines       16207    16211       +4
==========================================
+ Hits         9297     9327      +30
+ Misses       5960     5938      -22
+ Partials      950      946       -4

Impacted Files
Coverage Δ

libs/header/p2p/session.go
92.57% <100.00%> (+1.92%)
:arrow_up:

share/availability/discovery/discovery.go
53.96% <0.00%> (-5.56%)
:arrow_down:

libs/header/test/testing.go
66.01% <0.00%> (+1.96%)
:arrow_up:

share/eds/byzantine/pb/share.pb.go
34.84% <0.00%> (+1.96%)
:arrow_up:

libs/header/p2p/server.go
78.14% <0.00%> (+2.73%)
:arrow_up:

share/eds/byzantine/bad_encoding.go
69.00% <0.00%> (+3.00%)
:arrow_up:

core/listener.go
51.42% <0.00%> (+4.28%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


ref. #957 reset margin from all buttons

Remove margin from all buttons to prevent default browsers margin such as safari

Thanks!


Update/Revise Project Documentation

Suggested Steps (Prioritized)

[ ] Provide concise installation steps for (starting with "Prerequisites node.js" etc.), ideal a cli-sequence
[ ] Provide the additional steps for contributing(!) developers
[ ] Provide installation remarks re Windows
[ ] low priority: reduce size of readme.

Notes
This came up during setup for work on #11. There were missing dependencies and finally problems with installation of termios on windows.
This documentation should be provided by the project, as its beyond the scope of issue #11
(I will at this point retry the setup using this time an Ubuntu Subsystem on Win10. )

Setup via ubuntu bash was more straightforward, any idea about the cause for this (web lookup does not show it elsewhere). This is possibly related to WSL. Just need to know if you experienced this on your side.
lazaridiscom@dell-i5-win:/mnt/p/sand/cryptobridge/contract-ubuntu$ npm run parity 7545 8545

><EMAIL_ADDRESS>parity /mnt/p/sand/cryptobridge/contract-ubuntu
> node parity/boot.js "7545" "8545"

/mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/termios/lib/termios.js:34
        return termios.setattr(fd, 0, modes);
                       ^

Error: Invalid argument
    at Object.module.exports.setattr (/mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/termios/lib/termios.js:34:17)
    at Object.module.exports.spawn (/mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/child_pty/lib/child_pty.js:75:10)
    at Spectcl.spawn (/mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/spectcl/lib/spectcl.js:185:26)
    at jsonfile.writeFile (/mnt/p/sand/cryptobridge/contract-ubuntu/parity/boot.js:64:15)
    at /mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/graceful-fs/graceful-fs.js:99:16
    at /mnt/p/sand/cryptobridge/contract-ubuntu/node_modules/graceful-fs/graceful-fs.js:43:10
    at FSReqWrap.oncomplete (fs.js:135:15)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>parity: `node parity/boot.js "7545" "8545"`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>parity script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

moved to #20


merge

Coverage increased (+2.0%) to 70.577% when pulling 0fcc9402cc27a85b27efe3de5fa3d77147136a45 on rmillikin:master into 47f6a3dcfe810f5e2e2dbccf3954fc8281900b95 on smith-chem-wisc:master.

Coverage increased (+2.007%) to 70.599% when pulling 019f93ea213c6e089b5842c1f088c13b8196147f on rmillikin:master into 47f6a3dcfe810f5e2e2dbccf3954fc8281900b95 on smith-chem-wisc:master.

Coverage increased (+2.3%) to 73.931% when pulling 179fcd4129eee9730d170d2322a896d3e73bf996 on rmillikin:master into 3071dd900bf7c5437f038c4137750bc1405086a3 on smith-chem-wisc:master.

Coverage increased (+2.6%) to 79.573% when pulling c1b1f6565cf98f271aa44d48e97ecd3ffa070afd on rmillikin:master into 4eee3d0fea78280633ac95217c9992503bbfcdd5 on smith-chem-wisc:master.

Coverage increased (+3.9%) to 80.932% when pulling c1b1f6565cf98f271aa44d48e97ecd3ffa070afd on rmillikin:master into 4eee3d0fea78280633ac95217c9992503bbfcdd5 on smith-chem-wisc:master.


Service interface

Proposal
The goal is to allow developer to change services without changing anything in their app (expect the service ids).
Services should have the same events and tasks definition in the mesg.yml.
Solution
Explicitly declare a service interface
Similar to class interface.
The mesg.yml could have a new parameter interface containing the list of interface the service implements.
interfaces:
  - erc20
  - database

This interface could have their definition in a dedicated files: erc20.yml, database.yml or in a dedicated repository on github.
Pro
Easy to know a service implement a service interface.
Easy for the developer of the service to know if its service implement the interface
Con
Have to create a new system of service definition with validation function and stuff...
Have to either register the interface in the central database, or add the interface definition file to the service folder.
Implicitly implement a service interface
Similar to interface and struct in golang, or ERC20 contract on Ethereum.
No need to declare an interface in the code or in mesg.yml.
Pro
More flexible.
No reference.
Con
Harder to know if the service is really implementing the same events and tasks.

Related in a way to https://github.com/mesg-foundation/core/issues/176

Really interesting, I see many use cases for that but i'm just worried how to share these interfaces and if it's too complicated to share, it might not be used.
Developers can "just" follow a guideline to be compatible and interchangeable.
We really need to think to a way to share these interfaces.

medium
pro
con

File
easy to implement and clear link to the interface in the mesg.yml with ./my-interface.yml
really not easy to share and so might be really complicated to re-use

GitHub (or similar)
really easy to share and we could have the path in the mesg.yml file like github.com/org/repo#interfaceA
centralized and hard to deal with versions or updates of the interfaces

IPFS (or similar)
easy to do versions and can choose a fixed version or latest with the IPNS
bad to share and use because the interface would be a hash so not really user-friendly

In the end if we have service composition, the interface system would just be useful only for the application developer (to be able to switch from one service to another) but this can be done without interface, just by comparing and matching the different services and we can also have a "similar services" features to help users to switch from one service to another

Moved to the forum https://forum.mesg.com/t/service-interface/24


[Bug]: Exception when running testcontainer from a groovy-maven-plugin script

Module
Core
Testcontainers version
1.19.3
Using the latest Testcontainers version?
Yes
Host OS
Linux
Host Arch
x86
Docker version
Client: Docker Engine - Community
 Version:           23.0.3
 API version:       1.42
 Go version:        go1.19.7
 Git commit:        3e7cbfd
 Built:             Tue Apr  4 22:05:48 2023
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          23.0.3
  API version:      1.42 (minimum version 1.12)
  Go version:       go1.19.7
  Git commit:       59118bf
  Built:            Tue Apr  4 22:05:48 2023
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.6.20
  GitCommit:        2806fc1057397dbaeefbea0e4e17bddfbd388f38
 runc:
  Version:          1.1.5
  GitCommit:        v1.1.5-0-gf19387a
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

What happened?
Since the upgrade to testcontainer 1.19.2+ the following exception is displayed when running testcontainer from a groovy-maven-plugin script: java.lang.ClassNotFoundException: org.testcontainers.shaded.com.github.dockerjava.core.command.KillContainerCmdImpl.
Here is a POM that can be used to reproduce the issue:
<project>
  <modelVersion>4.0.0</modelVersion>

  <groupId>test</groupId>
  <artifactId>test</artifactId>
  <version>1</version>

  <build>
    <plugins>
      <plugin>
        <groupId>org.codehaus.gmaven</groupId>
        <artifactId>groovy-maven-plugin</artifactId>
        <version>2.1.1</version>

        <executions>
          <execution>
            <id>start-postgresql</id>
            <phase>generate-sources</phase>
            <goals>
              <goal>execute</goal>
            </goals>
            <configuration>
              <source>
                new org.testcontainers.containers.PostgreSQLContainer("postgres:14-alpine")
                  .withUsername("test")
                  .withDatabaseName("test")
                  .withPassword("test")
                  .start()
              </source>
            </configuration>
          </execution>
        </executions>

        <dependencies>
          <dependency>
            <groupId>org.testcontainers</groupId>
            <artifactId>postgresql</artifactId>
            <version>1.19.1</version>
          </dependency>
        </dependencies>
      </plugin>
    </plugins>
  </build>
</project>

Prior to that version (1.19.1 or below) there was no exception.
Note that this has no consequence on the good execution of the script.
Relevant log output
$ mvn -v
Apache Maven 3.8.8 (4c87b05d9aedce574290d1acc98575ed5eb6cd39)
Maven home: /home/marc.wrobel/.asdf/installs/maven/3.8.8
Java version: 17.0.9, vendor: Eclipse Adoptium, runtime: /home/marc.wrobel/.asdf/installs/java/temurin-17.0.9+9
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "6.2.0-37-generic", arch: "amd64", family: "unix"

$ mvn compile
[INFO] Scanning for projects...
[INFO]
[INFO] -----------------------------< test:test >------------------------------
[INFO] Building test 1
[INFO]   from pom.xml
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- groovy-maven-plugin:2.1.1:execute (start-postgresql) @ test ---
[INFO] Image pull policy will be performed by: DefaultPullPolicy()
[INFO] Image name substitution will be performed by: DefaultImageNameSubstitutor (composite of 'ConfigurationFileImageNameSubstitutor' and 'PrefixingImageNameSubstitutor')
[INFO] Loaded org.testcontainers.dockerclient.UnixSocketClientProviderStrategy from ~/.testcontainers.properties, will try it first
[INFO] Found Docker environment with local Unix socket (unix:///var/run/docker.sock)
[INFO] Docker host IP address is localhost
[INFO] Connected to docker:
  Server Version: 23.0.3
  API Version: 1.42
  Operating System: Ubuntu 22.04.3 LTS
  Total Memory: 31715 MB
[INFO] Creating container for image: testcontainers/ryuk:0.5.1
[INFO] Container testcontainers/ryuk:0.5.1 is starting: 3f095f91e01630b54eeb1c6d1ad900c7ba223403e351cad70256e90674a225d2
[INFO] Container testcontainers/ryuk:0.5.1 started in PT0.486840699S
[INFO] Ryuk started - will monitor and terminate Testcontainers containers on JVM exit
[INFO] Checking the system...
[INFO] ✔ Docker server version should be at least 1.6.0
[INFO] Creating container for image: postgres:14-alpine
[INFO] Container postgres:14-alpine is starting: 16d35131866ba24f1156a07084b3be407271d94472ea307174f36f2bfdadd31b
[INFO] Container postgres:14-alpine started in PT1.505378691S
[INFO] Container is started (JDBC URL: jdbc:postgresql://localhost:32836/test?loggerLevel=OFF)
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ test ---
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory /tmp/toto/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ test ---
[INFO] No sources to compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  3.427 s
[INFO] Finished at: 2023-12-11T11:24:17+01:00
[INFO] ------------------------------------------------------------------------
Exception in thread "Thread-1" java.lang.NoClassDefFoundError: org/testcontainers/shaded/com/github/dockerjava/core/command/KillContainerCmdImpl
	at org.testcontainers.shaded.com.github.dockerjava.core.DockerClientImpl.killContainerCmd(DockerClientImpl.java:473)
	at com.github.dockerjava.api.DockerClientDelegate.killContainerCmd(DockerClientDelegate.java:280)
	at com.github.dockerjava.api.DockerClientDelegate.killContainerCmd(DockerClientDelegate.java:280)
	at org.testcontainers.utility.RyukResourceReaper.lambda$maybeStart$0(RyukResourceReaper.java:86)
	at java.base/java.lang.Thread.run(Thread.java:840)
Caused by: java.lang.ClassNotFoundException: org.testcontainers.shaded.com.github.dockerjava.core.command.KillContainerCmdImpl
	at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247)
	at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239)
	... 5 more

Additional Information
It is probable that this is caused by : https://github.com/testcontainers/testcontainers-java/pull/7717.

As a quick and dirty workaround I was able to use testcontainers in a groovy-maven-plugin script by pre-loading the classes into the correct classloader using the following to lines at the beginning of my script:
    // very dirty hack to pre-load class to fix class loading issue
    Class.forName("org.testcontainers.shaded.com.github.dockerjava.core.command.KillContainerCmdImpl")
    Class.forName("org.testcontainers.shaded.com.github.dockerjava.core.exec.KillContainerCmdExec")

This should be fixed with version 1.20.4.


[feat] Provenance - Add metadata with underlying numbers to the PassResult and FailResult

https://github.com/guardrails-ai/guardrails/discussions/574

I've updated the validate_each_sentence and validate_full_text methods in the ProvenanceV0 validator to include cosine similarity values in the validation metadata, enhancing validation process with quantitative analysis of text relevance. These changes allow users to access detailed similarity measures directly in the validator_logs, improving transparency and facilitating deeper insights into the validation outcomes.
Code Snippets:

For validate_each_sentence:

cosine_similarities.append((sentence, most_similar_chunk[1]))

For validate_full_text:

metadata["cosine_similarity"] = most_similar_chunk[1]

If this approach proves beneficial, should I consider applying similar updates to ProvenanceV1 as well?
PR Link


Improvement checking the type of an element

One more fix :) Credits goes to:
https://gist.github.com/Tomalak/818a78a226a0738eaade
http://arasatasaygin.github.io/is.js/

Ok. Thanks :)

:) Also noticed that your editor does not removing white spaces, you should do something about it

I will check it later. :wink:


TS doesn't detect not defined variables when using ES6 destructuring

TypeScript Version:  3.8.3

Search Terms:
Code
// index.ts
const [value] = [1, 2, 3].map((v) => {
  console.log(value);
  return v;
});
console.log(value);

Build to ES6 target using tsc

$ tsc ./index.ts --target es6

Compiled index.ts file without errors

// index.js
const [value] = [1, 2, 3].map((v) => {
    console.log(value); // value is not defined in this scope
    return v;
});
console.log(value);

Run the index.js file

$ node ./index.js

Error occurred as a result of execution
> ReferenceError: value is not defined
...

Expected behavior:

TS doesn't detect any syntax errors.

Actual behavior:

An error should occur during build.

Playground Link:
Related Issues:

Duplicate #11498 - this code could be valid because map might not immediately invoke its callback

@RyanCavanaugh Thanks for your answer


Add from_iterable()

Support instancing from iterable with null values (gaps), starting from an address.

See commit 7fec831aa5a5d54a607e71dacc1d6d705501125d


Implement memory for account login

At the moment, when you refresh the webpage, you are logged out of your account. It would be nice for a type of tokenization memory to be used to remember if you are logged in and have it expire after a certain amount of time.

This appears to be fixed now, should I go ahead and close it?

Yeah, I think everything is functional now


Bump rufio to v0.3.3

Issue #, if available:
Description of changes:
Bump rufio from afd7cd82fa08dae8f9f3ffac96eb030176f3abbd to v0.3.3
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/lgtm


3 years after

This is always fonctional ?
I'have a white screen :/

me too... is it possible, google started blocking iframes in web receivers?

See https://github.com/DeMille/url-cast-receiver/issues/5#issuecomment-719774071
https://www.google.com/, for example, will not allow itself to be loaded into an iframe.

you are right... it is still working... thank you very much


Error in help mode for Makie.MakieLayout.Block

Julia 1.7.3 with Makie 0.17.3
help?> Makie.MakieLayout.Block
ERROR: MethodError: no method matching default_attribute_values(::Type{Makie.MakieLayout.Block}, ::Nothing)
Closest candidates are:
  default_attribute_values(::Type{LScene}, ::Union{Nothing, Scene}) at ~/.julia/packages/Makie/fEZv2/src/makielayout/blocks.jl:70
  default_attribute_values(::Type{Legend}, ::Union{Nothing, Scene}) at ~/.julia/packages/Makie/fEZv2/src/makielayout/blocks.jl:70
  default_attribute_values(::Type{Label}, ::Union{Nothing, Scene}) at ~/.julia/packages/Makie/fEZv2/src/makielayout/blocks.jl:70
  ...
Stacktrace:
 [1] _attribute_list(T::Type)
   @ Makie.MakieLayout ~/.julia/packages/Makie/fEZv2/src/makielayout/blocks.jl:127
 [2] getdoc(T::Type{<:Makie.MakieLayout.Block})
   @ Makie.MakieLayout ~/.julia/packages/Makie/fEZv2/src/makielayout/blocks.jl:114
 [3] getdoc(x::Any, sig::Any)
   @ Base.Docs ./docs/Docs.jl:271
 [4] doc(binding::Base.Docs.Binding, sig::Type)
   @ REPL /usr/share/julia/stdlib/v1.7/REPL/src/docview.jl:161
 [5] doc(binding::Base.Docs.Binding)
   @ REPL /usr/share/julia/stdlib/v1.7/REPL/src/docview.jl:160
 [6] top-level scope
   @ /usr/share/julia/stdlib/v1.7/REPL/src/docview.jl:541

Low priority, seems like an easy fix, but I don't know enough about REPL. Overlaod helpmode, maybe? Opened this mostly out of interest in understanding the issue. Incidentally, I wonder how/if documentation can be added to either the Block type or the @Block macro. I'm interested in using it for some custom Axis variants.

Ha I guess I didn't consider that the help for the abstract typeBlock itself would also be overloaded. I don't think Block itself has a docstring at all, that's the underlying issue.


Timed out pinging to 7270d4f3-4237-4e8f-8d4a-7ae7c73cf21e after 600 seconds

Hi i am deploy cloud foundry 238 with its respective dependencies with stemcell version  bosh-azure-hyperv-ubuntu-trusty-go_agent (3262.22). I success full deployed bosh-init. I am new to azure i need your help.
Thanks in advance
Abhilash S

You need to check bosh-agent logs inside the failed VM. If the failed VM has been deleted, you need to update your bosh.yml and redeploy your deployment.
director:
  debug:
    keep_unreachable_vms: true

If the VM exists, you can try to ssh to the failed VM with the private key you use in bosh.yml. Use sudo su with the password c1oudc0w and cd /var/vcap/bosh/log to check what happened in the logs.
cloud_provider:
  ssh_tunnel:
     private_key: YOUR-SSH-PRIVATE-KEY

If you cannot ssh to the failed VM, you have to delete the VM and mount the OS disk to another Linux VM and find the logs.

Hi AbelHu thanks for your quick reply, actually i am not able sudo su with password "c1oudc0w" i am also woundering why ?

Maybe the default password has been removed from the stemcell v3262.22. You can try to add your password in bosh.yml by reference here
resource_pools:
    env:
      bosh:
        password: xxxxxx

@abhilash07 Please reopen it if you hit this issue again.


Allow admins and org owners to change org member public status

Allows admins and org owners to change org member public status.
Before, this would return Error 403: Cannot publicize another member despite the fact that the same user could make the same change through the GUI.
Fixes #28372

Use organization.IsOrganizationOwner or ctx.Org.Organization.IsOwnedBy?

@yp05327 Like this?

if userToPublicize.ID != ctx.Doer.ID && !ctx.Doer.IsAdmin {
	isOwner, err := ctx.Org.Organization.IsOwnedBy(ctx, ctx.Doer.ID)
	if err != nil {
		ctx.Error(http.StatusInternalServerError, "IsOwnedBy", err)
		return
	}
	if !isOwner {
		ctx.Error(http.StatusForbidden, "", "Cannot publicize another member")
		return
	}
}

@yp05327 That is indeed better, updated. Thanks for the suggestion.


Update for Python 3 + Better RAM management

Added parentheses to prints for Python 3 compatibility.
Made some change so that each images is ditched from memory after watermarking.

Thanks!


setup-grade action: Consider setting GRADLE_USER_HOME to D: drive on Windows Runners to address performance issues

On GH Windows runners there are known limitations  with the performance of the C: drive; for tasks that write large amounts of data (Gradle caches) the performance at times can have multi-minute delays.
Other setup actions, such as setup-go and setup-dotnet already use D: drive to workaround this.
Users can workaround this (if they know to do so) by:
    # https://github.com/actions/runner-images/issues/8755
    - name: "Configure Windows Storage"
      if: runner.os == 'Windows'
      shell: bash
      run: |
        mkdir -p d:/a/.gradle
        echo "GRADLE_USER_HOME=d:/a/.gradle" >> "$GITHUB_ENV"

Proposing that the setup-gradle action set GRADLE_USER_HOME, if not already set, to a location under d:/a.  This is perhaps a breaking change in behaviour (it invalidates the gradle user home cache entirely, starting from scratch), so perhaps an opt-in until next minor release.
The changes in setup-go relating to this are here: https://github.com/actions/setup-go/pull/393/files

Thanks for pointing out this issue and the recommendation. Yes, this would be a breaking change because workflows may already be bound to the current Gradle User Home location.
Have you found the above workaround to make a significant different to performance?

Adding in the above snippet took a GH build w/ a small-ish Gradle (really just a few custom plugins for versioning as the main build on this one was dotnet) from an erratic 9-20m to consistent 5-6m.

This (from kotest) is perhaps a more reliable approach - using a link for .gradle instead of relocating it; this would preserve any existing use of the current gradle home location (as the location doesn't really change, at least from a consumer perspective).  There may be some rough edges with consumers (other than Gradle) that don't properly process the link.

Related: setup-action 3.5.0 has the new super-fancy cache-cleanup (which works amazing btw, previous cleanup wasn't catching old gradle distributions etc, nice and clean now).
That enhancement downloads (or restores from GH cache) the latest stable Gradle distribution; it stores this under the user home, which on Windows runners is on the Very Slow C: drive (a lot of the latencies noted above were from restoring multiple gradle distributions from cache).  Should likely be in runner.temp instead (on Windows runners this is already on the D: drive).
Provision Gradle 8.9
  Received 88080384 of 135856402 (64.8%), 83.9 MBs/sec
  Cache Size: ~130 MB (135856402 B)
  "C:\Program Files\Git\usr\bin\tar.exe" -xf D:/a/_temp/14c14b63-d717-40e3-b74c-4241c90a5343/cache.tzst -P -C D:/a/****-****/****-**** --force-local --use-compress-program "zstd -d"
  Cache restored successfully
  Restored Gradle distribution gradle-8.9 from cache to C:\Users\runneradmin\gradle-installations\downloads\gradle-8.9-bin.zip
  "C:\Program Files\PowerShell\7\pwsh.exe" -NoLogo -NoProfile -NonInteractive -ExecutionPolicy Unrestricted -Command "$ErrorActionPreference = 'Stop' ; try { Add-Type -AssemblyName System.IO.Compression.ZipFile } catch { } ; try { [System.IO.Compression.ZipFile]::ExtractToDirectory('C:\Users\runneradmin\gradle-installations\downloads\gradle-8.9-bin.zip', 'C:\Users\runneradmin\gradle-installations\installs', $true) } catch { if (($_.Exception.GetType().FullName -eq 'System.Management.Automation.MethodException') -or ($_.Exception.GetType().FullName -eq 'System.Management.Automation.RuntimeException') ){ Expand-Archive -LiteralPath 'C:\Users\runneradmin\gradle-installations\downloads\gradle-8.9-bin.zip' -DestinationPath 'C:\Users\runneradmin\gradle-installations\installs' -Force } else { throw $_ } } ;"
  Received 135856402 of 135856402 (100.0%), 64.6 MBs/sec
  Extracted Gradle 8.9 to C:\Users\runneradmin\gradle-installations\installs\gradle-8.9
  Provisioned Gradle executable C:\Users\runneradmin\gradle-installations\installs\gradle-8.9\bin\gradle.bat

@cloudshiftchris I'm not sure that RUNNER_TEMP is the right place to install Gradle, but it's an option if it makes a difference. Can you tell me what RUNNER_TOOL_CACHE points to on a Windows runner?

Fixing #270 will somewhat mitigate the performance overhead added by provisioning the latest Gradle as part of cache-cleanup.

@cloudshiftchris I'm not sure that RUNNER_TEMP is the right place to install Gradle, but it's an option if it makes a difference. Can you tell me what RUNNER_TOOL_CACHE points to on a Windows runner?

Below are all the env vars for windows-latest as of an hour ago (this is dumped out as the first step in workflow, before anything else muddies the environment).
RUNNER_TOOL_CACHE=C:\hostedtoolcache\windows - this is why tooling such as setup-go create symlinks in here to the D: drive, so things show up "where they are expected to be" but are actually on the fast D: drive.
Arguable the Gradle install for cache cleanup is temporary/transient - it's internal, for that sole purpose.  Likely should either be in a temporary dir, or homed alongside other stuff in .gradle.  Doesn't seem worth creating another place to store "gradle stuff" if it isn't transient.

If you could test it out using<EMAIL_ADDRESS>that would be helpful.

@bigdaz thanks for churning through everything in 4.0!
Have tested out 4.0.0-rc.1 - after removing previous D: workaround and dropping in 4.0.0-rc.1, happy to report that all is well - everything ran as expected, the performance gains remained, the log out put confirms that GRADLE_USER_HOME is set on D:.

Thanks for trying it out. I'll likely let the RC soak for a couple of weeks before pushing a v4 tag. (I'm on vacation the coming weeks and won't have time to deal with any fallout).


Fixes rosetta tests from overwriting artifacts from upstream tests

Artifacts have been uploaded to ${GITHUB_RUN_ID}-${TEST_CASE_NAME}, but now that the _test_{t5x,pax}.yaml are potentially called twice in a single run (e.g., in ci.yaml), we can have artifacts that clobber each other. This change adds a SUFFIX input that will prevent them from clobbering each other

Actually upon further investigation, this doesn't seem to be a problem currently because ci.yaml only runs test{pax,t5x}.yaml once, (ex: https://github.com/NVIDIA/JAX-Toolbox/blob/main/.github/workflows/ci.yaml#L228). For the public facing workflows, we haven't run into this b/c they all get their own GITHUB_RUN_ID when triggered via upstream public facing workflows
Moving this to draft since ci.yaml needs to be updated too

Is this issue addressed by #298? Can we close this?


⚠ Bofrost.lu has degraded performance

In d50d4e3, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1689 ms

Resolved: Bofrost.lu performance has improved in 7f6ec7e after 6 minutes.


Add search to ASP.NET Core Razor Pages does not work

Hi,
I'm working with the code shown on https://docs.microsoft.com/en-us/aspnet/core/tutorials/razor-pages/search?view=aspnetcore-2.2 (Git = https://github.com/aspnet/AspNetCore.Docs/blob/master/aspnetcore/tutorials/razor-pages/razor-pages-start/2.2-stage-samples/RPmovieSearch/Pages/Movies/Index.cshtml.cs) when I test the app I expect https://localhost:5001/Movies?searchString=Ghost or https://localhost:5001/Movies/Ghost to return just the two ghostbuster movies in the DB.  It does not, it returns all movies.
Here's the code:
            if (!string.IsNullOrEmpty(SearchString))
            {
                movies = movies.Where(s => s.Title.Contains(SearchString));
            }
            if (!String.IsNullOrEmpty(MovieGenre))
            {
                movies = movies.Where(x => x.Genre == MovieGenre);

            }
            Genres = new SelectList(await genreQuery.Distinct().ToListAsync());
            Movie = await _context.Movie.ToListAsync();  //Here's the line that breaks it

When I debug I get the results I expect from:
`            if (!string.IsNullOrEmpty(SearchString))
            {
                movies = movies.Where(s => s.Title.Contains(SearchString));
            }`

Later when it calls Movie = await _context.Movie.ToListAsync(); the filtered list is lost.  Not sure what needs to change to make the await _context.Movie.ToListAsync() call work.
Thank you,
Duncan

You need to call ToListAsync() on the filtered results not on the entire DB table:
Movie = await movie.ToListAsync();


combo-bar-line can i get the line chart to the foreground

#Is there any possiblity to get the Line Chart to the foreground.
It seems to be always in the background.
Thanks

@faceeee can you post an image of what you'd like to achieve? Also, which version are you using?

Version: is Version: 2.0.0-beta2 (Chart.bundle.min.js)

As you can see the line is in background. Is there any css/z-index to take control of it?

@faceeee the order is based on the order of the datasets. If your line is the last dataset it will be drawn last

Thanks I tried this hopfully I made an misstake. Now it works.

Great that it works :smile:


Write-RsCatalogItem test

Changes proposed in this pull request:

Creation of Write-RsCatalogItem test

@erimaja,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by Microsoft. We will now review your pull request.
Thanks,
Microsoft Pull Request Bot


Won't work on 1.16.3

I need this to work on 1.16.3 Forge, thanks!

As in you would like it as a client mod?


OmniSharp server not listening on any port

mono /path/to/omnisharp/OmniSharp.exe -p 2000 -s /path/to/project.sln
OS: Debian 9
solution target framework: dotnet core 2.1
libuv: 1.9.1
mono version: <IP_ADDRESS>
omnisharp-roslyn version: 1.32.1
The server seems to start without error but a netstat -ln shows nothing listening on the port I specify. It's also evident by the fact that omnisharp-vim doesn't seem to be doing anything when I run commands.
Any ideas to what is causing this?

Are you using the HTTP version of the omnisharp-roslyn binaries? i.e. omnisharp.http-linux-x64.tar.gz from https://github.com/OmniSharp/omnisharp-roslyn/releases ?

That was the root issue! I read that HTTP was required on Linux, and assumed that it was included in version I was using. In addition, for anyone who might see this later, I had to install the Debian libuv1-dev package.

Maybe there is a way to make it more explicit. When I went to the release page, I just assumed that the 64 bit version for Linux included Http support. Or perhaps the exe should spit out a warning if it sees flags it doesn't support. Thanks for the time you spend on this project, @nickspoons.

At some point in the past the two servers were actually shipped together, but a while ago they were split into separate executables. We should add a more explicit note into the docs.

I think vim is the main user of the HTTP version now. The vim README needs
a bit of an overhaul (it still includes functionality that is only
available in the legacy server) so I can try to make it more explicit.
A note on the OmniSharp-roslyn releases page would be helpful though -
especially as the editors which use the stdio version include automatic
download, of the server, so I imagine vim users are the main readers of the
releases page.


New package: Tetris v0.1.1

Registering package: Tetris
Repository: https://github.com/mossr/Tetris.jl
Created by: @mossr
Version: v0.1.1
Commit: eaa6c8f4e051f97917b0e947a57134202d8c4fa0
Reviewed by: @mossr
Reference: https://github.com/mossr/Tetris.jl/commit/eaa6c8f4e051f97917b0e947a57134202d8c4fa0#commitcomment-42061558

This can be deleted in favor of #20905


update happy customer  section and update it and make it responsive

@sunny0625
Description
[Bug]: Happy Client Section overflow in responsive devices #852
close #852

i update reviews card add some dummy user's with their display pictures
update style and make it responsive

in desktop screen

in responsive devices

@sunny0625
please check it and merge it
also add level label

solve conflicts.

@sunny0625
kindly please check this and merge it


Plugin system

Gitea version (or commit ref):
Git version:
Operating system: macOs
Database (use [x]):

[ ] PostgreSQL
[ ] MySQL
[X] SQLite

Can you reproduce the bug at https://try.gitea.io:

[ ] Yes (provide example URL)
[ ] No
[X] Not relevant

Log gist:

Description
It were awesome if we had something like a plugin system. I made some changes to gitea to push notifications to Asana (Task-Managment system) and on any update i must merge the gitea repository with my patches and resolve the conflicts :(

You can send a PR to Gitea :)

The 1.1.0 release is really not a target for a plugin system. Maybe you can tell us more about your Asana integration, possibly it's worth it to integrate it into the core until we get a plugin system built.

The user can insert a API Token in their user settings.
And if i add to my commit message "#asanaTaskID", will be a comment created on the asana ticket like
"New Commit: Datei Upload Plugin #227297458457220
http://host:3000/org/repo/commit/427ea88f10c0640f022a4e8ca83788d4120a5f16
"
So its possible to check easily commits in ticket system. This could be also extened to pull requests.
I guess it could be a great basis for other task managment systems like trello/jira else

I fail to see how this is related to #1169 as this is about a general feature, whereas #1169 is a specific feature. poor show

There is also another issue #2222 duplicated with this but more discuss there. I will close this one and reopen #1169 .


Generate samples

Samples illustrate what can be accomplished with the library. Interactions with all supported volumes types, objects with joings, sliding hands, hand mirroring, hand scaling, avatar compatibility, custom grabbers

All basic samples up to v1.2.4 supported.
Demo scene incoming onto a separate repo


add metadata and py.typed to include type definitions

With the py.typed file the types should be included when distributing
the package.
Read more here: https://www.python.org/dev/peps/pep-0561/

Heya! I probably wouldn't do this until we close #49. Most stuff is type hinted, but I'm not confident that everything is or if it's done consistently. Due to this, we don't actually do any actual type checking; it's only inline hints at the moment.

Ah right. Sorry. The few code examples we looked at and used was typed so it felt wrong to ignore the type checking on our end. Should I close the PR?

No problem! Yeah the examples and tbh the bulk of the code is type hinted (I find it very helpful both when writing and using!) so can totes understand the confusion.
Sure thing; we can close the PR and revisit when someone gets a chance to actually do a proper sweep for type checking 😅

Thank you! Super impressed by the library by the way! Just missing them type hints :D

Thanks dude!
Haha oopsie the issue has been opened since feb... You're more than welcome to pick it up if it keeps bothering you hehe 😉


Test metrics showed up in logs

I am not sure why this happened but a target directory with test-metrics.metrics showed up in the logs directory when I was testing in Uno. It is possible this has something to do with my branch and the changes I am working on.

09:48:54 {main} ~/workspace/uno/install/logs/accumulo$ ll target/
total 8
drwxrwxr-x 2 mike mike 4096 Feb 25 09:35 ./
drwxrwxr-x 3 mike mike 4096 Feb 25 09:48 ../
-rw-rw-r-- 1 mike mike    0 Feb 25 09:35 test-metrics.metrics

We have no such file present in our repository or mentioned in any of our code. I do not know where this could have come from. It is most likely specific to your working branch / dev environment and not a problem with the project.

It looks like this file name is referenced here:
https://github.com/apache/accumulo/blob/b63e51de09db8518302f88705d9b1eb7c503a6e6/test/src/main/resources/log4j2-test.properties#L149
Does the file contain anything? @milleruntime

No the file is empty. I was using the testing repo to create a CI table so its possible its coming from there.

No the file is empty. I was using the testing repo to create a CI table so its possible its coming from there.

I think by default the log4j2-test.properties file will take precedence over other log4j2 config files, if it's found on the class path. However you packaged up the test jar, it seems you may have picked up a config file that was only intended to be part of our accumulo-test integration test jar.

OK thanks. I will close this and chalk it up as Log4j shenanigans.

Were you able to figure out how the file got on your Uno class path? Was the accumulo-test jar put on the class path (it shouldn't be)? Or did it get there some other way?

Was the accumulo-test jar put on the class path

I copied it to the accumulo lib directory. I was using the SlowIterator to test FATE transactions.

Was the accumulo-test jar put on the class path

I copied it to the accumulo lib directory. I was using the SlowIterator to test FATE transactions.

Cool. That explains it. This is related to my observations in #2497. It's possible we could move that log4j config file out of the root, and instead put it in a subdirectory where it won't automatically get picked up. We can set some config in the maven-failsafe-plugin to explicitly set the log4j location property for our tests, so they can find the config, but it won't leak into the jar if it gets used elsewhere. If I remember correctly, this and shellit.shellit are the last files to move after your changes in #2499 . This one was causing problems this time, but shellit.shellit can also be moved.

and instead put it in a subdirectory where it won't automatically get picked up

Or anywhere outside of test/src/main/resources

Re-opening to relocate the log4j test config to a different directory, as proposed above.

@milleruntime I see you self-assigned. I can do it if you don't want to. Just let me know.

Since I made the other changes, I was going to try and knock it out today.

We can set some config in the maven-failsafe-plugin to explicitly set the log4j location property for our tests, so they can find the config

@ctubbsii I will concede this ticket and let you use your maven-fu powers on it :smile:


initial spec for project

@tmeschter 	@panopticoncentral 	and @jjmew 	for signoff

@lohitakshgupta Note that this describes all the work we'd like to do in an MSBuild language service, not necessarily what we expect you to get done during your internship.


copyToRegistry not documented?

Hi! I see copyToRegistry mentioned in the benchmark section of the README, but this (seemingly very useful!) function doesn't seem to be documented.

No, it is not documented and tbh, i didn't expect to see these functions used as they are!
A documentation PR would be  welcomed!

and tbh, i didn't expect to see these functions used as they are!

Maybe I misunderstood something then - I thought one of the strengths of this package (and that function) is to be able to build a container image bypassing the local podman store and send that to a remote registry. Did I miss a more proper way to do so?

Maybe I misunderstood something then - I thought one of the strengths of this package (and that function) is to be able to build a container image bypassing the local podman store and send that to a remote registry. Did I miss a more proper way to do so?

No, it is currently the proper way to do it.

Thank you. I finally got to playing with this for a bit. I got it to work, but unfortunately it doesn't seem to be working as well as I thought it would.
First of all, even for small changes that should change only the last layer, I'm seeing a lot of lines such as INFO[0012] Adding 1 paths to layer (size:123456789 digest:sha256:abcd.........). Granted, this work seems to be completed quickly, but I don't understand why it has to be re-done every time.
But more importantly, the skopeo copy command still seems to upload all layers every time. I'm seeing the same Copying blob sha256:abcd..... lines every time, and this step takes several minutes to complete every time. Even when running copyToRegistry again on the same expression a few minutes later, it still seems to upload all layers every time.
I don't fully understand what is happening, but I found this:
https://github.com/containers/image/pull/536
It looks like, in order for Skopeo to be able to reliably skip layers that are already present on the target registry, it has to maintain a persistent local cache of what layers it has already uploaded?
This doesn't work for me, because I'm running builds in a distributed CI environment.
I tried running with --debug, and I see a mix of time="..." level=debug msg="... already exists" and time="..." level=debug msg="... not present". I also tried --dest-precompute-digests which didn't seem to change much in terms of speed, but I do see some time="..." level=debug msg="Compressing blob on the fly"., so it does seem to do something.
I am wildly guessing here, but could it be that in order to copy the image to a registry, layers must be compressed, and nix2container is calculating the hashes of non-compressed layers, therefore resulting in this disconnect and inefficiency? Would it make sense for nix2container to optionally "pre-compress" the layers, and use the hashes of the compressed layers?


Events request url verification fails

Description
I can't get the Events request URL to verify. I have installed node, bolt, etc and tried multiple URLs. My understanding was if my app was running on my server using the code from the Bolt guide, the verification would happen automatically if I pointed to my domain and appended slack/events. (e.g. https:///slack/events ... in my case https://grm3.com/slack/events)
But, with my test app running on the server (i get  ⚡ Bolt app is running! message) my request url never verifies. I must be missing a step, but I have followed the guide.
What type of issue is this? (place an x in one of the [ ])

[x] bug
[ ] enhancement (feature request)
[ ] question
[ ] documentation related
[ ] example code related
[ ] testing related
[ ] discussion

Requirements (place an x in each of the [ ])

[x] I've read and understood the Contributing guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.
[x] I've searched for any related issues and avoided creating a duplicate issue.

Bug Report
Filling out the following details about bugs will help us solve your issue sooner.
Reproducible in:
package version: 3.11 (not sure how to check this from command line, but I installed via npm recently)
node version: 16.1.0
OS version(s): Debian GNU/Linux 10 (buster)
Steps to reproduce:

Follow the Bolt JS guide @ https://slack.dev/bolt-js/tutorial/getting-started-http#setting-up-events
Start the test app from the guide (success)
Try to verify events request url (fail)

Expected result:
What you expected to happen: I expected the request url to be verified
Actual result:
I get error messages, which i will attach showing the urls i tried.
Attachments:
Logs, screenshots, screencast, sample project, funny gif, etc.

Hi @grm3, thanks for asking the question! Can you double-check the following points?

Your public domain URL needs to be forwarded verification requests to the bolt-js http://localhost:3000/slack/events (if you go with the default settings)
Your bolt-js app needs to use a valid Signing Secret value (SLACK_SIGNING_SECRET env variable). You can find the value in Settings > Basic Information page in your https://api.slack.com/apps/{app id}

I hope this was helpful to you!

Let us close this issue now. If you have any follow-up questions on this topic, please feel free to write in.


Unexpected "An index signature parameter type must be 'string' or 'number'." error with string union type.

TypeScript Version:
1.8.10
Code
type StringEnum = "one" | "two"

interface IndexedObject {
  [index: StringEnum]: boolean
}

Expected behavior:
No error
Actual behavior:
error TS1023: An index signature parameter type must be 'string' or 'number'.

Reproducible in latest master.
It seems that at the moment only string or number keyword can be used as index parameter type, so a simpler type alias below also fails.
type StringEnum = string;

interface IndexedObject {
  [index: StringEnum]: boolean
}

This is intended behaviour, see the grammar of Index Signatures

I think that Index Signatures could be extended without regression

Duplicate of #8336 (and some others, once I track them down).


[1.11] packages/java: Update Java to 8u181 version

Backport of https://github.com/dcos/dcos/pull/3224
High-level description
Update java to version 1.8.0_181 which includes security updates.
Corresponding DC/OS tickets (obligatory)
These DC/OS JIRA ticket(s) must be updated (ideally closed) in the moment this PR lands:

DCOS_OSS-3922 packages/java: Update java to version 1.8.0_181

Checklist for all PRs

[ ] Added a comprehensible changelog entry to CHANGES.md or explain why this is not a user-facing change:
[ ] Included a test which will fail if code is reverted but test is not. If there is no test please explain here:
[ ] Read the DC/OS contributing guidelines
[ ] Followed relevant code rules Rules for Packages and Systemd

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[ ] Change log from the last version integrated (this should be a link to commits for easy verification and review): example
[ ] Test Results: [link to CI job test results for component]
[ ] Code Coverage (if available): [link to code coverage report]

@mesosphere-mergebot label Ready For Review

@mesosphere-mergebot bump-ee

@timaa2k @sambatyon @jgehrcke @gpaul @adamtheturtle please review this one.

@mesosphere-mergebot failed to apply shipit label. Reported issue - https://jira.mesosphere.com/browse/DCOS-19272

@mesosphere-mergebot label Ship It

Also here we forgot changing CHANGES.md.


Fix for #138 : rework for elem_type() which now returns Option instead of Type

Fixes #138
Since I am new to Rust, I hope I didn't do things too badly

 Warning

These commits modify unsafe code. Please review it carefully!

r? @emilio care to rubber stamp?

@bors-servo r=fitzgen
Thanks for doing this!

:pushpin: Commit 24bb8e1 has been approved by fitzgen

:hourglass: Testing commit 24bb8e1 with merge daa9ab7...

:sunny: Test successful - status-travis


Do not use "opencensus" as the prometheus metrics prefix

The string "opencensus" is used as the prefix / namespace for Prometheus metrics by default. This is not likely to be useful. Maybe we should provide a better default (like os.Args[0]) or just not have a default. Seems like something you would want to set differently for each view depending on what subsystem it came from (e.g. "grpc" would be a good namespace for the gRPC views).

os.Args[0] might not be the ideal prefix for all cases. For example, you want to accumulate all gRPC metrics under the same metric and breakdown by os.Args[0] if needed instead of having a separate metric for each service. Maybe we shouldn't have a default namespace.
One of the other problems is that Prometheus suggests a namespace for each subclass of metrics, e.g. "grpc" and "http". OpenCensus has a global view collection and users cannot set a new exporter for different subcomponents. This resembles me the problem explained at https://github.com/census-instrumentation/opencensus-specs/issues/26.

I think we should not have a default namespace. I think it is too intrusive for the name of this project to appear in every metric exported.

Oh and right now it is impossible to set an empty namespace: we select "OpenCensus" as a default if the user supplies ""

I will remove the default namespace.


Padding for legacy card

Could you please either add an option for padding or pad the tiles the same amount as the title of the legacy card?
Old card:
https://i.imgur.com/wsKyYcr.png
New (legacy) card (note lack of tile padding):
https://i.imgur.com/93HpxUT.png

No longer required.


Fix mkdir call to not fail if dir exists

As pointed out by https://github.com/flutter/flutter/pull/22540#issuecomment-426577077.


[Custom datapack] [Question] I tried to add a new boss, but it didn't work out =(

I tried to add a new boss (Fire dragon from Ice and Fire), but he doesn't want to spawn at all. What am I doing wrong?
fire_dragon.json

This question is more appropriately suited for the discord server


MySQL container does not start

When doing docker-compose up on osx I get an error message:
db_1 | chown: changing ownership of '/var/lib/mysql/': Operation not permitted
maxpou_db_1 exited with code 1
When I do a 'docker ps' I get only:
elk
nginx
php
It works when I add a mysql_data volume:
services:
db:
volumes:
- mysql_data:/var/lib/mysql
volumes:
mysql_data
docker info:
Containers: 19
Running: 1
Paused: 0
Stopped: 18
Images: 288
Server Version: 1.13.1
Storage Driver: aufs
Root Dir: /mnt/sda1/var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 359
Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 4.4.47-boot2docker
Operating System: Boot2Docker 1.13.1 (TCL 7.2); HEAD : b7f6033 - Wed Feb  8 20:31:48 UTC 2017
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 1.955 GiB
Name: dinghy
ID: UXNT:LKPY:CI3D:KNOC:SPY2:QFC7:MKSF:OPJB:7ANJ:M6PM:N3XW:FSGW
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
File Descriptors: 24
Goroutines: 32
System Time: 2017-05-04T07:22:34.976096987Z
EventsListeners: 1
Registry: https://index.docker.io/v1/
Labels:
provider=virtualbox
Insecure Registries:
<IP_ADDRESS>/8

Hi,
(I'm probably a bit late :wink: )
Did you get any message from this container on starting/building? IMO, this is the key....

I've the same problem. Several things I've detected.

The port for mysql is not published: `

docker ps -a;
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                      PORTS                         NAMES
d987b5f4d9ef        willdurand/elk      "/usr/bin/supervis..."   37 seconds ago      Up 35 seconds               <IP_ADDRESS>:81->80/tcp            sisfc_elk_1
c87d898ac1d0        sisfc_nginx         "nginx"                  38 seconds ago      Up 36 seconds               <IP_ADDRESS>:80->80/tcp, 443/tcp   sisfc_nginx_1
48d391a96e2b        sisfc_php           "docker-php-entryp..."   43 seconds ago      Up 37 seconds               9000/tcp                      sisfc_php_1
c1bf8ace4af3        mysql               "docker-entrypoint..."   43 seconds ago      Exited (1) 35 seconds ago                                 sisfc_db_1

Mysql does not appear on the network:

docker network sisfc_default;
"Containers": {
            "48d391a96e2b69333b6cdb1d754f850a021ba3de8aa4d37e9284df8e20ac093c": {
                "Name": "sisfc_php_1",
                "EndpointID": "0a9900cb390c9f8328238d032f4e28bc74e6fc3d8cf60b6e3f171b840dd2577d",
                "MacAddress": "02:42:ac:12:00:03",
                "IPv4Address": "<IP_ADDRESS>/16",
                "IPv6Address": ""
            },
            "c87d898ac1d0fb6dd9caec463334e462a8de79cbc2d81f3570ace45d1902b257": {
                "Name": "sisfc_nginx_1",
                "EndpointID": "b766cc5196771bdc3ee38f25adcaa91056df6d8af2e0705d8878e5f9a03ab801",
                "MacAddress": "02:42:ac:12:00:04",
                "IPv4Address": "<IP_ADDRESS>/16",
                "IPv6Address": ""
            },
            "d987b5f4d9ef886e12e28228ef6d577c4cce3cd7ace9f00cb2d89adba3d29b77": {
                "Name": "sisfc_elk_1",
                "EndpointID": "445d3dc942cbb05bb0d873c13ea78e77b334ddf04a9b6b0cfbfb3f7015625d25",
                "MacAddress": "02:42:ac:12:00:05",
                "IPv4Address": "<IP_ADDRESS>/16",
                "IPv6Address": ""
            }
        },

@jonathangreco, please send your docker-compose.yml file

Try with:
db:
    volumes:
       - mysql_data:/var/lib/mysql
    user: mysql


Request Failed for some Renamed Files

After editing the name of a file and trying to view the newly named file via the browser I'm seeing the message:
Got java.io.EOFException (Server closed connection while sending the HTTP header.): http://localhost:8888/0/computing/server/basic-server-setup.md

This is also happening on a couple of other files I have renamed. I can't work out the exact trigger of it. It would seeming renaming files then trying to access them via their new name sometimes works and sometimes produces the error above.

Very odd, I wonder what causes this. I have renamed files and never ran into that. Looks based on the error you are running gitdocs with JRuby? Curious if you get the same behavior on MRI 1.9.2?

Apologies for the misleading error. I'm not running JRuby that's just the error given after being passed through GlimmerBlocker (must be Java based). With GlimmerBlocker turned off the error Chrome throws is:
Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data.

Looked like something was failing so I tried running in debug mode and found it gives the following error:
!! Unexpected error while processing request: "\xA0" from ASCII-8BIT to UTF-8
"\xA0" from ASCII-8BIT to UTF-8
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/rendering.rb:20:in `encode'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/rendering.rb:20:in `to_html'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/tilt-1.3.3/lib/tilt/markdown.rb:38:in `evaluate'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/tilt-1.3.3/lib/tilt/markdown.rb:61:in `evaluate'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/tilt-1.3.3/lib/tilt/template.rb:76:in `render'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-render-0.3.7/lib/renee_render.rb:165:in `render_setup'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-render-0.3.7/lib/renee_render.rb:76:in `render'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/server.rb:106:in `block (3 levels) in start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/routing.rb:271:in `block in complex_variable'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/routing.rb:312:in `with_path_part'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/routing.rb:269:in `complex_variable'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/routing.rb:71:in `variable'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/chaining.rb:51:in `var'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/server.rb:65:in `block (2 levels) in start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/request_context.rb:16:in `instance_eval'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/request_context.rb:16:in `block in call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/request_context.rb:14:in `catch'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core/request_context.rb:14:in `call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/renee-core-0.3.7/lib/renee_core.rb:38:in `call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/rack-1.3.5/lib/rack/methodoverride.rb:24:in `call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/rack-1.3.5/lib/rack/static.rb:53:in `call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/rack-1.3.5/lib/rack/commonlogger.rb:20:in `call'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/connection.rb:80:in `block in pre_process'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/connection.rb:78:in `catch'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/connection.rb:78:in `pre_process'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/connection.rb:53:in `process'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thin-1.3.1/lib/thin/connection.rb:38:in `receive_data'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/eventmachine-1.0.0.beta.4/lib/eventmachine.rb:179:in `run_machine'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/eventmachine-1.0.0.beta.4/lib/eventmachine.rb:179:in `run'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/manager.rb:34:in `start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs.rb:26:in `start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/lib/gitdocs/cli.rb:18:in `start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thor-0.14.6/lib/thor/task.rb:22:in `run'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thor-0.14.6/lib/thor/invocation.rb:118:in `invoke_task'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thor-0.14.6/lib/thor.rb:263:in `dispatch'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/thor-0.14.6/lib/thor/base.rb:389:in `start'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/gems/1.9.1/gems/gitdocs-0.4.11/bin/gitdocs:5:in `<top (required)>'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/bin/gitdocs:19:in `load'
	/Users/Chris/.rvm/rubies/ruby-1.9.2-p290/bin/gitdocs:19:in `<main>'

Encoding issues?

Can you gist us the file and/or email it to me? The file must contain an unencodable character somehow. I don't think it has much to do with the fact its renamed.

Yeah, when saw the encoding error I started thinking the same thing. You were right, was nothing to do with renaming, just a coincidence. I managed to find the offending character. If you download this gist [https://gist.github.com/1567712] you should be able the recreate the error.
Interestingly I just tried throwing some Japanese one of my markdown files and got the same error.

@ChrisKempson I pushed some changes, can you pull down and run gitdocs from source and confirm this fixes the issue?

Just tested your changes. Works wonderfully, thanks very much!
My Japanese text didn't cause trouble anymore but my browser wasn't picking up the UTF-8 encoding so added the proper meta tag and just submitted it as a pull request.

Cool pulled in your request and released a new gem. Looks like it fixes everything. Thanks!

Thanks really great. Thanks a lot.


addSchemaLevelResolveFunction resolves only once

Code:
addSchemaLevelResolveFunction(schema, () => {
  throw new Error('Can\'t resolve')
})

Expected:
I expect addSchemaLevelResolveFunction to throw error on every field request
Current:
addSchemaLevelResolveFunction throws on the first requested field, next are executed
Example:
Query:
{
  user(id: 3) {
    username
  }
}

// result

{
  "data": {
    "user": null
  },
  "errors": [
    {
      "message": "Can't resolve",
      "locations": [
        {
          "line": 2,
          "column": 3
        }
      ],
      "path": [
        "user"
      ]
    }
  ]
}

Another query:
{
  user(id: 3) {
    username
  }

  sameUser: user(id: 3) {
    username
  }
}

// result

{
  "data": {
    "user": null,
    "sameUser": {
      "username": "two"
    }
  },
  "errors": [
    {
      "message": "Can't resolve",
      "locations": [
        {
          "line": 2,
          "column": 3
        }
      ],
      "path": [
        "user"
      ]
    }
  ]
}

Packages:

graphql 0.10.3
graphql-server-koa 0.8.5
graphql-tools 1.1.0

Is it supposed to work this way?

hey @VladShcherbin this looks like a bug to me...
i think there was some change for the function for subscriptions that it should run only on first evaluation and not every time..
@helfer can you confirm this is a bug or not?

This seems like the expected behavior to me, addSchemaLevelResolveFunction is meant to run once per request.

Some operations, such as authentication, need to be done only once per query.

I think we should deprecate this function entirely, since its use case is best served by context.

Either way, there hasn't been any activity here for a while so going to close it.

@stubailo yeah, but it's still not solved and I guess it works the same way.
Why close before it's fixed in any way?

Because I think it's going to be better to remove the function in future versions and suggest other approaches that do work well.
Is there some use case you have that requires addSchemaLevelResolveFunction that can't be better solved via setting the context with a function?

@stubailo no, I solved it the other way since it wasn't fixed and had no activity. Just wanted to make sure this's solved somehow (fixed/removed/etc) or linked to track progress.
So, it's moved here: https://github.com/apollographql/graphql-tools/issues/887 😉🙌

@stubailo I was planning on using addSchemaLevelResolveFunction as a validation layer based on the recommendation found on https://stackoverflow.com/questions/53838475/apollo-server-2-validation-middleware . If its going to removed from future versions, where do you recommend I place my validation layer?

@stubailo Currently i use this for pre-validating the request which is pretty useful function , not sure why do you want to deprecate it.
As a workaround for the mentioned above i just delete the __runAtMostOnce key every time this function starts:
delete info.operation['__runAtMostOnce'];
otherwise where do you advice running the validation process ( a custom one ) ?


Clean up the route step

User Story
As a developer I want to prune unused/old code and related documentation so the codebase stays clean.
Description/Use Case
We recently split the route step into two new steps. We need to remove traces of the old route step from the code.
Risks/Impacts/Considerations
Make sure not to remove anything that might still be used such as datatypes/objects/etc.
Dev Notes
Search for //TODO: deprecated and this ticket number
Acceptance Criteria

[ ] FHIRRouter.kt and related tests/docs deleted from the repo
[ ] All TODOs addressed

Hey team! Please add your planning poker estimate with Zenhub @adegolier @arnejduranovic @brick-green @david-navapbc @jack-h-wang @jalbinson @JFisk42 @mkalish @thetaurean


[Bug report] Documentation Search is broken

Bug report
Description
https://v2.vuepress.vuejs.org/ always returns no results when searching. I believe this is due to it requiring an appId for querying docsearch now.

Thanks for reporting, dumplicate of #797


There are multiple camera devices in Huawei mobile phones.

Do you want to request a feature or report a bug?
BUG

What is the current behavior?
Multiple cameras can be obtained in Huawei devices. But the default is the second one. But the third camera would be better.
If the current behavior is a bug, please provide the steps to reproduce.
You can provide an attribute to freely select the camera. And this attribute is also variable in JS.

Please mention other relevant information such as the browser version, Operating System and Device Name
What is the expected behavior?
If this is a feature request, what is motivation or use case for changing the behavior?
Here are some screenshots

select camera and microphone demo
https://simpl.info/getusermedia/sources/

camera 3 is the correct one, all the others are way too zoomed in, I have the same issue

@andreaspaps any solution for this?

Now it's 2023, and the problem still doesn't seem to be solved


[BugFix] Fix an issue of modify confluent schema registry

What type of PR is this：

[x] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #21553
Problem Summary(Required) ：

PR #21241 supports modifying the schema registry address, but when modifying other parameters, FE fails to pass schema registry address parameters to BE, causing the task aborted. This PR fixes the problem.
Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto backported to target branch

[x] 3.0
[ ] 2.5
[ ] 2.4
[ ] 2.3

@Mergifyio backport branch-3.0


Update docs for Format sql

A document change request is generated from
https://github.com/GreptimeTeam/greptimedb/pull/3062

the csv format already exists in the documentation: https://docs.greptime.com/user-guide/protocols/http/#alternative-formats


git: Add tags relation

Current coverage is 54.30% (diff: 56.81%)

Merging #36 into master will increase coverage by 0.08%

@@             master        #36   diff @@
==========================================
  Files            30         31     +1
  Lines          1326       1370    +44
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
+ Hits            719        744    +25
- Misses          544        561    +17
- Partials         63         65     +2

Powered by Codecov. Last update 167cfe5...f968299


installs.sh didn't work

I tried to install oh-my-zsh by running:
sh -c "$(wget https://raw.github.com/robbyrussell/oh-my-zsh/master/tools/install.sh -O -)"

and I got this error:
sh: 1: Syntax error: "(" unexpected

Previously I have a working oh-my-zsh for few months and then it stop working and when I try to reinstall I got the above error.

Same problem with the CURL installation.

install.sh  error
sh: 1: Syntax error: "(" unexpected

Same here

Same here on Xubuntu 15.04. Same error for both wget and curl.

Hi guys, sorry for the confusion. This is due to a syntax error on #4515. All should be good again now.

It works now. Thanks @mcornella :beers:


Method SwitchFrame(frame string) should be implemented with a map[string]interface{}

This would allow specification 8.5 Switch to Frame to be properly implemented as a null id value is required to switch to the default content.

Pull request submitted and approved.
Passing a 0 length string argument to SwitchFrame(frame) is like calling a SwitchToParentFrame() method.

Thanks for keeping me tidy :)


Cannot rebuild project

Hi there, as instructed, I placed StreetMap into the Plugins folder and rebuild the project. Using UE 4.18.1
However, the rebuilding process returns the following errors:
C2228 --- left of '.GetSelectedObjects' must have class/struct/union --- LifePlay --- StreetMapComponentDetails.cpp --- Line 46
C2228 --- left of '.GetSelectedObjects' must have class/struct/union --- LifePlay --- StreetMapComponentDetails.cpp --- Line 61
Failed to produce item UE4Editor-StreetMapImporting.dll
The command "D:\Unreal418\UE_4.18\Engine\Build\BatchFiles\Rebuild.bat LifePlayEditor Win64 Development "D:\LifePlay\LifePlay.uproject" - waitmutex" exited with code -1. --- LifePlay --- Microsfot.MakeFile.Targets --- Line 49

Change the mentioned source file from /Source/StreetMapImporting
to
"->GetSelectedObjects()" with an arrow, save it and it should compile fine. :)

Thanks. That did the trick. Issue closed :)


CFFL

CFFL

Linter check found the following problems:
The following problems have been found:
ERROR: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:16: pip_install_args: pip install should be run with --no-deps.
ERROR: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:21: missing_wheel: For pypi packages, wheel should be present in the host section
ERROR: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:42: missing_license_family: The recipe is missing the about/license_family key.
ERROR: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:42: missing_documentation: The recipe is missing a doc_url or doc_source_url
WARNING: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:42: missing_description: The recipe is missing a description
ERROR: /tmp/abs_447mp6vz2p/clone/recipe/meta.yaml:42: missing_dev_url: The recipe is missing a dev_url
Errors were found

Linter check found the following problems:
The following problems have been found:
ERROR: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:16: pip_install_args: pip install should be run with --no-deps.
ERROR: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:21: missing_wheel: For pypi packages, wheel should be present in the host section
ERROR: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:42: missing_documentation: The recipe is missing a doc_url or doc_source_url
ERROR: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:42: missing_dev_url: The recipe is missing a dev_url
ERROR: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:42: missing_license_family: The recipe is missing the about/license_family key.
WARNING: /tmp/abs_ecp5cpzh18/clone/recipe/meta.yaml:42: missing_description: The recipe is missing a description
Errors were found


Service Provider Name Inconsistent

The capitalisation of the service provider and the actual thing it's providing are not consisiten:

AutoHttpTests; or
AuttoHttptests

Personally I prefer the latter.

Correct.  Capitalized everything by word.
https://github.com/eduardoarandah/autohttptests/commit/7b1f5ce12833a6ec17d87f30f0425c1be2633769


Wine history

Actually, the delete button in winehistory is still deactivated. Working on that now. Feel free to check and merge this or.


feat(channel-registry): expose channel config

fixing the tests

Merged on behalf of @skjindal93 . Need to use it another PR.


Update _snapshot.json

Checklist for Integrity

[x] npm run build passes without issues. This will be automatically executing with a Matrix on GitHub Workflow.
[x] Tests have been updated or added to reflect your changes, if you modified existing adapters or added new adapters.
[x] Documentation on all classes, functions, and properties have been included in added or modified source code.
[x] All commit message(es) follow the syntax of Conventional Commits.

Affected Core Services

none
Description of the Changes

changed activity to activites to match Discord's category names

Sorry for not getting back to this sooner. If I would have looked into pluralization earlier I may have been able to fix them programmatically. _snapshot.json is dynamically created and structured from the Discord source browser source code and that is just how Discord has the object structured.
If you do notice any emojis missing, please do create an issue and I will look into finding them!


Cannot create plugin for PyCharm 2023.2 in Windows.

I'm updating my plugin to support the latest 2023.2 release of PyCharm Pro and Community, but the test matrix is failing on Windows in 2 places:
https://github.com/tonybaloney/pycharm-security/actions/runs/5710247479/job/15470132874?pr=461

The Gradle extension cannot create plugin because of an XML error in the PyCharm community META-INF resource (see below)
The test framework is failing to load due to a missing class (probably caused by issue 1)

SimpleTest > testNothing() FAILED
    com.intellij.testFramework.TestLoggerFactory$TestLoggerAssertionError at TestLoggerFactory.java:403
        Caused by: java.lang.Throwable at Logger.java:370

DjangoAddMiddlewareFixerTest > initializationError FAILED
    java.lang.NoClassDefFoundError at DaemonListeners.java:343
        Caused by: java.lang.ExceptionInInitializerError at TestLoggerFactory.java:403

Environment:

OS: Windows
Gradle IntelliJ Plugin Version 1.15.0
Gradle Version 7.6

Additional context
[gradle-intellij-plugin :] Cannot create plugin from file 'C:\Users\runneradmin\.gradle\caches\modules-2\files-2.1\com.jetbrains.intellij.pycharm\pycharmPC\2023.2\eb057c399794f964ae5ec9facf85310b290db6ad\pycharmPC-2023.2\plugins\pycharm-community-customization': Invalid plugin descriptor 'plugin.xml': failed to resolve <xi:include>. Not found document '/META-INF/tips-pycharm-community.xml' referenced in <xi:include href="/META-INF/tips-pycharm-community.xml"/>. <xi:fallback> element is not provided. (at plugin.xml)

I should also add that it compiles, tests and runs on macOS and Linux. Also all 3 platforms work against 2023.1.2

please change yaml to org.jetbrains.plugins.yaml (the plugin ID) here https://github.com/tonybaloney/pycharm-security/blob/master/build.gradle#L52

DaemonListeners problem is also mentioned in #1433

Adding headless to Gradle fixed it 👍🏻 https://github.com/tonybaloney/pycharm-security/pull/461/commits/3be1f72398167da631e0cc12d441589a491743b6


update config.md

Codecov Report

Merging #372 into develop will increase coverage by 0.00%.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           develop     #372   +/-   ##
========================================
  Coverage    52.90%   52.91%
========================================
  Files          244      244
  Lines        23044    23044
========================================
+ Hits         12191    12193    +2
+ Misses        9442     9440    -2
  Partials      1411     1411

Impacted Files
Coverage Δ

bfe_balance/bal_gslb/sub_cluster.go
48.14% <0.00%> (-7.41%)
:arrow_down:

bfe_http2/writesched.go
79.38% <0.00%> (-1.53%)
:arrow_down:

bfe_http2/server.go
71.67% <0.00%> (+0.16%)
:arrow_up:

bfe_spdy/server_conn.go
78.98% <0.00%> (+0.88%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 86a9538...e8fa0ea. Read the comment docs.


Why does higher need to deep copy the parameters of the base model and the use of override?

To the point: Why does higher need to deep copy the parameters of the base model (usually the initialization params)?

More expanded question
I noticed this line of code:
https://github.com/facebookresearch/higher/blob/8f0716fb1663218324c02dabdba26b639959cfb6/higher/optim.py#L101
Which I've removed on my copy of higher and removed some bugs I was experiencing (like having the gradients of the parameters from the beginning [i.e. initialization] be unexpectedly zero for the outer loop optimizer). I reference it in issue https://github.com/facebookresearch/higher/issues/30.
I don't understand a couple of things. If when going into the context manager creates a deep copy of the parameters, wouldn't that mean the (outer loop) optimizer would be computing the gradients with respect to parameters no present in the computation graph? Since:

the parameters of the differentiable/inner optimizer are a deep copy compared to the initial parameters/weights
the outer optimizer (e.g. Adam) would have the original/initial parameters, so the gradient of these should always be zero.

That is the only explanation that I can think of to explain my issues in the past (gradients being zero unexpectedly) however it seems the higher MAML tutorial works, which should go against my theory. If my theory is right at the end of the inner loop of MAML and when the outer optimizer (usually Adam) computes the gradients, they should be zero (which I have observed sometimes). But I assume they are NOT zero, otherwise that tutorial wouldn't work.
So I am inquiring about the need to use deep copy when creating inner optimizers. What is its purpose and why is it not causing the issues I describe in the original MAML tutorial in higher. How is it that the deep copy doesn't break the forward pass and thus the whole computation of gradient wrt the initialization that the outer optimizer would use?

https://stackoverflow.com/questions/62437960/why-does-higher-need-to-deep-copy-the-parameters-of-the-base-model-to-create-a-f

Pasting some original response about this:
That line of code is important, as we want to safely branch off the state of the optimizer as used in the outer loop and return to it (or not touch it in the first place, which is what we do with the copy here) at the end of the unrolled inner loop.
Use override, please.
@egrefen
Contributor
egrefen commented on Mar 6
Override is a kwarg for differentiable optims (at creation, or step time,
and you can also use it with the context manager) which allows you to use
arbitrary tensors instead of values held in the optimizer state. For
example, you could override the learning rate with a tensor which requires
grad, which would allow you to unroll your loops, take gradient of the
meta-loss with regard to the learning rate, and update this tensor.
See https://higher.readthedocs.io/en/latest/optim.html for details,
#32 (comment) for
a similar explanation, and https://github.com/denisyarats/densenet_cifar10 for
an example.

I don't understand what:

That line of code is important, as we want to safely branch off the state of the optimizer as used in the outer loop and return to it (or not touch it in the first place, which is what we do with the copy here) at the end of the unrolled inner loop.

means. I still think (perhaps naively) that removing that deep copy is the best solution to removing the gradient zero problem I've been experiencing on my initialization.

Apologies for being so demanding but I don't think I understand what the override option means:

override (optional) – a dictionary mapping optimizer settings (i.e. those which would be passed to the optimizer constructor or provided within parameter groups) to either singleton lists of override values, or to a list of override values of length equal to the number of parameter groups. If a single override is provided for a keyword, it is used for all parameter groups. If a list is provided, the ith element of the list overrides the corresponding setting in the ith parameter group. This permits the passing of tensors requiring gradient to differentiable optimizers for use as optimizer settings.

in particular:

This permits the passing of tensors requiring gradient to differentiable optimizers for use as optimizer settings.

shouldn't that be true by default? I don't know a case when we don't want the weights in the differentiable optimizer not to be differentiable (e.g. meta-lstm meta-learning or initialization training with MAML).

Hello sorry I haven't had time to look into this. I'll read through this ASAP and get back to you regarding this issue (hopefully later this week).

I suspect that a lot of this might get cleared up once the meaning of "copy_initial_weights" is clarified in: #54

copy weights is much clearer to me.
When it's true then we detach the parameters and make a copy of them. That probably means the original parameters of the base model are not trained.
When false it's only cloned. I assume that's done to avoid mistakes with in-place ops but gradients can still flow so the initialization of the base model should be trainable.
However, that can be achieved without deep copying the parameters of the original optimizer e.g. by doing:
self.param_groups = other.param_groups

thus, deep copying remains a mystery to me.

perhaps crucially related to this issue: https://github.com/facebookresearch/higher/issues/62

Sorry for the delay in looking into this. I remain the main developer of this library but it's not my main role in Facebook, so I only have time to chase these issues here and there. I am reading through your comments and trying to figure out how to best proceed.

The short answer: differentiable optimizers branch off the state of their non-differentiable version because the patched modules they optimize are themselves branched off from the original modules. In inner loop meta-learning, you typically branch off like this, do some inner loop computation, compute the meta-gradient, and use that meta-gradient to update some meta-variables. The result of this inner loop computation is then discarded, so you generally don't want to accidentally backpropagate stuff or update the module or optimizer state you branched off from. There are cases where you do want to do this, e.g. MAML in the module case, and for that we use copy_initial_weights=False, or the case where the meta-variables are part of the optimizer, in which case we use override to replace the usually non-differentiable variables used in the optimizer with tensors, which we then need to assign back to the optimizer state outside of the unrolled loop (see https://github.com/denisyarats/densenet_cifar10 for example).
Long answer: I see that this is all guided by your desire to implement meta-LSTMs. Let's see if we can resolve that issue in #62 first, and we can then revert here to see if anything needs to be done.


Delete all data of model

how can i delete all stored data on model? for example:
delete from tableName

Delete.tables(Model.class....);
or
Delete.table()


Modernizing

Standardizing for portability,  Modernizing to improve the maintainability of the code, and
making old code work because it contains old extensions or removed features all overlap
but have unique issues.  One resource to draw on or perhaps to update and expand is
https://fortranwiki.org/fortran/show/Modernizing+Old+Fortran

Thanks, I will check it, the main goal was to document idioms that have
been used in the past and are still being found in source code. But some
guidance as how to modernise things is certainly within scope.
Regards,
Arjen
Op wo 28 jun 2023 om 10:35 schreef urbanjost @.***>:

Standardizing for portability, Modernizing to improve the maintainability
of the code, and
making old code work because it contains old extensions or removed
features all overlap
but have unique issues. One resource to draw on or perhaps to update and
expand is
https://fortranwiki.org/fortran/show/Modernizing+Old+Fortran
—
Reply to this email directly, view it on GitHub
https://github.com/arjenmarkus/old-programming-idioms/issues/2, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAN6YRYAC6PWVXTPPTZ2H3LXNPUEDANCNFSM6AAAAAAZWWADEI
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I have added a reference to the Wiki page. And added one somewhat obscure feature regarding I/O that I found there.

Looks good. Nice examples.  Would make an interesting set of test cases or examples for modernizing tools like SPAG.


How to place a team in higher place in brackets without playing with other teams?

I have teams from round robin groups and I want to place teams who took first places in groups higher in brackets, is it possible ?

Hey!
By default, if you have 8 participants, the matches will be 1v8, 4v5, 2v7, 3v6 because it ensures 1 and 2 will play after a few matches.
You can either keep that method of ordering (which is the default), or generate your seeding manually, for example:

#1: 1st in 1st group
#2: 1st in 2nd group
#3: 2nd in 1st group
#4: 2nd in 2nd group
#5: 3rd in 1st group
#6: 3rd in 2nd group
#7: 4th in 1st group
#8: 4th in 2nd group

And then pass seedOrdering: ['natural'] (documentation).

thank you for your reply, and awesome app
I mean I want to place 1st in the group stright to semi-finals without okaying in top32 and top16

like this tournament
https://docs.google.com/spreadsheets/d/1qA6AKAd6udiWoV_Y21hhad4QTRxjSs3te-Nh5mhS7mY/edit#gid=818796430

That's interesting, but not supported in the library.
Backup screenshot:

(I updated my answer above ^)


Enhance matMenuTrigger directive to support custom trigger events

Bug, feature request, or proposal:
Feature
What is the expected behavior?
It would be nice to have possibility to define custom event which will trigger the menu
What is the current behavior?
MatMenuTrigger directive reacts only on native click event
What is the use-case or motivation for changing an existing behavior?
It is usual practice in Angular that components do have their own @Outputs defined. Currently the matMenuTrigger makes sense only on button elements. But if you want ot use it on your custom component you need also customized way how to bind the trigger to custom EventEmitter.

I'm not sure how practical it would be to support all of the different events at the same time. You can get a reference to the MatMenuTrigger and to call the openMenu and closeMenu methods if you want it to open for another event.

My idea was just to provide an option to specify the EventEmitter as a parameter which would trigger the openMenu function

I’m not sure how sustainable that would be. A cleaner solution can be to create your own menu trigger that extends the Material one.

You are probably right that inherited class might be a suitable solution


OpenSUSE 15.04

Looks good to me. Could you add this to the change log?
On Thu, 2 Feb 2023 at 10:58 pm, Antonin Décimo @.***>
wrote:

Merged #138 https://github.com/ocurrent/ocaml-dockerfile/pull/138 into
master.
—
Reply to this email directly, view it on GitHub
https://github.com/ocurrent/ocaml-dockerfile/pull/138#event-8420332156,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABJXOJS22V7G2YPZCGU45TWVOOM3ANCNFSM6AAAAAAUO4R2IY
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

It's already in the Changelog (I might have done some git tricks when merging the PR).


Make the database from which the provider serves generic

So far this is only the read part, the write part will need some more work because it needs the concept of writing files, and making that generic requires a minimal VFS abstraction.
But I would argue that there are several cases where you just want to serve a bunch of existing data via the iroh protocol, and this is very easy to do now. See the InMemDatabase that is used for testing.
The thing that you need to implement is the trait currently named BaoCollection. It has just a get function that can do a lookup by hash. What you get is a BaoCollectionEntry which can open both an outboard and a data reader.
The BaoCollectionEntry is Send, Sync, 'static and is supposed to be cheaply cloneable. So you can send entries around threads and tasks. It provides two async fns, for opening the outboard or data reader. These futures are also Send.
What is not Send are the actual readers that you get on success. So once you got the two readers (like open files) you need to stay on a thread. The easiest way to do this is to use https://docs.rs/tokio-util/latest/tokio_util/task/struct.LocalPoolHandle.html#method.spawn_pinned .
The iroh runtime provides a local pool for you that you can use.
This depends on rc versions of bao-tree and iroh-io. I guess that is OK for a PR, but we would have to release those before we do a release.
Edit: to serve from http, all you would have to do would be to do something similar to InMemDatabase, but just containing a BTreeMap<Hash, (Url, Url)>. Then Entry would be just (Hash, Url, Url) and the reader would be an iroh_io::HttpAdapter.

We have too many handlers and stuff, and it is only going to get more. So we need to reorganize this and maybe even use Box<dyn ...> somewhere. But I would prefer to to this in a separate PR.

@dignifiedquire with the latest additional trait, the state is as such:

validate and list_blobs are fully generic
list_collections is generic regarding storage but still assumes that collections are Collection. Which I guess is fine since the "custom collections" PR is not yet merged
only provide is still only implemented for Database

I don't see any way to solve the latter without introducing traits for generic write, but I would really like to do that in a different PR to not get into merge hell again.