return the creator of a unit with the unit data when the unit is finalized

This pr is supposed to simplify the integration of Aleph Bft into Fedimint, a byzantine fault tolerant decentralised  chaumian ecash mint we call a Federation. Fedimint uses Aleph to order incoming transactions submitted by the clients. The inputs and outputs of the transaction are either chaumian ecash notes, on-chain bitcoin or smart contracts that enable integration with the bitcoin lightning network enabling instant settlement. After a transaction has been ordered by Aleph the system has to achieve consensus wether a transaction is valid by validating all inputs and outputs individually.
An on-chain bitcoin input is the output of a bitcoin transaction that sends money to the Federation and is at least six blocks deep in the blockchain. Therefore we need to achieve consensus on the current block height of the bitcoin blockchain to validate the on-chain bitcoin input.
An on-chain bitcoin output is a bitcoin transaction that the federation threshold signs that sends money from the Federation to the clients requested bitcoin address. To assure that the  bitcoin transaction will be included into the bitcoin blockchain the Federation has to add a high enough fee to the transaction which is also paid by the user. Therefore, to validate an on-chain output of a Fedimint transaction the Federation has to achieve consensus on the current ferrate necessary.
Finally, Lightning outputs of a Fedimint transaction are so called Hash Timelocked Contracts or HTLCs. To check wether a time lock has passed the system has to achieve consensus on the current time.
To achieve consensus on an integer like block height or ferrate to submit additional types of consensus items to the broadcast alongside the transactions from the clients. In our examples a node would submit its local ferrate and block height to the broadcast which we call votes. We remember the last such vote for every node and then recalculate the median to achieve consensus every time a vote is updated. Therefore we need to know which node submitted a vote. The naive solution would be to sign every vote we want to submit with the keychain before submitting it to aleph bft. While this is not an issue with strictly increasing values such as block height in case of the ferrate however there could be attacks by resubmitting an old vote by a different node; this is generally known as replay attacks. Hence we would have to sign an increasing integer for every submitted vote and save the integer corresponding to the last vote to prevent such attacks. This introduces unnecessary complexity as the extra information that needs to be returned is trivially available.
Furthermore, Fedimint is built as an extensible system that can be extended with additional functionality by third parties in the form of new input and output types as well as new consensus items that are needed to validate these inputs and outputs. One extension currently in development is called stability pools which allows clients to enter smart contracts with financial service providers to hedge against falling dollar prices of bitcoin. To enforce those contracts the federation needs to achieve consensus on the current dollar value of bitcoin.

There are some lints left, see unsuccessful checks.


  The font size should be 14px like all the other list of this sort.  And I would move them up so they have the same amount of space as labels/Annotations
Port rules

Label/Annotations

This needs to be converted to not use tables @mantis-toboggan-md

related to: https://github.com/rancher/dashboard/issues/742

Convert the component for port rules from table to grid

Fixed


OP-1650 Enabling cargo publish to crates.io in CI

Adding cargo publish to .drone.yml and disabling non-tag workflows on tag.
Correcting grpc/server Cargo.toml to allow correct cargo publish
Adding explicit --token to publish.sh as it didn't honor cargo login in CI.
@Fraser999 Needed to use --no-verify with client publish.  Is this an issue?
Tested these changes in release-0.6.3 tagging and reworked until successful.
https://casperlabs.atlassian.net/browse/OP-1650

Needed to use --no-verify with client publish. Is this an issue?

I'm a bit concerned about that, yes.  If you have a copy of the build failure which required the use of --no-verify, we could maybe try and fix the problem?

Needed to use --no-verify with client publish. Is this an issue?

I'm a bit concerned about that, yes.  If you have a copy of the build failure which required the use of --no-verify, we could maybe try and fix the problem?

@Fraser999 This is what I received:

Finished dev [unoptimized + debuginfo] target(s) in 2m 10s
--
674 | error: failed to verify package tarball
675 |
676 | Caused by:
677 | Source directory was modified by build.rs during cargo publish. Build scripts should not modify anything outside of OUT_DIR.
678 | Added: /drone/src/target/package/casper-client-0.6.3/headers
679 | /drone/src/target/package/casper-client-0.6.3/headers/casper_client.h
680 |
681 | To proceed despite this, pass the `--no-verify` flag.

@Fraser999 This is what I received:

Finished dev [unoptimized + debuginfo] target(s) in 2m 10s
--
674 | error: failed to verify package tarball
675 |
676 | Caused by:
677 | Source directory was modified by build.rs during cargo publish. Build scripts should not modify anything outside of OUT_DIR.
678 | Added: /drone/src/target/package/casper-client-0.6.3/headers
679 | /drone/src/target/package/casper-client-0.6.3/headers/casper_client.h
680 |
681 | To proceed despite this, pass the `--no-verify` flag.

@sacherjj Thanks.  It was indeed FFI related.  Our build script invoked cbindgen which generated our C header inside our source tree (at client/headers/casper_client.h).  cargo publish saw this as pollution.
This PR changes the build script to generate the header at target/headers/casper_client.h, and while it's not strictly inside OUT_DIR as the error message recommends, it is at least in our build tree rather than source tree, and cargo publish seems happy with this.

@sacherjj Thanks.  It was indeed FFI related.  Our build script invoked cbindgen which generated our C header inside our source tree (at client/headers/casper_client.h).  cargo publish saw this as pollution.
This PR changes the build script to generate the header at target/headers/casper_client.h, and while it's not strictly inside OUT_DIR as the error message recommends, it is at least in our build tree rather than source tree, and cargo publish seems happy with this.

I'll pull this out before merging and we will test it with next release branch.

I'll pull this out before merging and we will test it with next release branch.

bors r+

bors r+


Automated Rasberry Pi images

It would be nice to have a pre-built raspberry pi image.
pi-gen is the tool used to generate the pre built images on raspberrypi.org
https://github.com/RPi-Distro/pi-gen

Sorry if I'm a bit slow, but help me understand what this does?
it creates an .img for easy installation?

Correct, so instead of people needing to install the software manually, they just download a .img to a sd card, plug it in and everything is up and running.
Some example projects that ship pre-built images for raspberry-pi.
octopi
astrobox
I'm interested in helping with this.

Hi spuder, I understand that part of the idea it's to make easy to deploy de code to the raspi.
But what about "https://resin.io" shouldn't be easy to deploy if delta5 runs in a docker container with resin.io rather than uploading a complete new image each time it releases a new one?
BTW I'm interested in helping to adopt CI tools in this project...

There may be a place for resin.io, however that is more intended for IOT projects. Delta 5 is very often run without internet access. Also delta5 doesn't run in a docker container currently, it only uses docker to build the image that goes on the SD card.
As far as I'm concerned, the raspberry pi images are working, you can get them here:
https://github.com/spuder/pi-gen/releases
Since delta 5 isn't releasing new versions very often, there isn't a need net for a more automated update process (yet).

What's the login user and password? For this images?

There may be a place for resin.io, however that is more intended for IOT projects. Delta 5 is very often run without internet access. Also delta5 doesn't run in a docker container currently, it only uses docker to build the image that goes on the SD card.
As far as I'm concerned, the raspberry pi images are working, you can get them here:
https://github.com/spuder/pi-gen/releases
Since delta 5 isn't releasing new versions very often, there isn't a need net for a more automated update process (yet).

This is fantastic work to help someone get going as setting up the Pi can be daunting.


Remove ic_launcher icon from library as it clashes with the client when using Gradle plugin 1.2.3

I get duplicated error when using 'com.android.tools.build:gradle:1.2.3'

good point. can you send a quick PR?

Fixed

i just tried to use it and the error is still there..

I didn't push a new release with this change yet. Expect one later today

thanks

Version 2.0.1 pushed to maven central. Expect it to be available in ~10 minutes


Duplicate object key in settings.json

VSCode Version: 1.12.2
OS Version: El Capitan

Steps to Reproduce:
https://pastebin.com/Uq6wzB07
Above is my default settings.json file
as you can see I have 2 standard.enable setting.
first at line 1386 standard.enable set to false
and at line 1670 standard.enable set to true

It's probably contributed by two extensions.

It's probably contributed by two extensions.
If yes, it makes me confused.
Which one config should I set to false or true

Setting it to true or false should change it for both extensions. You might want to file an issue on the extensions' repos, and ask them to pick unique settings names.


Add nanoid_v0.2.x

Try closing and reopening the PR, it might fix your tests failing.

@GAntoine It works. Thanks!


Add horror/awareness numbers to all MoM monsters

Working on the code support, but we also need the data entered for all monsters

https://boardgamegeek.com/filepage/148639/monster-reference-sheet-telegram-style


Failing to open DuckDB database

Hello @alitrack , thanks for the connector !
I can't open my duckdb inside psql (and neither using Postgres connection), it failed to open it.
My duckdb table:
root@server:/# ./duckdb test.db
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');

My Error:
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# CREATE SERVER testsrv FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/test.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER testsrv INTO public;
ERROR:  failed to open SQLite DB. rc=1 path=/test.db

My Env:
FROM postgres

RUN apt-get update && apt-get install -y \
  git \
  build-essential \
  cmake

RUN git clone https://github.com/cwida/duckdb.git \
  && cd duckdb \
  && make

RUN apt-get install -y postgresql-server-dev-13 postgresql-client-13

RUN git clone https://github.com/alitrack/duckdb_fdw.git  \
   && cd duckdb_fdw \
   && cp /duckdb/build/release/tools/sqlite3_api_wrapper/libsqlite3_api_wrapper.so $(pg_config --libdir)  \
   && cp /duckdb/tools/sqlite3_api_wrapper/include/sqlite3.h .  \
   && make USE_PGXS=1 \
   && make install USE_PGXS=1

ENV POSTGRES_HOST_AUTH_METHOD='trust'

PostgreSQL run as postgres user, but your test.db belongs root user, so Postgres has no right to access it.

PostgreSQL run as postgres user, but your test.db belongs root user, so Postgres has no right to access it.

It seems to not work either with the right permissions:
postgres@0366e9a116c2:/$ sudo ./duckdbcli t.db
[sudo] password for postgres:
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');

postgres@0366e9a116c2:/$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# CREATE SERVER testsrv2 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/t.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER testsrv2 INTO public;
ERROR:  failed to open SQLite DB. rc=1 path=/t.db

It seems to not work either with the right permissions:
postgres@0366e9a116c2:/$ sudo ./duckdbcli t.db
[sudo] password for postgres:
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');

postgres@0366e9a116c2:/$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# CREATE SERVER testsrv2 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/t.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER testsrv2 INTO public;
ERROR:  failed to open SQLite DB. rc=1 path=/t.db

please check your owner info of t.db
ls -lh /t.db

please check your owner info of t.db
ls -lh /t.db

duckdb db creation:
postgres@0366e9a116c2:/home$ ../duckdbcli t2.db
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');

psql access to duckdb:
postgres@0366e9a116c2:/home$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# CREATE SERVER testsrv4 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/home/t2.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER testsrv4 INTO public;
ERROR:  failed to open SQLite DB. rc=1 path=/home/t2.db

Owner info:
postgres@0366e9a116c2:/home$ ls -lh /home/t2.db
-rw-r--r-- 1 postgres postgres 12K Jan 25 09:53 /home/t2.db
postgres@0366e9a116c2:/home$

Thanks for your help,

duckdb db creation:
postgres@0366e9a116c2:/home$ ../duckdbcli t2.db
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');

psql access to duckdb:
postgres@0366e9a116c2:/home$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# CREATE SERVER testsrv4 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/home/t2.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER testsrv4 INTO public;
ERROR:  failed to open SQLite DB. rc=1 path=/home/t2.db

Owner info:
postgres@0366e9a116c2:/home$ ls -lh /home/t2.db
-rw-r--r-- 1 postgres postgres 12K Jan 25 09:53 /home/t2.db
postgres@0366e9a116c2:/home$

Thanks for your help,

postgres can't access /home, postgres home folder is /var/lib/postgresql/

postgres can't access /home, postgres home folder is /var/lib/postgresql/

I'm trying everything to make it work really, I have created a database directly inside /var/lib/postgresql/.
postgres@349a4ad0de0d:~$ ls -lu
total 3057212
drwxrwxrwx 19 postgres postgres       4096 Jan 26 14:59 data
-rwxrwxrwx  1 postgres postgres<PHONE_NUMBER> Jan 26 15:08 database.ddb

Gave all the rights to my file, also to the directory, but still, i have this error that pops up,  how can I make the right permissions please? How did you do it ?

I'm trying everything to make it work really, I have created a database directly inside /var/lib/postgresql/.
postgres@349a4ad0de0d:~$ ls -lu
total 3057212
drwxrwxrwx 19 postgres postgres       4096 Jan 26 14:59 data
-rwxrwxrwx  1 postgres postgres<PHONE_NUMBER> Jan 26 15:08 database.ddb

Gave all the rights to my file, also to the directory, but still, i have this error that pops up,  how can I make the right permissions please? How did you do it ?

Also there is a weird thing that when I don't have a database before creating a server, everything works, but then i can't open it with duckdb to populate it.
Example:
postgres@349a4ad0de0d:~$ ls
data  duckdb

postgres@349a4ad0de0d:~$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.
postgres=# CREATE SERVER t6 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/var/lib/postgresql/t6.db');
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER t6 INTO public;
IMPORT FOREIGN SCHEMA

postgres@349a4ad0de0d:~$ ls
data          t6.db      t6.db.wal duckdb

postgres@349a4ad0de0d:~$ ./duckdb t6.db
Error: unable to open database "t6.db":

Also there is a weird thing that when I don't have a database before creating a server, everything works, but then i can't open it with duckdb to populate it.
Example:
postgres@349a4ad0de0d:~$ ls
data  duckdb

postgres@349a4ad0de0d:~$ psql
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.
postgres=# CREATE SERVER t6 FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/var/lib/postgresql/t6.db');
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER t6 INTO public;
IMPORT FOREIGN SCHEMA

postgres@349a4ad0de0d:~$ ls
data          t6.db      t6.db.wal duckdb

postgres@349a4ad0de0d:~$ ./duckdb t6.db
Error: unable to open database "t6.db":

just use the Dockerfile you developed,  and nothing special

postgres@0faa08256e78:~$ ls -lh
total 4.0K
drwx------ 19 postgres postgres 4.0K Jan 26 05:35 data
postgres@0faa08256e78:~$ /duckdb/build/release/duckdb hello.db
0.2.4-dev523 2e5ffb465
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');
D .q
postgres@0faa08256e78:~$ psql -Uoptima postgres
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# drop server DuckDB_server;
ERROR:  cannot drop server duckdb_server because other objects depend on it
DETAIL:  foreign table helloworld depends on server duckdb_server
HINT:  Use DROP ... CASCADE to drop the dependent objects too.
postgres=# drop server DuckDB_server CASCADE;
NOTICE:  drop cascades to foreign table helloworld
DROP SERVER
postgres=# CREATE SERVER DuckDB_server FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/var/lib/postgresql/hello.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER DuckDB_server INTO public;
IMPORT FOREIGN SCHEMA
postgres=# select * from helloworld;
    phrase
---------------
 Hello, World!
(1 row)

postgres=# \q
postgres@0faa08256e78:~$ ls -lh
total 20K
drwx------ 19 postgres postgres 4.0K Jan 26 05:35 data
-rw-r--r--  1 postgres postgres  12K Jan 26 15:25 hello.db
-rw-r--r--  1 postgres postgres  115 Jan 26 15:26 hello.db.wal
postgres@0faa08256e78:~$ ls -lh /var/lib/postgresql/
data/            .duckdb_history  hello.db         hello.db.wal     .psql_history
postgres@0faa08256e78:~$ ls -lh /var/lib/|grep postgresql
drwxr-xr-x 1 postgres postgres 4.0K Jan 26 15:26 postgresql
postgres@0faa08256e78:~$

just use the Dockerfile you developed,  and nothing special

postgres@0faa08256e78:~$ ls -lh
total 4.0K
drwx------ 19 postgres postgres 4.0K Jan 26 05:35 data
postgres@0faa08256e78:~$ /duckdb/build/release/duckdb hello.db
0.2.4-dev523 2e5ffb465
Enter ".help" for usage hints.
D CREATE TABLE helloworld (phrase TEXT);
D INSERT INTO helloworld (phrase) VALUES ('Hello, World!');
D .q
postgres@0faa08256e78:~$ psql -Uoptima postgres
psql (13.1 (Debian 13.1-1.pgdg100+1))
Type "help" for help.

postgres=# drop server DuckDB_server;
ERROR:  cannot drop server duckdb_server because other objects depend on it
DETAIL:  foreign table helloworld depends on server duckdb_server
HINT:  Use DROP ... CASCADE to drop the dependent objects too.
postgres=# drop server DuckDB_server CASCADE;
NOTICE:  drop cascades to foreign table helloworld
DROP SERVER
postgres=# CREATE SERVER DuckDB_server FOREIGN DATA WRAPPER duckdb_fdw OPTIONS (database '/var/lib/postgresql/hello.db');
CREATE SERVER
postgres=# IMPORT FOREIGN SCHEMA public FROM SERVER DuckDB_server INTO public;
IMPORT FOREIGN SCHEMA
postgres=# select * from helloworld;
    phrase
---------------
 Hello, World!
(1 row)

postgres=# \q
postgres@0faa08256e78:~$ ls -lh
total 20K
drwx------ 19 postgres postgres 4.0K Jan 26 05:35 data
-rw-r--r--  1 postgres postgres  12K Jan 26 15:25 hello.db
-rw-r--r--  1 postgres postgres  115 Jan 26 15:26 hello.db.wal
postgres@0faa08256e78:~$ ls -lh /var/lib/postgresql/
data/            .duckdb_history  hello.db         hello.db.wal     .psql_history
postgres@0faa08256e78:~$ ls -lh /var/lib/|grep postgresql
drwxr-xr-x 1 postgres postgres 4.0K Jan 26 15:26 postgresql
postgres@0faa08256e78:~$

I can open database created by postgres too.

I can open database created by postgres too.

Please why there is an user named optima ? psql -Uoptima postgres

Please why there is an user named optima ? psql -Uoptima postgres

just copy from my other docker-compose.yml
version: "3.3"
services:
  duckdb_fdw:
     build: .
     ports:
         - "5449:5432"
     volumes:
         - mdata:/var/lib/postgresql/data
     environment:
         - POSTGRES_USER=optima
         - POSTGRES_PASSWORD=123456
         - POSTGRES_DB=postgres
volumes:
  mdata:

you can try this.
and even I use postgres user(in fact it has no business postgres db user with linux user postgres)

just copy from my other docker-compose.yml
version: "3.3"
services:
  duckdb_fdw:
     build: .
     ports:
         - "5449:5432"
     volumes:
         - mdata:/var/lib/postgresql/data
     environment:
         - POSTGRES_USER=optima
         - POSTGRES_PASSWORD=123456
         - POSTGRES_DB=postgres
volumes:
  mdata:

you can try this.
and even I use postgres user(in fact it has no business postgres db user with linux user postgres)

Ok thank you, I figured it how why it doesn't work, it's because I was using the duckdb binary from their release and not from the build directory. Also, my database was constructed using the release binary. Here the proof:
Can't open my database using the built binary from the docker:
➜  app /duckdb/build/release/duckdb ./data/database.db
Error: unable to open database "./data/database.db":
➜  app /duckdb/build/release/duckdb
0.2.4-dev521 fa178a21c
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.
D

But I can open it from the binary from the release
➜  app /download/v0.2.3/duckdb_cli-linux-amd64/duckdb ./data/database.db
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D

And in all my comments here I used the downloaded binary to test duckdb_fdw.
I'm still trying to understand why, and how I can make it work.

Ok thank you, I figured it how why it doesn't work, it's because I was using the duckdb binary from their release and not from the build directory. Also, my database was constructed using the release binary. Here the proof:
Can't open my database using the built binary from the docker:
➜  app /duckdb/build/release/duckdb ./data/database.db
Error: unable to open database "./data/database.db":
➜  app /duckdb/build/release/duckdb
0.2.4-dev521 fa178a21c
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.
D

But I can open it from the binary from the release
➜  app /download/v0.2.3/duckdb_cli-linux-amd64/duckdb ./data/database.db
0.2.4-dev0 436f6455f
Enter ".help" for usage hints.
D

And in all my comments here I used the downloaded binary to test duckdb_fdw.
I'm still trying to understand why, and how I can make it work.

Made it work by using the same exact version of duckdb to build the FDW and to build the database, also by setting before hand the owner and the group as the same UID as postgres user in the container. Thanks.

Made it work by using the same exact version of duckdb to build the FDW and to build the database, also by setting before hand the owner and the group as the same UID as postgres user in the container. Thanks.


Return more fields from extra section

The previous landscape API would return all fields listed in the extra section, while the landscape2 API only returns a set number of fields. It would be great to have the previous behavior.
Example - landscape v1
{
  "name": "OpenEXR",
  "second_path": [
    "Imaging and Color / Image Formats, I/O, and Processing Libraries",
    "Dev Days 2024 / Participating Project"
  ],
  "description": "The goal of the OpenEXR project is to keep the format reliable and modern and to maintain its place as the preferred image format for entertainment content creation.",
  "homepage_url": "https://www.openexr.com/",
  "project": "adopted",
  "repo_url": "https://github.com/AcademySoftwareFoundation/openexr",
  "logo": "openexr.svg",
  "crunchbase": "https://www.crunchbase.com/organization/academy-software-foundation",
  "extra": {
    "artwork_url": "https://artwork.aswf.io/projects/openexr/",
    "mailing_list_url": "https://lists.aswf.io/g/openexr-dev",
    "slack_url": "https://slack.aswf.io",
    "chat_channel": "#openexr",
    "calendar_url": "https://zoom-lfx.platform.linuxfoundation.org/meetings/openexr",
    "ical_url": "https://webcal.prod.itx.linuxfoundation.org/lfx/a092M00001If9ujQAB",
    "documentation_url": "https://docs.openexr.com",
    "contributed_by": "Lucasfilm",
    "slug": "openexr",
    "accepted": "2020-04-24",
    "annual_review_date": "2024-04-17",
    "annual_review_url": "https://github.com/AcademySoftwareFoundation/tac/issues/483",
    "next_annual_review_date": "2025-04-16",
    "dev_stats_url": "https://insights.lfx.linuxfoundation.org/foundation/aswf/overview?project=openexr",
    "chair": "Cary Phillips"
  },
  "github_data": {
    "languages": [
      {
        "name": "C",
        "value": 9334263,
        "color": "#555555"
      },
      {
        "name": "C++",
        "value": 5737890,
        "color": "#f34b7d"
      },
      {
        "name": "Python",
        "value": 174811,
        "color": "#3572A5"
      },
      {
        "name": "CMake",
        "value": 154271
      },
      {
        "name": "M4",
        "value": 26297
      },
      {
        "name": "Shell",
        "value": 24834,
        "color": "#89e051"
      },
      {
        "name": "Starlark",
        "value": 22785
      },
      {
        "name": "Batchfile",
        "value": 6522,
        "color": "#C1F12E"
      },
      {
        "name": "PowerShell",
        "value": 3917,
        "color": "#012456"
      },
      {
        "name": "HTML",
        "value": 1144,
        "color": "#e34c26"
      }
    ],
    "contributions": "6;4;0;0;1;0;0;0;0;1;7;0;1;1;0;11;4;5;12;4;7;15;9;15;8;7;12;10;23;14;18;13;0;0;3;0;0;0;0;0;0;8;10;2;10;0;0;11;9;23;15;12",
    "firstWeek": "2023-10-08Z",
    "stars": 2107,
    "license": "BSD 3-Clause \"New\" or \"Revised\" License",
    "description": "The OpenEXR project provides the specification and reference implementation of the EXR file format, the professional-grade image storage format of the motion picture industry.",
    "latest_commit_date": "2024-10-04T21:58:42Z",
    "latest_commit_link": "/AcademySoftwareFoundation/openexr/commit/c41984b9563b63397f4671bc0c0d86223736c6e7",
    "release_date": "2024-09-30T16:06:56Z",
    "release_link": "https://github.com/AcademySoftwareFoundation/openexr/releases",
    "contributors_count": 138,
    "contributors_link": "https://github.com/AcademySoftwareFoundation/openexr/graphs/contributors"
  },
  "repos": [
    {
      "url": "https://github.com/AcademySoftwareFoundation/openexr",
      "stars": 1625
    },
    {
      "url": "https://github.com/AcademySoftwareFoundation/Imath",
      "stars": 376
    },
    {
      "url": "https://github.com/AcademySoftwareFoundation/openexr-images",
      "stars": 98
    },
    {
      "url": "https://github.com/AcademySoftwareFoundation/openexr-examples",
      "stars": 7
    },
    {
      "url": "https://github.com/AcademySoftwareFoundation/openexr-website",
      "stars": 1
    }
  ],
  "github_start_commit_data": {
    "start_commit_link": "/AcademySoftwareFoundation/openexr/commit/6e37ef8aed4e20ea834f570845533b65a97a3bc4",
    "start_date": "2003-01-21T06:34:28Z"
  },
  "image_data": {
    "fileName": "open-exr.svg",
    "hash": "k4f/wYPCQyNQytS590ldXMhL97lQkfHWzrRT42eijlA="
  },
  "firstCommitDate": "2003-01-21T06:34:28Z",
  "firstCommitLink": "https://github.com/AcademySoftwareFoundation/openexr/commit/6e37ef8aed4e20ea834f570845533b65a97a3bc4",
  "latestCommitDate": {
    "text": "this week",
    "value": "990",
    "original": "2024-10-04T21:58:42Z"
  },
  "latestCommitLink": "https://github.com/AcademySoftwareFoundation/openexr/commit/c41984b9563b63397f4671bc0c0d86223736c6e7",
  "releaseDate": {
    "text": "this week",
    "value": "990",
    "original": "2024-09-30T16:06:56Z"
  },
  "releaseLink": "https://github.com/AcademySoftwareFoundation/openexr/releases",
  "commitsThisYear": 311,
  "contributorsCount": 138,
  "contributorsLink": "https://github.com/AcademySoftwareFoundation/openexr/graphs/contributors",
  "language": "C",
  "stars": 2107,
  "license": "BSD 3-Clause \"New\" or \"Revised\" License",
  "headquarters": "San Francisco, California",
  "twitter": "https://twitter.com/AcademySwf",
  "latestTweetDate": "2023-04-12T17:25:09.000Z",
  "organization": "Academy Software Foundation",
  "crunchbaseData": {
    "name": "Academy Software Foundation",
    "description": "Academy Software Foundation is an open source foundation intended for developers in the motion picture and media space.",
    "homepage": "http://www.aswf.io",
    "city": "San Francisco",
    "region": "California",
    "country": "United States",
    "twitter": "https://twitter.com/AcademySwf",
    "linkedin": "https://www.linkedin.com/company/academysoftwarefoundation/",
    "acquisitions": [
      {
        "date": "2023-04-01",
        "acquiree": "OpenImageIO"
      }
    ],
    "parents": [
      "https://www.crunchbase.com/organization/linux-foundation"
    ],
    "stockExchange": null,
    "company_type": "Non Profit",
    "industries": [
      "Film",
      "Media and Entertainment",
      "Open Source",
      "Software"
    ],
    "numEmployeesMin": null,
    "numEmployeesMax": null
  },
  "path": "ASWF Projects / All",
  "landscape": "ASWF Projects / All",
  "category": "ASWF Projects",
  "amount": "N/A",
  "oss": true,
  "href": "logos/open-exr.svg",
  "bestPracticeBadgeId": 2799,
  "bestPracticePercentage": 100,
  "industries": [
    "Film",
    "Media and Entertainment",
    "Open Source",
    "Software"
  ],
  "starsPresent": true,
  "starsAsText": "2,107",
  "marketCapPresent": false,
  "marketCapAsText": "N/A",
  "id": "open-exr",
  "flatName": "OpenEXR",
  "member": false,
  "relation": "adopted",
  "isSubsidiaryProject": false
}

landscape v2
{
    "category": "ASWF Projects",
    "homepage_url": "https://www.openexr.com/",
    "id": "aswf-projects--all--openexr",
    "logo_url": "https://aswf.landscape2.io/logos/91f168e585f3f5f16c79eb60b1e658d6cfdea17dfa1529eba6aabdff689d9f93.svg",
    "name": "OpenEXR",
    "subcategory": "All",
    "accepted_at": "2020-04-24",
    "additional_categories": [
      {
        "category": "Dev Days 2024",
        "subcategory": "Participating Project"
      }
    ],
    "artwork_url": "https://artwork.aswf.io/projects/openexr/",
    "chat_channel": "#openexr",
    "country": "United States",
    "crunchbase_url": "https://www.crunchbase.com/organization/academy-software-foundation",
    "description": "The goal of the OpenEXR project is to keep the format reliable and modern and to maintain its place as the preferred image format for entertainment content creation.",
    "devstats_url": "https://insights.lfx.linuxfoundation.org/foundation/aswf/overview?project=openexr",
    "mailing_list_url": "https://lists.aswf.io/g/openexr-dev",
    "maturity": "adopted",
    "oss": true,
    "repositories": [
      {
        "url": "https://github.com/AcademySoftwareFoundation/openexr",
        "languages": {
          "Batchfile": 6522,
          "C": 8300833,
          "C++": 3738166,
          "CMake": 85070,
          "HTML": 572,
          "M4": 26297,
          "Python": 146173,
          "Shell": 17470,
          "Starlark": 22785
        },
        "primary": true
      },
      {
        "url": "https://github.com/AcademySoftwareFoundation/Imath",
        "languages": {
          "C": 1022478,
          "C++": 1931864,
          "CMake": 68673,
          "HTML": 572,
          "PowerShell": 3917,
          "Python": 28638,
          "Shell": 7364
        },
        "primary": false
      },
      {
        "url": "https://github.com/AcademySoftwareFoundation/openexr-images",
        "languages": { },
        "primary": false
      },
      {
        "url": "https://github.com/AcademySoftwareFoundation/openexr-examples",
        "languages": {
          "C": 10952,
          "C++": 63723,
          "CMake": 479
        },
        "primary": false
      },
      {
        "url": "https://github.com/AcademySoftwareFoundation/openexr-website",
        "languages": { },
        "primary": false
      }
    ],
    "slack_url": "https://slack.aswf.io"
  },

Hi @jmertic 👋
Which ones are you missing? We'd be happy to consider adding any of them back.
Please note that landscape v2 only reads the extra fields defined in the corresponding type (also documented here). So fields like ical_url or contributed_by in your initial example do not actually 'exist' in v2, and are ignored when the landscape data file is processed.

Hi @tegioz!
Ideally - I'd like to have any non-documented ones listed; this would align with the v1 behavior. I'd be fine with it if you wanted to put it under another level in the JSON response, but we should have them returned.

Allowing mixing landscape and user-defined fields at the same object level (in the extra section) could be confusing and potentially lead to problems. It could be confusing for any user interested in the landscape seeing fields that are not actually related to any landscape functionality. But more importantly, this could create problems if at some point any of the user-defined fields matches a landscape one. If the matching field was using a different format or an invalid value, it would break the landscape build. We don't want to encourage this behavior, so we'd rather not to go this way.
One option would be to add a new field so that landscape users can attach information that's relevant to their applications, something similar to the Kubernetes annotations. You could move the fields in extra that are not related to the landscape to this new annotations object. And we could return them from the API so that your application can use them. This would provide the same functionality in a clean and error-free way.
Alternatively, you can always consume the landscape.yml data file directly from your application, instead of relying on the landscape v2 API. The information we return from the API comes entirely from that file (we are not allowed to use Crunchbase data on it, and likely GitHub's neither), so the main difference is how the data is organized. Please note that this approach still exposes you to a potential conflict in the case a landscape field name ends up matching one of the user-defined ones.
Happy to go with the annotations way if that would help you 🙂

annotations is a great way to address this - thanks!

Awesome, we'll take care of it 👍

Annotations added!
Closed by #721


[Feature]: Show signal strength

It would be handy if networkmgr could show the strength of wifi signals.
It doesn't look like ifconfig supplies this data but apparently wlanstats can be used for this. wlanstats could be included with ghostbsd and BSD users could see their wifi signal strength by mousing over the networkmgr tray icon or see it in the networkmgr connection menu next to each connection if they have wlanstats installed.

If I understand, what you want is the signal strength number on the mouseover?

That's right, thanks!
On Wed, Feb 16, 2022 at 12:26 AM Eric Turgeon @.***>
wrote:

If I understand, what you want is the signal strength number on the
mouseover?
—
Reply to this email directly, view it on GitHub
https://github.com/ghostbsd/networkmgr/issues/81#issuecomment-1040935296,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAK5CF3S54EMT74PQHMNC4LU3LVMNANCNFSM5OQBHIKQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

The only thing left is to update the tag and port.


backup raw kv (#6308)

Signed-off-by: xinhua5<EMAIL_ADDRESS>Signed-off-by: MyonKeminta<EMAIL_ADDRESS>
What have you changed?
This PR cherry-picks #6308 to release-3.1 branch.
What is the type of the changes?

New feature (a change which adds functionality)

How is the PR tested?

Unit test
Integration test

Does this PR affect documentation (docs) or should it be mentioned in the release notes?

No

Does this PR affect tidb-ansible?
No

/run-all-tests

/run-all-tests


Auth Derive

Context
Rewrite all Auth#parse functions as a derivable trait to both KISS and avoid accidentally introducing errors to the module due to typos/human error.
Summary

[x] Separate AuthParse from AuthModule
[x] Add proc macro for AuthParse
[x] Move to cargo workspace (proc macros have to be in their own lib)
[x] Rename web/ to hecate_ui for consistency
[x] Change default web location in hecate
[x] Add --ui <folder> flag to specify UI config

cc/ @ingalls

This work was completed here if folks are interested in pulling it in https://github.com/ingalls/Hecate/pull/2


fix: two little grammatical problems

Changes:
fix: two little grammatical problems

Hi @jamieliu1023, thank you for your contribution!
Now you are eligible to receive the very special Contributor T-shirt！
Just fill out the Contributors Submissions form~


Changlog in readme

Just moved data from a lost and isolated file to the main readme and moved citation up.

Sorry, wrong branch.


AppXBundle supports multiple architectures x64_ x86

I already have native desktop with appxbundle(which supports all architectures) format submitted to the store, now I am trying to upgrade the app with electron and I have .appx package with me
Got this error
A previous submission for this app was released with a Windows 10 .msixbundle or .appxbundle. Subsequent submissions must continue to contain a Windows 10 .msixbundle or .appxbundle.
Just wondering how do I create .appxbundle for electron app which supports the all architecture

I am not sure, actually. Presumably you need to package up multiple appx packages (and bundle both x64 and ia32 Electron builds into one package), so I’d suggest that you take this question to Microsoft’s support forums.

On Nov 20, 2018, at 05:47, Mani<EMAIL_ADDRESS>wrote:
I already have native desktop with appxbundle(which supports all architectures) format submitted to the store, now I am trying to upgrade the app with electron and I have .appx package with me
Got this error
A previous submission for this app was released with a Windows 10 .msixbundle or .appxbundle. Subsequent submissions must continue to contain a Windows 10 .msixbundle or .appxbundle.
Just wondering how do I create .appxbundle for electron app which supports the all architecture
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.


Update state transition to 0.9.0

add new spec tests from 0.8.4 release -  https://github.com/ethereum/eth2.0-specs/pull/1444
update state transition changes and spec tests from - https://github.com/ethereum/eth2.0-specs/pull/1453

@mpetrunic please assign this to me if this is ready to work on.

Ill assign you, but I didn't have time yesterday to push spec tests, I'll do it in an hour and half

@tuyennhv
<EMAIL_ADDRESS>

Merged to branch 0.9.0.


Playground filtering response (extensions being hidden)

This issue pertains to the following package(s):

[x] GraphQL Playground HTML

What OS and OS version are you experiencing the issue(s) on?
macOS 10.13.4
What version of graphql-playground(-electron/-middleware) are you experiencing the issue(s) on?
graphql-playground-middleware-koa
What is the expected behavior?
I see the complete response in the result window
What is the actual behavior?
The result window response does not match the network response, specifically, it swallows the extensions: { duration } object.
What steps may we take to reproduce the behavior?
https://github.com/jedahan/playground-filtering has a relatively minimal example, which I will copy below
# server.js

const Koa = require('koa')
const mount = require('koa-mount')
const cors = require('@koa/cors')
const graphqlHTTP = require('koa-graphql')
const koaPlayground = require('graphql-playground-middleware-koa').default
const opn = require('opn')
const getPort = require('get-port')
const app = new Koa()

const { buildSchema } = require('graphql')
const schema = buildSchema(`
type Query {
  hello: Hello,
}
type Hello {
  there: String
}
type Mutation {
  setHello(input: HelloInput!): Hello
}
input HelloInput {
  there: String!
}
`)

const db = {
  hello: {
    there: `General Kenobi!`
  }
}

const rootValue = {
  hello: () => db.hello,
  setHello: ({ hello }) => {
    previous = db.hello
    db.hello = hello
    return previous
  }
}

app.use(cors())

app.use(
  mount(
    '/graphql',
    graphqlHTTP(async (request) => {
      const start = Date.now()
      const extensions = ({ document, variables, operationName, result }) => ({
        duration: new Date() - start
      })
      return { schema, rootValue, extensions }
    })
  )
)

app.use(
  mount(
    '/playground',
    koaPlayground({
      endpoint: '/graphql'
    })
  )
)

getPort({ port: 4000 }).then(port => {
  app.listen(port, () => {
    const base = `http://localhost:${port}`
    console.log(`API: ${base}/graphql`)
    console.log(`Playground: ${base}/playground`)
    opn(`${base}/playground`)
  })
})

Thanks for reporting @jedahan !
This is already possible, I just added it to the readme: https://github.com/prismagraphql/graphql-playground/blob/master/README.md#settings


HYPRE version

The latest release of PETSc (3.9, released last week) recently updated to use HYPRE 2.14, but it seems it is not currently supported by MFEM master, am I right?
Errors (below) are all with the memory management macros
This also raises the question of how to maintain the support. Should MFEM be always backward compatible with TPL packages, or master should be always in synch with the latest packages releases?
/home/szampini/src/mfem/linalg/hypre_parcsr.cpp:210:68: error: macro "hypre_CTAlloc" requires 3 arguments, but only 2 given
HYPRE_Real *eliminate_row = hypre_CTAlloc(HYPRE_Real, diag_nrows);
/home/szampini/src/mfem/linalg/hypre_parcsr.cpp:288:24: error: macro "hypre_TFree" requires 2 arguments, but only 1 given
hypre_TFree(buf_data);
/home/szampini/src/mfem/linalg/hypre.cpp:682:53: error: macro "hypre_TAlloc" requires 3 arguments, but only 2 given
col_starts = hypre_TAlloc(HYPRE_Int, part_size);

There is already a branch in preparation in PR #469 which should solve the issue.


not able to up recorder

while executing node app facing following error
/root/shah/siprec/drachtio-siprec-recording-server/app.js:7
let callHandler;
^^^
SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:374:25)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Function.Module.runMain (module.js:442:10)
at startup (node.js:136:18)
at node.js:966:3

Its working fine with basic config and creating the recording file.
thanks for your help Dave

Great!


Add new swagger specification and examples for azure SingalR service

Add new swagger specification and examples for azure SingalR service Resource provider.  The swagger file is generated using Swashbuckle and is swagger-2.0 based.
Tests performed:

autoRest <path to readme.md> --azure-validator=true passed with two warnings. Both warnings suggests replacing boolean property with enum however they must to be boolean according to ARM api spec.
oav validate-spec <spec-path> passed
oav validate-example <spec-path> passed

Automation for azure-sdk-for-node

Automation for azure-libraries-for-java

Automation for azure-sdk-for-python

Automation for azure-sdk-for-go

Thanks for review, I'm going to resolve all your comments and send another PR to the private repo.


Test mode

Is it possible to show ad in the test mode?

Hi, on iOS version, it automatically sets testing mode when using the simulator.
For Android, it's still unimplemented, but I think I'll implement this option soon (unless someone sends a pull request before I do it).

At the moment, when trying to test on iOS, ads are not shown because the device needs to be added to test devices. Can you suggest how we are supposed to add test devices?

Hi, this is strange. I always get test ADS on iOS simulator and on iOS devices I get real ads.
Maybe you should check your AdMob panel to see if the package ID on your ad unit, fits the package ID of you app.
Anyway, so far there's no API implemented on the extension to add test devices, but I may add this soon.

Hmm . . . it seems like we're actually just never seeing ads on ios. Even tried adding the device id to test devices in the mm and rebuilding.

Have you tried on simulator?

Hey Federico, could you please check your Skype? I contacted you on the problem!

Hi, please leave your details about the issue here, so that the information remains public to the rest of the users. Also, I don't provide support though Skype (as I do this on my free time).

Hi guys, I've just published a new version of the extesion including the ability to enable test ads.
Just call
AdMob.enableTestingAds();

Before calling init and it'll always display test ads.
This version also fixes one bug in iOS interstitials, so I encourage you to upgrade.
Thanks!


Analytics Dash v1: Allow users to click in and view where positive cases are

Description
We want users with multiple facilities to be able to see where their positive cases are coming from.
Proposed solution

When users see the # Positive cases, they should be able to click on the # and be taken to the Results tab
The results tab should open with the same filters the user had on the dashboard view (e.g. if they were looking at organization, last 7 days, they should see all positive results from the past 7 days across all facilities)

Additional context
We may need to add "organization" as a choice on the drop down to enable this. This would likely be bad UX if we had it only for results so we should discuss with design how to approach that if we need to make it.

We did add a view on the results page to filter by facility (including all facilities) so this is unblocked if we still want to pursue it.

Closing this; we'll look into the dashboard more broadly at some point and determine if this is still an issue.


[TOPI] Fix reduction

A small fix to cuda reduction schedule
cc @icemelon9 @masahi

Thanks @zhiics


Customize the ObjectMapper used by DgsQueryExecutor in tests

The current DGSExecutor does not offer a way to customize the object mapper used for deserializing the responses, i.e. the various executeAndExtract (methods primarily used by tests).

Well, you can check Custom Object Mapper page.

I don't think this https://netflix.github.io/dgs/advanced/custom-object-mapper/ helps. I've tried it with no luck and the page says it's for serialization. It seems this global ObjectMapper https://github.com/Netflix/dgs-framework/blob/v4.10.2/graphql-dgs/src/main/kotlin/com/netflix/graphql/dgs/internal/BaseDgsQueryExecutor.kt#L48 is used for deserialization in tests and that can't be changed.

That is correct, we need to implement support for this as mentioned in my original comment.

Did this issue ever get resolved?


MANIFEST.in: include the license text in sdist

Several variants of the BSD license exist, so include the actual license
text in sdist for clarity.
Signed-off-by: Peter Korsgaard<EMAIL_ADDRESS>

@scls19fr This change is a duplicate of #116 so this can be closed.

Thanks @tomschr for pointing this.
Thanks @jacmet for this PR but your changes have been merged in an other PR.
Feel free to still contribute...


BUG setup.cfg flake8 options ignored when developing in remote container

I don't think it's ever picked up...might need to copy known config files to the tmp directory


[loc][Query][vscode-cmake-tools] Localizability of 0; "./src/kit.detected.kit.for.version"

Hello developers,
please help localization team to answer question from translator.
In case translator is not sure about context/meaning/localizability of string we raise a question.
Source:
Detected VsKit for version
File Name:
Src\vscode-extensions\vscode-cmake-tools.xlf
Query:
Could we have more context here? what is after the segment?

After this string is displayed, additional information is also printed to the debug log.  The English string may not be very good.  Perhaps we should change it.  "VsKit" refers to a Visual Studio C++ compiler toolset.

Thanks for the comment


How do I install this extension?

I am a total newb. I have Node.js. How do I install this extension? I installed next.chrome.js in Tampermonkey on my chrome but it only shows a white screen when on agar.io.

Run npm install and jspm install. This will install all needed dependencies.
Once all dependencies have been installed, you can run gulp dev. This generates the bundled files and launches a local server on port 8080 through browser-sync. Then, you can visit agar.io.
Please note that it's very early stages and you may come across a few bugs. Let us know if you find anything.

@aiiman our instruction is just for testing, please wait until we release our first version of NEXT

I have issues with npm. jspm is allright.
~ npm WARN install Couldn't install optional dependency: Unsupported
~  throw err;
^
Error: Cannot find module 'readable-stream'
~ npm WARN<EMAIL_ADDRESS><EMAIL_ADDRESS>install: node-gyp rebuild
npm WARN<EMAIL_ADDRESS>Exit status 1 (this repeats one time)
~ npm WARN<EMAIL_ADDRESS><EMAIL_ADDRESS>install: node-gyp re                                                                                build
npm WARN<EMAIL_ADDRESS>Exit status 1
npm WARN EPACKAGEJSON<EMAIL_ADDRESS>No repository field.
I'm noob like aiiman too. Thanks for this!

I literally have no idea how to do this. Can you guide me through a step-by-step instruction?

@acydwarp All I did was open cmd and cd the directory of the extension's folder. Then, type npm install and it did something. Did the same for jspm, nothing happened. I really don't know anything.

First install nodejs stable on your computer (restart cmd.) Then cd to where you have unzipped your NEXT folder cd NEXT if you are not already in that folder. Then do npm install then you will want to run npm install -g jspm and you will want to run npm install -g gulp. At that point you may need to restart your cmd. Then cd back to NEXT and run jspm install and after that is completed you will want to install the userscript (you could do that at any time.) Lastly you will want to run gulp dev in that directory whenever you want to be able to use the extension.

@henopied Thank you! Your instructions worked. I didn't know about npm install -g jspm and npm install -g gulp.
@acydwarp The extension's fps is super-smooth! But the cells roundness is not smooth. And, I think it's better to use the vanilla agar.io's font.

Thanks to all, its running now.


Implement REST endpoints to query workflow states

As part of #664, REST resources need to be added and modified to accommodate for the new workflow model introduced in #671.
Refer to the REST API endpoints section of #664 for details.

Implemented in https://github.com/DependencyTrack/hyades-apiserver/pull/243


Progress monitor

Since it can take almost a minute, it'd be nice to have a progress monitor like on the web.

Not interested in littering the UI with a progress bar, but in 1.3.0 it will show the current speed estimate live.


[Label] Icons should have correct margin when placed after the text

This works:

  Mail

This, almost works (the spacing is off):

  Mail

Here is a screen shot of the difference:

Only if I use the delete icon is the spacing as it should be.  Here is the code:

  Tag

Here is a screen shot showing the difference in the spacing:

Is there any way to get the spacing to work for other icons?  If so, can you please let me know how?
Thanks.

Hi @moshemo,
Sorry for the delay, it’s very easy to fix. Open installation_folder/src/site/elements/label.overrides, put the following there and rebuild the framework:
.ui.label > .right.icon {
  margin: 0em 0em 0em @iconDistance;
}

You can choose your own namespace instead of .right.icon.

Thanks - much appreciated.

@Banandrew I think it is an error that the documentation fails to mention this:

I'm even inclined to believe that the modification you suggested (all icons supported) is the intented behavior. If you would be so kind, please re-open this thread so we can get clarification on this issue.

@louwers I’ll submit a PR this weekend.

@louwers I’ll submit a PR this weekend.

a good structure like input element

text

text

#5446

@abolfazl-ziaratban Not sure what you're trying to say.

@abolfazl-ziaratban I somewhat agree, but I also feel like this is a breaking change, and if we introduce a similar markup now, it might break the component for production websites that use it. Maybe we should wait for Jack’s opinion on this.
@louwers Sorry for the delay, the issue’s a bit complicated.

I think generally some icons should appear on left or right.  .e.g "X" icon usually on right, where mail icon usually on left. I think using an override is reasonable, but have to be careful since right arrow etc use right class.

@Banandrew , Your opinion is reasonable.
@jlukic override is reasonable but I'm exiting the semantic ui standard.
this is my comment
semantic/src/site/elements/label.overrides
.ui.label.icon > .icon{
    margin : 0em @iconDistance 0em 0em;
}

.ui.label.icon[class*="right icon"] > .icon{
    margin : 0em 0em 0em @iconDistance;
}

examples

  23

  23

This has not been merged.

Got PR for this issue for labels

What about @abolfazl-ziaratban's suggestion?

This was fixed in https://github.com/fomantic/Fomantic-UI/pull/388 and releases in Fomantic UI v.2.7.2, a community fork of Semantic UI.


[usb/rtl] Fix SVAs

This resolves lowRISC/OpenTitan#1533.

Didn't know that the clock name was different. sorry for not catching it.

Thanks @eunchan. It was not just the clock. Also the assertion it self was not correct. But now it's all fixed.


User Key Binding to Toggle Shell

Is it possible to assign a key in the key map to toggle the shell?  If so, what is the command id?
I would appreciate that over clicking on the icon.
Thanks.

I don't have a shortcut key yet.  I have one in the next version which I'm working on which is implemented but haven't had any luck finding the time to finish up the next version.  Hoping to find time soon.

Thanks.  I'll look forward to it.  Your shell extension is quite handy.

Thank you for the positive feedback, I appreciate that.  The next version when I get to finish it will have multiple tabs with each tab having it's own settings for colors, folder tracking, and others.

This would be awesome :+1:  Can't wait for the update.


JNI without "GetPixelType"

I can't find this method in jni.
How to get the current Pixel Type (Color) setting?
The DTWAIN_GetPixelType function gets the current Pixel Type (Color) and Bit Depth (Bits Per Pixel) that will be used when acquiring an image.
DTWAIN_BOOL DTWAIN_GetPixelType

Try:
DTWAIN_GetCapValuesInt(source, DTwainCapabilityHandler.ICAP_PIXELTYPE,  DTwainJavaAPIConstants.DTWAIN_CAPGETCURRENT);
In general, any capability can be retrieved using the family of function that are named DTWAIN_GetCapValues...().   The capabilities can be found in the Twain Specification.


Set MySQL sql_mode on knex pool connection

Hi,
i would like to set sql_mode to NO_ENGINE_SUBSTITUTION in order to bypass the default strict mode in MySQL server v5.7.x
One can check the sql_mode MySQL variable through typing SHOW VARIABLES LIKE 'sql_mode'; from MySQL client console.

Default for MySQL server v5.6.x
NO_ENGINE_SUBSTITUTION

Default for MySQL server v5.7.x
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

My current workaround was to modify mysqld section in /etc/mysql/my.cnf file:
sql_mode='NO_ENGINE_SUBSTITUTION'
I would like to keep it on the webapplication level rather than the DB server level though. Any advices appreciated.
Thanks!

Hi @rhys-vdw ,
I don't know if it is the official way to achieve the above mentioned result, nonetheless overriding the afterCreate function in the pool section of connection settings does the trick for me. Here's the source:
dbase: {
          client: 'mysql',
          connection: {
            socketPath: '/var/run/mysqld/mysqld.sock',
            database : 'db_name',
            user: 'db_username',
            password : 'db_password',
            timezone: 'UTC',
            charset: 'utf8mb4_unicode_ci',
            supportBigNumbers:true
          },
          pool: {
            min: 2,
            max: 10,
            afterCreate: function(conn, cb) {
              conn.query('SET sql_mode="NO_ENGINE_SUBSTITUTION";', function (err) {
                cb(err, conn);
              });
            }
          }
        }

Best regards,
Luca

Thanks @lanceschi, I didn't respond because I had no idea what the solution is. I wonder if it would be worth adding something about this callback to the FAQ?


Cancel and delete imports

Hello and thank you!
I just set this up and I don't see an option to cancel the imports. I didn't know it would take such a long time to import certain data ranges, also, is there a way to delete imports?
Thanks!

Good point,
managing (deleting data) is on the roadmap, I will add canceling imports to it. (Just to be clear: when you want to cancel you want to keep the data up until that point?)

Naw, because if you wanted to get the data up to a certain point, you can just rerun the import. Thanks so much. Another question, I'm not a super programmer or anything like that, I know a bit of python though, is there anyway I can help out. Also, do you are a link to add new coins and or exchanges, I think you had that before but the page I saw was down. Thanks again.

The link is here: https://gekko.wizb.it/docs/extending/add_an_exchange.html

Naw, because if you wanted to get the data up to a certain point, you can just rerun the import.

But it's not bad that it will be stored right? The importer will actually pump market data straight into the database when it receives it. So stopping halfway would store half the import. But I guess this doesn't matter once you can easily delete datasets as well.

Up to you man, Sounds great, thanks so much! Keep up the good work!

Is there any updates on this? I try to import data from binance but it doesn't start at all.
I get this message on console:

Deprecation warning: moment().add(period, number) is deprecated. Please use moment().add(number, period). See http://momentjs.com/guides/#/warnings/add-inverted-param/ for more info.

Yeah being able to get rid of the imports that didn't even start would be nice.
It would also be useful to re-run past imports to get the latest data.


hyprland-plugins: Error when  updating on latest git

Regression?
Yes
System Info and Version
 System/Version info
Hyprland, built from branch main at commit 4b4971c06fb02df00a2bd20b6b47b5d0e7d799a7  (internal: introduce new types to avoid unsigned int rollover and signed int overflow (7216)).
Date: Thu Aug 8 21:01:50 2024
Tag: v0.42.0-2-g4b4971c0, commits: 5071

flags: (if any)

System Information:
System name: Linux
Node name: loseardes77-dtk
Release: 6.10.3-273-tkg-pds
Version: #1 SMP PREEMPT_DYNAMIC TKG Fri, 09 Aug 2024 10:48:29 +0000

GPU information:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation AD107 [GeForce RTX 4060] [10de:2882] (rev a1) (prog-if 00 [VGA controller])
NVRM version: NVIDIA UNIX x86_64 Kernel Module  555.58.02  Tue Jun 25 01:39:15 UTC 2024

os-release: NAME="Arch Linux"
PRETTY_NAME="Arch Linux"
ID=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinux.org/"
DOCUMENTATION_URL="https://wiki.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues"
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=archlinux-logo

plugins:

Description
When i updated hyprland today i tryed to update plugins too with hyprpm update but it failed with this output:
! Using --force, I hope you know what you are doing.
[v] version returned: Hyprland, built from branch main at commit 4b4971c06fb02df00a2bd20b6b47b5d0e7d799a7  (internal: introduce new types to avoid unsigned int rollover and signed int overflow (7216)).
Date: Thu Aug 8 21:01:50 2024
Tag: v0.42.0-2-g4b4971c0, commits: 5071

flags: (if any)

[v] parsed commit 4b4971c06fb02df00a2bd20b6b47b5d0e7d799a7 at branch main on Thu Aug 8 21:01:50 2024, commits 5071

! Cloning https://github.com/hyprwm/hyprland, this might take a moment.
✔ cloned
[v] will run: cd /tmp/hyprpm/hyprland-loseardes77 && git checkout 4b4971c06fb02df00a2bd20b6b47b5d0e7d799a7 2>&1
[v] git returned (co): Note: switching to '4b4971c06fb02df00a2bd20b6b47b5d0e7d799a7'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 4b4971c0 internal: introduce new types to avoid unsigned int rollover and signed int overflow (#7216)

[v] git returned (rs): rm 'subprojects/tracy'
HEAD is now at 4b4971c0 internal: introduce new types to avoid unsigned int rollover and signed int overflow (#7216)

✔ checked out to running ver
! configuring Hyprland
[v] setting PREFIX for cmake to /home/loseardes77/.local/share/hyprpm/headersRoot
[v] cmake returned: Not searching for unused variables given on the command line.
-- The C compiler identification is GNU 14.2.1
-- The CXX compiler identification is GNU 14.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Gathering git info
-- Found Python3: /usr/bin/python3.12 (found version "3.12.4") found components: Interpreter
Building itab.c/itab.h...
-- Found PkgConfig: /usr/bin/pkg-config (found version "2.1.1")
-- Found wayland-protocols at //usr/share/wayland-protocols
-- Configuring Hyprland in Release with CMake
-- Checking deps...
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenGL: /usr/lib/libOpenGL.so  found components: GLES3
-- Checking for module 'hyprutils>=0.2.1'
--   Found hyprutils, version 0.2.1
-- Checking for modules 'aquamarine;xkbcommon;uuid;wayland-server;wayland-client;wayland-cursor;wayland-protocols;cairo;pango;pangocairo;pixman-1;xcursor;libdrm;libinput;hwdata;libseat;libdisplay-info;libliftoff;libudev;gbm;hyprlang>=0.3.2;hyprcursor>=0.1.7;hyprutils>=0.2.1'
--   Found aquamarine, version 0.3.0
--   Found xkbcommon, version 1.7.0
--   Found uuid, version 2.40.2
--   Found wayland-server, version 1.23.0
--   Found wayland-client, version 1.23.0
--   Found wayland-cursor, version 1.23.0
--   Found wayland-protocols, version 1.36
--   Found cairo, version 1.18.0
--   Found pango, version 1.54.0
--   Found pangocairo, version 1.54.0
--   Found pixman-1, version 0.43.4
--   Found xcursor, version 1.2.2
--   Found libdrm, version 2.4.122
--   Found libinput, version 1.26.1
--   Found hwdata, version 0.385
--   Found libseat, version 0.8.0
--   Found libdisplay-info, version 0.2.0
--   Found libliftoff, version 0.5.0
--   Found libudev, version 256
--   Found gbm, version 24.3.0-devel
--   Found hyprlang, version 0.5.2
--   Found hyprcursor, version 0.1.9
--   Found hyprutils, version 0.2.1
-- Looking for execinfo.h
-- Looking for execinfo.h - found
-- Configuration supports execinfo
-- Looking for backtrace in execinfo
-- Looking for backtrace in execinfo - not found
-- Looking for sys/timerfd.h
-- Looking for sys/timerfd.h - found
-- Checking for module 'epoll-shim'
--   Package 'epoll-shim', required by 'virtual:world', not found
-- XWAYLAND Enabled (NO_XWAYLAND not defined) checking deps...
-- Checking for modules 'xcb;xwayland;xcb-util;xcb-render;xcb-xfixes;xcb-icccm;xcb-composite;xcb-res;xcb-ewmh;xcb-errors'
--   Found xcb, version 1.17.0
--   Found xwayland, version 24.1.2
--   Found xcb-util, version 0.4.1
--   Found xcb-render, version 1.17.0
--   Found xcb-xfixes, version 1.17.0
--   Found xcb-icccm, version 0.4.2
--   Found xcb-composite, version 1.17.0
--   Found xcb-res, version 1.17.0
--   Found xcb-ewmh, version 0.4.2
--   Found xcb-errors, version 1.0.1
-- SYSTEMD support is requested (NO_SYSTEMD not defined)...
-- Setting precompiled headers
-- Setting link libraries
-- Checking for module 'hyprutils>=0.1.1'
--   Found hyprutils, version 0.2.1
-- Checking for modules 'tomlplusplus;hyprutils>=0.1.1'
--   Found tomlplusplus, version 3.4.0
--   Found hyprutils, version 0.2.1
-- Configuring done (0.9s)
-- Generating done (0.0s)
-- Build files have been written to: /tmp/hyprpm/hyprland-loseardes77/build

✔ configured Hyprland
[v] installation will run: sed -i -e "s#PREFIX = /usr/local#PREFIX = /home/loseardes77/.local/share/hyprpm/headersRoot#" /tmp/hyprpm/hyprland-loseardes77/Makefile && cd /tmp/hyprpm/hyprland-loseardes77 && make installheaders
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━  4 / 5  Installing sources[v] installer returned: # remove previous headers from hyprpm's dir
rm -fr /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland
mkdir -p /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/protocols
mkdir -p /home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig
cmake --build ./build --config Release --target generate-protocol-headers
[0/2] Re-checking globbed directories...
[1/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-global-shortcuts-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-global-shortcuts-v1.hpp
[2/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-toplevel-export-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-toplevel-export-v1.hpp
[3/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-screencopy-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-screencopy-unstable-v1.hpp
[4/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-gamma-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-gamma-control-unstable-v1.hpp
[5/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/text-input-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/text-input-unstable-v1.hpp
[6/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-foreign-toplevel-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-foreign-toplevel-management-unstable-v1.hpp
[7/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-output-power-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-output-power-management-unstable-v1.hpp
[8/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/virtual-keyboard-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/virtual-keyboard-unstable-v1.hpp
[9/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-virtual-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-virtual-pointer-unstable-v1.hpp
[10/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/input-method-unstable-v2.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/input-method-unstable-v2.hpp
[11/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/kde-server-decoration.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/kde-server-decoration.hpp
[12/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-focus-grab-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/hyprland-focus-grab-v1.hpp
[13/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-output-management-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-output-management-unstable-v1.hpp
[14/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-data-control-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-data-control-unstable-v1.hpp
[15/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-layer-shell-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wlr-layer-shell-unstable-v1.hpp
[16/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wayland-drm.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wayland-drm.hpp
[17/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/tearing-control-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/tearing-control-v1.hpp
[18/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/fractional-scale-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/fractional-scale-v1.hpp
[19/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-output-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-output-unstable-v1.hpp
[20/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/cursor-shape-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/cursor-shape-v1.hpp
[21/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/idle-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/idle-inhibit-unstable-v1.hpp
[22/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/relative-pointer-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/relative-pointer-unstable-v1.hpp
[23/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-decoration-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-decoration-unstable-v1.hpp
[24/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/alpha-modifier-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/alpha-modifier-v1.hpp
[25/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/ext-foreign-toplevel-list-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/ext-foreign-toplevel-list-v1.hpp
[26/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/pointer-gestures-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/pointer-gestures-unstable-v1.hpp
[27/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/keyboard-shortcuts-inhibit-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/keyboard-shortcuts-inhibit-unstable-v1.hpp
[28/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/text-input-unstable-v3.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/text-input-unstable-v3.hpp
[29/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/pointer-constraints-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/pointer-constraints-unstable-v1.hpp
[30/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-activation-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-activation-v1.hpp
[31/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/ext-idle-notify-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/ext-idle-notify-v1.hpp
[32/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/ext-session-lock-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/ext-session-lock-v1.hpp
[33/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/viewporter.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/viewporter.hpp
[34/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/tablet-v2.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/tablet-v2.hpp
[35/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/primary-selection-unstable-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/primary-selection-unstable-v1.hpp
[36/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/presentation-time.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/presentation-time.hpp
[37/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/linux-drm-syncobj-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/linux-drm-syncobj-v1.hpp
[38/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/drm-lease-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/drm-lease-v1.hpp
[39/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/linux-dmabuf-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/linux-dmabuf-v1.hpp
[40/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/xwayland-shell-v1.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/xwayland-shell-v1.hpp
[41/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-shell.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/xdg-shell.hpp
[42/43] Generating /tmp/hyprpm/hyprland-loseardes77/protocols/wayland.cpp, /tmp/hyprpm/hyprland-loseardes77/protocols/wayland.hpp
find src -name '*.h*' -print0 | cpio --quiet -0dump /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland
cp ./protocols/*.h* /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/protocols
cp ./build/hyprland.pc /home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig
if [ -d /usr/share/pkgconfig ]; then cp ./build/hyprland.pc /usr/share/pkgconfig 2>/dev/null || true; fi
chmod -R 755 /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland
chmod 755 /home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig

✔ installed headers
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  5 / 5  Done!

 → checking for updates for hyprland-plugins
 → Cloning https://github.com/hyprwm/hyprland-plugins
✔ repository hyprland-plugins has updates.
 → Building hyprland-plugins
✔ found hyprpm manifest
 → Manifest has 16 pins, checking
 → Building borders-plus-plus
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C borders-plus-plus all
make: Entering directory '/tmp/hyprpm/loseardes77/borders-plus-plus'
g++ -shared -fPIC --no-gnu-unique main.cpp borderDeco.cpp -o borders-plus-plus.so -g `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` -std=c++2b -O2
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:6:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/IHyprWindowDecoration.hpp:4,
                 from borderDeco.hpp:5,
                 from borderDeco.cpp:1:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:2: all] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/borders-plus-plus'

✖ Plugin borders-plus-plus failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
 → Building csgo-vulkan-fix
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C csgo-vulkan-fix all
make: Entering directory '/tmp/hyprpm/loseardes77/csgo-vulkan-fix'
g++ -shared -fPIC --no-gnu-unique main.cpp -o csgo-vulkan-fix.so -g `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` -std=c++2b -O2
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:5:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:2: all] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/csgo-vulkan-fix'

✖ Plugin csgo-vulkan-fix failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
 → Building hyprbars
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C hyprbars all
make: Entering directory '/tmp/hyprpm/loseardes77/hyprbars'
g++ -shared -fPIC --no-gnu-unique -g -std=c++2b -Wno-c++11-narrowing `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` main.cpp barDeco.cpp  -o hyprbars.so `pkg-config --libs pangocairo` -O2
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:6:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/IHyprWindowDecoration.hpp:4,
                 from barDeco.hpp:5,
                 from barDeco.cpp:1:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/render/decorations/../../debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:11: hyprbars.so] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/hyprbars'

✖ Plugin hyprbars failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
 → Building hyprexpo
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C hyprexpo all
make: Entering directory '/tmp/hyprpm/loseardes77/hyprexpo'
g++ -shared -fPIC --no-gnu-unique main.cpp overview.cpp -o hyprexpo.so -g `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` -std=c++2b -Wno-narrowing
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:5:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/PluginAPI.hpp:26,
                 from globals.hpp:3,
                 from overview.hpp:5,
                 from overview.cpp:1:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:2: all] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/hyprexpo'

✖ Plugin hyprexpo failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
 → Building hyprtrails
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C hyprtrails all
make: Entering directory '/tmp/hyprpm/loseardes77/hyprtrails'
g++ -shared -fPIC --no-gnu-unique main.cpp trail.cpp -o hyprtrails.so -g `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` -std=c++2b -O2
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:6:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/PluginAPI.hpp:26,
                 from trail.hpp:6,
                 from trail.cpp:1:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/plugins/../debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:2: all] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/hyprtrails'

✖ Plugin hyprtrails failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
 → Building hyprwinwrap
 ━━━━━━━━━━━━━━━━━━━━━━━━━╍━━━━━━━━━━━━━━━━━━━━━━━━  2 / 4  Updating hyprland-plugins[v] shell returned:  -> cd /tmp/hyprpm/loseardes77 && PKG_CONFIG_PATH="/home/loseardes77/.local/share/hyprpm/headersRoot/share/pkgconfig" make -C hyprwinwrap all
make: Entering directory '/tmp/hyprpm/loseardes77/hyprwinwrap'
g++ -shared -fPIC --no-gnu-unique main.cpp -o hyprwinwrap.so -g `pkg-config --cflags pixman-1 libdrm hyprland pangocairo libinput libudev wayland-server xkbcommon` -std=c++2b -O2
In file included from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/Log.hpp:9,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/defines.hpp:2,
                 from /home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/Compositor.hpp:8,
                 from main.cpp:11:
/home/loseardes77/.local/share/hyprpm/headersRoot/include/hyprland/src/debug/../helpers/MiscFunctions.hpp:9:10: fatal error: SharedDefs.hpp: No such file or directory
    9 | #include "SharedDefs.hpp"
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:2: all] Error 1
make: Leaving directory '/tmp/hyprpm/loseardes77/hyprwinwrap'

✖ Plugin hyprwinwrap failed to build.
  This likely means that the plugin is either outdated, not yet available for your version, or broken.
  If you are on -git, update first.
  Try re-running with -v to see more verbose output.
✔ updated hyprland-plugins
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  4 / 4  Done!
✔ Ensuring plugin load state
✔ Loaded hyprexpo
✔ Plugin load state ensured

Investigating this i tryed to workarround modifying the file at
.local/share/hyprpm/headersRoot/include/hyprland/src/helpers/MiscFunctions.hpp
and /usr/include/hyprland/src/helpers/MiscFunctions.hpp and replace the
#include "SharedDefs.hpp"and #include "macros.hpp" lines with
#include "../SharedDefs.hpp" #include "../macros.hpp" and seams to work.
I am making this issue because i don't know how to fix it from the Hyprland sourcecode.
I don't know if this happens to other people but it hapñened to me today and maybe it is just because i installed it from the chaotic aur
How to reproduce
install latest git version and try updating plugins
Crash reports, logs, images, videos
No response

#7245


[balsa] Use ProcessHeaders() instead of OnHeader().

BalsaVisitorInterface provides two ways of processing headers: OnHeader() is called for each header line, and ProcessHeaders() and ProcessTrailers() are called with the entire header/trailer block.  All of these methods are only called after the entire header block or trailer block is parsed, so using OnHeader() does not actually allow early processing of headers.
The major difference is that some header validation happens after OnHeader() is called, for example, check for empty header names (both for headers and trailers), multiple Content-Length headers, multiple Transfer-Encoding headers, and the presence of Content-Length and Transfer-Encoding in the same header block (not for trailers).  (Some of these test can be disabling using HttpValidationPolicy.)  If the headers fail, for example, because of an empty field name or because of multiple Transfer-Encoding headers, ProcessHeaders() or ProcessTrailers() are not called.
One problem with using OnHeader() is that an assertion in ConnectionImpl::completeCurrentHeader() can fail if the header name is empty, see issue #25458.  Another problem is that header names and values are copied immediately, using unnecessary memory in case an error is detected later.  This PR migrates BalsaParser from using OnHeader() to ProcessHeaders() and ProcessTrailers().
This PR also adds two tests.  The first one, the case of empty header name, would cause an assertion failure without the change.  The second one would pass either way, because the error from Balsa is propagated properly to ConnectionImpl.  Note that the error message is slightly different with http-parser, because http-parser does not have a check for Transfer-Encoding, but ConnectionImpl::onHeadersCompleteImpl() signals an error, because the combined value of "chunked,chunked" does not match "chunked".
Relevant issues: #25458, #21245.
Signed-off-by: Bence Béky<EMAIL_ADDRESS>Commit Message: [balsa] Use ProcessHeaders() instead of OnHeader().
Additional Description:
Risk Level: low, changed code is protected by existing default-false runtime flag.
Testing: //test/common/http/http1:codec_impl_test
Docs Changes: n/a
Release Notes: n/a
Platform Specific Features: n/a
Runtime guard: envoy.reloadable_features.http1_use_balsa_parser

Thank you both for the review.
/assign @KBaichoo


chore: utilize Kong forks for gopher-lua and gopher-json

This PR updates goks to use Kong repo forks for gopher-lua and gopher-json. The custom changes the Kong repo forks provide have also been submitted to both projects in order for us to remove the replace functions ensuring easier updates to these dependencies in the future

https://github.com/yuin/gopher-lua/pull/421
https://github.com/layeh/gopher-json/pull/12

kong/gopher-lua is pointing to embeded-lua-filesystem (what horrible spelling there) and kong/gopher-json is pointing to encode-sparse-arrays
Note: gopher-lua has had a lot of activity since goks first started which means that the Kong fork has received these updates as well.

Hoping https://github.com/yuin/gopher-lua/pull/421 addresses the pl.path requires LuaFileSystem issue 😄  https://github.com/Kong/goks/pull/36/files#r1044990124

Hoping yuin/gopher-lua#421 addresses the pl.path requires LuaFileSystem issue 😄 https://github.com/Kong/goks/pull/36/files#r1044990124

LOL ... Nope, we will have to implement that ourselves. I am hoping that this change goes upstream and then we can remove the replaces in the future,


Error in the explanation of Recall

Is the definition of Recall correct ?
It states "fraction of all correct results returned by the model ".
The formula for Recall is TP / TP + FN.
All correct results returned by the model are TP + TN.
So, the explanation for Recall needs to be checked.

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

ID: 773576c4-687f-d7b4-8b94-3f3f4cf357d6
Version Independent ID: dcfa310b-d9d1-23a9-dac7-4a0cef529f65
Content: Evaluate Model: Module Reference - Azure Machine Learning
Content Source: articles/machine-learning/algorithm-module-reference/evaluate-model.md
Service: machine-learning
Sub-service: core
GitHub Login: @likebupt
Microsoft Alias: keli19

@MaheshKhatri1960
Thanks for the feedback! We are currently investigating and will update you shortly.

@MaheshKhatri1960 we'll review your feedback and get back to you shortly. Thanks.

@likebupt Hi Blanca, could you please help to check on this? Thanks a lot.

Hi @YutongTie-MSFT  @MaheshKhatri1960 , thanks for reporting this issue. Sorry for the misguidance. Will update the article ASAP.
The execution logic is Recall = TP / TP + FN.

@likebupt Thanks very much.
@MaheshKhatri1960
We will now proceed to close this thread. If there are further questions regarding this matter, please respond here and @YutongTie-MSFT and we will gladly continue the discussion.