[types] Add missing falsy method to typings file

Missed a spelling of falsy.

Coverage remained the same at 94.603% when pulling 07715a97c679c83269b75579385123d8ac2bbca8 on decompil3d:falsy into 618b1ac87544f26675eeed18eeee6b7cf3f769a8 on bigpipe:master.

Coverage remained the same at 94.603% when pulling 07715a97c679c83269b75579385123d8ac2bbca8 on decompil3d:falsy into 618b1ac87544f26675eeed18eeee6b7cf3f769a8 on bigpipe:master.

Coverage remained the same at 94.603% when pulling 07715a97c679c83269b75579385123d8ac2bbca8 on decompil3d:falsy into 618b1ac87544f26675eeed18eeee6b7cf3f769a8 on bigpipe:master.


fix chunk options regression

Fixes https://github.com/JunoLab/Weave.jl/issues/422.

Codecov Report

Merging #423 (6b6f82b) into master (b1de7ef) will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master     #423   +/-   ##
=======================================
  Coverage   74.03%   74.03%
=======================================
  Files          26       26
  Lines        1352     1352
=======================================
  Hits         1001     1001
  Misses        351      351

Flag
Coverage Δ

unittests
74.03% <100.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

src/reader/markdown.jl
98.00% <100.00%> (+0.04%)
:arrow_up:

src/reader/reader.jl
90.38% <0.00%> (-0.19%)
:arrow_down:

Continue to review full report at Codecov.

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


MySQL Event cannot be deleted via UI

System information:

Operating system (distribution) and version Win10
DBeaver version 7.3.2 EA

Connection specification:

Database name and version MySQL

Steps to reproduce, if exist:

Select an event in DB Navigator or in Object Editor
Try to delete it

Expected: the event is delted
Actual result:

error "no database selected" appears
the event remains in the database

Fixed in 21.0.0

verified


Can't select a file to edit from a folder

Okay, we open a folder. Now all we can do in the folder is change files' names or delete them. We can't open a file to edit it.

Okay, we must go to the separate open file menu item, instead of open folder menu item, to do it. Rather odd isn't it.


Availability check failing for InfluxDB v1 (after recent changes)

Summary
Unable to backup InfluxDB v1 after recent changes to support v2. See error below. The /health endpoint doesn't appear to exist on InfluxDB v1.
Steps to reproduce
Attempt to backup an InfluxDB v1 database.
What is the expected correct behavior?
Backup succeeds.
Relevant logs and/or screenshots
[tiredofit/db-backup:3.2.1 13:10:28] # backup-now
** Performing Manual Backup
2022-04-14.13:10:33 [DEBUG] ** [db-backup] Looking for existence of INFLUX_VERSION environment variable
2022-04-14.13:10:33 [DEBUG] ** [db-backup] Detected Manual Mode
2022-04-14.13:10:33 [DEBUG] ** [db-backup] Backup routines started time: 2022-04-14 13:10:33 NZST
curl: (56) Recv failure: Connection reset by peer
2022-04-14.13:10:38 [WARN] ** [db-backup] InfluxDB Host 'http://db' is not accessible, retrying.. (5 seconds so far)
curl: (56) Recv failure: Connection reset by peer
2022-04-14.13:10:43 [WARN] ** [db-backup] InfluxDB Host 'http://db' is not accessible, retrying.. (10 seconds so far)
curl: (56) Recv failure: Connection reset by peer

Environment
I tried both DB_HOST=db and DB_HOST=http://db.
INFLUX_VERSION=1

DB_TYPE=influx
DB_HOST=http://db
DB_PORT=8088
DB_NAME=openhab
DB_USER=secret
DB_PASS=secret

Image version / tag: latest
Host OS: docker

Possible fixes
I think you need to revert to the nc check for InfluxDB v1 as the /health endpoint doesn't appear to exist on InfluxDB v1.

What version of Influx are you using? I introduced the check on /health due to the documentation matching for both 1.8 and 2.x

I am using influxdb:1.8. I had set the DB_PORT to 8088 which I think is why the /heath check was failing. I just changed it to 8086 and now that check is passing but I am getting the following error;
2022-04-16.07:17:39 [NOTICE] ** [db-backup] Dumping Influx database: 'openhab'
flag provided but not defined: -bucket

Creates a backup copy of specified InfluxDB OSS database(s) and saves the files in an Enterprise-compatible
format to PATH (directory where backups are saved).

Usage: influxd backup [options] PATH

    -portable
            Required to generate backup files in a portable format that can be restored to InfluxDB OSS or InfluxDB
            Enterprise. Use unless the legacy backup is required.
    -host <host:port>
            InfluxDB OSS host to back up from. Optional. Defaults to <IP_ADDRESS>:8088.
    -db <name>
            InfluxDB OSS database name to back up. Optional. If not specified, all databases are backed up when
            using '-portable'.

So it looks like the -bucket argument doesn't exist. I changed to DB_NAME=ALL and now get;
[tiredofit/db-backup:3.2.1 07:20:48] # backup-now
** Performing Manual Backup
2022-04-16.07:20:59 [DEBUG] ** [db-backup] Looking for existence of INFLUX_VERSION environment variable
2022-04-16.07:20:59 [DEBUG] ** [db-backup] Detected Manual Mode
2022-04-16.07:20:59 [DEBUG] ** [db-backup] Backup routines started time: 2022-04-16 07:20:59 NZST
2022-04-16.07:20:59 [DEBUG] ** [db-backup] Preparing to back up everything
2022-04-16.07:20:59 [NOTICE] ** [db-backup] Dumping Influx database: 'all'
2022/04/16 07:20:59 backing up metastore to /tmp/backups/influx_all_db_20220416-072059/meta.00
2022/04/16 07:20:59 Invalid metadata blob, ensure the metadata service is running (default port 8088)
backup: invalid metadata received
2022-04-16.07:20:59 [DEBUG] ** [db-backup] DB Backup Exit Code is 1
2022-04-16.07:20:59 [ERROR] ** [db-backup] DB Backup of 'influx_all_db_20220416-072059' reported errors

In short, there are two ports needed since InfluxDB v1.8 exposes the REST API on 8086 and the RPC service on 8088...

Thanks for the legwork on this - I will revert to the standard netcat statement for INFLUX_VERSION=1 on next release.

Resolved in tiredofit/db-backup:3.2.2 - Please close when confirmed

Still failing if I specify a specific database to backup... (will try now with DB_NAME=ALL)
openhab_db-backup.1.suvurwfeo7kk@nuc02    | 2022-04-22.09:39:08 [DEBUG] ** [db-backup] Backup routines started time: 2022-04-22 09:39:08 NZST
openhab_db-backup.1.suvurwfeo7kk@nuc02    | 2022-04-22.09:39:08 [NOTICE] ** [db-backup] Dumping Influx database: 'openhab'
openhab_db-backup.1.suvurwfeo7kk@nuc02    |
openhab_db-backup.1.suvurwfeo7kk@nuc02    | Creates a backup copy of specified InfluxDB OSS database(s) and saves the files in an Enterprise-compatible
openhab_db-backup.1.suvurwfeo7kk@nuc02    | format to PATH (directory where backups are saved).
openhab_db-backup.1.suvurwfeo7kk@nuc02    |
openhab_db-backup.1.suvurwfeo7kk@nuc02    | Usage: influxd backup [options] PATH
openhab_db-backup.1.suvurwfeo7kk@nuc02    |
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -portable
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Required to generate backup files in a portable format that can be restored to InfluxDB OSS or InfluxDB
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Enterprise. Use unless the legacy backup is required.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -host <host:port>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             InfluxDB OSS host to back up from. Optional. Defaults to <IP_ADDRESS>:8088.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -db <name>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             InfluxDB OSS database name to back up. Optional. If not specified, all databases are backed up when
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             using '-portable'.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -rp <name>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Retention policy to use for the backup. Optional. If not specified, all retention policies are used by
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             default.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -shard <id>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             The identifier of the shard to back up. Optional. If specified, '-rp <rp_name>' is required.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -start <2015-12-24T08:12:23Z>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Include all points starting with specified timestamp (RFC3339 format).
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Not compatible with '-since <timestamp>'.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -end <2015-12-24T08:12:23Z>
openhab_db-backup.1.suvurwfeo7kk@nuc02    | flag provided but not defined: -bucket
openhab_db-backup.1.suvurwfeo7kk@nuc02    | backup: flag provided but not defined: -bucket
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Exclude all points after timestamp (RFC3339 format).
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Not compatible with '-since <timestamp>'.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -since <2015-12-24T08:12:23Z>
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Create an incremental backup of all points after the timestamp (RFC3339 format). Optional.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Recommend using '-start <timestamp>' instead.
openhab_db-backup.1.suvurwfeo7kk@nuc02    |     -skip-errors
openhab_db-backup.1.suvurwfeo7kk@nuc02    |             Optional flag to continue backing up the remaining shards when the current shard fails to backup.
openhab_db-backup.1.suvurwfeo7kk@nuc02    | 2022-04-22.09:39:08 [DEBUG] ** [db-backup] DB Backup Exit Code is 1

Hmmm - it appears to have worked/completed, but the final backup .tar.zst is only 2kB - has it only backed up the metadata?
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:30 [DEBUG] ** [db-backup] Backup routines started time: 2022-04-22 09:42:30 NZST
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:30 [DEBUG] ** [db-backup] Preparing to back up everything
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:30 [NOTICE] ** [db-backup] Dumping Influx database: 'all'
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022/04/22 09:42:30 backing up metastore to /tmp/backups/influx_all_db_20220422-094230/meta.00
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022/04/22 09:42:30 No database, retention policy or shard ID given. Full meta store backed up.
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022/04/22 09:42:30 backup complete:
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022/04/22 09:42:30         /tmp/backups/influx_all_db_20220422-094230/tmp/backups/influx_all_db_20220422-094230/meta.00
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:30 [DEBUG] ** [db-backup] DB Backup Exit Code is 0
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [INFO] ** [db-backup] DB Backup of 'influx_all_db_20220422-094230' completed successfully
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] Creating archive file of 'influx_all_db_20220422-094230' with tar
openhab_db-backup.1.1co9acdzb84a@nuc02    | tar: removing leading '/' from member names
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] Generating MD5 for 'influx_all_db_20220422-094230.tar.zst'
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [DEBUG] ** [db-backup] MD5: 4658ff68b0456e50541f068cafaac0e4 - influx_all_db_20220422-094230.tar.zst
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] Backup of influx_all_db_20220422-094230.tar.zst created with the size of 2162 bytes
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [DEBUG] ** [db-backup] Moving backup to filesystem
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] Sending Backup Statistics to Zabbix
openhab_db-backup.1.1co9acdzb84a@nuc02    | Sending failed. Use option -vv for more detailed output.
openhab_db-backup.1.1co9acdzb84a@nuc02    | Sending failed. Use option -vv for more detailed output.
openhab_db-backup.1.1co9acdzb84a@nuc02    | Sending failed. Use option -vv for more detailed output.
openhab_db-backup.1.1co9acdzb84a@nuc02    | Sending failed. Use option -vv for more detailed output.
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] DB Backup for 'all' time taken: Hours: 0 Minutes: 00 Seconds: 01
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [INFO] ** [db-backup] Backup routines finish time: 2022-04-22 09:42:31 NZST with overall exit code 0
openhab_db-backup.1.1co9acdzb84a@nuc02    | 2022-04-22.09:42:31 [NOTICE] ** [db-backup] Backup routines time taken: Hours: 0 Minutes: 00 Seconds: 01

I think you are missing the -portable flag in the InfluxDB backup command? And if there is a db name specified it should be -db $db not -bucket $db...
    case "${INFLUX_VERSION,,}" in
        1 )
            for db in ${db_names}; do
                pre_dbbackup
                if [ "${db}" != "justbackupeverything" ] ; then bucket="-bucket $db" ; else db=all ; fi
                target=influx_${db}_${DB_HOST#*//}_${now}
                compression
                print_notice "Dumping Influx database: '${db}'"
                influxd backup ${influx_compression} ${bucket} -host ${DB_HOST}:${DB_PORT} ${EXTRA_OPTS} "${TEMP_LOCATION}"/"${target_dir}"

OK yes, thanks good catch on the V1.  That is fixed in 3.2.3
As for portable. I haven't ever used the portable flag, but could. Currently it backs up to a temporary directory and then I tar+compress the dir. Let's see how this works and then evaluate if we need portable down the road. Is there a specific extension name that Influx portable uses or is preferred?

I am not sure of any preferred extension name, but every other backup tool/script for InfluxDB seems to use -portable - otherwise you end up with a metadata only backup (as I did when using DB_NAME=ALL).
I am no expert with this stuff tho...

You are way more than an expert than I am - I've never even used it :)
Are you able to execute this and get me a directory listing of how a backup looks on an influx server with and without -portable?
They do state now to use Portable unless using legacy backup, which I can't find any information on anwyays, so I'm ok with it, I just want to see what the output is - If it exports to a singular file, or to a directory again.

Ok - so running a backup using -portable (for a single database); ben@nuc01:~$ ls /var/data/openhab/database-dump/portable/ 20220421T225737Z.manifest     20220421T225737Z.s180.tar.gz  20220421T225737Z.s268.tar.gz  20220421T225737Z.s36.tar.gz   20220421T225737Z.s452.tar.gz  20220421T225737Z.s540.tar.gz  20220421T225737Z.s636.tar.gz 20220421T225737Z.meta         20220421T225737Z.s188.tar.gz  20220421T225737Z.s276.tar.gz  20220421T225737Z.s364.tar.gz  20220421T225737Z.s460.tar.gz  20220421T225737Z.s548.tar.gz  20220421T225737Z.s644.tar.gz 20220421T225737Z.s100.tar.gz  20220421T225737Z.s196.tar.gz  20220421T225737Z.s28.tar.gz   20220421T225737Z.s372.tar.gz  20220421T225737Z.s468.tar.gz  20220421T225737Z.s556.tar.gz  20220421T225737Z.s652.tar.gz 20220421T225737Z.s108.tar.gz  20220421T225737Z.s2.tar.gz    20220421T225737Z.s284.tar.gz  20220421T225737Z.s380.tar.gz  20220421T225737Z.s476.tar.gz  20220421T225737Z.s564.tar.gz  20220421T225737Z.s660.tar.gz 20220421T225737Z.s116.tar.gz  20220421T225737Z.s20.tar.gz   20220421T225737Z.s292.tar.gz  20220421T225737Z.s388.tar.gz  20220421T225737Z.s484.tar.gz  20220421T225737Z.s572.tar.gz  20220421T225737Z.s668.tar.gz 20220421T225737Z.s12.tar.gz   20220421T225737Z.s204.tar.gz  20220421T225737Z.s300.tar.gz  20220421T225737Z.s396.tar.gz  20220421T225737Z.s492.tar.gz  20220421T225737Z.s580.tar.gz  20220421T225737Z.s676.tar.gz 20220421T225737Z.s124.tar.gz  20220421T225737Z.s212.tar.gz  20220421T225737Z.s308.tar.gz  20220421T225737Z.s404.tar.gz  20220421T225737Z.s5.tar.gz    20220421T225737Z.s588.tar.gz  20220421T225737Z.s68.tar.gz 20220421T225737Z.s132.tar.gz  20220421T225737Z.s220.tar.gz  20220421T225737Z.s316.tar.gz  20220421T225737Z.s412.tar.gz  20220421T225737Z.s500.tar.gz  20220421T225737Z.s596.tar.gz  20220421T225737Z.s684.tar.gz 20220421T225737Z.s140.tar.gz  20220421T225737Z.s228.tar.gz  20220421T225737Z.s324.tar.gz  20220421T225737Z.s420.tar.gz  20220421T225737Z.s508.tar.gz  20220421T225737Z.s60.tar.gz   20220421T225737Z.s692.tar.gz 20220421T225737Z.s148.tar.gz  20220421T225737Z.s236.tar.gz  20220421T225737Z.s332.tar.gz  20220421T225737Z.s428.tar.gz  20220421T225737Z.s516.tar.gz  20220421T225737Z.s604.tar.gz  20220421T225737Z.s700.tar.gz 20220421T225737Z.s156.tar.gz  20220421T225737Z.s244.tar.gz  20220421T225737Z.s340.tar.gz  20220421T225737Z.s436.tar.gz  20220421T225737Z.s52.tar.gz   20220421T225737Z.s612.tar.gz  20220421T225737Z.s76.tar.gz 20220421T225737Z.s164.tar.gz  20220421T225737Z.s252.tar.gz  20220421T225737Z.s348.tar.gz  20220421T225737Z.s44.tar.gz   20220421T225737Z.s524.tar.gz  20220421T225737Z.s620.tar.gz  20220421T225737Z.s84.tar.gz 20220421T225737Z.s172.tar.gz  20220421T225737Z.s260.tar.gz  20220421T225737Z.s356.tar.gz  20220421T225737Z.s444.tar.gz  20220421T225737Z.s532.tar.gz  20220421T225737Z.s628.tar.gz  20220421T225737Z.s92.tar.gz

And same backup without -portable; ben@nuc01:~$ ls /var/data/openhab/database-dump/nonportable/ meta.00                   openhab.autogen.00084.00  openhab.autogen.00180.00  openhab.autogen.00276.00  openhab.autogen.00372.00  openhab.autogen.00468.00  openhab.autogen.00564.00  openhab.autogen.00660.00 openhab.autogen.00002.00  openhab.autogen.00092.00  openhab.autogen.00188.00  openhab.autogen.00284.00  openhab.autogen.00380.00  openhab.autogen.00476.00  openhab.autogen.00572.00  openhab.autogen.00668.00 openhab.autogen.00005.00  openhab.autogen.00100.00  openhab.autogen.00196.00  openhab.autogen.00292.00  openhab.autogen.00388.00  openhab.autogen.00484.00  openhab.autogen.00580.00  openhab.autogen.00676.00 openhab.autogen.00012.00  openhab.autogen.00108.00  openhab.autogen.00204.00  openhab.autogen.00300.00  openhab.autogen.00396.00  openhab.autogen.00492.00  openhab.autogen.00588.00  openhab.autogen.00684.00 openhab.autogen.00020.00  openhab.autogen.00116.00  openhab.autogen.00212.00  openhab.autogen.00308.00  openhab.autogen.00404.00  openhab.autogen.00500.00  openhab.autogen.00596.00  openhab.autogen.00692.00 openhab.autogen.00028.00  openhab.autogen.00124.00  openhab.autogen.00220.00  openhab.autogen.00316.00  openhab.autogen.00412.00  openhab.autogen.00508.00  openhab.autogen.00604.00  openhab.autogen.00700.00 openhab.autogen.00036.00  openhab.autogen.00132.00  openhab.autogen.00228.00  openhab.autogen.00324.00  openhab.autogen.00420.00  openhab.autogen.00516.00  openhab.autogen.00612.00 openhab.autogen.00044.00  openhab.autogen.00140.00  openhab.autogen.00236.00  openhab.autogen.00332.00  openhab.autogen.00428.00  openhab.autogen.00524.00  openhab.autogen.00620.00 openhab.autogen.00052.00  openhab.autogen.00148.00  openhab.autogen.00244.00  openhab.autogen.00340.00  openhab.autogen.00436.00  openhab.autogen.00532.00  openhab.autogen.00628.00 openhab.autogen.00060.00  openhab.autogen.00156.00  openhab.autogen.00252.00  openhab.autogen.00348.00  openhab.autogen.00444.00  openhab.autogen.00540.00  openhab.autogen.00636.00 openhab.autogen.00068.00  openhab.autogen.00164.00  openhab.autogen.00260.00  openhab.autogen.00356.00  openhab.autogen.00452.00  openhab.autogen.00548.00  openhab.autogen.00644.00 openhab.autogen.00076.00  openhab.autogen.00172.00  openhab.autogen.00268.00  openhab.autogen.00364.00  openhab.autogen.00460.00  openhab.autogen.00556.00  openhab.autogen.00652.00

OK, I assume they are all just files and not directories.

But if I do a backup with no -db specified - i.e. backup everything - I get only a meta.00 file for the non-portable backup, and a full set of tar.gz backups for all dbs when using -portable

OK, makes sense. From their Docs:
-db | InfluxDB OSS database name to back up. Optional. If not specified, all databases are backed up when using -portable.
I wonder how Enterprise works!

/shrug!!

heh heh. ok. 3.2.4 will give you what you need :) Let me know.

Ok - just untared one of those portable files...
[tiredofit/db-backup:3.2.2 11:05:56] # tar -xvf /backup/portable/20220421T230003Z.s220.tar.gz
openhab/autogen/220/000000010-000000002.tsm

Ok - tested with DB_NAME=ALL and DB_NAME=openhab and both appear to be working well. Thanks for the prompt support!!

Awesome. Glad you are back on track. Sorry about the glitchup here. One day I'll get around to setting up a server to understand more how this works. So little time.

I hear ya mate. Great piece of software tho - thanks for sharing it!
On 22/04/2022 12:07 pm, Dave Conroy wrote:

Awesome. Glad you are back on track. Sorry about the glitchup here.
One day I'll get around to setting up a server to understand more how
this works. So little time.
—
Reply to this email directly, view it on GitHub
https://github.com/tiredofit/docker-db-backup/issues/118#issuecomment-1105870791,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABGTR2V4ZP4U2Z27J4VJDYLVGHUSJANCNFSM5TMKH7UA.
You are receiving this because you modified the open/close
state.Message ID:
@.***>

Has anyone else had this error, specifically

Invalid metadata blob, ensure the metadata service is running (default port 8088)

Using these docker images and default unraid templates:
On InfluxDB influxdb:1.8.4-alpine
tiredofit/db-backup:latest | Version  4.1.0
So far I had to change the port to 8086 even though it is influxdb v1 to get to this message, and also added 8088 to the port forwarding for InfluxDB as it was not standard


Permit a new array model to have a super set of array model fields.

In the case where a user defines a new array model that extends
from or duck types to Numba's default array model, it should be
valid for the new array model to have additional fields and still
be accepted by Numba's array related implementations.
This patch fixes a check to permit the reuse of the somewhat
fundamental numba.np.arrayobj.populate_array function.

This diff is all it needs to make the existing subarray tests check the effect of this patch:
diff --git a/numba/tests/test_ndarray_subclasses.py b/numba/tests/test_ndarray_subclasses.py
index 7644bef9c..07be35776 100644
--- a/numba/tests/test_ndarray_subclasses.py
+++ b/numba/tests/test_ndarray_subclasses.py
@@ -123,7 +123,22 @@ def typeof_ta_ndarray(val, c):
     return MyArrayType(dtype, val.ndim, layout, readonly=readonly)

-register_model(MyArrayType)(numba.core.datamodel.models.ArrayModel)
+@register_model(MyArrayType)
+class TheArrayModel(numba.core.datamodel.models.StructModel):
+    def __init__(self, dmm, fe_type):
+        ndim = fe_type.ndim
+        members = [
+            ('meminfo', types.MemInfoPointer(fe_type.dtype)),
+            ('parent', types.pyobject),
+            ('nitems', types.intp),
+            ('itemsize', types.intp),
+            ('data', types.CPointer(fe_type.dtype)),
+            ('shape', types.UniTuple(types.intp, ndim)),
+            ('strides', types.UniTuple(types.intp, ndim)),
+            ('extra', types.intp),
+        ]
+        super(TheArrayModel, self).__init__(dmm, fe_type, members)
+

 @type_callable(MyArray)

This diff is all it needs to make the existing subarray tests check the effect of this patch:

Thanks, that should exercise it. I've thought about this a bit more and wonder if something like: https://github.com/numba/numba/commit/92c3f563071c66a3be13f094106012a3938fc83b might be a better way to do this. What it does is fix the definition of required_fields to find the fields that are needed by the standard array data model in the current context, and then reports on whether the presented array model has fields that match (at least in name). The check here: https://github.com/numba/numba/blob/974a5ca78182d2b35f32df6b395d38ef636f26aa/numba/np/arrayobj.py#L224-L227 is left as-is because it is essentially checking that the code in the function has managed to create a dictionary suitable for wiring through to the standard array model fields, which seems like a different concern. Further, with the fix to the definition of required_fields, this check will "just work" conditional on the function being implemented correctly.

https://github.com/numba/numba/commit/92c3f563071c66a3be13f094106012a3938fc83b is good. If you commit, we can get it merge quickly.
We can continue to improve it. As I mention out-of-band, we would want to make an easier API for extending the data-model. Perhaps, it also should add something to track how two structs are related (i.e. one is an extension of the other) to make the check here even shorter. Anyway, that's a different PR.


Compose Builder sets MQTTBROKERINFO_AUTHMODE incorrectly for Device MQTT

🐞 Bug Report
Affected Services [REQUIRED]

The issue is located in: edgex-device-mqtt
Is this a regression?

Yes, the previous version in which this bug was not present was: v2.3 - Levski
Description and Minimal Reproduction [REQUIRED]
cd compose-builder
make gen ds-mqtt mqtt-broker
docker-compose up -d

docker logs -f edgex-device-mqtt

🔥 Exception or Error

level=WARN ts=2023-07-06T13:04:01.865166013Z app=device-mqtt source=config.go:123 msg="Unable to retrieve MQTT credentials from SecretProvider at secret name 'message-bus': Error retreiving secret secretName: 'Received a '404' response from the secret store'. Retrying for 1m59.998347601s"
...
level=ERROR ts=2023-07-06T13:06:02.336340695Z app=device-mqtt source=init.go:77 msg="ProtocolDriver init failed: unable to initial the MQTT client -> Unable to get init MQTT credentials for secret name 'message-bus': Error retreiving secret secretName: 'Received a '404' response from the secret store'"

level=INFO ts=2023-07-06T13:06:02.343883194Z app=device-mqtt source=driver.go:223 msg="driver is stopping, disconnect the MQTT conn"
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x30 pc=0xbe3eca]

goroutine 1 [running]:
github.com/edgexfoundry/device-mqtt-go/internal/driver.(*Driver).Stop(0xc0000c09c0, 0x28?)
        github.com/edgexfoundry/device-mqtt-go/internal/driver/driver.go:224 +0x4a
github.com/edgexfoundry/device-sdk-go/v3/pkg/service.(*deviceService).Stop(0xc0000e7600, 0xc0?)
        github.com/edgexfoundry/device-sdk-go/v3@v3.0.0/pkg/service/service.go:300 +0x2a
github.com/edgexfoundry/device-sdk-go/v3/pkg/service.(*deviceService).Run.func4()
        github.com/edgexfoundry/device-sdk-go/v3@v3.0.0/pkg/service/service.go:148 +0x32
github.com/edgexfoundry/device-sdk-go/v3/pkg/service.(*deviceService).Run(0xc0000e7600)
        github.com/edgexfoundry/device-sdk-go/v3@v3.0.0/pkg/service/service.go:153 +0xc05
github.com/edgexfoundry/device-sdk-go/v3/pkg/startup.Bootstrap({0xdc33ff, 0xb}, {0xee1bec, 0x5}, {0xef1b30?, 0xc0000c09c0})
        github.com/edgexfoundry/device-sdk-go/v3@v3.0.0/pkg/startup/bootstrap.go:25 +0x247
main.main()
        github.com/edgexfoundry/device-mqtt-go/cmd/main.go:22 +0x3e

🌍  Your Environment
Deployment Environment: WSL2
$ uname -a
Linux --- <IP_ADDRESS>-microsoft-standard-WSL2 edgexfoundry/edgex-compose#1 SMP Fri Jan 27 02:56:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

EdgeX Version [REQUIRED]: v3.0.0 - Minnesota
Anything else relevant?

When using the spiffe/spire services, the error does not occur.
Setting MQTTBROKERINFO_AUTHMODE: none also gets rid of the issue.

@jumpingliu , I moved this back to Core WG since it is an issue in Compose Builder, not Device MQTT

@jrtitus , this has been fixed in compose builder on both the main and napa branches.


Needs Documentation

Really cool this is built! Thank you.
Is it possible to get some very basic documentation. The demo helps at least :)

+1


Inconsistent support for non-equi joins

This works:
select * from (values 1,2) t(a) join (values 1,2) u(a) on t.a != u.a;

but this doesn't:
select * from (values 1,2) t(a) join (values 1,2) u(a) on not(t.a = u.a);

It fails with "Non-equi joins not supported: (NOT ("t"."a" = "u"."a"))"

@martint may I claim it?


Corrected the links to Documentations and Demo

They were links to: http://monogatari.hyuchia.com/
Changed them to the current website (https://monogatari.io), probably the main developers forgot to change them.
Posted about this on Utopian: https://utopian.io/utopian-io/@ahmadmanga/a-small-fix-for-monogatari-visual-novel-engine

Hi! You are right, completely forgot about those links since previously there was a redirection from the old domain to the new one. Thanks a lot for spotting and fixing it!


fix: improve player killer identification

DeathNotifier#identifyPker should prioritize alive, non-clan members, non-friends, non-FC, similar level, skulled players
Work towards addressing edge cases referenced in https://github.com/pajlads/DinkPlugin/issues/116#issuecomment-1378050411

Would be worth go die at the chaos altar a few times with this before merging it in


collector can not work in my k3s cluster

The error reports as below:
{"time":"2023-03-30T09:06:51.511261628Z","level":"WARN","source":"/go/src/net-exporter/cmd/list_entity.go:33","msg":"sync nettop","err":"not in cloudnative enviroment"}
No data collect in metrcs API.

fix in #36


[Issue] shotgun reload animation glitch

shotgun reload animation broked cause sometime i can't save my teammate
won't edit now, this glitch still there and idk what other mod can cause that now

@mattymatty97 hope u don't mind, i might send to the wrong repository, but i really confuse rn, idk now
[Error  : Unity Log] NullReferenceException: Object reference not set to an instance of an object
Stack trace:
GameNetcodeStuff.PlayerControllerB.DestroyItemInSlot (System.Int32 itemSlot) (at <255c0877f9414c3aa6f1fe5079ac13f3>:IL_01A1)
GameNetcodeStuff.PlayerControllerB.DestroyItemInSlotAndSync (System.Int32 itemSlot) (at <255c0877f9414c3aa6f1fe5079ac13f3>:IL_0044)
ShotgunItem+d__48.MoveNext () (at <255c0877f9414c3aa6f1fe5079ac13f3>:IL_017C)
UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) (at :IL_0026)


Carrot Plans

[ ] Use Gossip Protocol to connect to other nodes.

[ ] Add support of XHR

[ ] More graphs like TTL, DNS Resolution etc

[ ] Dashboard support

[ ] Improve concurrency model

@abhishekgahlot this is still an active roadmap?

I have this problem
AN-MacBook-Pro:carrot allan$ go run cmd/main.go
github.com/interviewstreet/carrot
../../interviewstreet/carrot/server.go:25:15: undefined: chart.StyleShow
../../interviewstreet/carrot/server.go:26:15: undefined: chart.StyleShow
../../interviewstreet/carrot/server.go:30:15: undefined: chart.StyleShow
../../interviewstreet/carrot/server.go:31:15: undefined: chart.StyleShow
../../interviewstreet/carrot/server.go:36:6: unknown field 'Show' in struct literal of type chart.Style


Ubuntu 19.04 no sound upon launching the game

Hi there! I was bored and decided to give this game a go. However, after compiling it (using the instructions on the etterna wiki) and attempting to launch the game, I am met with no sound. After doing some research I came to the conclusion that it may have to do with audio drivers. You see, if I launch the game from a command file, I get the following output:
Etterna Compiled  @  (build ) Log starting 2019-09-19 19:55:01 	Verbosity: 1 OS: Linux ver 050000 Crash backtrace component: x86 custom backtrace Crash lookup component: backtrace_symbols Runtime library: glibc 2.29 Threads library: NPTL 2.29 ALSA: Advanced Linux Sound Architecture Driver Version k5.0.0-29-generic. ALSA Driver: 0: HDA ATI HDMI [HDMI], device 3: HDMI 0 [HDMI 0], 1/1 subdevices avail ALSA Driver: 1: HD-Audio Generic [Generic], device 0: ALC887-VD Analog [ALC887-VD Analog], 1/1 subdevices avail ALSA Driver: 1: HD-Audio Generic [Generic], device 1: ALC887-VD Digital [ALC887-VD Digital], 1/1 subdevices avail ALSA: dsnd_pcm_hw_params_set_access: Invalid argument Couldn't load driver ALSA-sw: SetHWParams failed Couldn't load driver OSS: RageSoundDriver_OSS: Couldn't open /dev/dsp: No such file or directory Attempting to connect to: multi.etternaonline.com, Port: 8765 [2019-09-19 19:55:02] [fatal] Required tls_init handler not present. Server Version: 0  Video renderers: 'opengl' Display: :0 (screen 0) X server vendor: The X.Org Foundation [<IP_ADDRESS>] Server GLX vendor: SGI [1.4] Client GLX vendor: Mesa Project and SGI [1.4] Paletted textures disabled: GL_EXT_paletted_texture missing. Direct rendering: yes OpenGL Windowed 1200x900 16 color 16 texture 60Hz NoVsync SmoothLines
After research, it seems that my problem would be the fact that ALSA would not load, for whatever reason. So, my first thought was to change the "SoundDrivers=" line in the text file. I tried "pulse", "pulseaudio", "jack", "ALSA", "alsa" and none of them worked. However, after every time I launched the game, the same output would pop up in my terminal window and the line in the text file would revert back to "SoundDrivers="
If anyone knows how to fix this, that would be fantastic!

Have you tried SoundDrivers=Pulse with the capital P?

Yes I have. Same problem happens. The text file seems to erase the "Pulse" from the file completely upon launching the game

seems like you havent compile with pulse support

huh, still no working solution :(

no replies since 2019


[Chore] tag v3.6.1 (20231108)

Description
chore commit for tagging v3.6.1.
Commits since v3.6.0
tag/v3.6.0...cf54361
Bug fix

#253
(Major) #258

Refinement

#256
(Major) #257
(Major) #259

chore

#256

2Mbps test was OK!


Kinda sorta works though - ish.

yeah, the bottle neck is going to be the table addon.  All the table functionality needs to be re-written...


feat(obstacle_stop/cruise): change stop distance after goal

Description

goal planner's longitudinal_margin: 3.0 is exactly same to terminal_safe_distance_margin and max_longitudinal_margin_behind_goal.
This may prevent arrving the goal, so the value is slightly reduced.
Tests performed

with obstacle stop planner
before

after

https://github.com/autowarefoundation/autoware_launch/assets/39142679/ed31ebcc-a103-40f6-b099-263d310066ce
Not applicable.
Effects on system behavior

Not applicable.
Pre-review checklist for the PR author
The PR author must check the checkboxes below when creating the PR.

[x] I've confirmed the contribution guidelines.
[x] The PR follows the pull request guidelines.

In-review checklist for the PR reviewers
The PR reviewers must check the checkboxes below before approval.

[ ] The PR follows the pull request guidelines.

Post-review checklist for the PR author
The PR author must check the checkboxes below before merging.

[ ] There are no open discussions or they are tracked via tickets.

After all checkboxes are checked, anyone who has write access can merge the PR.

@kosuke55
If you wants, I have no concern.


Generating both ReplicationControllers and Deployments

Running kompose convert --deployment generates files with Services, Deployments and also Replication Controllers.
Shouldn't this generate just Deployments and Services?
Some for Daemon Sets and Replica Sets.

+1

A fix for this is easy. Here are some more things to think about:

This breaks backward compatibility.
How'd a user create an RC and other controllers at the same time? One can do kompose convert --d --ds, but there's no flag for RC (since it's the default controller).
Should we change Deployment to be default controller being created instead?

+1
@kadel Originally kompose generates rc, svc by default but yes we should do that. I will work on that or you can also freely go ahead to send us PR

@janetkuo @kadel the tricky point here is just for --stdout option where user would like to pipe with kubectl. Otherwise, generating RC by default does not harm anymore as user has option to pick up files he want for further operation.

@ngtuna --stdout and --out stop multiple controllers from being created already.

@janetkuo Ah... yes you're right. I totally agree to change DeploymentSet to be default controller being created. Then we can keep RC as optional --rc 😺


pallet-utility: Disallow none origin

This pull request has been mentioned on Polkadot Forum. There might be relevant details there:
https://forum.polkadot.network/t/security-vulnerability-executing-unauthorized-xcm-messages/553/1


[Question] Emulators work fine, Slack & Skype do not?

I've created a simple bot and published it on Azure.
Both the emulator on my local machine & the web emulator work fine with the bot.
However, despite configuring Slack correctly (& Skype comes pre-configured), my bot seems to ignore me on those platforms & it's driving me insane. No errors are being thrown on azure, everything looks healthy. My slack credentials in the setup section have also validated fine.
I can add the bot on Skype & I can add the bot in to my Slack channel, successfully, so I presume something is going wrong with whatever is being configured between Microsoft & these third parties behind the scenes.
What could be causing this issue? I've updated my Bot Builder NuGet package to the latest as well as tried a clean install, to no avail. I've tried to recreate the bot configuration more than once both on the Microsoft side & Slack side, still nope. Starting to feel like the solution is out of my hands.
Any ideas?
Thanks!

Hello,
Try using ngrok to debug on skype and see what happens. Set a break point in your message controller and see what happens. For good measure also debug on the ones that work also so you have an idea how it works. Do this with ngrok.
Michael
Sent from my Windows 10 phone
From: Karam
Sent: 10 June 2017 12:11
To: Microsoft/BotBuilder
Cc: Subscribed
Subject: [Microsoft/BotBuilder] [Question] Emulators work fine, Slack & Skypedo not? (#2922)
I've created a simple bot and published it on Azure.
Both the emulator on my local machine & the web emulator work fine with the bot.
However, despite configuring Slack correctly (& Skype comes pre-configured), my bot seems to ignore me on those platforms & it's driving me insane. No errors are being thrown on azure, everything looks healthy. My slack credentials in the setup section have also validated fine.
I can add the bot on Skype & I can add the bot in to my Slack channel, successfully, so I presume something is going wrong with whatever is being configured between Microsoft & these third parties behind the scenes.
What could be causing this issue? I've updated my Bot Builder NuGet package to the latest as well as tried a clean install, to no avail. I've tried to recreate the bot configuration more than once both on the Microsoft side & Slack side, still nope. Starting to feel like the solution is out of my hands.
Any ideas?
Thanks!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Hi Michael,
Just tried doing that now. Both Skype & Slack don't even seem to trigger the execution of my code. Whilst the Web Emulator does, it results in a "405 Method Not Allowed" error being displayed on the Post request in ngrok.
Any ideas?
Thanks!

Solved the issue. One of the first steps my bot does is identify if any URLs have been sent by users.
Turns out Slack URLs look like <github.com> and Skype URLs have  tags around them, so my bot wasn't identifying them.
Thanks for your help! :)

For now, just compare both the web and skype messages in ngrok inspect, i will see whether I can find out more
Michael
Sent from my Windows 10 phone
From: Karam
Sent: 10 June 2017 12:23
To: Microsoft/BotBuilder
Cc: michaelhutchful; Comment
Subject: Re: [Microsoft/BotBuilder] [Question] Emulators work fine, Slack &Skype do not? (#2922)
Hi Michael,
Just tried doing that now. Both Skype & Slack don't even seem to trigger the execution of my code. Whilst the Web Emulator does, it results in a "405 Method Not Allowed" error being displayed on the Post request in ngrok.
Any ideas?
Thanks!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

Ok cool and interesting
Sent from my Windows 10 phone
From: Karam
Sent: 10 June 2017 12:39
To: Microsoft/BotBuilder
Cc: michaelhutchful; Comment
Subject: Re: [Microsoft/BotBuilder] [Question] Emulators work fine, Slack &Skype do not? (#2922)
Solved the issue. One of the first steps my bot does is identify if any URLs have been sent by users.
Turns out Slack URLs look like <github.com> and Skype URLs have tags around them, so my bot wasn't identifying them.
Thanks for your help! :)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.


The Anitube extension has stopped working on Aniyomi. But the site is still up.

Steps to reproduce

1 Open the aniyomi.
2 Try opening any
anime from the Anitube Library
Expected behavior
Should open the episode
Actual behavior

Crash logs
Episodes don't open
Aniyomi version
<IP_ADDRESS>
Android version
Android 14
Device
Samsung
Other details
No response
Acknowledgements

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a short but informative title.
[X] If this is an issue with an extension, I should be opening an issue in the extension's repository.
[X] I have gone through the FAQ and troubleshooting guide.
[X] I have updated the app to version <IP_ADDRESS>.
[X] I have updated all installed extensions.
[X] I will fill out all of the requested information in this form.

If this is an issue with an extension, I should be opening an issue in the extension's repository.


[CARBONDATA-2977] Write uncompress_size to ChunkCompressMeta in the file

Currently total_uncompressed_size and total_compress_size in the ChunkCompressMeta in the carbondata file is always 0. This PR writes the correct value to the file.

[X] Any interfaces changed?
NA
[X] Any backward compatibility impacted?
NA
[X] Document update required?
NA
[X] Testing done
Please provide details on
- Whether new unit test cases have been added or why no new tests are required?
- How it is tested? Please attach test report.
- Is it a performance related change? Please attach the performance test report.
- Any additional information to help reviewers in testing this change.
Rerun all test
[X] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.
NA

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/777/

retest this please

Build Failed  with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/8958/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/890/

Build Failed  with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/8982/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/914/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder2.1/729/

Build Success with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/8994/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/926/

Build Failed  with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/9087/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/1019/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder2.1/825/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/1022/

Build Success with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/9090/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder2.1/891/

Build Success with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/9157/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/1094/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder2.1/905/

Build Success with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/1101/

Build Success with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/9170/

Build Success with Spark 2.1.0, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder2.1/934/

Build Success with Spark 2.3.1, Please check CI http://<IP_ADDRESS>:8080/job/carbondataprbuilder2.3/9274/

Build Failed with Spark 2.2.1, Please check CI http://<IP_ADDRESS>:8080/job/ApacheCarbonPRBuilder1/1222/

LGTM


hadoop spark displays only default database

Hi. I don't seem to be able to display non-default databases using hadoop spark.  Setting a database in the driver or url does not seem to work.  Not sure if I'm missing anything.
Thanks.

same as me

Duplicate of #5314


Fixed the "Xbull Wallet pops up when signing a transaction with freigther"

fixes #60
Refactored wallet connection logic

https://github.com/user-attachments/assets/cc4030b5-01ef-42a4-ab18-33107470920f

@MattPoblete I have removed the yarn.lock file

remove package-lock also

@chopan123 I have removed it ser

I would like to have the yarn.lock from before

I would like to have the yarn.lock from before

I thought you said I should remove it ser?


Add TLS option

Closes #2
This PR will add support for TLS connections by simply checking an additional, backward compatible tls option.
I've also added the required package-lock.json file

Coverage remained the same at 96.104% when pulling 2325088e4c60e7422973c6affed84f1310bcdf71 on XVincentX:master into 8eb6a156857f1cbb83ca7e85ecb74c60eaf1d82d on BelirafoN:master.

Coverage remained the same at 96.104% when pulling 2325088e4c60e7422973c6affed84f1310bcdf71 on XVincentX:master into 8eb6a156857f1cbb83ca7e85ecb74c60eaf1d82d on BelirafoN:master.

I guess this is never going to happen so I'll close this.


HADOOP-19342. SaslRpcServer.AuthMethod print INFO messages in client side

Description of PR
HADOOP-19342
After HADOOP-19306, the following INFO messages are printed in client side. Thanks As Steve Loughran for reporting it in this comment.
2024-11-18 18:53:37,645 [setup] INFO  security.SaslRpcServer (SaslRpcServer.java:<init>(239)) - AuthMethod SIMPLE: code=80, mechanism=""
2024-11-18 18:53:37,645 [setup] INFO  security.SaslRpcServer (SaslRpcServer.java:<init>(239)) - AuthMethod KERBEROS: code=81, mechanism="GSSAPI"
2024-11-18 18:53:37,646 [setup] INFO  security.SaslRpcServer (SaslRpcServer.java:<init>(239)) - AuthMethod DIGEST: code=82, mechanism="DIGEST-MD5"
2024-11-18 18:53:37,646 [setup] INFO  security.SaslRpcServer (SaslRpcServer.java:<init>(239)) - AuthMethod TOKEN: code=82, mechanism="DIGEST-MD5"
2024-11-18 18:53:37,646 [setup] INFO  security.SaslRpcServer (SaslRpcServer.java:<init>(239)) - AuthMethod PLAIN: code=83, mechanism="PLAIN"

How was this patch tested?
Manual test.
For code changes:

[X] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[NA] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[NA] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[NA] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 27s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
49m 18s

trunk passed

+1 :green_heart:
compile
19m 37s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
17m 50s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 21s

trunk passed

+1 :green_heart:
mvnsite
1m 44s

trunk passed

+1 :green_heart:
javadoc
1m 19s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 54s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 40s

trunk passed

+1 :green_heart:
shadedclient
42m 15s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

-1 :x:
mvninstall
0m 25s
/patch-mvninstall-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch failed.

-1 :x:
compile
0m 41s
/patch-compile-root-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
javac
0m 41s
/patch-compile-root-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
compile
0m 39s
/patch-compile-root-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
root in the patch failed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.

-1 :x:
javac
0m 39s
/patch-compile-root-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
root in the patch failed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 54s

hadoop-common-project/hadoop-common: The patch generated 0 new + 48 unchanged - 1 fixed = 48 total (was 49)

-1 :x:
mvnsite
0m 28s
/patch-mvnsite-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch failed.

-1 :x:
javadoc
0m 25s
/patch-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
hadoop-common in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
javadoc
0m 26s
/patch-javadoc-hadoop-common-project_hadoop-common-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
hadoop-common in the patch failed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.

-1 :x:
spotbugs
0m 26s
/patch-spotbugs-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch failed.

-1 :x:
shadedclient
6m 14s

patch has errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
0m 25s
/patch-unit-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch failed.

+1 :green_heart:
asflicense
0m 28s

The patch does not generate ASF License warnings.

146m 21s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7173

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux c0ed9477c64c 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / e4e04b6767436a2369ff1bf7a42a338e1cc3c6ba

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/1/testReport/

Max. process+thread count
527 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 49s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
51m 43s

trunk passed

+1 :green_heart:
compile
19m 29s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
17m 51s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 19s

trunk passed

+1 :green_heart:
mvnsite
1m 43s

trunk passed

+1 :green_heart:
javadoc
1m 18s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 54s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 39s

trunk passed

+1 :green_heart:
shadedclient
42m 45s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 57s

the patch passed

+1 :green_heart:
compile
18m 39s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
18m 39s

the patch passed

+1 :green_heart:
compile
17m 52s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
17m 52s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 15s
/results-checkstyle-hadoop-common-project_hadoop-common.txt
hadoop-common-project/hadoop-common: The patch generated 2 new + 48 unchanged - 1 fixed = 50 total (was 49)

+1 :green_heart:
mvnsite
1m 43s

the patch passed

+1 :green_heart:
javadoc
1m 13s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 53s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 48s

the patch passed

+1 :green_heart:
shadedclient
42m  7s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
20m 16s
/patch-unit-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch passed.

+1 :green_heart:
asflicense
1m  4s

The patch does not generate ASF License warnings.

250m  1s

Reason
Tests

Failed junit tests
hadoop.security.TestDoAsEffectiveUser

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7173

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 02ca2efa33c4 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c2b6ab49bc3f27c32fbfe29f643af707d48adb9e

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/2/testReport/

Max. process+thread count
2139 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
48m 19s

trunk passed

+1 :green_heart:
compile
19m 21s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
17m 52s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 19s

trunk passed

+1 :green_heart:
mvnsite
1m 45s

trunk passed

+1 :green_heart:
javadoc
1m 18s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 53s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 42s

trunk passed

+1 :green_heart:
shadedclient
42m 17s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 58s

the patch passed

+1 :green_heart:
compile
18m 40s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
18m 40s

the patch passed

+1 :green_heart:
compile
17m 52s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
17m 52s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 16s
/results-checkstyle-hadoop-common-project_hadoop-common.txt
hadoop-common-project/hadoop-common: The patch generated 1 new + 48 unchanged - 1 fixed = 49 total (was 49)

+1 :green_heart:
mvnsite
1m 44s

the patch passed

+1 :green_heart:
javadoc
1m 13s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 52s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 45s

the patch passed

+1 :green_heart:
shadedclient
42m  7s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
20m 25s
/patch-unit-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch passed.

+1 :green_heart:
asflicense
1m  0s

The patch does not generate ASF License warnings.

246m 16s

Reason
Tests

Failed junit tests
hadoop.security.TestDoAsEffectiveUser

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7173

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux beff1a963530 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 5d3699f79163ce95f4457b8aa4fe4323ba7d96ce

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/3/testReport/

Max. process+thread count
1264 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
49m 20s

trunk passed

+1 :green_heart:
compile
19m 35s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
17m 49s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 19s

trunk passed

+1 :green_heart:
mvnsite
1m 44s

trunk passed

+1 :green_heart:
javadoc
1m 18s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 54s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 39s

trunk passed

+1 :green_heart:
shadedclient
43m 54s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m  3s

the patch passed

+1 :green_heart:
compile
19m  4s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
19m  4s

the patch passed

+1 :green_heart:
compile
17m 47s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
17m 47s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 16s

hadoop-common-project/hadoop-common: The patch generated 0 new + 48 unchanged - 1 fixed = 48 total (was 49)

+1 :green_heart:
mvnsite
1m 43s

the patch passed

+1 :green_heart:
javadoc
1m 13s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 54s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
2m 44s

the patch passed

+1 :green_heart:
shadedclient
41m 47s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
20m 12s
/patch-unit-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch passed.

+1 :green_heart:
asflicense
1m  3s

The patch does not generate ASF License warnings.

248m 51s

Reason
Tests

Failed junit tests
hadoop.security.TestDoAsEffectiveUser

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7173

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 856097febcd1 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 6d001e5a8795b1c13715c17521c03a96ec79b7e2

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/4/testReport/

Max. process+thread count
2139 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7173/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

The test failure is related.  Looking at it.

Actually, the test failure is not related.  Seems the Yetus build has something messed up.  Will try a new PR https://github.com/apache/hadoop/pull/7174

Using a new pr https://github.com/apache/hadoop/pull/7174


tests failing, clean up

Clean up tests as code coverage needed addressed anyways

TO-DO

fix breaking tests
add more testing for codecov
update docs
merge to master / check deepsource issues

COMPLETED

tests working
coverage 100%
update docs
merge to master / check deepsource issues

close


Disbale Multiple random days in single Month

Is there an option to disable multiple random days in the same month?
if yes please let me know
currently I'm unable to disable multiple days at once, Only able to disable a single day at once in a single month
my scenario is I want to disable 1,15,25 28 date of month

Please see the README on disabling dates https://github.com/kizitonwose/CalendarView#disabling-dates
All you have to do is to put the dates in an array and check the array before binding any date so you can make those dates look "disabled". You can then ignore clicks on those dates.


kernel crash after closing external plot window

Applies To

[X] Notebooks (.ipynb files)
[X] Interactive Window and/or Cell Scripts (.py files with #%% markers)

What happened?
Hi!
When working on a Jupyter notebook, when making a plot outside the notebook itself (pop up window) using PIL, PyVista and other types of plotters the window crashes when I want to close it. The window freezes and I need to kill the kernel to solve it.
VS Code Version
Version: 1.86.1 (Universal) Commit: 31c37ee8f63491495ac49e43b8544550fbae4533 Date: 2024-02-07T09:09:01.236Z (1 wk ago) Electron: 27.2.3 ElectronBuildId: 26495564 Chromium: 118.0.5993.159 Node.js: 18.17.1 V8: <IP_ADDRESS>-electron.0 OS: Darwin arm64 23.2.0
Jupyter Extension Version
v2024.1.1
Jupyter logs
12:19:38.474 [info] Kernel acknowledged execution of cell 4 @<PHONE_NUMBER>474
12:19:51.309 [info] End cell 4 execution after 12.835s, completed @<PHONE_NUMBER>309, started @<PHONE_NUMBER>474
12:20:09.616 [error] Disposing session as kernel process died ExitCode: undefined, Reason:
12:20:09.616 [info] Dispose Kernel process 23013.
12:20:09.618 [error] Jupyter Extension (Error in onKernelStatusChanged, method:onKernelStatusChanged): Error: notebook controller is DISPOSED
    at Object.createNotebookCellExecution (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:150:203497)
    at Function.create (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:130:2129)
    at Function.getOrCreate (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:130:1897)
    at sp (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:133:2524)
    at rf.endCellAndDisplayErrorsInCell (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:252:13599)
    at rf.onKernelStatusChanged (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:252:13205)
    at rf.n.value (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:77:11258)
    at r.y (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:1902)
    at r.z (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:1972)
    at r.fire (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:2188)
    at hy.<anonymous> (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:268:2878)
    at r.y (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:1902)
    at r.z (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:1972)
    at r.fire (/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/api/node/extensionHostProcess.js:80:2188)
    at t (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:252:38593)
    at D (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20363)
    at Object.p [as emit] (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20024)
    at i.emit (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:18131)
    at L_.onStatusChanged (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:249:31476)
    at D (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20363)
    at Object.p [as emit] (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20024)
    at i.emit (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:18131)
    at $_.onKernelStatus (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:281:24365)
    at D (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20363)
    at Object.p [as emit] (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:20024)
    at i.emit (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:40:18131)
    at J_.shutdown (~/.vscode/extensions/ms-toolsai.jupyter-2024.1.1-darwin-arm64/dist/extension.node.js:281:15611)
    at processTicksAndRejections (node:internal/process/task_queues:95:5)

Coding Language and Runtime Version
Python v3.10.13
Language Extension Version (if applicable)
No response
Anaconda Version (if applicable)
conda v23.11.0
Running Jupyter locally or remotely?
Local

Thanks for the reply. I did create a sample Conda env with python 3.10 and installed 2 libs:

conda install jupyterlab
conda install pyvista

I could create a sample notebook (sample.ipynb) to replicate the bug sample.zip.
The bug appeared while running on VSCode and also via jupyterlab launched via terminal. Here is the terminal:
[I 2024-02-16 10:47:40.781 ServerApp] Kernel restarted: 0de4fc44-d70b-473d-a4fe-4801c6a7ae18.
[I 2024-02-16 10:47:40.784 ServerApp] Starting buffering for 0de4fc44-d70b-473d-a4fe-4801c6a7ae18:b11b9c31-b7d0-464b-b9df-0a8a279af786.
[I 2024-02-16 10:47:40.790 ServerApp] Connecting to kernel 0de4fc44-d70b-473d-a4fe-4801c6a7ae18.
[I 2024-02-16 10:47:40.790 ServerApp] Restoring connection for 0de4fc44-d70b-473d-a4fe-4801c6a7ae18:b11b9c31-b7d0-464b-b9df-0a8a279af786.
[I 2024-02-16 10:47:56.941 ServerApp] Saving file at /smaple.ipynb.
[I 2024-02-16 10:48:13.770 ServerApp] AsyncIOLoopKernelRestarter: restarting kernel (1/5), keep random ports.
[W 2024-02-16 10:48:13.771 ServerApp] kernel 0de4fc44-d70b-473d-a4fe-4801c6a7ae18 restarted
[I 2024-02-16 10:48:13.780 ServerApp] Starting buffering for 0de4fc44-d70b-473d-a4fe-4801c6a7ae18:b11b9c31-b7d0-464b-b9df-0a8a279af786.
[I 2024-02-16 10:48:13.822 ServerApp] Connecting to kernel 0de4fc44-d70b-473d-a4fe-4801c6a7ae18.
[I 2024-02-16 10:48:13.823 ServerApp] Restoring connection for 0de4fc44-d70b-473d-a4fe-4801c6a7ae18:b11b9c31-b7d0-464b-b9df-0a8a279af786.
Thanks for the help !

The bug appeared while running on VSCode and also via jupyterlab launched via terminal. Here is the terminal:

The python package used to generate the plot is what is causing the Kernels to crash.
I was hoping there would be some better logs in Jupyter (when launched from the terminal), unfortunately thats not the case.
Given this is not an issue with VS Code (evidenced by the fact that this also occurs in Jupyter), i am closing this as out of scope, as its caused by some external package.
Sorry I couldn't help futher, the logs definitely helped but not enough to help me help you identify the root cause
My suggestion at this stage,

Is to file an issue against repo of the Python package you are using.
Or reach out on stack overflow


Index out of range (GB)

Variables:
SKU:<PHONE_NUMBER> (Great Britain RTX 3080)
Locale: en_GB
Currency:  GBP
Receive the error below as soon I run the exe.
Exception:
panic: runtime error: index out of range [0] with length 0
goroutine 1 [running]:
main.main()
goroutine 1 [running]:main.main()/home/inarm/go/src/github.com/ianmarmour/nvidia-clerk/main.go:59 +0x746

What platform are you running on? (windows, mac, linux) and what shell are you using?

Sorry, platform is Windows.
And I'm not nearly tech savvy enough to understand what a shell is, but an educated guess says, I'm using Command Prompt, is that the correct answer? lol

Yep that's the correct answer haha :).
Do you have Google Chrome installed on your system?

I do, although running the exe via Command Prompt brings up a separate version of Chrome (evident by the fact the none of my extensions exist within the window it brings up), is that normal?

Yep that's to be expected and indicates that it's running properly,
This is the main link that the tool uses to get information and looks like it's working with your configuration,
https://in-and-ru-store-api.uk-e1.cloudhub.io/DR/products/en_GB/GBP/5438792800
can you post me the commands you're running :)

Ah, update, I was previously copy/pasting in all 3 NVIDIA_SET commands and hitting enter after each one before dragging in the file. Now to make life easier, I just wrote out and copy pasted the entire thing:

set NVIDIA_CLERK_SKU=5438792800
set NVIDIA_CLERK_LOCALE=en_GB
set NVIDIA_CLERK_CURRENCY=GBP

before hitting enter, and then dragging in the exe.
The Command Prompt now repeatedly prints:

SKU Name: NVIDIA GEFORCE RTX 3080 - GB
SKU Status: PRODUCT INVENTORY_OUT_OF_STOCK
Product Inventory: 2

Occasionally printing an 'Invalid Character' code, which worries me, but then it seems to go back to printing the stock information after a while.
In the chrome window, it only displays the 'access_token' tab, will it only open up a new tab to the nvidia store when it detects it can add a card to my cart?

That's totally correct yep, what you're getting now is the intended behavior. From time to time you'll get the invalid character code that's just NVIDIAs inventory timing out from too many requests, unless you're getting a solid wall of those there's nothing to worry about.
You'll need to leave both the browser and the command line tool open (but can be minimized), whenever the inventory comes in stock it will automatically drop you into a checkout in that chrome browser.

Brilliant, thanks very much! Great work :D


Cache parsing of version strings

Context
The version parser is the largest contributor to garbage created during the
resolution of a large dependency graph. This commit creates a build scope version
parser which is shared and caches the result of parsing, avoiding the creation of
a significant number of arrays.

@melix Can you point me at an adhoc test so I can look at the results of this effort?

You can look at the "Performance test coordinator" results below for the global impact, or look at:

https://builds.gradle.org/viewLog.html?buildId=12468619&buildTypeId=Gradle_Util_Performance_AdHocPerformanceScenarioLinux&tab=artifacts#!w53t9gy,-80u7qjys7mfp,8jn9un0t72tu,-1o4yfzkjpc80h,3grkdhtd6wwj,-wnhocn1o8u4d (with profiling data)
https://builds.gradle.org/repository/download/Gradle_Util_Performance_AdHocPerformanceScenarioLinux/12475778:id/results/performance/build/test-results-performanceAdhocTest.zip!/TEST-org.gradle.performance.regression.corefeature.LargeDependencyGraphPerformanceTest.xml (without profiling data, gives more accurate improvement results)

Depending on runs, I get between 0.5 and 1.5% faster on "resolve large dependency graph". I think mostly because of less GC, and because we don't parse the same string again and again.

I'm optimistically merging this, let me know if you have comments and I'll address them after.


Add additional columns during copy

In "Tip" section, need to add comment to refresh schema via "Import Schema" on "Mapping" tab to enable easier mapping.
Might want to also include JSON example for mapping Additional Columns....
                        {
                            "source": {
                                "path": "$['additional column here']"
                            },
                            "sink": {
                                "name": "destination column here",
                                "type": "String"
                            }
                        }

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

ID: 5f8f06db-58d4-75b9-f150-9a1b4767cf75
Version Independent ID: 54c26e53-460a-2f6e-b4f2-86f1e8581435
Content: Copy activity in Azure Data Factory - Azure Data Factory
Content Source: articles/data-factory/copy-activity-overview.md
Service: data-factory
GitHub Login: @linda33wj
Microsoft Alias: jingwang

@jmorgansmith  Thanks for the feedback and bringing this to our notice. At this time we are reviewing the feedback and will provide an update as appropriate.

@jmorgansmith Could you please elaborate more on the second point (about JSON you have mentioned)? Also please point me to section of the doc you are referring to.

In the JSON example under “Add Additional Columns during copy“ (https://docs.microsoft.com/en-us/azure/data-factory/copy-activity-overview#add-additional-columns-during-copy), you show how to create the additional columns under “source” but you don’t show how to use/map/reference them under “sink”.
Thanks,
Morgan

On Apr 16, 2020, at 11:20 PM, KranthiPakala-MSFT<EMAIL_ADDRESS>wrote:

@jmorgansmith Could you please elaborate more on the second point (about JSON you have mentioned)? Also please point me to section of the doc you are referring to.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

@jmorgansmith Thanks for the details. We have assigned the issue to the content author to further review the feedback and update the document as appropriate.

Hi @linda33wj , could you please have a look at this feedback. Thank you.

Hi,
There are two issues that we found:

When we are using Additonal Columns and if the number of columns are 20 in all rows and last row for example it is footer with only 5 columns this FilePath is not generated for last row it is mapped to 6th column with file name value.

When we are using this property with Source "Null Value = \N" it behaves extremely weired. It loads all data randomly.

Regards,
Vishal

Thanks for your dedication to our documentation. Unfortunately, at this time we have been unable to review your issue in a timely manner and we sincerely apologize for the delayed response. The requested updates have not been made since the creation of this issue, and the timeline for resolution may vary based on resourcing, so we've created an internal work item to incorporate your suggestions. We are closing this issue for now, but feel free to comment here as necessary. #please-close


This change is


Gerrit REST from AOSP

As stated in the documentation on:
https://gerrit-review.googlesource.com/Documentation/rest-api.html
"To prevent against Cross Site Script Inclusion (XSSI) attacks, the JSON response body starts with a magic prefix line that must be stripped before feeding the rest of the response body to a JSON parser:"
So, getting content from:
https://android-review.googlesource.com/changes/?q=limit:2+q=status:merged&o=CURRENT_REVISION
presents an error.
It would be nice to have some sort of "skip n-chars" from body in order to have a correct JSON.
I fixed it by just adding a patch in stripBom function in MimeHandlerAdapter.php :
$body = substr($body,4); // cut )]}'
and building it to .phar which I use.
However, I am no php developer, so I feel there should be a cleaner way, and cover wider-case
scenarios.

You can do the same thing with a custom parser.
$response = \Httpful\Request::get($url)
    ->parseWith(function($body) {
        return json_decode(substr($body, 4));
    })
    ->send();


Upgrade from 3.4 to master fails due to node upgrade and PATH environment

scripts/lib/install-node installs node via a symlink in /usr/local/bin/node, but nvm also sets up ~root/.bashrc to load /usr/local/nvm/nvm.sh; this script prepends to $PATH, such that which node finds /usr/local/nvm/versions/node/v12.18.2/bin/node.
Since that specific version is in the environment's $PATH, it means that during the upgrade, nvm installs node 14.16.1 and scripts/lib/install-node upgrades the symlink in /usr/local/bin to 14.16.1 -- but the subsequent calls to yarn are still using the old environment, in which /usr/local/nvm/versions/node/v12.18.2/bin/node is first in the path, so packages which require recent a recent node version fail.
Ideally, we would filter any /usr/local/nvm/versions out of $PATH in scripts/lib/install -- but removing items is actually a bit complicated.  It may be easiest to explicitly prepend /usr/local/bin to $PATH, so that post-node-upgrade, calls to yarn or node will find /usr/local/bin/node, which will be the upgraded version.

We could also look at whether running some additional nvm command or option can prevent or undo the ~root/.bashrc hackery?  nvm unload at least will unhack $PATH, so we could do that conditioned on which nvm or something.  But I can't find any way to tell nvm to not modify .bashrc in the first place, which is probably a thing we'd want.
I think that prepending approach makes sense to me if we need to -- worth looking at https://github.com/zulip/zulip/issues/17441 too in this context -- the right answer might be to just set PATH ourselves at the start of the install/upgrade scripts.
@andersk @gnprice for thoughts on the strategy question here.

This failure is only to master, not to a release, because it's in update-prod-static.


[Web] Renew share copy input

tasks

Review share copy input
Add analytics tracker

design

figma

Close it due to we'll have a new design of sharing


[idea] Garage esx

Hello Imagic
You think is possible you add one resouce like mission resource with esx_garage?
https://www.mediafire.com/?f8uuie5obx7pf2s
Thanks
Cedric RPF Studio

I don't understand.

Do you think its possible to add the possibility to use garage from another gamemode like esx_garage , its really interesting to have a place to get save modifications off the vehicle
?

I have no idea, try.


#164829208 implement ratings on articles

Description
When a user reads an article, he/she should be able to rate the article.
In addition, an article should get its average rating.
Type of change

[ ] Bug fix (nonbreaking change which fixes an issue)
[x] New feature (nonbreaking change which fixes an issue)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

How Has This Been Tested?
Please describe the tests that you ran to verify your changes

[ ] End to end
[x] Integration

Checklist:

[x] My code follows the style guide for this project
[ ] I have linted my code prior to submission
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes

Pivotal Tracker
#164829208

@ValerieRono Address the following issues:
POST - /api/articles/<slug>/ratings/:

/api/articles/<slug>/ratings/ is a misleading url for getting a list of all ratings, unless it’s getting a list of ratings for a particular article; in which case it shouldn’t return a 200 response when we use a non-existing slug
this returns a list of all ratings for a particular article, i have fixed it to return a 404

@ValerieRono Address the following issues:
POST - /api/articles/<slug>/ratings/:

/api/articles/<slug>/ratings/ is a misleading url for getting a list of all ratings, unless it’s getting a list of ratings for a particular article; in which case it shouldn’t return a 200 response when we use a non-existing slug
Able to create a rating with a value of 8, which is above the max value of 5
Error message when creating rating for non-existing slug is vague, ie.:

{
    "rating": {
        "detail": "Not found."
    }
}

This should be changed to better reflect the error, ie. “article not found” or sth of the sort.

Just a thought, but should one be able to rate their own article?
DELETE - /api/articles/ratings/<PK>
When I send a delete request it is returning the get response; please check if this is the case

Also please ensure you follow PEP8 conventions

all feedback implemented, as for the delete endpoint, final forward slash missing in your request


Create full static binary need option

Please add option for create full static binary without system libraries dependencies.
I want to compile code on Debian and run on CentOS, but this is impossible because LibC,  Libptheads and some other libs are dynamic
Look at projects https://github.com/zimbatm/ffmpeg-static - this is full static buld and I can comple this in Ubuntu and run on the CentOS.
Thank you 😊

just add option --extra-ldexeflags="-static"
patch.txt

https://github.com/markus-perl/ffmpeg-build-script/pull/61

Merged. I released V1.18 with these changes.: https://github.com/markus-perl/ffmpeg-build-script/releases/tag/v1.18


There're no tags

@init-penguin ping.

pong. which tags do you mean?

@init-penguin Any stable tag. Like 0.1

My bad, I'll do it as soon as I fix dependencies in composer.

Okay. Let me know when you finish it.

Seems to be done.

Thanks. :+1:


Fantastic!!

this is not really an issue, but I was wondering if you had plans to vectorize your code. I think most of the code would work as a portable (probably not using ms compilers though) vectorized implementation using
attribute((ext_vector_type(4)));
but not sure how it would compare to your asm version. Of course an asm vector implementation could get ~3x the speed
Anyway, wanted to say thanks! this is quite nice implementation.
James

Hi James,
I didn't have any plan for supporting vectorization. I also doubt if any noticeable performance gain can be achieved due to usage of seriallized big number operations. Anyway, if I get a chance, I make some experimental implementation and submit it if happy with the results.
Thanks
Mehdi


[2i2c, ohw]: IMPORTANT! update access as soon as possible

We started the event an hour ago, but I only now discovered that I had not added the appropriate GitHub team of participants to the ohw.values.yaml file!!! That was after everyone was reporting being unabled to enter the hub.
This PR adds the team. Please accept the PR as soon as you can. Obviously, it'll be disruptive to the event, but the disruption is necessary.
Thank you!!
Updates for 2024 OceanHackWeek (OHW)-in-Spanish November event.
@jnywong
xref https://github.com/2i2c-org/infrastructure/issues/5052

@jnywong we found a stopgap measure! Please DON'T merge this PR until after 12pm PT (UTC-9) today

Thank you @jnywong . The stopgap solution was simply to add the people in this new event to a github team that already has access to the hub. We did that, and it (obviously) worked right away. Whew. Otherwise, everything is going well.

I'll merge this at 5pm pt today!

Thanks!


google play version 10.2.1

I am trying to use the new Google Play Serivce lib 10.2.1, but there is no support for that, the latest 1.2.0 only supports up to Google Play Service 10.2.0. Same goes with support library 25.1.1.

10.2.0 should be the same as 10.2.1 unless you're on O Preview, so I'd just stick with 10.2.0 for now.  As for the support library version, we are looking for a long-term solution to stop chasing that number.

See #613

I just encountered error with Google Play Service lib 10.2.1 with FirebaseUI 1.2.0
(There is no problem using Google Play Service lib 10.2.0)
[logcat]
FATAL EXCEPTION: main
Process: kr.mindwing.fastground.dev, PID: 6854
java.lang.NoSuchMethodError: No virtual method zzUU()Z in class Lcom/google/firebase/FirebaseApp; or its super classes (declaration of 'com.google.firebase.FirebaseApp' appears in /data/app/kr.mindwing.fastground.dev-1/split_lib_dependencies_apk.apk:classes30.dex)
at com.google.firebase.database.FirebaseDatabase.getInstance(Unknown Source)
at com.google.firebase.database.FirebaseDatabase.getInstance(Unknown Source)
...


HTTP WFID test/fixes

Way to launch HTTP in unit tests
More unit tests (outside of template)
Fix for WFID in HTTP header
Clarify withNextWorkflowID use of ID.

I don't see any changes regarding withNextWorkflowID -- can you point me to it, and is there a new test for this?

Search for getNextWFID, which takes the cleanup place of dbos.ts old line 716.  We could set a flag / have it throw an error if the user does two, but I didn't see a precedent for that in Python, which has a similar construct.


data: JMD110

Please change the file name so that it matches your GitHub username exactly.
Instead of: data/dellaji.json this should be data/JMD110.json
You may wish to refer to point 7 of our QuickStart Guide in Docs: https://linkfree.io/docs/quickstart

Please change the file name so that it matches your GitHub username exactly.
Instead of: data/dellaji.json this should be data/JMD110.json
You may wish to refer to point 7 of our QuickStart Guide in Docs: https://linkfree.io/docs/quickstart

Thanks. The file name have been replaced.


[Feature Fix] Fix Trello and Github UI bugs

Resolve Trello bugs:

https://trello.com/c/YTANH90F/139-fork-modal-s-fork-button-is-not-capitalized
https://trello.com/c/bmN4NEtb/68-create-view-only-link-modal-bold-question-about-components-should-be-first-and-there-is-an-extra-space

Resolve Github bugs:

https://github.com/CenterForOpenScience/osf.io/issues/3710
https://github.com/CenterForOpenScience/osf.io/issues/3627

Side Effects
All of them are very small UI changes and none side effect would be expected.

Merged into develop


LIST pattern silently eats away anything between nonsibling LIST_ITEM patterns

LIST pattern silently eats away and anything between nonsibling LIST_ITEM patterns. The only exception is if a comment exists between lists.
For the following input
a:
  - 1
  - 2 # comment between a and b
b:
  - 3
  - 4
c:
  - 5
  - 6
# comment between c and d
d:
  - 7
  - 8

parse_string returns
{
    u'a': [
        1,
        2,
    ],
    u'b': [
        3,
        4,
        5,
        6,
    ],
    u'd': [
        7,
        8,
    ],
}

while the expected output is
{
    u'a': [
        1,
        2,
    ],
    u'b': [
        3,
        4,
    ],
    u'c': [
        5,
        6,
    ],
    u'd': [
        7,
        8,
    ],
}

Pull request in #18

Hi @ishanarora! 👋
Good catch!


Restructure Project to Conform to Go Best Practices

Proposed changes
Restructure the project so that:

all modules are in the pkg folder
modules are broken down into decrete functionality type.

pkg/client - client objects
pkg/api - all APIs
pkg contains supporting packages

any binaries generated are in the cmd/bin folder
any CLI type applications are in the cmd/cli folder

A great (but exhaustive) example of this is in the Kubernetes project: https://github.com/kubernetes/kubernetes/tree/master/pkg
Context
This change is important because when the DG API starts to expand, it's going to make the project maintainable. Currently, all code exists in the /deepgram folder.
Possible Implementation
NA
Other information
NA

Merged https://github.com/deepgram-devs/deepgram-go-sdk/pull/86. Closing


Validation isn't correct for multiple tiers in step 3

@vbaranov is it fixed?

Waiting of https://github.com/oraclesorg/ico-wizard/issues/184 implementation

Is this still valid?

These problems still exist:

no validation for end time > start time for 2nd tier and further
no validation, that start time of the tier cannot be less than end time of the previous tier


[Bug Report] Weird graphical error using ArmCord client

Describe the bug
I use ArmCord, a Discord client for Linux that supports GooseMod, and I am experiencing a weird problem where the segment with DMs, explore servers, and create server is. The segment is raised more than usual and is inside the top bar with the navigation buttons and all of that. I'm uncertain if this is the theme's fault or if it's ArmCord, so I was hoping you could perhaps shed some light on that.
Screenshots

Operating System:
Which operating system do you use?

[x] Linux
[ ] Windows
[ ] macOS

Hmm I never tried CreArts with ArmCord, I would have to set up a linux system again and test it myself, that would probably only give a fix for it in the next update.


NC_rcfile_insert: save rc in globalstate->rcinfo.triplesNC_rcfile_insert

This PR solves issue https://github.com/Unidata/netcdf-c/issues/2337
I tested the PR locally with NetCDF 4.8.1 and all test worked except for tst_remote3.sh, which is likely a rounding issue (see below).
The PR is rebased on the current main branch.
=============================================
   netCDF 4.8.1: ncdap_test/test-suite.log
=============================================

# TOTAL: 16
# PASS:  15
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: tst_remote3
=================

*** Testing DAP to netCDF-3 translation using remote server
        Base URL: https://remotetest.unidata.ucar.edu/dts
        Client Parameters: [log][netcdf3]
        Caching: on
    Note: The remote tests may be slow or even fail if the server is overloaded
*** Testing: test.01 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.01
*** Testing: test.02 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.02
*** Testing: test.04 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.04
*** Testing: test.05 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.05
*** Testing: test.07a ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.07a
*** Testing: test.07 ; url=https://remotetest.unidata.ucar.edu/dts/test.07
*** Testing: test.21 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.21
*** Testing: test.50 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.50
*** Testing: test.53 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.53
*** Testing: test.55 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.55
*** Testing: test.56 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.56
*** Testing: test.57 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.57
*** Testing: test.66 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.66
*** Testing: test.67 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.67
41c41
<     0.589788025031098, 0.581683089463883, 0.573519986072457,
---
>     0.589788025031098, 0.581683089463884, 0.573519986072457,
*** FAIL:  test.67
*** Testing: test.68 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.68
*** Testing: test.69 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.69
*** Testing: test.01.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.01?f64
*** Testing: test.02.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.02?b[1:2:10]
*** Testing: test.03.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.03?i32[0:1][1:2][0:2]
*** Testing: test.04.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.04?types.i32
*** Testing: test.05.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.05?types.floats.f32
*** Testing: test.07.1 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.07?person.age
*** Testing: test.07.3 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.07?person
*** Testing: test.07.4 ; url=[cache][prefetch]https://remotetest.unidata.ucar.edu/dts/test.07?types.f32
*** FAILED: 23/24 ; 0 expected failures ; 1 unexpected failures
FAIL tst_remote3.sh (exit status: 1)

I think the change should be this:

globalstate->rcinfo.entries= rc;

The field used to be called triples, but I changed it at some point.

Thanks a lot for the tip. I updated the PR to use rcinfo->entries.

There are some failures for nc-cmake (1.10.8, nc4, dap_off, nczarr_on)
The following tests FAILED:

40 - ncdump_tst_output (Failed)

Apparently the following diff failed:
diff -b tst_output_c1_64.cdl tst_output_ctest1_64.cdl
https://github.com/Unidata/netcdf-c/runs/6457516131?check_suite_focus=true#step:18:785
https://github.com/Unidata/netcdf-c/runs/6457516131?check_suite_focus=true#step:18:820

41 - ncdump_tst_nccopy3 (Failed)

I see a  "No such file or directory" message:
https://github.com/Unidata/netcdf-c/runs/6457516131?check_suite_focus=true#step:18:2741


Ftp connection caching

Add ftp connection caching to avoid problem with some servers that doesn't allow more than one connection at the same time.

Thanks. I'd overlooked this one :)
Should go into 'develop' this evening.


Ditch logentries gem, explicitly log to STDOUT in prod/stage

Summary
I think the Rails 5 stuff broke some logging. This is an attempt to fix that, but we should confirm in stage that this is the correct solution.
Also this resolves #18 - we don't need the gem dependency.
/domain @Betterment/test_track_core
/platform @jmileham @aburgel @samandmoore

<<domain tafn

<< domainlgtm platformlgtm

domainlgtm


Nills

Replace this paragraph with a description of what this PR is changing or adding, and why. Consider including before/after screenshots.
List which issues are fixed by this PR. You must list at least one issue.
If you had to change anything in the flutter/tests repo, include a link to the migration guide as per the breaking change policy.
Pre-launch Checklist

[ ] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[ ] I read the Tree Hygiene wiki page, which explains my responsibilities.
[ ] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[ ] I signed the CLA.
[ ] I listed at least one issue that this PR fixes in the description above.
[ ] I updated/added relevant documentation (doc comments with ///).
[ ] I added new tests to check the change I am making, or this PR is test-exempt.
[ ] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

This PR does not appear to be appropriate for review or merging, so I am going to close it. Please refer to our contributor guide for help on writing a pull request for Flutter. Thanks!


Refactor/Improve subgraph queries

bundle stuff when possible to reduce number of calls . Quick example

we can close this, it was a general advice