3.34

Hey, please make compatible with 3.34.

+1 for this, any way we can help?

Error: No signal 'value-changed' on object 'Gjs_Slider'

change all "value-changed"  to "notify::value"
i see window-corner-preview icon
but it don't work

+1 please please make it compatible with Gnome 3.34, this extension is vital for me. Cannot work without a football match in the corner.

a very dirty fix which can unblock the usage is here - https://github.com/medenagan/window-corner-preview/pull/22 but a proper fix should be made by the maintainer or someone who has experience with GTK and this extension

+1 please please make it compatible with Gnome 3.34, this extension is vital for me. Cannot work without a football match in the corner.

https://github.com/istals/window-corner-preview/tree/feature/gnome3.34_support

added fixes to support Gnome 3.34
added monitor support
looking forward and will add other fixes and improvements

Next up would be 3.36 I guess, coming in mid March :)

can you add support for 3.36 please, this extension is like " the Holy Grail " for us please


dask xgboost fit: munmap_chunk(): invalid pointer: 0x00007fa5380304b0

Using rapids 0.14, conda, Ubuntu 16/18, cuda 10.0, cuda 11.1 driver, dask/disributed 2.17 that matches rapids 0.14.
After updating to 1.3.0 master nightly, I'm hitting this with any dask fit.  It's pervasive, so I'll probably have to go back to 1.2.1 for now unless easy fix.  Once it happens the worker is restarted and xgboost hangs.
It's late here, so I'll post repro if possible on weekend.
  The problem happens every time I run same thing, so I can probably bisect back to hash when it started.  Will try that tomorrow.

Yes, if I just don't pass eval_set to dask fit then  no such crash.  So the new early stopping support for dask must be broken.

@pseudotensor So far it doesn't show up on our tests.  Will look into it once we have a MRE.

Yes, if I just don't pass eval_set to dask fit then no such crash. So the new early stopping support for dask must be broken.

Sometimes error happens in a weird way. Like one of the worker died due to oom or whatever, then got restarted by dask resulting into weird state in the underlying MPI (rabit) synchronization.

Just ran it with higgs, seems fine.

@trivialfis Here is repro:

Launch 2 node dask-cuda-worker and scheduler cluster with 2 GPUs each.

run below script on main scheduler node (FYI same as https://github.com/dmlc/xgboost/issues/6268#issuecomment-739412724 but reasonable chunksize):

import pandas as pd
def fun():
    from dask.distributed import Client, wait
    from dask_cuda import LocalCUDACluster

    if True:
        with Client(scheduler_file="tmp/dask_cuda_scheduler.json") as client:
            import xgboost as xgb
            import dask_cudf

            import pickle
            (model, X, y, kwargs) = pickle.load(open("xgbissue6469.pkl", "rb"))
            import dask.dataframe as dd
            X = dd.from_pandas(X, chunksize=250).persist()
            y = dd.from_pandas(y, chunksize=250).persist()
            valid_X = kwargs['eval_set'][0][0]
            valid_y = kwargs['eval_set'][0][1]
            valid_X = dd.from_pandas(valid_X, chunksize=250).persist()
            valid_y = dd.from_pandas(valid_y, chunksize=250).persist()
            kwargs['eval_set'] = [(valid_X, valid_y)]
            model.fit(X, y, **kwargs)

            print("here")

if __name__ == '__main__':
    fun()

Client side appears to just hang, but at least one of the workers hits the error mentioned:
** Error in `dask-worker [tcp://<IP_ADDRESS>:36115]': munmap_chunk(): invalid pointer: 0x00007f52d8029ef0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777f5)[0x7f53d4dbf7f5]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x1a8)[0x7f53d4dcc6e8]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x3074ba)[0x7f52bbed04ba]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x4a04c4)[0x7f52bc0694c4]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x179e25)[0x7f52bbd42e25]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x17ba77)[0x7f52bbd44a77]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x1a4919)[0x7f52bbd6d919]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(XGBoosterUpdateOneIter+0x58)[0x7f52bbc49308]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/../../libffi.so.6(ffi_call_unix64+0x4c)[0x7f53d35ae630]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/../../libffi.so.6(ffi_call+0x22d)[0x7f53d35adfed]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so(_ctypes_callproc+0x2ce)[0x7f53d35c4f9e]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so(+0x139d5)[0x7f53d35c59d5]
dask-worker [tcp://<IP_ADDRESS>:36115](_PyObject_FastCallDict+0x8b)[0x55cc93d0600b]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x1a179e)[0x55cc93d9479e]
dask-worker [tcp://<IP_ADDRESS>:36115](_PyEval_EvalFrameDefault+0x30a)[0x55cc93db718a]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x16f256)[0x55cc93d62256]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x170231)[0x55cc93d63231]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x1a1725)[0x55cc93d94725]
dask-worker [tcp://<IP_ADDRESS>:36115](_PyEval_EvalFrameDefault+0x30a)[0x55cc93db718a]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x16f256)[0x55cc93d62256]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x170231)[0x55cc93d63231]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x1a1725)[0x55cc93d94725]
dask-worker [tcp://<IP_ADDRESS>:36115](_PyEval_EvalFrameDefault+0x10c6)[0x55cc93db7f46]
dask-worker [tcp://<IP_ADDRESS>:36115](PyEval_EvalCodeEx+0x329)[0x55cc93d674f9]
dask-worker [tcp://<IP_ADDRESS>:36115](+0x175426)[0x55cc93d68426]
dask-worker [tcp://<IP_ADDRESS>:36115](PyObject_Call+0x3e)[0x55cc93d05c2e]
dask-worker [tcp://<IP_ADDRESS>:36115](_PyEval_EvalFrameDefault+0x1ab6)[0x55cc93db8936]
dask-worker [tcp://<IP_ADDRESS>:36115](PyEval_EvalCodeEx+0x966)[0x55cc93d67b36]
:

The local cuda server on 2 GPU system did not crash like this.

I will look into it tomorrow.  That's pretty new ..  hopefully I can get sanitizer to work on distributed workers ..

Odd remote closure of issue although I only referenced the issue.

@trivialfis Actually the problem is more pervasive.  I hit it even when the eval_set is empty.  Just the same exact case above but this pickle:
dask_model_398f86ad-bd64-4503-954d-6f7c486a2b11.pickle.zip

bisecting this reduced simple version of script:
import pandas as pd
def fun():
    from dask.distributed import Client, wait
    from dask_cuda import LocalCUDACluster

    if True:
        with Client(scheduler_file="tmp/dask_cuda_scheduler.json") as client:
            import xgboost as xgb
            import dask_cudf

            import pickle
            #file1 = "xgbissue6469.pkl"
            file1 = "dask_model_398f86ad-bd64-4503-954d-6f7c486a2b11.pickle"
            (model, X, y, kwargs) = pickle.load(open(file1, "rb"))
            params = dict(tree_method='gpu_hist', booster='gbtree')
            model = model.__class__(**params)
            import dask.dataframe as dd
            X = dd.from_pandas(X, chunksize=50).persist()
            y = dd.from_pandas(y, chunksize=50).persist()
            kwargs.pop('sample_weight', None)
            if 'eval_set' in kwargs:
                valid_X = kwargs['eval_set'][0][0]
                valid_y = kwargs['eval_set'][0][1]
                valid_X = dd.from_pandas(valid_X, chunksize=250).persist()
                valid_y = dd.from_pandas(valid_y, chunksize=250).persist()
                kwargs['eval_set'] = [(valid_X, valid_y)]
            print(model.get_params())
            model.fit(X, y, **kwargs)
            preds = model.predict(X)
            print(preds.compute()[0])

            print("here")

if __name__ == '__main__':
    fun()

by nightly wheels, in case helps since only takes 5 seconds to fail or run:
FAILED: https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bd6386e45e8ed19c238ee06544dabbcbf56e02bbc-py3-none-manylinux2010_x86_64.whl
PASSED: (just kwargs.pop('sample_weights', None) required): https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B9a4e8b1d8196076098cccfac53bcfe0cc60e1d54-py3-none-manylinux2010_x86_64.whl
PASSED: https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bcc767247628e0c81956515292ba824b89432e9e8-py3-none-manylinux2010_x86_64.whl
PASSED: https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B3ac173fc8b68940416bab134dd019195b16519f3-py3-none-manylinux2010_x86_64.whl
NO FAIL: https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bf3a4253984f1b76cc542fb313c3186264c2cdba0-py3-none-manylinux2010_x86_64.whl
FINISHED BUT had same failure on remote worker.  So script completed, but still remote worker had illegal access.  No idea how script ran still, unless dask ignored the worker entirely somehow.  The remote worker had rabit failures and then followed up with the same illegal stuff:
00:05:37] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[00:05:37] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[00:05:39] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[00:05:39] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[00:05:43] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[00:05:43] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[00:05:49] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[00:05:49] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[00:05:57] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[00:05:57] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [00:05:57] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
[00:05:57] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[00:05:57] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [00:05:57] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
*** Error in `dask-worker [tcp://<IP_ADDRESS>:38213]': munmap_chunk(): invalid pointer: 0x00007f2a0c02d420 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777f5)[0x7f2b037c87f5]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x1a8)[0x7f2b037d56e8]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x2fe42a)[0x7f29ebf1542a]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x497a74)[0x7f29ec0aea74]

https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B12d27f43ff117462d607d0949fb89bccbc405a49-py3-none-manylinux2010_x86_64.whl
PASSED:
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B8a17610666dd1286fbeb20a96f6aab92ef63a994-py3-none-manylinux2010_x86_64.whl
FINISHED BUT same illegal error and sequence of rabit stuff shown before.
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B6d711d648cb83409da00ff48e1890e1e9e386856-py3-none-manylinux2010_x86_64.whl
So this diff is bad:
https://github.com/dmlc/xgboost/compare/8a17610666dd1286fbeb20a96f6aab92ef63a994..d711d648cb83409da00ff48e1890e1e9e386856

In that "diff" I see changes to rabit, which probably explains why the rabit stuff shows up.  Some later commit I guess the rabit stuff goes away but one is left with the same illegal error and hang instead.  It would be nice if rabit survived crashes by a worker, like it seems to have done up to some other point I didn't bisect.  I'm not sure what one expects, but definitely being fragile to a single worker going down is bad.  But illegal failure and hang are also super bad.

Thanks for bisecting the issue.  I haven't been able to reproduce it at the moment.  Trying out a remote cluster right now.  Looking at the diff you found, seems the change to rabit is just logging.  Maybe the log got redirected to tracker which is causing issue, I will continue looking into it.

I'm not sure what one expects, but definitely being fragile to a single worker going down is bad. But illegal failure and hang are also super bad.

XGBoost is robust to exception, but not hard crash.

I'll try to bisect the case when no more rabit failure and just illegal + hang:
illegal only: https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bd6386e45e8ed19c238ee06544dabbcbf56e02bbc-py3-none-manylinux2010_x86_64.whl
rabit + illegal (kept trying and going, failing multiple times and script failed): https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B12d27f43ff117462d607d0949fb89bccbc405a49-py3-none-manylinux2010_x86_64.whl
rabit + illegal (kept trying and going, failing multiple times and script failed):
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bcc581b3b6b49958a56b440de2f5d4769b8fdd193-py3-none-manylinux2010_x86_64.whl
illegal only:
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bfb56da5e8b95f3fa0a797a4b2bd073d13e28ed3b-py3-none-manylinux2010_x86_64.whl
rabit + illegal:
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B956beead705118fd2513da79af9ccfe9cef59a0d-py3-none-manylinux2010_x86_64.whl
rabit + illegal:
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2Bc2ba4fb95742c9fe927ee2c5f180ef81a20d33d1-py3-none-manylinux2010_x86_64.whl
This is the change that lost the rabit allreduce message but kept the illegal + hang:
https://github.com/dmlc/xgboost/compare/c2ba4fb95742c9fe927ee2c5f180ef81a20d33d1..fb56da5e8b95f3fa0a797a4b2bd073d13e28ed3b
Again some logging changes, but some actual non-test dask changes.  Some global config stuff.

So overall, the illegal error probably comes from the python-package/xgboost/dask.py changes here: https://github.com/dmlc/xgboost/compare/8a17610666dd1286fbeb20a96f6aab92ef63a994..d711d648cb83409da00ff48e1890e1e9e386856

If you guys can make a debug build of any particular hash, I'm happy to run it if that would give more useful information.

FYI, if I run without GPU for the script, I get exact same kind of error:
CUDA_VISIBLE_DEVICES= python dask_cudf_scitkit_issue6469.py
/home/jon/minicondadai/lib/python3.6/site-packages/cudf/utils/gpu_utils.py:120: UserWarning: No NVIDIA GPU detected

i.e. just letting it switch, and connecting to normal dask workers, I see:
distributed.worker - INFO - -------------------------------------------------
distributed.core - INFO - Starting established connection
[01:11:12] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:11:14] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:11:18] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:11:24] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:11:32] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:11:32] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [01:11:32] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
*** Error in `dask-worker [tcp://<IP_ADDRESS>:40547]': munmap_chunk(): invalid pointer: 0x00007f2981372500 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777f5)[0x7f2a651217f5]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x1a8)[0x7f2a6512e6e8]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x3050ba)[0x7f29b685f0ba]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x49de04)[0x7f29b69f7e04]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x178a55)[0x7f29b66d2a55]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x17a6a7)[0x7f29b66d46a7]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(+0x1a2d59)[0x7f29b66fcd59]
/home/jenkins/minicondadai/lib/python3.6/site-packages/xgboost/lib/libxgboost.so(XGBoosterUpdateOneIter+0x58)[0x7f29b65da0c8]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/../../libffi.so.6(ffi_call_unix64+0x4c)[0x7f2a63a1b630]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/../../libffi.so.6(ffi_call+0x22d)[0x7f2a63a1afed]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so(_ctypes_callproc+0x2ce)[0x7f2a63a31f9e]
/home/jenkins/minicondadai/lib/python3.6/lib-dynload/_ctypes.cpython-36m-x86_64-linux-gnu.so(+0x139d5)[0x7f2a63a329d5]

Of course, it could just be ignoring the client and doing GPU stuff on dask-worker's.
If I run with 'hist' as well, I see:
~
distributed.nanny - INFO -         Start Nanny at: 'tcp://<IP_ADDRESS>:33701'
distributed.worker - INFO -       Start worker at:    tcp://<IP_ADDRESS>:43191
distributed.worker - INFO -          Listening to:    tcp://<IP_ADDRESS>:43191
distributed.worker - INFO -          dashboard at:          <IP_ADDRESS>:45455
distributed.worker - INFO - Waiting to connect to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -               Threads:                          1
distributed.worker - INFO -                Memory:                    2.74 GB
distributed.worker - INFO -       Local Directory: /home/ops/h2oai/tmp/dask_worker_files/worker-4lvbgi4k
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -         Registered to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.core - INFO - Starting established connection
[01:13:44] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:13:46] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:13:50] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:13:56] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:14:04] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:14:04] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [01:14:04] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
[01:14:04] WARNING: ../src/learner.cc:1061: Starting in XGBoost 1.3.0, the default evaluation metric used with the objective 'binary:logistic' was changed from 'error' to 'logloss'. Explicitly set eval_metric if you'd like to restore the old behavior.
[01:14:04] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:14:06] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:14:10] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:14:16] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:14:24] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:14:24] WARNING: ../rabit/src/allreduce_base.cc:139: Failed to shutdown due to[01:14:24] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
(END)

It hangs, but no illegal errors printed.  So probably failed in related way just not caught same way.
But the hang is already bad.  So seems like

Maybe the log got redirected to tracker which is causing issue,

Nope.  The log is not redirected.
I still can't reproduce it on a remote cluster.  My setup is 2 node with 4-8 GPUs each, and a scheduler on a third different node and it's CPU only.
@hcho3 We have seen similar log in https://github.com/dmlc/xgboost/issues/6469#issuecomment-739476431 , but for spark package.

Going back to latest build:
pip install https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B703c2d06aa7c5649672506fb3acc37f5f72481a4-py3-none-manylinux2010_x86_64.whl --upgrade --no-deps
And trying just CPU mode:
import pandas as pd
def fun():
    from dask.distributed import Client, wait
    from dask_cuda import LocalCUDACluster

    if True:
        #with Client(scheduler_file="tmp/dask_cuda_scheduler.json") as client:
        with Client(scheduler_file="tmp/dask_scheduler.json") as client:
            import xgboost as xgb
            import dask_cudf

            import pickle
            #file1 = "xgbissue6469.pkl"
            file1 = "dask_model_398f86ad-bd64-4503-954d-6f7c486a2b11.pickle"
            (model, X, y, kwargs) = pickle.load(open(file1, "rb"))
            params = dict(tree_method='hist', booster='gbtree')
            model = model.__class__(**params)
            import dask.dataframe as dd
            X = dd.from_pandas(X, chunksize=50).persist()
            y = dd.from_pandas(y, chunksize=50).persist()
            kwargs.pop('sample_weight', None)
            if 'eval_set' in kwargs:
                valid_X = kwargs['eval_set'][0][0]
                valid_y = kwargs['eval_set'][0][1]
                valid_X = dd.from_pandas(valid_X, chunksize=250).persist()
                valid_y = dd.from_pandas(valid_y, chunksize=250).persist()
                kwargs['eval_set'] = [(valid_X, valid_y)]
            print(model.get_params())
            model.fit(X, y, **kwargs)
            preds = model.predict(X)
            print(preds.compute()[0])

            print("here")

if __name__ == '__main__':
    fun()

CUDA_VISIBLE_DEVICES= python dask_cudf_scitkit_issue6469.py

Of course, the nightly was built to run on GPU, but I assume that won't matter.
Error hit:
distributed.nanny - INFO -         Start Nanny at: 'tcp://<IP_ADDRESS>:42031'
distributed.worker - INFO -       Start worker at:    tcp://<IP_ADDRESS>:42583
distributed.worker - INFO -          Listening to:    tcp://<IP_ADDRESS>:42583
distributed.worker - INFO -          dashboard at:          <IP_ADDRESS>:36047
distributed.worker - INFO - Waiting to connect to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -               Threads:                          1
distributed.worker - INFO -                Memory:                    2.74 GB
distributed.worker - INFO -       Local Directory: /home/ops/h2oai/tmp/dask_worker_files/worker-g3uicahi
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -         Registered to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.core - INFO - Starting established connection
[01:21:17] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:21:19] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:21:23] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:21:29] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:21:37] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:21:37] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [01:21:37] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
[01:21:37] WARNING: ../src/learner.cc:1067: Starting in XGBoost 1.3.0, the default evaluation metric used with the objective 'binary:logistic' was changed from 'error' to 'logloss'. Explicitly set eval_metric if you'd like to restore the old behavior.
[01:21:37] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:21:39] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

And hangs.  No illegal error still though.  But I guess related problem, not GPU specific.

@pseudotensor How's the scheduler doing ?

FYI:
(base) jon@mr-dl10:/data/jon/h2oai.fullcondatest3$ cat tmp/dask_scheduler.json
{
  "type": "Scheduler",
  "id": "Scheduler-0eb3a385-a1bd-4992-9c70-9b506e6ca3ea",
  "address": "tcp://<IP_ADDRESS>:8786",
  "services": {
    "dashboard": 8787
  },
  "workers": {}
}(base) jon@mr-dl10:/data/jon/h2oai.fullcondatest3$

scheduler logs:
(base) jon@mr-dl10:/data/jon/h2oai.fullcondatest3$ cat tmp/dask-scheduler.stderr.log
distributed.scheduler - INFO - -----------------------------------------------
distributed.http.proxy - INFO - To route to workers diagnostics web server please install jupyter-server-proxy: python -m pip install jupyter-server-proxy
distributed.scheduler - INFO - -----------------------------------------------
distributed.scheduler - INFO - Clear task state
distributed.scheduler - INFO -   Scheduler at:   tcp://<IP_ADDRESS>:8786
distributed.scheduler - INFO -   dashboard at:         <IP_ADDRESS>:8787
distributed.scheduler - INFO - Register worker <Worker 'tcp://<IP_ADDRESS>:42583', name: tcp://<IP_ADDRESS>:42583, memory: 0, processing: 0>
distributed.scheduler - INFO - Starting worker compute stream, tcp://<IP_ADDRESS>:42583
distributed.core - INFO - Starting established connection
distributed.scheduler - INFO - Register worker <Worker 'tcp://<IP_ADDRESS>:44095', name: tcp://<IP_ADDRESS>:44095, memory: 0, processing: 0>
distributed.scheduler - INFO - Starting worker compute stream, tcp://<IP_ADDRESS>:44095
distributed.core - INFO - Starting established connection
distributed.scheduler - INFO - Receive client connection: Client-6311405e-37a4-11eb-b8ae-0cc47adb058f
distributed.core - INFO - Starting established connection
distributed.worker - INFO - Run out-of-band function '_start_tracker'
distributed.scheduler - INFO - Remove client Client-6311405e-37a4-11eb-b8ae-0cc47adb058f
distributed.scheduler - INFO - Close client connection: Client-6311405e-37a4-11eb-b8ae-0cc47adb058f
distributed.scheduler - INFO - Remove worker <Worker 'tcp://<IP_ADDRESS>:44095', name: tcp://<IP_ADDRESS>:44095, memory: 0, processing: 0>
distributed.core - INFO - Removing comms to tcp://<IP_ADDRESS>:44095
(base) jon@mr-dl10:/data/jon/h2oai.fullcondatest3$

And the local worker with the scheduler never sees errors.

Will be back in 20 minutes. @pseudotensor Is there a way to reach you offline?  I'm a bit overwhelmed by all the information you have provided and might be more productive if we can talk directly.

Ya, happy to chat in 20

Going back to the PASSED hash just before problems also passes and works fine with only CPU mode.

So to summarize, even in CPU mode it hangs hard and has various errors, even if not hitting same illegal thing.
Steps:
System1)
dask-scheduler --scheduler-file dask_scheduler.json&
dask-worker --scheduler-file dask_scheduler.json&
System2)
dask-worker --scheduler-file dask_scheduler.json&
System1 again)
CUDA_VISIBLE_DEVICES= python dask_cudf_scitkit_issue6469_simple.py

with script:
def fun():
    from dask.distributed import Client

    if True:
        with Client(scheduler_file="dask_scheduler.json") as client:
            import xgboost as xgb

            import pickle
            file1 = "dask_model_398f86ad-bd64-4503-954d-6f7c486a2b11.pickle"
            (model, X, y, kwargs) = pickle.load(open(file1, "rb"))
            params = dict(tree_method='hist', booster='gbtree')
            model = model.__class__(**params)
            import dask.dataframe as dd
            X = dd.from_pandas(X, chunksize=50).persist()
            y = dd.from_pandas(y, chunksize=50).persist()
            model.fit(X, y, **kwargs)
            print("here")

if __name__ == '__main__':
    fun()

and remote worker hits:
(base) ops@mr-dl18:~/h2oai$ distributed.nanny - INFO -         Start Nanny at: 'tcp://<IP_ADDRESS>:37571'
distributed.worker - INFO -       Start worker at:    tcp://<IP_ADDRESS>:42723
distributed.worker - INFO -          Listening to:    tcp://<IP_ADDRESS>:42723
distributed.worker - INFO -          dashboard at:          <IP_ADDRESS>:44161
distributed.worker - INFO - Waiting to connect to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -               Threads:                         40
distributed.worker - INFO -                Memory:                  109.69 GB
distributed.worker - INFO -       Local Directory: /home/ops/h2oai/dask-worker-space/worker-pnuctsxo
distributed.worker - INFO - -------------------------------------------------
distributed.worker - INFO -         Registered to:    tcp://<IP_ADDRESS>:8786
distributed.worker - INFO - -------------------------------------------------
distributed.core - INFO - Starting established connection
[01:35:39] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:35:41] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:35:45] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:35:51] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:35:59] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:35:59] WARNING: ../rabit/src/allreduce_base.cc:446: failed in ReconnectLink [01:35:59] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused
[01:35:59] WARNING: ../src/learner.cc:1067: Starting in XGBoost 1.3.0, the default evaluation metric used with the objective 'binary:logistic' was changed from 'error' to 'logloss'. Explicitly set eval_metric if you'd like to restore the old behavior.
[01:35:59] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>]

[01:36:01] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 2): [<IP_ADDRESS>]

[01:36:05] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 3): [<IP_ADDRESS>]

[01:36:11] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 4): [<IP_ADDRESS>]

[01:36:19] WARNING: ../rabit/src/allreduce_base.cc:237: Connect to (failed): [<IP_ADDRESS>]

[01:36:19] WARNING: ../rabit/src/allreduce_base.cc:139: Failed to shutdown due to[01:36:19] ../rabit/include/rabit/internal/utils.h:114: Socket Connect Error:Connection refused

and hangs.

I didn't show you the dask dashboard when the hang occurs, here is that:

Incomplete dispatched_train.

Hmm, one of the worker is not doing well, I assume that would be the local worker.

The remote worker is always the one that has the connect failures

I can't reproduce your network environment.  Need to ask for some help from others who are more familiar with network admin.

Just trying to think out loud, feel free to ignore me.  There are 2 issues related to the failure, first one is a rabit worker refusing to connect to tracker, another one is it crashes after the connection failure.  There are 2 systems for both scheduler, worker and client.  2 workers are allocated on these 2 different systems and 1 of them is local to scheduler.  The failed rabit worker is trying to connect to local host for talking to tracker, which is apparently wrong.  The tracker address is obtained by client process running a _start_tracker function on scheduler, which uses socket.gethostbyname(socket.gethostname()) to resolve the address.
The last part is most suspicious, it was done for supporting a reverse proxy environment to get a correct ip address.

Yes, there are now seemingly 2 issues, perhaps related, unsure:

CPU dask cluster fails with rabit [02:24:05] WARNING: ../rabit/src/allreduce_base.cc:240: Retry connect to ip(retry time 1): [<IP_ADDRESS>] 4 times, then failure.  Then it tries again 4 more times.  Eventually fails due to connection refused.  Client hangs.

Same number of works on same host has no such issue.  Systems have no special setup, I see no reason it should be trying to connect to localhost=<IP_ADDRESS>.

Similar script run for GPU case and dask-cuda-workers hits same rabit message if done on some broad range of commits, but for last month there is no rabit message for GPU case (even if CPU still htis it) and instead there is an invalid pointer error hit.

FYI even if I just have 1 scheduler on system A and 1 worker on system B the same problem happens.  A local worker does not matter.

It still feels race related.  If I install from scratch and try again, I don't see the same rabit error (same systems used), but instead it is super slow do to the same script.  No reason it should take 40 seconds.  Also, the remote worker never shows any logs for the task.  It's as if dask just ends up using the local client to run things.
Dask looks like this:

the dispatched_train stands at 0/1 for long time.

FYI, still even though the errors/hangs/times are not consistent, the bisection is consistent.
That is, if I go back to a PASSED case:
https://s3-us-west-2.amazonaws.com/xgboost-nightly-builds/xgboost-1.3.0_SNAPSHOT%2B8a17610666dd1286fbeb20a96f6aab92ef63a994-py3-none-manylinux2010_x86_64.whl
Then that same scheduler/worker setup on any of the systems always works and is always quick.
So I think still has to be the dask.py changes I pointed to @trivialfis  .  It's too consistently major problems since that.

I still couldn't reproduce it.  It runs pretty well on my setups.

Could you please try applying this patch?  It reverts some of the changes used to support k8s.
diff --git a/python-package/xgboost/dask.py b/python-package/xgboost/dask.py
index 602f7b26..5b8cadcc 100644
--- a/python-package/xgboost/dask.py
+++ b/python-package/xgboost/dask.py
@@ -67,11 +67,9 @@ distributed = LazyLoader('distributed', globals(), 'dask.distributed')
 LOGGER = logging.getLogger('[xgboost.dask]')

-def _start_tracker(n_workers):
+def _start_tracker(host, n_workers):
     """Start Rabit tracker """
     env = {'DMLC_NUM_WORKER': n_workers}
-    import socket
-    host = socket.gethostbyname(socket.gethostname())
     rabit_context = RabitTracker(hostIP=host, nslave=n_workers)
     env.update(rabit_context.slave_envs())

@@ -603,7 +601,9 @@ def _dmatrix_from_list_of_parts(is_quantile, **kwargs):

 async def _get_rabit_args(n_workers: int, client):
     '''Get rabit context arguments from data distribution in DaskDMatrix.'''
-    env = await client.run_on_scheduler(_start_tracker, n_workers)
+    host = distributed.comm.get_address_host(client.scheduler.address)
+    env = await client.run_on_scheduler(
+        _start_tracker, host.strip('/:'), n_workers)
     rabit_args = [('%s=%s' % item).encode() for item in env.items()]
     return rabit_args

Finally reproduced.

The above patch should fix it.  But on the other hand it will break k8s and reverse proxy env.

Hi @trivialfis glad you were able to repro.  Sorry I got a bit busy and wasn't yet able to try the patch you suggested.  Iss there any need to try it anymore or is it all figured out?  Thanks!
How about the illegal pointer?  That only showed up in GPU case.

It's fixed in xgboost, no need to try the patch now.  I haven't been able to get the invalid pointer error, as it's a second error caused the currently fixed one.  But right now I don't have another GPU device to form a SSH cluster.  I used a laptop and a desktop to reproduce your environment after failing to do so with virtual machine.  But my laptop is CPU only...


Fix: Nested Draggables

Instead of returning cs in -measure return (core/measure child _ctx cs)
Donno what cs does or stands for, but I suppose it was just a placeholder ^^

Also, function arguments that start with underscore mean “not currently used in function body”. If you pass it to the child, it should not contain underscore


Added the main code and readme file

Added the code for Feature detection and matching along with Readme file explaining the overall process and implementation of the code.
Pull Request for PyVerse 💡
Requesting to submit a pull request to the PyVerse repository.

Issue Title
Please enter the title of the issue related to your pull request.
Enter the issue title here.

[x] I have provided the issue title.
Adding more projects under Image Processing Topic

Info about the Related Issue
What's the goal of the project?
Describe the aim of the project.

[x] I have described the aim of the project.
Aim is to add more projects to make the user understand different aspects of Image processing like feature detection and matching. More ideas and projects will be done in another PR and issues. This project is my own project and I would like you to give it maximum credit.

Name
Please mention your name.
Enter your name here.
Dharunkumar

[x] I have provided my name.

GitHub ID
Please mention your GitHub ID.
Enter your GitHub ID here.

[x] I have provided my GitHub ID.
https://github.com/Dharun235

Email ID
Please mention your email ID for further communication.
Enter your email ID here.

[x] I have provided my email ID.
<EMAIL_ADDRESS>

Identify Yourself
Mention in which program you are contributing (e.g., WoB, GSSOC, SSOC, SWOC).
Enter your participant role here.

[x] I have mentioned my participant role.
GSSoC' EXTD, Hacktoberfest

Closes
Enter the issue number that will be closed through this PR.
Closes: #issue-number

[x] I have provided the issue number.
#871

Describe the Add-ons or Changes You've Made
Give a clear description of what you have added or modified.
Describe your changes here.

[x] I have described my changes.
I have added the main code in python and readme file for the respective project.

Type of Change
Select the type of change:

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Code style update (formatting, local variables)
[ ] 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?
Describe how your changes have been tested.
Describe your testing process here.

[x] I have described my testing process.
I have tested the code and readme file in my local PC in a forked directory, then created published the files to the forked respository, then I am creating this pull request.

Checklist
Please confirm the following:

[x] My code follows the guidelines of this project.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly wherever it was hard to understand.
[x] I have made corresponding changes to the documentation.
[x] My changes generate no new warnings.
[x] I have added things that prove my fix is effective or that my feature works.
[x] Any dependent changes have been merged and published in downstream modules.

Hi @ruhi47, would be great if you could accept this PR asap.


matchers matching multiple times

Consider https://github.com/ClangBuiltLinux/continuous-integration2/actions/runs/5063397137.
The ARCH=arm related issue is reported 10 times, but there's not 10 boot failures. All reports go to the same link. Is there a bug in the matcher?

We do not just match on boot failures, we match on build errors. It should be this matcher I think: https://github.com/ClangBuiltLinux/continuous-integration2/blob/main/.github/problem-matchers/compiler-non-source.json
There are 10 error lines in there (two lines per crash and there are five crashes), so I do not think there is a bug here.

Grepping the raw log for error]clang: error I see 18 hits. That looks like 9 crashes to me. So how do we get to 10 reports?

https://github.com/actions/toolkit/blob/main/docs/problem-matchers.md#limitations

10 warning annotations, 10 error annotations, and 10 notice annotations per step


Add a DevTools extension for riverpod

Creating this issue to track the effort of adding a DevTools extension for riverpod, similar to the extension provided for package:provider. @adsonpleal originally pushed up this PR in the DevTools codebase before the DevTools extensions framework was available.
Per @rrousselGit's comment here, it sounds like this is already on his radar, but I couldn't find a tracking issue to track this effort, so I created this one.

There's a tag for tracking it. https://github.com/rrousselGit/riverpod/issues?q=is%3Aopen+is%3Aissue+label%3Adevtool
It is planned but likely won't be coming before the 3.0 release, because I have some specials plans for it.

Great, thanks for the link to track!


Default decks

The main repo comes with a few pre-built decks, this client should also (somehow) come with a few, preferably.

enderland commented 4 minutes ago
For learning purposes, would be helpful if there was a default, preselected deck.
As a new person to the game, my first step is to create a deck for a game I do not know or understand. A starter, example deck would be helpful.
Source


Amplify add function not creating env variable for AppSync URL

$amplify --version
1.7.1

Steps:
amplify add api
amplify add function
Select CRUD permissions to API
Description:
I'm trying to create a function that invokes an AppSync API from the backend however the AppSync URL is not passed as an environment variable. Since this use case demands the use of an HTTP client on lambda, the URL is essential. Refer to the env variables created:
aws lambda get-function-configuration --function-name backendGraphQL-master --region us-east-1
{
    "FunctionName": "backendGraphQL-master",
    "LastModified": "2019-06-07T23:07:43.641+0000",
    "RevisionId": "98d213d1-0a47-440f-9bbb-611eb649cc0f",
    "MemorySize": 128,
    "Environment": {
        "Variables": {
            "REGION": "us-east-1",
            "ENV": "master",
            "API_BACKENDGRAPHQL_GRAPHQLAPIIDOUTPUT": "xxxxxxxxxxxxxxxxx"
        }
    },
    "Version": "$LATEST",
    "Role": "arn:aws:iam::xxxxxxxxxxx:role/backendgraphqlLambdaRolebe936e06-master",
    "Timeout": 25,
    "Runtime": "nodejs8.10",
    "TracingConfig": {
        "Mode": "PassThrough"
    },
    "CodeSha256": "RfM/bGPeo2CeHFgei6jfy762YkzDF7I84dzv30PnTvM=",
    "Description": "",
    "CodeSize": 7601752,
    "FunctionArn": "arn:aws:lambda:us-east-1:xxxxxxxxxxxx:function:backendGraphQL-master",
    "Handler": "index.handler"
}

There a workaround for this. Go to backend-config.json and under function key find backendGraphQL then under dependsOn => attributes add this value GraphQLAPIEndpointOutput. Repeat this for amplify-meta.json file. This will allow you to access the GraphQL URL in your function CF Stack via apibackendGraphQLGraphQLAPIEndpointOutput. Finally, you can add it to your function environment variables.

Thanks, any plans to make it part of the function creation?

@awsed Yes, we’ll add it to the defaults. I’ll update this thread after submitting a PR for the same.

@eelzinaty if I do the changes you suggested I get this:
UPDATE_ROLLBACK_COMPLETE backend-graphql-master-20190610091720 AWS::CloudFormation::Stack Mon Jun 10 2019 09:28:26 GMT-0700 (Pacific Daylight Time)
⠋ Updating resources in the cloud. This may take a few minutes...Error updating cloudformation stack
⠋ Updating resources in the cloud. This may take a few minutes...

Following resources failed

✖ An error occurred when pushing the resources to the cloud

Resource is not in the state stackUpdateComplete

If I remove GraphQLAPIEndpointOutput the stack is deployed.

@awsed  Added this is a part of PR - #1641
This enhancement would be present in the next version of the CLI.

I think the problem is related to the parameter name if you show me the error that causes the stack failure I could help to resolve that.


Nanopolish Methylation Frequency group_sequence

Hi @jts ,
In the methylation frequency results, the last column is group_sequence which may only include one single CpG or multiple CpGs. As I understand the "compare_methylation.py" script only merges the motifs with only one CpG in the last column with the bisulfite results, is it correct?
Also, in the group_sequences with several CpGs, do all the CpGs are methylated? if no how can we understand which CpGs are methylated?
Many thanks,
Vahid.

As I understand the "compare_methylation.py" script only merges the motifs with only one CpG in the last column with the bisulfite results, is it correct?

Correct, the compare_methylation.py script only compares groups that have a single CpG site.

Also, in the group_sequences with several CpGs, do all the CpGs are methylated? if no how can we understand which CpGs are methylated?

Right now we only call the group as completely methylated or completely unmethylated. We plan to change this is in the future.
Jared


IOLocal to Local Access for Middlewares

End systems seem to require access to the Local[F, Vault] or IOLocal[Vault] to be able to leverage the TextMapPropagators. However currently the [A] =>> IOLocal[A] => F[_] =>> Local[F,A]  is private which means any middleware that operates using the expected Local semantics has to request the end user application to do this transformation for them.
I know the desire is to upstream this to cats-effect, however it seems to me that anyone leveraging the java backend for propagators will need this transformation available or write the same boilerplate themselves into their end user application.
https://github.com/ChristopherDavenport/natchez-http4s-otel/blob/otel2/examples/src/main/scala/example/Http4sExample.scala#L41-L64

Linking to:

https://github.com/typelevel/cats-effect/issues/3385

There is a plan to simplify propagation in a way passing Local[F, Vault] or IOLocal[Vault] downstream is not mandatory.
https://github.com/typelevel/otel4s/pull/182#issuecomment-1526898665
https://github.com/typelevel/otel4s/pull/182#issuecomment-1527182633

I can't remember why I pulled LiftIO out of this, but that's basically the first method.
There's talk on #182 about how best to provide access to the local vault.  It didn't really come up until people started exercising propagators.
We could provide some sort of temp package with whatever gets settled on?  API is going to need to be rethought if that CE ticket fails.  I still believe in that CE3 ticket: things get real weird using IOLocal statefully through arbitrary libraries.

We could provide some sort of temp package with whatever gets settled on?

Is this something that we could do for now? Be good to not have to copy paste this Local instance around. Or is it fine to just use kleisli? I'm not really sure when to use one over the other.

I see no reason not to provide the instance.  The choice between that or Kleisli is really a matter of taste.
Kleisli tends to intimidate people, but shouldn't.    There's no hidden fiber state.  It's right there in the types. The problem is, it's right there in the types.  That Vault is in your face unless you are rigorous about being final tagless.  (I am, but I'm old and unfashionable.).  And your main method probably involves some type tetris.
Tagless or not, I generally recommend IOLocal.

IOLocal is also a lot faster. There is virtually no performance penalty for unused IOLocals tagging along through untraced parts of an app. That's far from the case for Kleisli.

That performance claim is true, easily demonstrable in contrived benchmarks, and doesn't tend to be meaningful as soon as the return type is RealIO[BloatedBusinessResponse].

That Vault is in your face unless you are rigorous about being final tagless. (I am, but I'm old and unfashionable.)

@rossabaker I'm a big fan of tagless final, at $work we will be adopting this as we move away from Akka. Just thought it might be nice for you to hear that there are people still advocating for it!

I see no reason not to provide the instance

Cool - thanks, I'll try and raise a PR some point soon.

The choice between that or Kleisli is really a matter of taste

OK thats good to hear, personally I like having that context reflected in my effect type.

doesn't tend to be meaningful as soon as the return type is RealIO[BloatedBusinessResponse]

I was under this impression too, at $work we mostly write microservices that call other microservices/read DBs so I don't see that performance penalty having any meaningful impact on us


Step 1

Hi
step 1 should be changed, Legal entity set-up is under Organization Administration.
[Enter feedback here]

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

ID: d5163349-6172-075a-6595-0cb8ff85621a
Version Independent ID: 8cfe85c6-181f-6996-07b8-26135cdcd083
Content: Prepare a legal entity for the consolidation process - Finance | Dynamics 365
Content Source: articles/finance/general-ledger/prepare-company-for-consolidation.md
Service: dynamics-365-finance
Product: ****
Technology: ****
GitHub Login: @jinniew
Microsoft Alias: jiwo

@GaryBento, thank you for your feedback. The article has been updated.


Return type of Series.mean() and .median() is incorrect when series contains Timedeltas or Timestamps

Describe the bug
When s is a series of Timedelta series, s.mean() returns a Timedelta, but the stubs type the return value as float.
To Reproduce

Provide a minimal runnable pandas example that is not properly checked by the stubs.

import pandas as pd

s = pd.Series([pd.Timedelta("1 ns"), pd.Timedelta("2 ns"), pd.Timedelta("3 ns")])
mean: pd.Timedelta = s.mean()
median: pd.Timedelta = s.median()

s2 = pd.Series(
    [pd.Timestamp("2021-01-01"), pd.Timestamp("2021-01-02"), pd.Timestamp("2021-01-03")]
)
mean2: pd.Timestamp = s2.mean()
median2: pd.Timestamp = s2.median()

Indicate which type checker you are using (mypy or  pyright).

mypy

Show the error message received from that type checker while checking your example.

td_bug.py:5: error: Incompatible types in assignment (expression has type "float", variable has type "Timedelta")  [assignment]
td_bug.py:11: error: Incompatible types in assignment (expression has type "float", variable has type "Timestamp")  [assignment]
Please complete the following information:

OS: Linux
OS Version: Ubuntu 22.04.1 LTS
python version: 3.10.6
version of type checker: mypy 0.990 (compiled: yes)
version of installed pandas-stubs: pandas-stubs-<IP_ADDRESS>124

There are a couple of issues here:

With static typing, we can't infer the type of s in  s = pd.Series([pd.Timedelta("1 ns"), pd.Timedelta("2 ns"), pd.Timedelta("3 ns")]).  If you used s = pd.Series(pd.TimedeltaIndex([pd.Timedelta("1 ns"), pd.Timedelta("2 ns"), pd.Timedelta("3 ns")])), then we could know that it was a TimedeltaSeries, and could then type the mean() correctly.  Same is true for s2, where you would use pd.DatetimeIndex() instead and typing can then know the seris is a TimestampSeries.
We should add mean() and median() for TimedeltaSeries and TimestampSeries to be Timedelta and Timestamp , respectively.

PR welcome.

What is the type of the list? If it's List[pd.Timedelta] then I believe we would be able to create a generic constructor that could carry the type over.

What is the type of the list? If it's List[pd.Timedelta] then I believe we would be able to create a generic constructor that could carry the type over.

I had the same idea after writing the above.
We can change
https://github.com/pandas-dev/pandas-stubs/blob/52f8ebd94a09213ffacef943e6708cba816280f6/pandas-stubs/core/series.pyi#L207
to include Sequence[Timedelta | np.timedelta64 | datetime.timedelta]
and change
https://github.com/pandas-dev/pandas-stubs/blob/52f8ebd94a09213ffacef943e6708cba816280f6/pandas-stubs/core/series.pyi#L187
to include Sequence[Timestamp | np.datetime64 | datetime.datetime]
and then the type would be correctly inferred to be TimedeltaSeries and TimestampSeries, respectively.
Then add mean() and median() to those 2 classes.

The same issue occurs for pd.Timestamp with functions like std()


Selecting Tag Suggestions Results In Double Opening Chevrons (eg <)

VSCode Version: Code 1.16.1 (27492b6bf3acb0775d82d2f87b25a93490673c6d, 2017-09-14T16:26:20.018Z)
OS Version: Linux x64 4.10.0-35-generic
Extensions: none

Steps to Reproduce:

Type '<'
Select any of the suggested tags

Duplicate of #34906

Thanks @yume-chan
Closing as duplicate


ConsumerWithDelegate with ComposedClosure will throw exception.

When work with ComposedClosure, it thrown ClassCastException.
Because ComposedClosure overrided setResolveStrategy method, cast its getOwner to Closure. Which be replaced by an outer class.
java.lang.ClassCastException: java.lang.Class cannot be cast to groovy.lang.Closure
        at org.codehaus.groovy.runtime.ComposedClosure.setResolveStrategy(ComposedClosure.java:81) ~[groovy-2.5.14.jar:2.5.14]
        at space.jasan.support.groovy.closure.ConsumerWithDelegate.accept(ConsumerWithDelegate.java:38) ~[groovy-closure-support-0.6.0.jar:?]

Thank you for reporting. I will take a look during this week.

It looks like a bug in groovy.
Vladimir Orany @.***> 于2021年5月12日周三 下午4:11写道：

Thank you for reporting. I will take a look during this week.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/jasanspace/groovy-closure-support/issues/6#issuecomment-839562138,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABEJN3KAWMKSYVJXMVAEQLTNIZ3ZANCNFSM44UNXURQ
.

I'm afraid, there is nothing I can do in the library side. Do you have some example of usage?

I have some common logic inadition to some different closure, so I use >>
operator to create composed closure.
I created a bug report for groovy.
https://issues.apache.org/jira/browse/GROOVY-10083
Vladimir Orany @.***> 于 2021年5月13日周四 下午4:46写道：

I'm afraid, there is nothing I can do in the library side. Do you have
some example of usage?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/jasanspace/groovy-closure-support/issues/6#issuecomment-840415999,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABEJNZTJAQ2GOP2HH4RORLTNOGVXANCNFSM44UNXURQ
.


⚠ Bofrost.fr has degraded performance

In ceaa1d3, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1496 ms

Resolved: Bofrost.fr performance has improved in 5039c1f after 21 minutes.


Falco.Markup documentation is wrong

At the beginning of Markup page user is pointed to Falco.Markup v1.0.1 nuget package.

However once installed, the compiler starts complaining that Falco.Markup v1.0.1. is not compatible with Falco 3.1.14.
Apparently the correct thing to do is to NOT install Falco.Markup, as Markup comes with base Falco install.
So maybe it would be better to not direct people to a separate Falco.Markup package, or make the distinction between Falco and Falco.Markup clearer.

This should actually be reported under Falco, not Falco.Markup as it relates to Falco docs.

Also if https://www.falcoframework.com/docs/response.html#html-responses demo code would start with the name of the module that needs to be open in order to get Elem.html
open Falco.Markup

let htmlHandler : HttpHandler = ...

... then, that would make it much easier for people to get going.


configure DefaultTTL for CloudFront

Signed-off-by: Tianle Huang<EMAIL_ADDRESS>Description
As related issue states https://github.com/opensearch-project/opensearch-build/issues/1690, we observed that the latest build number is not updating even though the index.json file has changed content. After researching around, figure that the DefaultTTL shall be set to avoid the default behavior of caching for 1 day. Currently I set it to be 5mins to both get a recent build and also low the traffic impact to S3.
Issues Resolved
Resolves https://github.com/opensearch-project/opensearch-build/issues/1690
Tests

unit test
Deployed to my personal AWS account and verify the DefaultTTL change and also update the same file to see the change taking effect.

Current value of index.json https://d17qm4xnop70sv.cloudfront.net/ci/dbc/distribution-build-opensearch/2.0.0/index.json

updating the index.json to be 188.
confirm S3 has the new value.

Refreshing https://d17qm4xnop70sv.cloudfront.net/ci/dbc/distribution-build-opensearch/2.0.0/index.json and still get 166

waiting for 5min and will check again.

We can see that 188 is showing!
Check List

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Codecov Report

Merging #1691 (2857272) into main (fbf167f) will decrease coverage by 0.19%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##               main    #1691      +/-   ##
============================================
- Coverage     94.74%   94.55%   -0.20%
============================================
  Files           166      133      -33
  Lines          3504     3305     -199
  Branches         26        0      -26
============================================
- Hits           3320     3125     -195
+ Misses          181      180       -1
+ Partials          3        0       -3

Impacted Files
Coverage Δ

src/system/temporary_directory.py
83.87% <0.00%> (-12.91%)
:arrow_down:

src/system/os.py
92.30% <0.00%> (-7.70%)
:arrow_down:

deployment/lib/artifacts-public-access.ts

...ts/jenkins/jobs/BuildUploadManifestSHA_Jenkinsfile

...PromoteArtifacts_OpenSearch_Dashboards_Jenkinsfile

tests/jenkins/jobs/PublishNotification_Jenkinsfile

tests/jenkins/jobs/SignArtifacts_Jenkinsfile

tests/jenkins/jobs/PostCleanup_Jenkinsfile

src/jenkins/Messages.groovy

tests/jenkins/jobs/BuildDockerImage_Jenkinsfile

... and 25 more

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 fbf167f...2857272. Read the comment docs.

I'll update this PR once the changes are deployed.

Hi @tianleh The changes have been deployed. Please check.
Thanks!

Hi @tianleh The changes have been deployed. Please check.
Thanks!

checked this.
https://ci.opensearch.org/ci/dbc/distribution-build-opensearch/1.3.0/latest/linux/arm64/builds/opensearch/manifest.yml
Currently it is showing 1211

I will check again once there is a newer bundle build for os 1.3.0

I will check again once there is a newer bundle build for os 1.3.0

Just checked again. It is now 1213. Things are working! Thanks @gaiksaya for the support!

link to the main issue https://github.com/opensearch-project/opensearch-build/issues/1492


Publish filter: tooltip font is more that font size of filter value text

EPAM AI DIAL chat version
0.14.0
How to reproduce
Steps:

create publication request
select new folder in Change to form
add values for filter

Actual result
font size (14px) of tooltip for filter value is bigger than font size of the value text ( 12px)

NOTE: spaces in the beginning and at the end of string are not removed from tooltip of filter's values

Expected result
tootip font size should be equal to font size of the original text
Confidential information

[X] I confirm that do not share any confidential information

verified on stg successfully
one part will be fixed and tested in #1583


[Bug]: Notifications stopped working

What happened?
Bot was set up, it was working just fine, but suddenly notifications stopped (from server to discord). Every time it's supossed to be sent it shows this error on server console.
Game Version
Other
What platform are you using?
Forge
Platform version
47.2.20
Config File
# General options for the bot
[general]
  # Insert your Bot Token here!
  # DO NOT SHARE IT WITH ANYONE!
  botToken = ""
  # The channel ID where the bot will be working in
  botChannel = ""
  # The bots status message
  #
  # PLACEHOLDERS:
  # %online% - Online Players
  # %max% - Maximum Player Amount
  botStatusName = "%online% jogadores online"
  # The bots status message for 1 online player, set to empty to use botStatusName
  # PLACEHOLDERS:
  # %online% - Online Players
  # %max% - Maximum Player Amount
  botStatusNameSingular = "%online% jogador online"
  # The bots status message for no online players, set to empty to use botStatusName
  # PLACEHOLDERS:
  # %online% - Online Players
  # %max% - Maximum Player Amount
  botStatusNameEmpty = "Ninguém está online"
  # Type of the bots status
  # Allowed Values: DISABLED,PLAYING,WATCHING,LISTENING,STREAMING,COMPETING,CUSTOM
  botStatusType = "CUSTOM"
  # URL of the bots stream when using the status type 'STREAMING'
  # Has to start with https://twitch.tv/ or https://www.youtube.com/watch?v=
  streamingURL = "https://www.youtube.com/watch?v=dQw4w9WgXcQ"
  # Enable checking for updates?
  # Notification will be shown after every server start in log when update is available
  enableUpdateChecker = true
  # The minimum release type for the update checker to notify
  # Allowed values: release, beta, alpha
  updateCheckerMinimumReleaseType = "beta"
  # Set to false to disable config migration from other mods/plugins to this one
  # This does not prevent updating of this config after mod updates
  allowConfigMigration = true
  # Set to true to suppress warning of unsafe mod download location
  ignoreFileSource = false
  # Set to true to allow relaying webhook messages
  allowWebhookMessages = false
# Some settings that can be tweaked to increase compatibility with other mods, if required
[compatibility]
  # Disables modifying sent chat messages in-game to show who was pinged. (Will not convert <@1234567890> to @User)
  # This may fix mods also modifying sent messages
  disableParsingMentionsIngame = false
# Configuration options for commands
[commands]
  # Toggle the entire command feature
  # Disabling this will disable registering any commands to discord
  enabled = false
  # The Role IDs of your Admin Roles
  # Now supports multiple roles which can access admin commands
adminRoleIDs = [    ]
  # Add your custom commands here
  # You can also generate some on https://erdbeerbaerlp.de/dcintegration-commands/
  # Enable the list command in discord
  listCmdEnabled = true
  # Show list command only for the user who runs it
  hideListCmd = true
  # Enable the uptime command in discord
  uptimeCmdEnabled = true
  # Show uptime command only for the user who runs it
  hideUptimeCmd = false
  # Enables using local commands for faster registration
  # Local Commands will register all slash commands directly to the server instead of to the bot
  # Setting this to true requires the bot to be invited with the scope 'application.commands' to work
  useLocalCommands = false

    [[commands.customCommands]]
      name = "kick"
      description = "Kicks an player from the Server"
      mcCommand = "kick %player% %reason%"
      textToSend = ""
      adminOnly = true
      hidden = false

        [[commands.customCommands.args]]
          name = "player"
          description = "The player to be kicked"
          optional = false

        [[commands.customCommands.args]]
          name = "reason"
          description = "Reason for the kick"
          optional = true

    [[commands.customCommands]]
      name = "stop"
      description = "Stops the server"
      mcCommand = "stop"
      textToSend = ""
      adminOnly = true
      hidden = false
args = [    ]

    [[commands.customCommands]]
      name = "kill"
      description = "Kills an Player or Entity"
      mcCommand = "kill %target%"
      textToSend = ""
      adminOnly = true
      hidden = false

        [[commands.customCommands.args]]
          name = "target"
          description = "The target(s) for the kill command."
          optional = false
# Toggle some message related features
[messages]
  # Changing this to an language key (like en-US, de-DE) will always attempt to download the latest language file from https://github.com/ErdbeerbaerLP/Discord-Integration-Translations
  # Setting to 'local' disables downloading
  language = "local"
  # Should /say output be sent to discord?
  sendOnSayCommand = false
  # Should /me output be sent to discord?
  sendOnMeCommand = false
  # Adding an selector (ex. @a ) here will relay all /tellraw messages sent with that exact same selector to discord.
  # Leave blank to disable
  tellrawSelector = ""
  # When an /say command's message starts with this prefix, it will not be sent to discord
  # Useful for hiding system messages by prepending it with this
  sayCommandIgnoredPrefix = "§4§6§k§r"
  # Should Discord users have their role color in-game?
  discordRoleColorIngame = true
  # Should you be able to hover and click on the discord username in-game?
  enableHoverMessage = true
# Settings for embed mode
[embedMode]
  # Enabling this will send configured messages as embed messages
  # See below configuration options of this category to see what messages can be moved to embeds
  enabled = false

    # Starting & Started Messages
    [embedMode.startMessages]
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#57f287"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Stop & Crash Messages
    [embedMode.stopMessages]
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#ed4245"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Player join message
    [embedMode.playerJoinMessage]
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#57f287"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Player leave messages
# Also containing timeouts
    [embedMode.playerLeaveMessages]
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#ed4245"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Player Death message
    [embedMode.deathMessage]
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#000000"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Advancement messages
    [embedMode.advancementMessage]
      # Send as embed?
      asEmbed = false
      # Color of embed bar
      colorHexCode = "#fee75c"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""

    # Player chat messages
    [embedMode.chatMessages]
      # Generate unique chat colors from player uuid?
      generateUniqueColors = false
      # Send as embed?
      asEmbed = true
      # Color of embed bar
      colorHexCode = "#808080"
      # Custom embed JSON, will overwrite color setting. For more info, check the documentation at https://github.com/ErdbeerbaerLP/DiscordIntegration-Core/wiki/embed-mode or ask on discord.
      customJSON = ""
# Advanced options
[advanced]
  # Custom channel ID for server specific messages (like Join/leave)
  # Leave 'default' to use default channel
  serverChannelID = "default"
  # Custom channel ID for death messages
  # Leave 'default' to use default channel
  deathsChannelID = "default"
  # Custom channel for for in-game messages
  # Leave 'default' to use default channel
  chatOutputChannelID = "default"
  # Custom channel where messages get sent to minecraft
  # Leave 'default' to use default channel
  chatInputChannelID = "default"
  # Allows you to change the target URL for the API to make it usable with custom discord instances like Spacebar
  # DO NOT CHANGE if you don't know what you are doing!!
  baseAPIUrl = "https://discord.com"
# Config options which only have an effect when using forge
[forgeSpecific]
  # A list of blacklisted modids
  # Adding one will prevent the mod to send messages to discord using forges IMC system
IMC_modIdBlacklist = [  "examplemod"  ]
  # Show item information, which is visible on hover in-game, as embed in discord?
  sendItemInfo = true
# Configuration for linking
[linking]
  # Unlink players when they leave the discord server for whatever reason (ex. leave,kick,ban)?
  unlinkOnLeave = false
  # Should discord linking be enabled?
  # If whitelist is on, this can NOT be disabled
  # DOES NOT WORK IN OFFLINE MODE!
  enableLinking = false
  # Set Discord nicknames to match Minecraft usernames when linked
  shouldNickname = false
  # Enable global linking?
  # Does not work in offline mode
  globalLinking = false
  # Database interface class
  # This allows you to change your database implementation
  # Add database implementations using the addon system
  # Do not change without knowing what you are doing
  databaseClass = "de.erdbeerbaerlp.dcintegration.common.storage.linking.database.JSONInterface"
  # Role ID of an role an player should get when he links his discord account
  # Leave as 0 to disable
  linkedRoleID = "0"
  # Enable discord based whitelist?
  # This will override the link config!
  # To whitelist use the whitelist command in the bot DMs
  whitelistMode = false
  # Adding Role IDs here will require the players to have at least ONE of these roles to link account
requiredRoles = [    ]
  # Adding setting keys to this array will prevent those settings to be changed
  # They will still show up in the list though
settingsBlacklist = [    ]

    # Allows you to configure the default values of some personal settings
    [linking.personalSettingsDefaults]
      default_useDiscordNameInChannel = true
      default_ignoreReactions = false
      default_pingSound = true
# Webhook configuration
[webhook]
  # Whether or not the bot should use a webhook (it will create one)
  # This will only work in standard channels
  enable = false
  # The avatar to be used for server messages
  serverAvatarURL = "https://cdn.discordapp.com/avatars/1211320327251042304/1de8f89efd0ba1b312443e6c6202e9d3.png?size=128"
  # The name to be used for server messages
  serverName = "NYULabs"
  # The URL where the player avatar gets fetched from
  #
  # PLACEHOLDERS:
  # %uuid% - Returns the player's UUID with dashes
  # %uuid_dashless% - Returns the player's UUID without dashes
  # %name% - Returns the player's name
  # %randomUUID% - Returns an random UUID which can be used to prevent discord cache
  playerAvatarURL = "https://minotar.net/avatar/%uuid%?randomuuid=%randomUUID%"
  webhookName = "MC_DC_INTEGRATION"
# Configuration for the in-game command '/discord'
[ingameCommand]
  # Enable the /discord command to show an custom message with invite URL?
  enabled = false
  # The message displayed when typing /discord in the server chat
  message = "Join our discord! https://discord.gg/myserver"
  # The message shown when hovering the /discord command message
  hoverMessage = "Click to open the invite url"
  # The url to open when clicking the /discord command text
  inviteURL = "https://discord.gg/myserver"
# The command log channel is an channel where every command execution gets logged
[commandLog]
  # Channel ID for the command log channel
  # Leave 0 to disable
  channelID = "0"
  # The format of the log messages
  #
  # PLACEHOLDERS:
  # %sender% - The name of the Command Source
  # %cmd% - executed command (e.g. "say Hello World"
  # %cmd-no-args% - Command without arguments (e.g. "say"
  message = "%sender% executed command `%cmd%`"
  # A list of commands that should NOT be logged
ignoredCommands = [  "list", "help", "?"  ]
# Configure votifier integration here
# (Spigot only)
[votifier]
  # Should votifier messages be sent to discord?
  enabled = false
  # Custom channel ID for Votifier messages
  # Leave 'default' to use default channel
  votifierChannelID = "default"
  # The message format of the votifier message
  #
  # PLACEHOLDERS:
  # %player% - The player´s name
  # %site% - The name of the vote site
  # %addr% - (IP) Address of the site
  message = ":ballot_box: %player% just voted on %site%"
  # Name of the webhook title
  name = "Votifier"
  # URL of the webhook avatar image
  avatarURL = "https://www.cubecraft.net/attachments/bkjvmqn-png.126824/"
# Configure Dynmap integration here
[dynmap]
  # The message format of the message forwarded to discord
  #
  # PLACEHOLDERS:
  # %sender% - The sender´s name
  # %msg% - The Message
  dcMessage = "<%sender%> %msg%"
  # Custom channel ID for dynmap chat
  # Leave 'default' to use default channel
  dynmapChannelID = "default"
  # Name of the webhook title
  name = "Dynmap Web-Chat"
  # URL of the webhook avatar image
  avatarURL = "https://static.wikia.nocookie.net/minecraft_gamepedia/images/9/91/Map_Zoom_0.png/revision/latest?cb=20200311153330"
  # The name format of the message forwarded to the dynmap web-chat
  #
  # PLACEHOLDERS:
  # %name% - The discord name of the sender (including nickname)
  # %name#tag% - The discord name with tag of the sender (without nickname)
  webName = "%name% (discord)"
  # Name shown in discord when no name was specified on the website
  unnamed = "Unnamed"
# Configure some plugin-specific BStats settings here
# Everything can be seen here: https://bstats.org/plugin/bukkit/DiscordIntegration/9765
#
# Does not apply to fabric yet, as there is no bstats for it
[bstats]
  # Allow sending of installed addon stats (Name and version of installed addons)
  sendAddonStats = true
# Settings for servers running as Bungeecord-suberver
[bungee]
  # Set this to true if the server is running as an subserver of an bungeecord network and therefore needs to be in offline mode
  # Setting this will force account linking in offline mode
  # Do NOT use for actual offline mode servers, as this will break the linking feature because of the UUIDs!
  #
  # Currently no support for floodgate running on bungee
  isBehindBungee = false

Crash report / Error log (if applicable)
[18:46:06] [Server thread/ERROR] [ne.mi.ev.EventBus/EVENTBUS]: Exception caught during firing event: Cannot invoke "de.erdbeerbaerlp.dcintegration.common.DiscordIntegration.getServerInterface()" because "de.erdbeerbaerlp.dcintegration.common.DiscordIntegration.INSTANCE" is null
        Index: 6
        Listeners:
                0: HIGHEST
                1: ASM: team.creative.playerrevive.server.ReviveEventServer@77818473 playerDied(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
                2: NORMAL
                3: ASM: class com.duke.orcz.procedures.PodeathProcedure onEntityDeath(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
                4: ASM: class com.duke.orcz.procedures.MoralegoblinsProcedure onEntityDeath(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
                5: ASM: class com.duke.orcz.procedures.EnragemoraleProcedure onEntityDeath(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
                6: ASM: de.erdbeerbaerlp.dcintegration.forge.DiscordIntegrationMod@42c7e2f3 death(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
                7: LOWEST
                8: ASM: de.maxhenkel.corpse.corelib.death.DeathEvents@337a74c7 playerDeath(Lnet/minecraftforge/event/entity/living/LivingDeathEvent;)V
java.lang.NullPointerException: Cannot invoke "de.erdbeerbaerlp.dcintegration.common.DiscordIntegration.getServerInterface()" because "de.erdbeerbaerlp.dcintegration.common.DiscordIntegration.INSTANCE" is null
        at TRANSFORMER/dcintegration@3.0.5/de.erdbeerbaerlp.dcintegration.common.storage.linking.LinkManager.isPlayerLinked(LinkManager.java:215)
        at TRANSFORMER/dcintegration@3.0.5/de.erdbeerbaerlp.dcintegration.forge.DiscordIntegrationMod.death(DiscordIntegrationMod.java:538)
        at TRANSFORMER/dcintegration@3.0.5/de.erdbeerbaerlp.dcintegration.forge.__DiscordIntegrationMod_death_LivingDeathEvent.invoke(.dynamic)
        at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73)
        at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:315)
        at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:296)
        at TRANSFORMER/forge@47.2.20/net.minecraftforge.common.ForgeHooks.onLivingDeath(ForgeHooks.java:303)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.level.ServerPlayer.m_6667_(ServerPlayer.java:573)
        at TRANSFORMER/playerrevive@2.0.24/team.creative.playerrevive.server.PlayerReviveServer.kill(PlayerReviveServer.java:89)
        at TRANSFORMER/playerrevive@2.0.24/team.creative.playerrevive.packet.GiveUpPacket.executeServer(GiveUpPacket.java:20)
        at TRANSFORMER/creativecore@2.11.24/team.creative.creativecore.common.network.CreativePacket.execute(CreativePacket.java:14)
        at TRANSFORMER/creativecore@2.11.24/team.creative.creativecore.common.network.CreativeNetwork.lambda$registerType$4(CreativeNetwork.java:56)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.util.thread.BlockableEventLoop.m_18693_(BlockableEventLoop.java:67)
        at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1768)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.TickTask.run(TickTask.java:18)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.util.thread.BlockableEventLoop.m_6367_(BlockableEventLoop.java:156)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.util.thread.ReentrantBlockableEventLoop.m_6367_(ReentrantBlockableEventLoop.java:23)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_6367_(MinecraftServer.java:770)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_6367_(MinecraftServer.java:161)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.util.thread.BlockableEventLoop.m_7245_(BlockableEventLoop.java:130)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_129961_(MinecraftServer.java:753)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_7245_(MinecraftServer.java:747)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.util.thread.BlockableEventLoop.m_18701_(BlockableEventLoop.java:139)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_130012_(MinecraftServer.java:733)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_130011_(MinecraftServer.java:665)
        at TRANSFORMER/minecraft@1.20.1/net.minecraft.server.MinecraftServer.m_206580_(MinecraftServer.java:251)
        at java.base/java.lang.Thread.run(Thread.java:840)

Additional Information
No response

Hey im having the same problem.
What did you do to fix?


v5: Improve the responsiveness of our Dashboard example

Cleans up some column classes to ensure things line up across all viewports. Also fixes some broken padding on the .navbar-brand. Wondering if we backport the changes to this example?
Fixes #25552.
Preview: https://deploy-preview-30573--twbs-bootstrap.netlify.com/docs/4.3/examples/dashboard/

We should backport it to v4-dev, yeah.

Feel free to merge whenever @XhmikosR so we can backport. I'm assuming some other changes have been made here in master to this example since it differs from v4.4's example with no responsive sidebar toggle.


Patch LF to CRLF on repr of the Headers class

Codecov Report

Merging #13 into master will not change coverage by %.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master      #13   +/-   ##
=======================================
  Coverage   87.74%   87.74%
=======================================
  Files           7        7
  Lines         865      865
=======================================
  Hits          759      759
  Misses        106      106

Impacted Files
Coverage Δ

kiss_headers/models.py
88.48% <100.00%> (ø)

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 d2d6f99...b565a43. Read the comment docs.


Added an additional code owner

In this PR:

Modified the CODEOWNERS file to add another colleague.

/azp run


Improve the docstring on get_oa_la_file_name

Closing as this is listed here: https://github.com/ONSdigital/SDG_11.2.1/issues/197


Start testing types and fix issues found so far

Codecov Report

Merging #427 (4f25948) into main (856bf0f) will decrease coverage by 57.59%.
The diff coverage is 12.50%.

Additional details and impacted files

@@             Coverage Diff             @@
##             main     #427       +/-   ##
===========================================
- Coverage   85.37%   27.78%   -57.60%
===========================================
  Files          62       62
  Lines        2291     2296        +5
===========================================
- Hits         1956      638     -1318
- Misses        335     1658     +1323

Impacted Files
Coverage Δ

gitlabform/input.py
0.00% <0.00%> (-94.57%)
:arrow_down:

...abform/processors/group/group_members_processor.py
0.00% <0.00%> (-98.84%)
:arrow_down:

gitlabform/processors/project/files_processor.py
0.00% <0.00%> (-86.49%)
:arrow_down:

gitlabform/processors/single_entity_processor.py
0.00% <0.00%> (-93.55%)
:arrow_down:

gitlabform/configuration/core.py
74.41% <100.00%> (-0.78%)
:arrow_down:

gitlabform/filter.py
38.23% <100.00%> (-61.77%)
:arrow_down:

gitlabform/processors/group/__init__.py
0.00% <0.00%> (-100.00%)
:arrow_down:

gitlabform/processors/project/__init__.py
0.00% <0.00%> (-100.00%)
:arrow_down:

gitlabform/processors/project/badges_processor.py
0.00% <0.00%> (-100.00%)
:arrow_down:

gitlabform/processors/project/project_processor.py
0.00% <0.00%> (-100.00%)
:arrow_down:

... and 51 more


Refactor entire API to use promises and add missing endpoints

@plinehan and/or @mihaip: I do not expect this to land in it's current state, but since I did a bunch of refactoring to use this with my Quiprupt project I figured I'd get this diff up.

add blob from URL/Path method
move to request lib so we can handle blob form data
add connectWebsocket function for using websockets (and ws dependency)
make entire API promise based so it can be used with async/await

Also we should probably publish an official lib to npm at some point. Happy to own that project if it's needed, I've done lots of similar stuff in the past.

I'm out of my element here but generally this is awesome!  Thanks!  Publishing to NPM would also be great, thanks for taking the lead.
@mihaip should be the final say.

@yangsu is a much better reviewer for this

Note that if we do want to land this, we'll need to:

get a process set up for publishing to npm
update the documentation for our automation API
conversation about versioning?
invest an afternoon to get some tests written for this (I guess this is optional)

Exciting! let's schedule a meeting scheduled in person to chat about this!

Spoke with @jesseditson in person. here's the gist:

talk to @elsigh about licensing and generally about our process for open source
setup an entity on npm and publish all of our packages under it
split this repo into node and python
follow semver for versioning
Promises ftw!


Update README.md

please help me
https://github.com/m-tomoya/AttractingContributors-movie

@m-tomoya
Thanks!


Feature Request: Debugging version of BeforeScript of template

Hello,
Thanks for this great tool.
I use debugging macros with ifdef like following:
#ifdef  redback
#define bug printf("line=%d\n",__LINE__);
#define debug(args...) {cout<<":: "; dbg,args; cout<<endl;}
struct  debugger {template<typename T>debugger& operator , (const T& v) {cout << v << " "; return *this;}} dbg;
#else
#define bug
#define debug(args...)
#endif  //debugging macros

In this case -Dredback flag is provided with compilation command. Other people uses -DONLINE_JUDGE
Now, in my scenario, the following two command will be very useful,
1. $ cf test
2. $ cf test -d
or,
2. $ cf test debug

-D flag is provided for debugging compilation in 2nd options.
To achieve this, one extra field debugging_before_script can be added to the templates.

If this sounds good, I can start working on the source code.


[Bug] Unable to install grafana-app-sdk@latest

Description
Error
go install github.com/grafana/grafana-app-sdk/cmd/grafana-app-sdk@latest

go: github.com/grafana/grafana-app-sdk/cmd/grafana-app-sdk@latest (in github.com/grafana/grafana-app-sdk@v0.14.7):
	The go.mod file for the module providing named packages contains one or
	more replace directives. It must not contain directives that would cause
	it to be interpreted differently than if it were the main module.

Perhaps it is due to this line https://github.com/grafana/grafana-app-sdk/blob/main/go.mod#L6
Successful older versions install
go install<EMAIL_ADDRESS>

Looks like this is an issue since the pinning of github.com/getkin/kin-openapi (for codegen) with the replace directive in the go.mod file. I think a temporary fix for this should be cloning kin-openapi into the internal package and updating deepmap/oapi-codegen to use the cloned internal one. I'll get a PR up to do this, and we can see if it resolves the issue.
The longer-term fix is to split the CLI and codegen packages into a separate go module from the libraries (as the reason the version has to be pinned with the replace directive is that grafana-plugin-sdk-go uses it as well, and that is used by the plugin package). This will allow a cleaner set of dependencies for both the CLI and libraries.

We should also probably add a point to the workflow to test this. In the meantime, a workaround is:

Clone the repo
Run make build
Copy target/grafana-app-sdk into your $GOPATH/bin (default location for go install) or another executable path

Also ran into this on make build
› mage
# github.com/grafana/grafana-plugin-sdk-go/experimental/e2e/storage
../vendor/github.com/grafana/grafana-plugin-sdk-go/experimental/e2e/storage/openapi.go:142:20: cannot range over op.Responses (variable of type *openapi3.Responses)
Error: error compiling magefiles

@L2D2Grafana @IfSentient you can download the binary from GH releases page - it's how we got it automated in a few places.

Here's a script we're using together with a Makefile for installing the SDK:
#!/bin/sh

set -e

version=$1
baseUrl="https://github.com/grafana/grafana-app-sdk/releases/download/v${version}"

if [[ -z $version ]]; then
  echo "Please specify which version you want to install!"
  exit 1
fi

outDir=$2
if [[ -z $outDir  ]]; then
  outDir="./bin"
fi

platform=""
case $(uname -s) in
  Linux*) platform=linux;;
  Darwin*) platform=darwin;;
esac

if [[ -z $platform  ]]; then
  echo "Unsupported platform!"
  exit 1
fi

arch=""
case $(uname -m) in
  x86_64) arch="amd64" ;;
  arm) arch="arm64" ;;
esac

if [[ -z $arch  ]]; then
  echo "Unsupported architecure!"
  exit 1
fi

asset="grafana-app-sdk_${version}_${platform}_${arch}.tar.gz"
url="${baseUrl}/${asset}"

echo "Will download from: ${url} into ${outDir}"
curl -Ls "${url}" | tar xvzf - -C "${outDir}"
rm -f "${outDir}/LICENSE" "${outDir}/README.md"
mv "${outDir}/grafana-app-sdk" "${outDir}/grafana-app-sdk-${version}"

# Targets for installing the SDK
SDK_DIR := bin
SDK_VER := 0.14.6
SDK_CLI := $(SDK_DIR)/grafana-app-sdk-$(SDK_VER)
$(SDK_CLI):
	mkdir -p $(SDK_DIR)
	./scripts/install-sdk.sh $(SDK_VER) $(SDK_DIR)
sdk-cli: $(SDK_CLI)

# Targets for generating Go types & CRDs using the SDK
KINDSS_DIR := kinds
CRDGEN_DIR := ops/crds
GOFGEN_DIR := pkg/generated
KIND_FILES := $(shell find $(KINDSS_DIR) -type f -name "*.cue")
$(GOFGEN_DIR): $(KIND_FILES) $(SDK_CLI)
	@$(SDK_CLI) generate --cuepath=$(KINDSS_DIR) --crdencoding=json --crdpath=$(CRDGEN_DIR) --gogenpath=$(GOFGEN_DIR)
	@touch $@
go/generate: $(GOFGEN_DIR)

My proposed fix didn't quite work, will try another approach for now.

go install should function as of version v0.17.8, the replace directive in go.mod has been removed.


Add BufferLines func to View

What is the problem this PR tries to solve?
Many times you want to operate on the individual lines of a View. Example use cases:

Scrolling
Calculating good Cursor position when the buffer changes
Manual cursor movement

Currently, the Buffer function returns a concatenated string, that has to be split to use the individual lines. It's unnecessary wasting of computational resource.
How this PR solves the problem?
By returning individual lines as strings in an array, you don't have to split the string.
How to manually test this?
For an existing use case try the new BufferLines function.
Risk
None that I know of.

@jroimartin Is there anything I can do to move this PR forward?

First of all, thanks for the contribution and sorry for my late response.
It looks good to me. Should we also add a similar method for ViewBuffer? Something like ViewBufferLines()? It could be useful for wrapping views.

Thanks, @jroimartin, I updated the PR. 🍦

Thanks! Rebased and merged :)


Issue with change_email functionality, server 500.

When trying to change the email (I'm testing translation), I'm finding Server 500 on that next view. Feel free to test out.

Finished with #53


Add Tolerations to DeploymentConfig

Description:
Please add tolerations to DeploymentConfiguration to enable deployment of ballerina services to tainted nodes.
Suggested Labels:

Suggested Assignees:

Affected Product Version:
OS, DB, other environment details and versions:
Steps to reproduce:
Related Issues:

@lakwarus Please let me know more info is needed! 😄

@jimk-osu this is fine. thanks


Publish config file command doesn't work

Hello,
Thanks for your package, it's really neat!
There is an error in the readme regarding the publish file command though:
php artisan vendor:publish --tag="filament-laravel-log-config"
This returned the following error message:
No publishable resources for tag [filament-laravel-log-config].
The command to publish assets for me were the following:

php artisan vendor:publish --tag="log-config"
php artisan vendor:publish --tag="log-translations"
php artisan vendor:publish --tag="log-views"

I had to look for the proper one by using the generic 'vendor:publish' command, as you can see below:

thank you! I'll update the readme


Bannerbear app - How to Create Videos with Auto Subtitles in One API Request

Airtable app - Create 200 Branded Motivational Quotes in 1 minute using Airtable and Bannerbear
https://www.bannerbear.com/blog/create-200-branded-motivational-quotes-in-20-seconds/

How to Create Videos with Auto Subtitles in One API Request
https://www.bannerbear.com/blog/how-to-create-videos-with-auto-subtitles-in-one-api-request/
Video Templates are just Templates!
There is no special editor for creating video templates, you just use the standard Bannerbear template editor. Video templates are actually the same thing as regular templates - your video media simply fills the entire background space. This means that essentially any of your existing templates can be a video template, as long as there isn't something covering the entire background.
The only thing to bear in mind is that if you are using the auto-transcribe feature, your template must have a text layer so that Bannerbear knows where to put the subtitles.
So to create a video template with transcription, the workflow looks like:
Design a "regular" template, ensuring you add at least one text layer
Create a Video Template, choosing (1) as the base
Start generating videos!

https://www.bannerbear.com/tools/twitter-card-preview-tool/

https://www.bannerbear.com/demos/multi-image-demo/
https://www.bannerbear.com/blog/how-to-turn-twitter-likes-into-quote-visuals-automatically/
https://www.bannerbear.com/blog/automatically-turn-a-tweet-into-a-fleet/
https://www.bannerbear.com/product/image-collections/


problem for ccgan

NameError: name 'weights_init_normal' is not defined

I found something in the commit history. Maybe it will help :
https://github.com/eriklindernoren/PyTorch-GAN/commit/ce0e5b587e7993a377029272d0e27ca970772172#diff-0c1ffcd527955d1227b6639fc516b2982917e6ebfd64c1b28a12c825945a5636


code-contributions: mention auto-formatter/pre-commit in progress

Follow-up from https://github.com/ome/omero-web/pull/218

Seems like a good start. I imagine we will need to expand it as Java and Javascript come under the ax.


Compat bump

@oyamad  I am just bumping compat here and running the tests.  When I run them locally I get a few warnings:
* test_markov_approx.jl
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: Failed to match first 4 moments.  Just matching 2.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:407
┌ Warning: The quadrature method may perform poorly for highly persistent processes.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:440
┌ Warning: Failed to match first 2 moments. Just matching 1.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:389
┌ Warning: Failed to match first 2 moments. Just matching 1.
└ @ QuantEcon C:\Users\jesse\Documents\GitHub\QuantEcon.jl\src\markov\markov_approx.jl:389

But not sure if that is what it used to do, as it isn't triggering the unit tests to fail.  Is this a regression or something innocuous I can still merge over.

@oyamad I am not sure if the warnings on the test_markov_approx.jl are serious but I dug into it a little more.

With this PR the issues are happening with both 1.6 and 1.10, so I don't think it is a julia version thing.
I also reran the unit tests on the code prior to this PR and am getting the same issues.

So my hunch is that these problems have nothing to do with this PR and I wonder if we should just merge and tag a release?

@jlperla Let me chime in as I wrote that test. In short, the warning is an expected behavior. I just replicated the exercises the original paper has done, which include a case of approximating highly persistent processes where the method fails to match higher-order moments and can get limited accuracy.

Great, thanks. So thoughts on merging and tagging this? I don't want to do that unilaterally

This PR would also implement #289 and #290

@jlperla I don't see any issue with merging this. Thank you!!


Update RazorEngine to a version that supports .NET Core

This will allow the html writer to work in .NET Core as well.

Duplicate of #218


windows 8 support

I have tried to run this exploit on win8 /win8.1 fresh installations and it didn't work
does it work only for win7?

It works for systems below 8.


Did not work

I can't figure out how to use this chadwm, it works only in Xephyr, not in SDDM or xinit (startx). my .xinitrc file and chadwm.desktop file is the same with the one provided in readme. running bar.sh returns no error, autostart have one expected error which is dwm: another window manager is already running
Screenshot of Xephyr

show your xinitrc

#!/bin/sh exec ~/.config/chadwm/scripts/./autostart

did u chmod +x all the scripts in chadwm dir?
show your autostart too

when you are in tty, run startx

..bruh i didn't even change anything and this suddenly works

still not working on sddm, and bar is flickering on pkg update and battery

thats because you have to change update function to fit your distro, mine is void so it will work ootb bruh. Also change adapter name in battey function of bar.sh . Please read bar.sh or run it in cli to get errors and fix those :c

thats because you have to change update function to fit your distro, mine is void so it will work ootb bruh. Also change adapter name in battey function of bar.sh . Please read bar.sh or run it in cli to get errors and fix those :c

adapter name changed, update function is set to arch, pacman contrib installed, running bar.sh returns no error.
it is showed but flickering

https://user-images.githubusercontent.com/58659387/166159048-714ca39d-afbd-4ae1-b3e4-1512e4b6f7cd.mp4
screen record of bar

there are two process running that have
xsetroot -name "something"
one of theme is bar.sh but u have ro figure out what the other process is then u have to kill it use htop

yea that seems like it

and for .desktop in SDDM ?

idk about sddm so cant help

okay, thanks for helping me, love your works

if you're using xorg then make the desktop file at /usr/share/xessions/chadwm.desktop

i am using xorg, with SDDM
im sorry i don't get what you mean, btw im enjoying this very well, everything works this time

welp, i just managed to get it working
use Exec=/home/user/.config/chadwm/scripts/./autostart


add react-a11y-iframes to recommended ruleset

PR checklist
Overview of change:
Adds react-a11y-iframes to recommended ruleset. This was missing from #692, i reckon.

@drexler thank you for your vigilance. As JoshuaKGoldberg mentioned - new rules shouldn't be part of recommended configuration until next major release.
I will close this PR in favor of #809 that creates additional config to include recommended rules in minor versions.
Please let me know if you have any questions.