text:
Skill Name
Wireshark
Why?
Popular tool used for network frame analysis.
Reference Image

Svg Availability

[X] I have given the official svg version of the logo in the Reference Image field.

Code of Conduct Acknowledgment

[X] I have read and agree to the Code of Conduct.

waiting

I'm sorry @paulemacedo, @avirgos that it takes so much time for this icon... The thing is that, it's composed out of strokes, which on rescale, it's not going to change properties as wished. So basically having to make the whole icon from scratch because of this, and it has to also have a harmony with other existing icons. I'm trying my best to make the best icons possible, but it can get pretty hard, not gonna lie.

https://icon-sets.iconify.design/simple-icons/wireshark/

sure, its nice 🥇 😄

authors: LelouchFR avirgos paulemacedo

repo: LelouchFR/skill-icons


text:
Add an abstract Path class for both static asset and SD card pure pursuit

Summary
Add an abstract Path class for both static asset and SD card pure pursuit.
There is now a Path class that can be directly passed to chassis.follow.
The class has two implementations: AssetPath and FilePath. This allows pure pursuit to read from both static asset and the SD card.
Motivation
It was discussed in the server, as being able to have the flexibility of either SD card or static asset is useful.
Test Plan
This still needs to be tested, I don't have access to a chassis to test this with.

Download the template for this pull request:

[!NOTE]
This is auto generated from Add Template to Pull Request

via manual download: LemLib@0.5.0-rc1-c8d1f4e.zip
via PROS Integrated Terminal:

curl -o LemLib@0.5.0-rc1-c8d1f4e.zip https://nightly.link/LemLib/LemLib/actions/artifacts/1070001070.zip;
pros c fetch LemLib@0.5.0-rc1-c8d1f4e.zip;
pros c apply LemLib@0.5.0-rc1-c8d1f4e;
rm LemLib@0.5.0-rc1-c8d1f4e.zip;

I'm not sure about the method by which this PR implements the functionality. While I do agree that the feature that this PR implements is required, I think that simply passing a vector of waypoints to pure pursuit will be better, and having functions which return a vector of waypoints given the asset name or file path.

I'll get it done tonight

is this still active?

source: gharchive/pull-request

authors: Exortions SizzinSeal

repo: LemLib/LemLib

license: MIT

license_type: permissive

license_source: github-api


text:
Fixed update state on unmounted component error.

Can't perform a React state update on an unmounted component error fix
Added unmount AnimatedNumber component button in demo

@Leocardoso94 any chance of this getting merged?

@Leocardoso94 any chance of this getting merged?

@jfabellera hi, not sure maybe in future. Try sa-animated-number-react while new version IS available. Its forked from this repo with fix

@jfabellera hi, not sure maybe in future. Try sa-animated-number-react while new version IS available. Its forked from this repo with fix

@ErikParso thanks! It's working great

@ErikParso thanks! It's working great

Waiting for the new release as well.  Thanks for sa-animated-number-react workaround.

Waiting for the new release as well.  Thanks for sa-animated-number-react workaround.

Thanks for your workaround @ErikParso.
I think my changes in https://github.com/Leocardoso94/animated-number-react/pull/28 are probably a better approach to resolving this, as it prevents the animation from running at all after unmount (which prevents the modification of state) instead of simply preventing the ongoing animation from attempting to modify state.
The additional changes to package.json and the addition of the GH action config files should ideally be kept in another branch in your own repo rather than in the PR, as the maintainer won't want them merged into this repo.

@elyobo it was just Quick fix to get rid of the error. After a long time not reviewing this PR by owner i decided to create own release because we needed fix in production. Anyway yours solution seems to be better and ill abandon this one. Hope it was tested as well.
This package seems to be dead and I personally suggest to find another one.

Thanks @ErikParso - are you accepting PRs on your fork? I came here because my colleague started using yours and wanted to keep an eye on when the fix was merged upstream :)

@elyobo yes feel free to create PR in fork and ill deploy it

Thanks, I'll get one up this evening.

Added https://github.com/ErikParso/animated-number-react/pull/1

authors: ErikParso ZilvinasKucinskas elyobo jfabellera


text:
带有中文的目录无法启动工具

ToolsFx版本及构建日期(如v1.15.1.beta2 2022-12-13):
系统版本及位数(Windows/OSX/ Linux /x86/x64/ arm):
Java版本(jdk 1.8.0 x86 oracle/openjdk):
操作步骤(如运行ToolsFx.bat):
问题现象(如闪退):
报错信息(命令行运行ToolsFx.bat/ToolsFx):
中文目录启动报错ctive code page: 65001:

改为英文目录吧
win 11 测试ToolsFx.bat/ToolsFx.exe都正常

我这边中文确实不行，不知道啥情况

我这边也是win11，问题不大感谢大佬

 我这边中文确实不行，不知道啥情况

应该是路径中 & 符号的问题，你可以把这个改掉在看看

source: gharchive/issue

license: ISC


text:
new Builder raises "TypeError: undefined is not a function"

versions
package.json:"
"xml2js": "0.4.5",

and with master 208dff5784dfed5951d4bebe9c4071935cfabbdc
problem
ok i had a use case where i both needed a to parse and build
  var xml2js = new xml2js.Parser({async: false});
  var builder = new xml2js.Builder();

raised
  var builder = new xml2js.Builder();
                ^
TypeError: undefined is not a function

changing the order
  var builder = new xml2js.Builder({});
  var xml2js = new xml2js.Parser({async: false});

works(TM)
ok pardon me if its not an error or just me not reading the fine docs carefully enough but I had a struggle with it.

Shadowing the xml2js module with an instance of the parser is indeed unfortunate (so even if you reverse the order, its still not a good idea).
I just checked whether the docs suggest writing such code, because that would be embarrassing. They fortunately don't, so I'm closing this issue.

authors: Leonidas-from-XIV pellekrogholt

license: mit

license_source: bigquery


text:
Get rid of nodejs 4 entirely

Get rid of nodejs 4 entirely

Closing pull request in lieu of https://github.com/Leonidas-from-XIV/node-xml2js/pull/522

Coverage remained the same at 97.633% when pulling 8eb39e76502286fa09d6bd30b4e4107cbb25cefb on knoxcard:patch-2 into 5770685d17996706ab9b6fc63f7c177254861fec on Leonidas-from-XIV:master.

authors: coveralls knoxcard


text:
How to run the example apps

HI, trying to run one of the 3 examples provided with the src code but I am getting errors. I am attaching the logs I got in the shell running the example - do you have any guidelines in how to run them?

live_time_series log
plotly_based log
science-dashboard log

Hi @epifanio,
I cleaned up some small things so please pull the most recent version. I don't think that will fix your problem though. I just tested it with panel version 0.9.7 and it works. What version are you running? I suspect an older version; serving static assets is a pretty new feature (the error you get has to do with serving the static assets).

Hi @epifanio  did you manage to run the examples?

@LeonvanKouwen , tested with up-to-date version of both elvis (pulled from git master branch) and panel - I got the same log:
(pdal) massimods@r740-5hdn2s2-ag-gcompute:/lustre/storeA/users/massimods/SW/SRC/elvis$ panel serve --allow-websocket-origin=157.249.160.182:5006 examples/live_time_series
2020-10-18 12:39:22,212 Starting Bokeh server version 2.1.1 (running on Tornado 6.0.4)
2020-10-18 12:39:22,226 User authentication hooks NOT provided (default user enabled)
2020-10-18 12:39:22,268 Bokeh app running at: http://localhost:5006/live_time_series
2020-10-18 12:39:22,268 Starting Bokeh server with process id: 236464
WARNING:param.reset: Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-18 12:39:49,560 Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-18 12:39:49,576 Starting Bokeh server version 2.1.1 (running on Tornado 6.0.4)
2020-10-18 12:39:49,576 User authentication hooks NOT provided (default user enabled)
Launching server at http://localhost:5050
2020-10-18 12:39:49,853 404 GET /assets/goldenlayout-base.css (157.249.187.229) 0.29ms
2020-10-18 12:39:49,861 404 GET /assets/panel-customizations-light.css (157.249.187.229) 0.25ms
2020-10-18 12:39:49,898 404 GET /assets/goldenlayout-elvis.css (157.249.187.229) 0.24ms
2020-10-18 12:39:49,903 404 GET /assets/panel-customizations.css (157.249.187.229) 0.23ms
2020-10-18 12:39:49,904 404 GET /assets/goldenlayout-elvis-light.css (157.249.187.229) 0.73ms
2020-10-18 12:39:49,970 404 GET /assets/js/jquery-1.11.1.min.js (157.249.187.229) 20.85ms
2020-10-18 12:39:50,064 404 GET /assets/js/goldenlayout.min.js (157.249.187.229) 0.22ms
2020-10-18 12:39:50,798 404 GET /assets/js/jquery-1.11.1.min.js (157.249.187.229) 0.21ms
2020-10-18 12:39:50,851 404 GET /assets/js/goldenlayout.min.js (157.249.187.229) 0.21ms
2020-10-18 12:39:50,986 WebSocket connection opened
2020-10-18 12:39:50,987 404 GET /favicon.ico (157.249.187.229) 0.67ms
2020-10-18 12:39:50,987 ServerConnection created

^C(pdal) massimods@r740-5hdn2s2-ag-gcompute:/lustre/storeA/users/massimods/SW/SRC/elvis$ ipython
Python 3.8.6 | packaged by conda-forge | (default, Oct  7 2020, 19:08:05)
Type 'copyright', 'credits' or 'license' for more information
IPython 7.18.1 -- An enhanced Interactive Python. Type '?' for help.

In [1]: import panel

In [2]: panel.__version__
Out[2]: '0.9.7'

I tried running the example on a local machine (before was on a remote server) to check if the IP versus localhost was making any difference, but no luck.
I also tried to move around the assets directory (I tried adding a a copy in the root example directory, from where I run the command to start the app, and also a copy in the example directory itself ... but always same log. 404 GET /assets/..

Serving static assets works in 0.10 version, not yet released. Though you can install it with
pip install git+https://github.com/holoviz/panel.git
and in this page you have the docs
https://pyviz-dev.github.io/panel/reference/index.html

I somehow managed to run the examples from @jmosbacher  fork -  https://github.com/jmosbacher/elvis  - The examples were giving a similar error, but from the logs, I noticed it was looking for the assets directory into /usr/local/lib/python3.8/dist-packages/assets.
By manually copying the assets directory into /usr/local/lib/python3.8/dist-packages I got the examples in the fork running. I tried the same "hack" with the master branch but that didn't work.
The example in the fork was printing this log
epinux@epidell:~/dev/elvis_fork$ panel serve --allow-websocket-origin=localhost:5006 examples/live_time_series
2020-10-18 22:12:38,241 Starting Bokeh server version 2.1.0 (running on Tornado 6.0.4)
2020-10-18 22:12:38,242 User authentication hooks NOT provided (default user enabled)
2020-10-18 22:12:38,244 Bokeh app running at: http://localhost:5006/live_time_series
2020-10-18 22:12:38,244 Starting Bokeh server with process id: 117104
WARNING:param.reset: Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-18 22:12:41,075 Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-18 22:12:41,504 Error running application handler <bokeh.application.handlers.directory.DirectoryHandler object at 0x7f5b3a6fa7f0>: [Errno 2] No such file or directory: '/usr/local/lib/python3.8/dist-packages/assets/goldenlayout-base.css'
File "goldenpanel.py", line 56, in load_css:
with open(path, "r") as f: Traceback (most recent call last):
  File "/usr/local/lib/python3.8/dist-packages/bokeh/application/handlers/code_runner.py", line 197, in run
    exec(self._code, module.__dict__)
  File "/home/epinux/dev/elvis_fork/examples/live_time_series/main.py", line 122, in <module>
    gpanel.serve(title="Time Series", show=False, port=5050)
  File "/usr/local/lib/python3.8/dist-packages/elvis/goldenpanel.py", line 77, in serve
    self._set_assets(self.css_dir, self.theme)
  File "/usr/local/lib/python3.8/dist-packages/elvis/goldenpanel.py", line 69, in _set_assets
    css = self.load_css(css_paths)
  File "/usr/local/lib/python3.8/dist-packages/elvis/goldenpanel.py", line 56, in load_css
    with open(path, "r") as f:
FileNotFoundError: [Errno 2] No such file or directory: '/usr/local/lib/python3.8/dist-packages/assets/goldenlayout-base.css'

Hi @nghenzi, just saw your comment - after upgrading panel to git master - I got the following error:
panel serve --allow-websocket-origin=localhost:5006 examples/science-dashboard/
Traceback (most recent call last):
  File "/usr/local/bin/panel", line 5, in <module>
    from panel.command import main
  File "/usr/local/lib/python3.8/dist-packages/panel/__init__.py", line 5, in <module>
    from . import pane # noqa
  File "/usr/local/lib/python3.8/dist-packages/panel/pane/__init__.py", line 16, in <module>
    from .holoviews import HoloViews # noqa
  File "/usr/local/lib/python3.8/dist-packages/panel/pane/holoviews.py", line 20, in <module>
    from ..widgets import Player
  File "/usr/local/lib/python3.8/dist-packages/panel/widgets/__init__.py", line 10, in <module>
    from .file_selector import FileSelector  # noqa
  File "/usr/local/lib/python3.8/dist-packages/panel/widgets/file_selector.py", line 19, in <module>
    from .input import TextInput
  File "/usr/local/lib/python3.8/dist-packages/panel/widgets/input.py", line 16, in <module>
    from bokeh.models.widgets import (
ImportError: cannot import name 'NumericInput' from 'bokeh.models.widgets' (/usr/local/lib/python3.8/dist-packages/bokeh/models/widgets/__init__.py)

I will try to upgrade bokeh as well, to see if that fix the issue.

As said previously, static assets are served in 0.10 version as documented here
https://pyviz-dev.github.io/panel/user_guide/Deploy_and_Export.html
in the static file hosting section
After installing the 0.10 version, you need to run a command like that
panel serve some_script.py --static-dirs assets=./assets
I am not sure in the elvis package this works different. But in panel with this command it should work.

I use python 3.7 because I saw some people with problems in python 3.8 in bokeh, and in panel.

I see, I opened an issue regarding the import error. I hope it makes sense: https://github.com/holoviz/panel/issues/1648
I already have all my environment in py3.8 (both bokeh and panel working fine) which problems did you or others found with py3.8?
I may try to study elvis's examples from the forked repo and keep an eye on the import issue in panel.
Thanks a lot for the tips!

Upgrading bokeh fixed the issue with the import - the new version was masked by the old one - https://github.com/holoviz/panel/issues/1648
I then tried again with panel master, and I got:
epinux@epidell:~/dev/elvis$ panel serve --static-dirs assets=/home/epinux/dev/elvis/assets --allow-websocket-origin=localhost:5006 examples/science-dashboard/
2020-10-19 04:43:28,095 Starting Bokeh server version 2.2.2 (running on Tornado 6.0.4)
2020-10-19 04:43:28,096 User authentication hooks NOT provided (default user enabled)
2020-10-19 04:43:28,099 Bokeh app running at: http://localhost:5006/science-dashboard
2020-10-19 04:43:28,099 Starting Bokeh server with process id: 134373
WARNING:param.main: panel.callbacks module is deprecated and has been moved to panel.io.callbacks. Update your import as it will be removed in the next minor release.
2020-10-19 04:43:39,416 panel.callbacks module is deprecated and has been moved to panel.io.callbacks. Update your import as it will be removed in the next minor release.
2020-10-19 04:43:39,967 Error running application handler <bokeh.application.handlers.directory.DirectoryHandler object at 0x7ffb350adf40>: Cannot serve non-existent path /usr/local/lib/python3.8/dist-packages/assets
File "server.py", line 282, in get_static_routes:
raise ValueError("Cannot serve non-existent path %s" % path) Traceback (most recent call last):
  File "/usr/local/lib/python3.8/dist-packages/bokeh/application/handlers/code_runner.py", line 197, in run
    exec(self._code, module.__dict__)
  File "/home/epinux/dev/elvis/examples/science-dashboard/main.py", line 86, in <module>
    gpanel.serve(title="Science Dashboard", show=False, port=5051)
  File "/usr/local/lib/python3.8/dist-packages/elvis/goldenpanel.py", line 65, in serve
    return pn.serve(self.app, static_dirs={**assets_elvis, **static_dirs}, **kwargs)
  File "/usr/local/lib/python3.8/dist-packages/panel/io/server.py", line 247, in serve
    server = get_server(panels, **kwargs)
  File "/usr/local/lib/python3.8/dist-packages/panel/io/server.py", line 384, in get_server
    extra_patterns += get_static_routes(static_dirs)
  File "/usr/local/lib/python3.8/dist-packages/panel/io/server.py", line 282, in get_static_routes
    raise ValueError("Cannot serve non-existent path %s" % path)
ValueError: Cannot serve non-existent path /usr/local/lib/python3.8/dist-packages/assets

2020-10-19 04:43:40,181 WebSocket connection opened
2020-10-19 04:43:40,181 ServerConnection created

By manually adding the assets directory from elvis root dir into /usr/local/lib/python3.8/dist-packages/elvis-0.1-py3.8.egg/assets fixed it.

Ok got it running :) thanks a lot for the tips!

installed bokeh and panel from git master
then, running the example from the repository root, I had to modify the last line to point to the static assets directory:

gpanel.serve(title="Science Dashboard", show=False, port=5051, static_dirs={'assets': './assets'})

Hi @epifanio,
I am sorry about my earlier comment about panel 0.9.7. I checked again now I could reproduce your initial error. I think the first time the assets where still in the cache of the browser or something, making me think that static assets were already available in panel 0.9.7, but this is incorrect. I will add this to the readme.
Thanks @nghenzi for chipping in!
Anyway, my main conda environment uses the developers install of panel ( see instructions), main branch. After that installation, and after installing holoviews and elvis itself with pip, it should just run out of the box, no need to add the assets folder manually.
So this makes me wonder why you had to do that... Did you use pip to install elvis? If not, maybe that explains it, and I should refactor to make that possible too somehow.

Hi @LeonvanKouwen , just to make sure I was using a clean environment I tried to put everything in a docker image and I tried to expose one of the examples on my server - it works!!!
I installed both panel and elvis from git with pip:
RUN pip3 install git+https://github.com/holoviz/panel
RUN pip3 install git+https://github.com/LeonvanKouwen/elvis

I did not manually copy the assets directory - I only needed to edit the last line in the example:
gpanel.serve(websocket_origin='xxx.xx.xx.xx:5050',
            title="Time Series",
            show=False,
            port=5050,
            static_dirs={'assets': './assets'})

And run it with:
panel serve --allow-websocket-origin=xxx.xx.xx.xx:5006 --allow-websocket-origin=xxx.xx.xx.xx:5050 examples/live_time_series/

When I hit the app URL with the browser http://xxx.xx.xx.xx:5006/live_time_series - this is the log in the shell output:
root@4bbc59bedbf4:~/notebooks/elvis# panel serve --allow-websocket-origin=xxx.xx.xx.xx:5006 --allow-websocket-origin=xxx.xx.xx.xx:5050 examples/live_time_series/2020-10-19 09:28:12,288 Starting Bokeh server version 2.2.2 (running on Tornado 6.0.4)
2020-10-19 09:28:12,289 User authentication hooks NOT provided (default user enabled)
2020-10-19 09:28:12,291 Bokeh app running at: http://localhost:5006/live_time_series
2020-10-19 09:28:12,291 Starting Bokeh server with process id: 277
WARNING:param.reset: Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-19 09:28:19,309 Setting non-parameter attribute value=False using a mechanism intended only for parameters
2020-10-19 09:28:19,338 Starting Bokeh server version 2.2.2 (running on Tornado 6.0.4)
2020-10-19 09:28:19,338 User authentication hooks NOT provided (default user enabled)
Launching server at http://localhost:5050
2020-10-19 09:28:19,449 404 GET /assets/goldenlayout-base.css (10.0.0.2) 1.05ms
2020-10-19 09:28:19,460 404 GET /assets/goldenlayout-elvis.css (10.0.0.2) 0.82ms
2020-10-19 09:28:19,513 404 GET /assets/panel-customizations.css (10.0.0.2) 0.83ms
2020-10-19 09:28:19,518 404 GET /assets/goldenlayout-elvis-light.css (10.0.0.2) 0.87ms
2020-10-19 09:28:19,529 404 GET /assets/panel-customizations-light.css (10.0.0.2) 0.70ms
2020-10-19 09:28:19,535 404 GET /assets/js/jquery-1.11.1.min.js (10.0.0.2) 0.85ms
2020-10-19 09:28:19,540 404 GET /assets/js/goldenlayout.min.js (10.0.0.2) 0.81ms
2020-10-19 09:28:19,795 WebSocket connection opened
2020-10-19 09:28:19,796 ServerConnection created

Which gives a blank page, but also starts the real application ... (I'm actually confused on what's happening here ...:-)
I then browse to http://xxx.xx.xx.xx:5050/
2020-10-19 09:28:51,329 WebSocket connection closed: code=1001, reason=None
2020-10-19 09:28:51,700 WebSocket connection opened
2020-10-19 09:28:51,701 ServerConnection created

and I can successfully load and use the app :)
I am loving them! panel+elvis <3  Thank you so much for it!

@epifanio, I am happy you got it working. I am closing the issue, but I have to say that the way you are running it right now is not the way it is supposed to run actually. I am surprised it even works :).
In panel you can serve script directly using pn.serve().  and run the script like > python main.py. Basically gpanel.serve() is wrapper around this method.
Alternatively you can serve a directory using pn.servable() and run, like you did, > panel examples\live_time_series. Basically gpanel.servable() is a wrapper around that panel method, but this isn't well tested to be honest because I always use the first method.
The way you are working now is kind of a mix between these two.  I would recommend using the first method because it is easier to use a debugger, but I'll test and possibly fix gpanel.servable() sometime later this week. The method you are using now might run into some kind of trouble sooner or later.

Test, can I still comment?

@LeonvanKouwen,  thanks for taking the time to look into this!
I knew I was doing something weird ...  running python3 examples/science-dashboard/main,py  works as expected.

authors: LeonvanKouwen epifanio nghenzi

repo: LeonvanKouwen/elvis


text:
ReferenceError: check is not defined in 4.0.3

I noticed in the commit log you added an if check before the check() calls, then removed it again in a subsequent commit. Was the removal deliberate? Why was it added in the first place?
I'm seeing this error, where the server complains that check is undefined on my laptop, but I wasn't seeing the error on my desktop. As far as I can tell, nothing has changed between the two machines.
As a side note, to check for the existence of functions like that in coffeescript one can use the existential operator like check? foo, bar. This ensures that check is both defined and of type function before calling it. Gotta love the existential operator. :-)

Oh, in case it's not clear, I'm seeing this issue in server/signature.coffee.

Interesting, I cloned this repo directly into packages/ and the error has gone away. For some reason meteor was installing 4.0.3 instead of the latest 4.0.4 automatically. When I tried bumping it manually in the version file, it complained of a potentially incompatible upgrade. Feel free to close this issue if it's resolved by the upgrade to 4.0.4 and I'll figure out my versioning issues...

Yeah, that's strange, 4.0.4 is the way to go, both check and random are required by the package in package.js, that's why I returned check. Check makes the package compatible with the audit-argument-checks package and tries to properly sanitize input.

OK, thanks for confirming. I've had weird issues with meteor's version resolver before, I'm guessing it was something in there that got me the older version.
Thanks for an awesome package btw, and your S3 package, both great contributions to the meteor community.

authors: Lepozepo chmac

repo: Lepozepo/cloudinary


text:
Resolve this issue ASAP!!!

God damn bot accounts getting nasty these days.

authors: ImmaHarry expertchi

repo: LewisProjects/Ogiroid


text:
XP system - implement kind words rewards

View the below image for general acceptance criteria:

Verified on prod

repo: Leyline-gg/leyline-discord


text:
0.5.1e Crashes on startup (client side)

logs: https://mclo.gs/icwn5C0 (prismlauncher)
minecraft version: 1.20.1
It crashes for me client side w/ create version 0.5.1e. The server I was running this on seems to load, but it doesn't seem to work client side

This seems very similar to #39
Can you try out steps I described in that issue?

Ok closing this in favor of  #39

authors: Lgmrszd dxcently

repo: Lgmrszd/CompressedCreativity


text:
Add Optional Schema Check to msa_checkDelegations

As a consumer, I want to be able to check not just that a delegation exists, but that a specific schema id is delegated.
Acceptance Criteria
Given: MSA A has granted 1,2,3 and MSA B has granted 3. Each to Provider X. MSA C hasn't delegated at all.

[ ] I should be able to call the RPC msa_checkDelegations with a schema id and it test down to the schema id (X, [A,B,C], block, 3 -> true, true, false)
[ ] I should be able to call the RPC msa_checkDelegations with (X, [A,B,C], block, 1 -> true, false, false)
[ ] I should be able to call the RPC msa_checkDelegations without a schema id to test general delegation existence (X, [A,B,C], block -> true, true, false)

Remember

[x] Update the Custom RPC definition in js/api-augment
[ ] Keep as much logic out of the runtime as possible

Updated RPC Interface
fn check_delegations(
  &self,
  delegator_msa_ids: Vec<MessageSourceId>,
  provider_msa_id: MessageSourceId,
  block_number: Option<BlockNumber>,
  schema_id: Option<SchemaId>,
) -> RpcResult<Vec<(MessageSourceId, bool)>>;

Also, the function:
fn ensure_valid_delegation(
		provider: Provider,
		delegator: Delegator,
		block_number: Option<Self::BlockNumber>,
	) -> Result<
		Delegation<Self::SchemaId, Self::BlockNumber, Self::MaxSchemaGrantsPerDelegation>,
		DispatchError,
	>;

will change to:

	fn ensure_valid_delegation(
		provider: Provider,
		delegator: Delegator,
		block_number: Option<Self::BlockNumber>,
		schema_id:Option<SchemaId>,
	) -> Result<
		Delegation<Self::SchemaId, Self::BlockNumber, Self::MaxSchemaGrantsPerDelegation>,
		DispatchError,
	>;

After exploring various options, I think the best approach is to alter just has_delegation() to check for the optional schema id because it already retrieved the delegation map and checked the block number.   There is no need to modify ensure_valid_delegation()

How does the second acceptance criterium differ from the first?

The criteria should show that the result is actually a vector of tuples (msa id, bool)   e.g. I should be able to call the RPC msa_checkDelegations with a schema id and it test down to the schema id (X, [A,B,C], block, 3) -> (A, true), (B, true), (C, false)

The third acceptance criterium should read:   I should be able to call the RPC msa_checkDelegations without a schema id to test general delegation existence (X, [A,B,C], block, None) -> (A,true), (B,true), (C,false) where None indicates no schema id.

ensure_valid_schema_grant() currently does not check for revocation and should be updated as well.

This issue depends on #627

authors: rlaferla wilwade

repo: LibertyDSNP/frequency


text:
Empty Appointments Returns incorrect Response

@Leo24 If there are no results found in a search, the error should not be 404. The expected result is a Bundle resource with a count of Zero, and a return code of 200, not 404.
For example, when we search for a patient's appointments as in the request below, but the patient has no appointments in the result set, the returned JSON should be a Bundle with a count of Zero.
https://gponline-fhir.vu2vu.com/fhir/Appointment?patient=1
Actual

Expected

Currently, the response is a non-FHIR complaint error message. If in fact there is an error, then the response should be an OperationOutcome Resource. For example, when we query for a patient by ID, but no patient with that ID exists in the system.
OperationOutcome Response

https://github.com/LibreEHR/fhir/pull/25
Fix empty appointments bug

repo: LibreEHR/fhir


text:
bq769x2: fix temperature register configuration

Correct config register settings introduced in 28cb71d94419d9a319d31d901f823d0217bffbb2

Apologies for the oversight in the last commit.
The incorrect register was assigned for TS3 configuration.

repo: LibreSolar/bms-firmware


text:
REPL fails to connect after lein ring uberjar is run from the console

The following stack trace is produced when trying to connect to the REPL after running lein ring uberjar, this is fixed by running lein clean, so maybe it should be hooked into starting the REPL.
final project:  ([org.clojure/clojure "1.5.1"] [lib-noir/lib-noir "0.7.9"] [compojure/compojure "1.1.6"] [ring-server/ring-server "0.3.1"] [selmer/selmer "0.5.9"] [com.taoensso/timbre "2.7.1"] [com.postspectacular/rotor "0.1.0"] [com.taoensso/tower "2.0.1"] [markdown-clj/markdown-clj "0.9.41"] [environ/environ "0.4.0"] [org.clojure/tools.nrepl "0.2.3" :exclusions ([org.clojure/clojure])] [clojure-complete/clojure-complete "0.2.3" :exclusions ([org.clojure/clojure])] [ring-mock/ring-mock "0.1.5"] [ring/ring-devel "1.2.1"] [lein-light-nrepl/lein-light-nrepl "0.0.13"] [org.clojure/tools.reader "0.8.3"])
Error loading lighttable.nrepl.handler: java.lang.RuntimeException: Unable to resolve var: reader/*alias-map* in this context, compiling:(cljs/analyzer.clj:1497:11)
Exception in thread "main" java.lang.RuntimeException: Unable to resolve var: lighttable.nrepl.handler/lighttable-ops in this context, compiling:(/private/var/folders/9k/qk6_g3cd5hlb5jgqp6fc8tcm0000gn/T/form-init335295840680441414.clj:1:4888)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6567)
	at clojure.lang.Compiler.analyze(Compiler.java:6361)
	at clojure.lang.Compiler.analyze(Compiler.java:6322)
	at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3624)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6562)
	at clojure.lang.Compiler.analyze(Compiler.java:6361)
	at clojure.lang.Compiler.analyze(Compiler.java:6322)
	at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3624)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6562)
	at clojure.lang.Compiler.analyze(Compiler.java:6361)
	at clojure.lang.Compiler.access$100(Compiler.java:37)
	at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:5973)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6560)
	at clojure.lang.Compiler.analyze(Compiler.java:6361)
	at clojure.lang.Compiler.analyze(Compiler.java:6322)
	at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:5708)
	at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5139)
	at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3751)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6558)
	at clojure.lang.Compiler.analyze(Compiler.java:6361)
	at clojure.lang.Compiler.eval(Compiler.java:6616)
	at clojure.lang.Compiler.eval(Compiler.java:6609)
	at clojure.lang.Compiler.load(Compiler.java:7064)
	at clojure.lang.Compiler.loadFile(Compiler.java:7020)
	at clojure.main$load_script.invoke(main.clj:294)
	at clojure.main$init_opt.invoke(main.clj:299)
	at clojure.main$initialize.invoke(main.clj:327)
	at clojure.main$null_opt.invoke(main.clj:362)
	at clojure.main$main.doInvoke(main.clj:440)
	at clojure.lang.RestFn.invoke(RestFn.java:421)
	at clojure.lang.Var.invoke(Var.java:419)
	at clojure.lang.AFn.applyToHelper(AFn.java:163)
	at clojure.lang.Var.applyTo(Var.java:532)
	at clojure.main.main(main.java:37)
Caused by: java.lang.RuntimeException: Unable to resolve var: lighttable.nrepl.handler/lighttable-ops in this context
	at clojure.lang.Util.runtimeException(Util.java:219)
	at clojure.lang.Compiler$TheVarExpr$Parser.parse(Compiler.java:650)
	at clojure.lang.Compiler.analyzeSeq(Compiler.java:6560)
	... 33 more
clojure.lang.ExceptionInfo: Subprocess failed {:exit-code 1}
	at clojure.core$ex_info.invoke(core.clj:4327)
	at leiningen.core.eval$fn__2081.invoke(eval.clj:226)
	at clojure.lang.MultiFn.invoke(MultiFn.java:231)
	at leiningen.core.eval$eval_in_project.invoke(eval.clj:326)
	at clojure.lang.AFn.applyToHelper(AFn.java:167)
	at clojure.lang.AFn.applyTo(AFn.java:151)
	at clojure.core$apply.invoke(core.clj:619)
	at leiningen.repl$repl.doInvoke(repl.clj:253)
	at clojure.lang.RestFn.invoke(RestFn.java:425)
	at leiningen.light_nrepl$light.doInvoke(light_nrepl.clj:56)
	at clojure.lang.RestFn.invoke(RestFn.java:423)
	at leiningen.light_nrepl$_main.doInvoke(light_nrepl.clj:68)
	at clojure.lang.RestFn.invoke(RestFn.java:397)
	at clojure.lang.AFn.applyToHelper(AFn.java:159)
	at clojure.lang.RestFn.applyTo(RestFn.java:132)
	at leiningen.light_nrepl.main(Unknown Source)

This issue is still on the latest verstion 0.7.2 for mac

lein new compojure-app testconnect
then  LT  connect  success
lein ring uberjar
then  LT connect fail, like this issue
lein clean
then connect success

This is a duplicate of #1052.

authors: kenny-evitt tianhao yogthos

repo: LightTable/LightTable


text:
Train a pl.LightningModule from within a pl.Callback

Description & Motivation
In a project, I need to evaluate some metrics during training. Thus, I use a pl.Callback! Very natural. However, these metrics are evaluated by quickly training another model (pl.LightninModule), using a pl.Trainer. This  creates a pl.Trainer nested in another running pl.Trainer via a pl.Callback.
trainer = pl.Trainer(
    ...,
    # this callback will log some metrics after training another model
    callbacks=[MyCallback()],
)

While training, all is good until MyCallback runs. And it runs fine. However, after it does, I get:
def _call_lightning_datamodule_hook(
        self,
        hook_name: str,
        *args: Any,
        **kwargs: Any,
    ) -> Any:
        if self.datamodule is None:
>           raise TypeError("No `LightningDataModule` is available to call hooks on.")
E           TypeError: No `LightningDataModule` is available to call hooks on.

If MyCallback does not use a (nested) pl.Trainer to train the model the estimates the metrics, I do not get this error. Any reason why this happens? How do I fix it?
Pitch
Update documentation to explain why this is not possible or make this possible.
Alternatives
No response
Additional context
No response

The  callback system and Trainer are not designed for this use case, and it is unlikely that we will be able to support it, sorry. This would be too complex.
We now have Fabric, which allows users to take control and write their training loop however they want. This adds flexibility where the Trainer is too static, and we recommend Fabric when your training loop is not standard. Your use case would probably fall into that category when you need to nest multiple training loops into each other.
For this reason, I will close the stale issue.

authors: awaelchli gianmarcoaversanoenx

repo: Lightning-AI/lightning


text:
Extra GPU usage in ddp and ddp-spawn

Bug description
Hi there,
When I run ddp/ddp_spawn across multiple GPUs, there is always extra GPU usage. Each process always has an additional 366MiB usage on each GPU, starting from "initializating distributed" and lasting until the progress ends (for ddp_spawn only the main process has such issue). Such problem also appeared in 1.X version until I set auto_select_gpus=False as suggested in https://discuss.pytorch.org/t/distributed-data-parallel-training-extra-gpu-n-1-process-on-n-gpu-process-job/115023 and https://github.com/Lightning-AI/lightning/discussions/9864. But for 2.X there is no such options. And it's unclear to me where does the additional GPU usage come from.
The nvidia-smi output when I run with ddp and ddp_spawn respectively are attached below.
What version are you seeing the problem on?
v2.0
How to reproduce the bug
https://github.com/autogluon/autogluon/blob/master/examples/automm/distillation/automm_distillation_glue.py

Error messages and logs
ddp (ddp_find_unused_parameters_true):
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 525.85.12    Driver Version: 525.85.12    CUDA Version: 12.0     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  Tesla V100-SXM2...  On   | 00000000:00:16.0 Off |                    0 |
| N/A   39C    P0   125W / 300W |   7021MiB / 32768MiB |     39%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   1  Tesla V100-SXM2...  On   | 00000000:00:17.0 Off |                    0 |
| N/A   40C    P0   128W / 300W |   7721MiB / 32768MiB |     35%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   2  Tesla V100-SXM2...  On   | 00000000:00:18.0 Off |                    0 |
| N/A   39C    P0   123W / 300W |   6873MiB / 32768MiB |     39%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   3  Tesla V100-SXM2...  On   | 00000000:00:19.0 Off |                    0 |
| N/A   39C    P0   110W / 300W |   9779MiB / 32768MiB |     34%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   4  Tesla V100-SXM2...  On   | 00000000:00:1A.0 Off |                    0 |
| N/A   40C    P0   119W / 300W |   9821MiB / 32768MiB |     36%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   5  Tesla V100-SXM2...  On   | 00000000:00:1B.0 Off |                    0 |
| N/A   41C    P0   128W / 300W |   9809MiB / 32768MiB |     38%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   6  Tesla V100-SXM2...  On   | 00000000:00:1C.0 Off |                    0 |
| N/A   40C    P0   126W / 300W |   6851MiB / 32768MiB |     40%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   7  Tesla V100-SXM2...  On   | 00000000:00:1D.0 Off |                    0 |
| N/A   40C    P0   124W / 300W |   7267MiB / 32768MiB |     38%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A   1145471      C   python3                          4452MiB |
|    0   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    0   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1145471      C   python3                           366MiB |
|    1   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3     5152MiB |
|    1   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    1   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1145471      C   python3                           366MiB |
|    2   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3     4304MiB |
|    2   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    2   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1145471      C   python3                           366MiB |
|    3   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3     7210MiB |
|    3   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    3   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1145471      C   python3                           366MiB |
|    4   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3     7252MiB |
|    4   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    4   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1145471      C   python3                           366MiB |
|    5   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3     7240MiB |
|    5   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    5   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1145471      C   python3                           366MiB |
|    6   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    6   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3     4282MiB |
|    6   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1145471      C   python3                           366MiB |
|    7   N/A  N/A   1145789      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1145856      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1145920      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1145984      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1146051      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1146115      C   ...conda/envs/ag/bin/python3      366MiB |
|    7   N/A  N/A   1146179      C   ...conda/envs/ag/bin/python3     4698MiB |
+-----------------------------------------------------------------------------+

ddp_spawn:
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 525.85.12    Driver Version: 525.85.12    CUDA Version: 12.0     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  Tesla V100-SXM2...  On   | 00000000:00:16.0 Off |                    0 |
| N/A   35C    P0    67W / 300W |   2277MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   1  Tesla V100-SXM2...  On   | 00000000:00:17.0 Off |                    0 |
| N/A   36C    P0    67W / 300W |   2323MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   2  Tesla V100-SXM2...  On   | 00000000:00:18.0 Off |                    0 |
| N/A   36C    P0    66W / 300W |   2207MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   3  Tesla V100-SXM2...  On   | 00000000:00:19.0 Off |                    0 |
| N/A   35C    P0    67W / 300W |   2215MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   4  Tesla V100-SXM2...  On   | 00000000:00:1A.0 Off |                    0 |
| N/A   36C    P0    68W / 300W |   2285MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   5  Tesla V100-SXM2...  On   | 00000000:00:1B.0 Off |                    0 |
| N/A   37C    P0    66W / 300W |   2305MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   6  Tesla V100-SXM2...  On   | 00000000:00:1C.0 Off |                    0 |
| N/A   36C    P0    67W / 300W |   2239MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   7  Tesla V100-SXM2...  On   | 00000000:00:1D.0 Off |                    0 |
| N/A   36C    P0    67W / 300W |   2237MiB / 32768MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A   1155858      C   python3                           368MiB |
|    0   N/A  N/A   1156195      C   ...conda/envs/ag/bin/python3     1906MiB |
|    1   N/A  N/A   1155858      C   python3                           368MiB |
|    1   N/A  N/A   1156399      C   ...conda/envs/ag/bin/python3     1952MiB |
|    2   N/A  N/A   1155858      C   python3                           368MiB |
|    2   N/A  N/A   1156603      C   ...conda/envs/ag/bin/python3     1836MiB |
|    3   N/A  N/A   1155858      C   python3                           368MiB |
|    3   N/A  N/A   1156809      C   ...conda/envs/ag/bin/python3     1844MiB |
|    4   N/A  N/A   1155858      C   python3                           368MiB |
|    4   N/A  N/A   1157015      C   ...conda/envs/ag/bin/python3     1914MiB |
|    5   N/A  N/A   1155858      C   python3                           368MiB |
|    5   N/A  N/A   1157221      C   ...conda/envs/ag/bin/python3     1934MiB |
|    6   N/A  N/A   1155858      C   python3                           368MiB |
|    6   N/A  N/A   1157427      C   ...conda/envs/ag/bin/python3     1868MiB |
|    7   N/A  N/A   1155858      C   python3                           368MiB |
|    7   N/A  N/A   1157633      C   ...conda/envs/ag/bin/python3     1866MiB |
+-----------------------------------------------------------------------------+

Environment

Current environment

CUDA:
- GPU:
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- Tesla V100-SXM2-32GB
- available:         True
- version:           11.7
Lightning:
- lightning:         2.0.9.post0
- lightning-cloud:   0.5.42
- lightning-utilities: 0.9.0
- pytorch-lightning: 2.0.9.post0
- pytorch-metric-learning: 1.7.3
- torch:             2.0.1
- torchmetrics:      1.1.2
- torchvision:       0.15.2
Packages:
- absl-py:           2.0.0
- accelerate:        0.21.0
- addict:            2.4.0
- aiohttp:           3.8.6
- aiohttp-cors:      0.7.0
- aiosignal:         1.3.1
- aliyun-python-sdk-core: 2.14.0
- aliyun-python-sdk-kms: 2.16.2
- antlr4-python3-runtime: 4.9.3
- anyio:             3.7.1
- arrow:             1.3.0
- asttokens:         2.4.0
- async-timeout:     4.0.3
- attrs:             23.1.0
- autogluon:         0.8.3b20231016
- autogluon.common:  0.8.3b20231016
- autogluon.core:    0.8.3b20231016
- autogluon.eda:     0.8.3b20231016
- autogluon.features: 0.8.3b20231016
- autogluon.multimodal: 0.8.3b20231016
- autogluon.tabular: 0.8.3b20231016
- autogluon.timeseries: 0.8.3b20231016
- backcall:          0.2.0
- backoff:           2.2.1
- beautifulsoup4:    4.12.2
- black:             22.12.0
- blessed:           1.20.0
- blis:              0.7.11
- boto3:             1.28.64
- botocore:          1.31.64
- cachetools:        5.3.1
- catalogue:         2.0.10
- catboost:          1.2.2
- certifi:           2023.7.22
- cffi:              1.16.0
- charset-normalizer: 3.3.0
- click:             8.1.7
- cloudpathlib:      0.16.0
- cloudpickle:       3.0.0
- cmake:             3.27.7
- colorama:          0.4.6
- coloredlogs:       15.0.1
- colorful:          0.5.5
- combo:             0.1.3
- comm:              0.1.4
- confection:        0.1.3
- contourpy:         1.1.1
- crcmod:            1.7
- croniter:          1.4.1
- cryptography:      41.0.4
- cycler:            0.12.1
- cymem:             2.0.8
- datasets:          2.14.5
- dateutils:         0.6.12
- decorator:         5.1.1
- deepdiff:          6.6.0
- defusedxml:        0.7.1
- dill:              0.3.7
- distlib:           0.3.7
- evaluate:          0.4.1
- exceptiongroup:    1.1.3
- executing:         2.0.0
- fastai:            2.7.13
- fastapi:           0.103.2
- fastcore:          1.5.29
- fastdownload:      0.0.7
- fastprogress:      1.0.3
- filelock:          3.12.4
- flaky:             3.7.0
- flatbuffers:       23.5.26
- fonttools:         4.43.1
- frozenlist:        1.4.0
- fsspec:            2023.6.0
- future:            0.18.3
- gdown:             4.7.1
- gluonts:           0.13.6
- google-api-core:   2.12.0
- google-auth:       2.23.3
- google-auth-oauthlib: 1.0.0
- googleapis-common-protos: 1.61.0
- gpustat:           1.1.1
- graphviz:          0.20.1
- grpcio:            1.59.0
- h11:               0.14.0
- huggingface-hub:   0.18.0
- humanfriendly:     10.0
- hyperopt:          0.2.7
- idna:              3.4
- imageio:           2.31.5
- imodels:           1.3.18
- importlib-metadata: 6.8.0
- importlib-resources: 6.1.0
- iniconfig:         2.0.0
- inquirer:          3.1.3
- ipython:           8.12.3
- ipywidgets:        8.1.1
- isort:             5.12.0
- itsdangerous:      2.1.2
- jedi:              0.19.1
- jinja2:            3.1.2
- jmespath:          0.10.0
- joblib:            1.3.2
- jsonschema:        4.17.3
- jsonschema-specifications: 2023.7.1
- jupyterlab-widgets: 3.0.9
- kiwisolver:        1.4.5
- langcodes:         3.3.0
- lazy-loader:       0.3
- lightgbm:          3.3.5
- lightning:         2.0.9.post0
- lightning-cloud:   0.5.42
- lightning-utilities: 0.9.0
- lit:               17.0.2
- llvmlite:          0.41.0
- markdown:          3.5
- markdown-it-py:    3.0.0
- markupsafe:        2.1.3
- matplotlib:        3.6.3
- matplotlib-inline: 0.1.6
- mdurl:             0.1.2
- missingno:         0.5.2
- mlforecast:        0.9.3
- mlxtend:           0.23.0
- mmcv:              2.0.1
- mmdet:             3.0.0
- mmengine:          0.9.0
- model-index:       0.1.11
- mpmath:            1.3.0
- msgpack:           1.0.7
- multidict:         6.0.4
- multiprocess:      0.70.15
- murmurhash:        1.0.10
- mypy:              1.6.0
- mypy-extensions:   1.0.0
- networkx:          3.1
- nlpaug:            1.1.11
- nltk:              3.8.1
- nptyping:          2.4.1
- numba:             0.58.0
- numpy:             1.24.4
- nvidia-cublas-cu11: 11.10.3.66
- nvidia-cuda-cupti-cu11: 11.7.101
- nvidia-cuda-nvrtc-cu11: 11.7.99
- nvidia-cuda-runtime-cu11: 11.7.99
- nvidia-cudnn-cu11: 8.5.0.96
- nvidia-cufft-cu11: 10.9.0.58
- nvidia-curand-cu11: 10.2.10.91
- nvidia-cusolver-cu11: 11.4.0.1
- nvidia-cusparse-cu11: 11.7.4.91
- nvidia-ml-py:      12.535.108
- nvidia-nccl-cu11:  2.14.3
- nvidia-nvtx-cu11:  11.7.91
- oauthlib:          3.2.2
- omegaconf:         2.2.3
- onnx:              1.13.1
- onnxconverter-common: 1.14.0
- onnxruntime-gpu:   1.15.1
- opencensus:        0.11.3
- opencensus-context: 0.1.3
- opencv-python:     4.8.1.78
- opendatalab:       0.0.10
- openmim:           0.3.9
- openxlab:          0.0.27
- ordered-set:       4.1.0
- oss2:              2.17.0
- packaging:         23.2
- pandas:            2.1.1
- parso:             0.8.3
- pathspec:          0.11.2
- patsy:             0.5.3
- pexpect:           4.8.0
- phik:              0.12.3
- pickleshare:       0.7.5
- pillow:            9.5.0
- pip:               23.3
- platformdirs:      3.11.0
- plotly:            5.17.0
- pluggy:            1.3.0
- preshed:           3.0.9
- prometheus-client: 0.17.1
- prompt-toolkit:    3.0.39
- protobuf:          3.20.2
- psutil:            5.9.6
- ptyprocess:        0.7.0
- pure-eval:         0.2.2
- py-spy:            0.3.14
- py4j:              0.10.9.7
- pyarrow:           13.0.0
- pyasn1:            0.5.0
- pyasn1-modules:    0.3.0
- pycocotools:       2.0.7
- pycparser:         2.21
- pycryptodome:      3.19.0
- pydantic:          1.10.13
- pygments:          2.16.1
- pyjwt:             2.8.0
- pymupdf:           1.21.1
- pyod:              1.0.9
- pyparsing:         3.1.1
- pyrsistent:        0.19.3
- pysocks:           1.7.1
- pytesseract:       0.3.10
- pytest:            7.4.2
- pytest-mypy:       0.10.3
- pytest-timeout:    2.2.0
- python-dateutil:   2.8.2
- python-editor:     1.0.4
- python-multipart:  0.0.6
- pytorch-lightning: 2.0.9.post0
- pytorch-metric-learning: 1.7.3
- pytz:              2023.3.post1
- pywavelets:        1.4.1
- pyyaml:            6.0.1
- ray:               2.6.3
- readchar:          4.0.5
- referencing:       0.30.2
- regex:             2023.10.3
- requests:          2.28.2
- requests-oauthlib: 1.3.1
- responses:         0.18.0
- rich:              13.4.2
- rpds-py:           0.10.6
- rsa:               4.9
- ruff:              0.1.0
- s3transfer:        0.7.0
- safetensors:       0.4.0
- scikit-image:      0.20.0
- scikit-learn:      1.3.1
- scipy:             1.9.1
- seaborn:           0.12.2
- sentencepiece:     0.1.99
- seqeval:           1.2.2
- setuptools:        60.2.0
- shap:              0.41.0
- shapely:           2.0.2
- six:               1.16.0
- skl2onnx:          1.15.0
- slicer:            0.0.7
- smart-open:        6.4.0
- sniffio:           1.3.0
- soupsieve:         2.5
- spacy:             3.7.2
- spacy-legacy:      3.0.12
- spacy-loggers:     1.0.5
- srsly:             2.4.8
- stack-data:        0.6.3
- starlette:         0.27.0
- starsessions:      1.3.0
- statsforecast:     1.4.0
- statsmodels:       0.14.0
- suod:              0.0.9
- sympy:             1.12
- tabpfn:            0.1.9
- tabulate:          0.9.0
- tenacity:          8.2.3
- tensorboard:       2.14.1
- tensorboard-data-server: 0.7.1
- tensorboardx:      2.6.2.2
- tensorrt:          8.5.3.1
- termcolor:         2.3.0
- terminaltables:    3.1.10
- text-unidecode:    1.3
- thinc:             8.2.1
- threadpoolctl:     3.2.0
- tifffile:          2023.9.26
- timm:              0.9.7
- tokenizers:        0.13.3
- tomli:             2.0.1
- toolz:             0.12.0
- torch:             2.0.1
- torchmetrics:      1.1.2
- torchvision:       0.15.2
- tqdm:              4.65.2
- traitlets:         5.11.2
- transformers:      4.31.0
- triton:            2.0.0
- typer:             0.9.0
- types-python-dateutil: 2.8.19.14
- types-requests:    2.31.0.6
- types-setuptools:  68.2.0.0
- types-urllib3:     1.26.25.14
- typing-extensions: 4.8.0
- tzdata:            2023.3
- ujson:             5.8.0
- urllib3:           1.26.17
- uvicorn:           0.23.2
- virtualenv:        20.21.0
- vowpalwabbit:      9.8.0
- wasabi:            1.1.2
- wcwidth:           0.2.8
- weasel:            0.3.3
- websocket-client:  1.6.4
- websockets:        11.0.3
- werkzeug:          3.0.0
- wheel:             0.41.2
- widgetsnbextension: 4.0.9
- window-ops:        0.0.14
- xgboost:           1.7.6
- xxhash:            3.4.1
- yapf:              0.40.2
- yarl:              1.9.2
- yellowbrick:       1.5
- zipp:              3.17.0
System:
- OS:                Linux
- architecture:
- 64bit
- ELF
- processor:         x86_64
- python:            3.9.18
- release:           5.15.0-1036-aws
- version:           #40~20.04.1-Ubuntu SMP Mon Apr 24 00:21:13 UTC 2023

More info
No response

Hi @FANGAreNotGnu
The example code is quite complex, sorry I don't have the bandwidth to debug it. The memory imbalance could be explained if some of your code is calling .cuda() or .to() manually placing the model on the wrong device.
I searched through the code base and found a few occurrences:
https://github.com/search?q=repo:autogluon/autogluon cuda()&type=code
And if you could also make the example a bit more minimal so that we can reproduce it shows the issue with Lightning, that would be very helpful.

Thanks for your advice!
I found that there are three sources of the extra GPU usage (in our case):
1. torch.cuda.mem_get_info
2. lightning.pytorch.accelerators.find_usable_cuda_devices
3. the line model.to(device).eval() in our realtime inference implementation.

authors: FANGAreNotGnu awaelchli


text:
The progress bar for merge_datasets does not accurately represent the status of the job.

🐛 Bug
The progress bar for merge_datasets does not accurately represent the status of the job.
The progress bar is only report submit the job, not finishing status.
original code :
with concurrent.futures.ThreadPoolExecutor(max_workers=max_workers) as executor:
        futures: List[concurrent.futures.Future] = []
        for copy_info in _tqdm(copy_infos):
            future = executor.submit(_apply_copy, copy_info, resolved_output_dir)
            futures.append(future)

in this case, the progress bar only reports the status of job submission.
Change to the following code, will solve the issue.
with concurrent.futures.ThreadPoolExecutor(max_workers=max_workers) as executor:
        futures: List[concurrent.futures.Future] = []
        for copy_info in copy_infos:
            future = executor.submit(_apply_copy, copy_info, resolved_output_dir)
            futures.append(future)

        for future in _tqdm(concurrent.futures.as_completed(futures), total=len(futures)):
            future.result()

To Reproduce
Steps to reproduce the behavior...

Code sample
# Ideally attach a minimal code sample to reproduce the decried issue.
# Minimal means having the shortest code but still preserving the bug.

Expected behavior

Additional context

Environment detail

PyTorch Version (e.g., 1.0):
OS (e.g., Linux):
How you installed PyTorch (conda, pip, source):
Build command you used (if compiling from source):
Python version:
CUDA/cuDNN version:
GPU models and configuration:
Any other relevant information:

Hey @abysmalocean. Great catch ! Would you mind making a PR to fix it ?

yes, I could.  would be my first PR. I would like to contribute my effort.

Yeah @abysmalocean Super excited for your first PR and feel free to continue after with issues, feature requests or even new PRs.

authors: abysmalocean tchaton

repo: Lightning-AI/litdata


text:
_atomic_save with transaction cause "Invalid cross-device link" error

Bug description
I Upgraded my pl verison from 2.0.4 to 2.4. The same training code will have the error below
2024-09-06 23:01:53 [on_validation_epoch_end] collecting matched instance from 64 ranks
2024-09-06 23:02:17 [on_validation_epoch_end] end
Traceback (most recent call last):
  File "/usr/lib/python3.10/shutil.py", line 816, in move
    os.rename(src, real_dst)
OSError: [Errno 18] Invalid cross-device link: '/tmp/tmp7ue72_bg' -> '/xxx/model/ckpt-epoch=000.ckpt'

When I check the corresponding code difference, I find the difference below
@@ -65,8 +78,69 @@ def _atomic_save(checkpoint: Dict[str, Any], filepath: Union[str, Path]) -> None
             accepts.
         filepath: The path to which the checkpoint will be saved.
             This points to the file that the checkpoint will be stored in.
+
     """
     bytesbuffer = io.BytesIO()
+    log.debug(f"Saving checkpoint: {filepath}")
     torch.save(checkpoint, bytesbuffer)
-    with fsspec.open(filepath, "wb") as f:
+
+    # We use a transaction here to avoid file corruption if the save gets interrupted
+    fs, urlpath = fsspec.core.url_to_fs(str(filepath))
+    with fs.transaction, fs.open(urlpath, "wb") as f:
         f.write(bytesbuffer.getvalue())

It seems that the using of transaction will cause the error when moving a file between different filesystem. Is there any solution?
What version are you seeing the problem on?
v2.4
How to reproduce the bug
No response
Error messages and logs
# Error messages and logs here please

Environment

Current environment
#- PyTorch Lightning Version (e.g., 2.4.0):
#- PyTorch Version (e.g., 2.4):
#- Python version (e.g., 3.12):
#- OS (e.g., Linux):
#- CUDA/cuDNN version:
#- GPU models and configuration:
#- How you installed Lightning(`conda`, `pip`, source):

More info
No response

Same thing happening to me on 2.4.0 version, but it works fine on 2.3.1

Same thing happening to me on 2.4.0 version, but it works fine on 2.3.1

Yes, same situation..

Same thing happening for me on version 2.4, but only occasionally, curious why we see this only sometimes?

Same thing happening for me on version 2.5.0.post0.
I wantted to save model checkpoints into disk mounted by Cloud Storage FUSE, but "Invalid cross-device link" error is occured.

repo: Lightning-AI/pytorch-lightning


text:
icu-config deprecated

Hello guy,
ltfs can't build on Debian 10 as icu-config has been removed from icu-devtools.
As found on this debian bugreport https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920900, and on icu-project howto use, icu-config is now deprecated.
It's now recommanded to use pkg-config to get cflags
Thanks for the good job, keep up with it !
BR,
Grégory

Thank you for your report.
I confirmed the problem and I made a fix to handle ICU_UC package in configure.ac. It works fine but I have another problem on pkgdata program provided by ICU.
It looks the pkgdata uses icu-config internally.  I believe Debian shall provide icu-config correctly.
$ pkgdata -p bin_mkltfs -m static packagelist.txt
sh: 1: icu-config: not found
sh: 1: icu-config: not found
pkgdata: icu-config: No icu-config found. (fix PATH or use -O option)
 required parameter is missing: -O is required for static and shared builds.
Run 'pkgdata --help' for help.

Hello piste-jp-ibm, when i try to compile on Ubuntu  19.04 i get the same error, icu-config isn´t prensent in the system
Thanks
Juan Carlos

Hi @Greg57070,
I realized a comment is added to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920900, I believe you commented.
Thank you very much.

Just to let you know, I have the same problem. LTFS runs well on debian 8 and 9 but on debian 10 I'm getting probably the same  errors due to icu no longer being supported.
I attached the Dockerfile I use to build a docker image (I run LTFS in a container but that should not matter I guess).
The build process works if I change the line
FROM debian:buster
in the attached Dockerfile to
 FROM debian:stretch
ro
FROM debian:jessie
Dockerfile.txt
Hereby also attached the output of the full build process that fails in Debian Buster:
debian-buster-container-build-process.txt

Has anybody figured out a way to compile this in Ubuntu 19 ?

I found a way to make it compilable. At this time, this is a quick patch but I can build LTFS on Ubuntu19.
The pkgdata command calls icu-config --incpkgdatafile and get a path of pkgdata.inc. So it is good to create a dummy script to return teh path of pkgdata.inc file.
On Ubuntu19,

Create /usr/bin/icu-config
Write a code to return a path of pkgdata.inc in /usr/bin/icu-config
Set executable bit of /usr/bin/icu-config

The sample script for Ubuntu19 is
#!/bin/sh

echo '/usr/lib/x86_64-linux-gnu/icu/pkgdata.inc'

May be you need to adjust the path on your machine.

I am getting this:
make[3]: Entering directory '/home/name/projects/ltfs/src/libltfs'
/bin/bash ../../libtool  --tag=CC   --mode=link gcc -Wall -Wsign-compare -fsigned-char -D_FILE_OFFSET_BITS=64 -I/usr/include/fuse -I/usr/include/uuid -I/usr/include/libxml2 /usr/lib/x86_64-linux-gnu/icu/current/pkgdata.inc -D ENABLE_SNMP -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -g -O2 -fdebug-prefix-map=/build/net-snmp-rzx9Z7/net-snmp-5.7.3+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/x86_64-linux-gnu/perl/5.28/CORE -Wdate-time -I. -I/usr/include -fkeep-inline-functions -rdynamic -g -O2 -D_FORTIFY_SOURCE=0 -O0 -ggdb -Wl,--no-undefined,--as-needed -lfuse -pthread -luuid -lxml2 /usr/lib/x86_64-linux-gnu/icu/current/pkgdata.inc -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -L/usr/lib/x86_64-linux-gnu -lnetsnmpmibs -lsensors -lpci -ldl -lnetsnmpagent -lwrap -Wl,-E -lnetsnmp -lcrypto -lm 2> /dev/null -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -L/usr/lib/x86_64-linux-gnu -lnetsnmp -lcrypto -lm -L../../messages -llibltfs_dat -linternal_error_dat -ltape_common_dat  -o libltfs.la -rpath /usr/local/lib libltfs_la-ltfs.lo libltfs_la-ltfs_internal.lo libltfs_la-ltfs_fsops.lo libltfs_la-ltfs_fsops_raw.lo libltfs_la-ltfssnmp.lo libltfs_la-fs.lo libltfs_la-xml_common.lo libltfs_la-xml_writer.lo libltfs_la-xml_reader.lo libltfs_la-xml_writer_libltfs.lo libltfs_la-xml_reader_libltfs.lo libltfs_la-label.lo libltfs_la-base64.lo libltfs_la-tape.lo libltfs_la-iosched.lo libltfs_la-dcache.lo libltfs_la-kmi.lo libltfs_la-pathname.lo libltfs_la-index_criteria.lo libltfs_la-xattr.lo libltfs_la-ltfslogging.lo libltfs_la-ltfstrace.lo libltfs_la-ltfs_thread.lo libltfs_la-config_file.lo libltfs_la-plugin.lo libltfs_la-periodic_sync.lo arch/libltfs_la-uuid_internal.lo arch/libltfs_la-filename_handling.lo arch/libltfs_la-time_internal.lo arch/libltfs_la-arch_info.lo arch/libltfs_la-errormap.lo  -lrt -lpthread
libtool: link: gcc -shared  -fPIC -DPIC  .libs/libltfs_la-ltfs.o .libs/libltfs_la-ltfs_internal.o .libs/libltfs_la-ltfs_fsops.o .libs/libltfs_la-ltfs_fsops_raw.o .libs/libltfs_la-ltfssnmp.o .libs/libltfs_la-fs.o .libs/libltfs_la-xml_common.o .libs/libltfs_la-xml_writer.o .libs/libltfs_la-xml_reader.o .libs/libltfs_la-xml_writer_libltfs.o .libs/libltfs_la-xml_reader_libltfs.o .libs/libltfs_la-label.o .libs/libltfs_la-base64.o .libs/libltfs_la-tape.o .libs/libltfs_la-iosched.o .libs/libltfs_la-dcache.o .libs/libltfs_la-kmi.o .libs/libltfs_la-pathname.o .libs/libltfs_la-index_criteria.o .libs/libltfs_la-xattr.o .libs/libltfs_la-ltfslogging.o .libs/libltfs_la-ltfstrace.o .libs/libltfs_la-ltfs_thread.o .libs/libltfs_la-config_file.o .libs/libltfs_la-plugin.o .libs/libltfs_la-periodic_sync.o arch/.libs/libltfs_la-uuid_internal.o arch/.libs/libltfs_la-filename_handling.o arch/.libs/libltfs_la-time_internal.o arch/.libs/libltfs_la-arch_info.o arch/.libs/libltfs_la-errormap.o   -lfuse -luuid -lxml2 -L/usr/lib/x86_64-linux-gnu -lnetsnmpmibs -lsensors -lpci -ldl -lnetsnmpagent -lwrap -lnetsnmp -lcrypto -lm -L../../messages -llibltfs_dat -linternal_error_dat -ltape_common_dat -lrt -lpthread  -g -O2 -fstack-protector-strong -g -O2 -O0 -ggdb -Wl,--no-undefined -Wl,--as-needed -pthread -Wl,-Bsymbolic-functions -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,-E -Wl,-Bsymbolic-functions -Wl,-z -Wl,relro -Wl,-z -Wl,now   -pthread -Wl,-soname -Wl,libltfs.so.0 -o .libs/libltfs.so.0.0.0
make[3]: *** [Makefile:553: libltfs.la] Error 1
make[3]: Leaving directory '/home/name/projects/ltfs/src/libltfs'
make[2]: *** [Makefile:696: all-recursive] Error 1
make[2]: Leaving directory '/home/name/projects/ltfs/src'
make[1]: *** [Makefile:521: all-recursive] Error 1
make[1]: Leaving directory '/home/name/projects/ltfs'
make: *** [Makefile:427: all] Error 2

is this related to this issue ?

No, I don't thin so. Could you open new issue?

I wrote a minimal script to support ltfs build on Debian10 and Ubuntu19.10. And also I made build environemts on GitHub Actions.
#!/bin/sh

opts=$1

case $opts in
  '--cppflags')
    echo '' ;;
  '--ldflags')
    echo '-licuuc -licudata' ;;
  *)
    echo '/usr/lib/x86_64-linux-gnu/icu/pkgdata.inc' ;;
esac

See also

Debian10 Build Env on Docker
https://github.com/LinearTapeFileSystem/Debian10-Build/blob/master/icu-config
Ubuntu19.10 Build Env on Docker
https://github.com/LinearTapeFileSystem/Ubuntu1910-Build/blob/master/icu-config

Hi. In my 20.04 environment I had to add -ldl to to the flags.
$ cat /usr/bin/icu-config
#!/bin/sh

opts=$1

case $opts in
  '--cppflags')
    echo '' ;;
  '--ldflags')
    echo '-licuuc -licudata -ldl' ;;
  *)
    echo '/usr/lib/x86_64-linux-gnu/icu/pkgdata.inc' ;;
esac

authors: Greg57070 bert-willekens bucovaina jcadt piste-jp-ibm sgoudelis

repo: LinearTapeFileSystem/ltfs


text:
🛑 Whoogle is down

In c319740, Whoogle (https://whoogle.linerly.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Whoogle is back up in 2d705b6.

repo: Linerly/status


text:
🛑 Immich is down

In b6b37e3, Immich (https://immich.linerly.tk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Immich is back up in 7411b3e.


text:
🛑 Nextcloud is down

In 4d9d24f, Nextcloud (https://cloud.linerly.xyz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Nextcloud is back up in 368f0a7.


text:
第十九章 类型信息

我愿成为一名开源贡献者！
申请校对

校对

第十九章 类型信息

Class 对象

类字面常量

如果一个 static final 值是“编译期常量”（如 Initable.staticFinal），那么这个值不需要对 Initable 类进行初始化就可以被读取。但是，如果只是将一个字段设置成为 static 和 final，还不足以确保这种行为。例如，对 Initable.staticFinal2 的访问将强制进行类的初始化，因为它不是一个编译期常量。

应该是 "但是，如果只是将一个字段设置成为 static 或 final"

提个 PR 吧

authors: Parkstud sjsdfg


text:
Parsing fails on about half of replies.

Parsing requests works well, but the parser fails on about half of the replies.
if port == 53 {
	println!("{:?}", payload);
	let dns = Packet::parse(payload);
	println!("{:?}", dns);
}

The log below consists of alternate lines of UDP port 53 payload and parser output.
I'm using Ubuntu 18.03 (though that shouldn't make a difference to DNS).
[55, 24, 1, 32, 0, 1, 0, 0, 0, 0, 0, 1, 6, 103, 111, 111, 103, 108, 101, 3, 99, 111, 109, 0, 0, 1, 0, 1, 0, 0, 41, 16, 0, 0, 0, 0, 0, 0, 12, 0, 10, 0, 8, 18, 236, 171, 20, 28, 154, 55, 55]
Ok(Packet { header: Header { id: 14104, query: true, opcode: StandardQuery, authoritative: false, truncated: false, recursion_desired: true, recursion_available: false, authenticated_data: true, checking_disabled: false, response_code: NoError, questions: 1, answers: 0, nameservers: 0, additional: 1 }, questions: [Question { qname: Name("google.com"), prefer_unicast: false, qtype: A, qclass: IN }], answers: [], nameservers: [], additional: [], opt: Some(Record { udp: 4096, extrcode: 0, version: 0, flags: 0, data: Unknown([0, 10, 0, 8, 18, 236, 171, 20, 28, 154, 55, 55]) }) })
[83, 183, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 103, 111, 111, 103, 108, 101, 3, 99, 111, 109, 0, 0, 1, 0, 1, 0, 0, 41, 2, 0, 0, 0, 0, 0, 0, 0]
Ok(Packet { header: Header { id: 21431, query: true, opcode: StandardQuery, authoritative: false, truncated: false, recursion_desired: true, recursion_available: false, authenticated_data: false, checking_disabled: false, response_code: NoError, questions: 1, answers: 0, nameservers: 0, additional: 1 }, questions: [Question { qname: Name("google.com"), prefer_unicast: false, qtype: A, qclass: IN }], answers: [], nameservers: [], additional: [], opt: Some(Record { udp: 512, extrcode: 0, version: 0, flags: 0, data: Unknown([]) }) })
[83, 183, 129, 128, 0, 1, 0, 1, 0, 0, 0, 1, 6, 103, 111, 111, 103, 108, 101, 3, 99, 111, 109, 0, 0, 1, 0, 1, 6, 103, 111, 111, 103, 108, 101, 3, 99, 111, 109, 0, 0, 1, 0, 1, 0, 0, 0, 185, 0, 4, 172, 217, 20, 142, 0, 0]
Err(UnexpectedEOF)
[55, 24, 129, 128, 0, 1, 0, 1, 0, 0, 0, 1, 6, 103, 111, 111, 103, 108, 101, 3, 99, 111, 109, 0, 0, 1, 0, 1, 192, 12, 0, 1, 0, 1, 0, 0, 0, 185, 0, 4, 172, 217, 20, 142, 0, 0, 41, 255, 214, 0, 0, 0, 0, 0, 0]
Ok(Packet { header: Header { id: 14104, query: false, opcode: StandardQuery, authoritative: false, truncated: false, recursion_desired: true, recursion_available: true, authenticated_data: false, checking_disabled: false, response_code: NoError, questions: 1, answers: 1, nameservers: 0, additional: 1 }, questions: [Question { qname: Name("google.com"), prefer_unicast: false, qtype: A, qclass: IN }], answers: [ResourceRecord { name: Name("google.com"), multicast_unique: false, cls: IN, ttl: 185, data: A(Record(172.217.20.142)) }], nameservers: [], additional: [], opt: Some(Record { udp: 65494, extrcode: 0, version: 0, flags: 0, data: Unknown([]) }) })
[13, 133, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 9, 109, 105, 99, 114, 111, 115, 111, 102, 116, 3, 99, 111, 109, 0, 0, 1, 0, 1, 0, 0, 41, 4, 176, 0, 0, 0, 0, 0, 0]
Ok(Packet { header: Header { id: 3461, query: true, opcode: StandardQuery, authoritative: false, truncated: false, recursion_desired: true, recursion_available: false, authenticated_data: false, checking_disabled: false, response_code: NoError, questions: 1, answers: 0, nameservers: 0, additional: 1 }, questions: [Question { qname: Name("vortex.data.microsoft.com"), prefer_unicast: false, qtype: A, qclass: IN }], answers: [], nameservers: [], additional: [], opt: Some(Record { udp: 1200, extrcode: 0, version: 0, flags: 0, data: Unknown([]) }) })
[251, 153, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 9, 109, 105, 99, 114, 111, 115, 111, 102, 116, 3, 99, 111, 109, 0, 0, 28, 0, 1, 0, 0, 41, 4, 176, 0, 0, 0, 0, 0, 0]
Ok(Packet { header: Header { id: 64409, query: true, opcode: StandardQuery, authoritative: false, truncated: false, recursion_desired: true, recursion_available: false, authenticated_data: false, checking_disabled: false, response_code: NoError, questions: 1, answers: 0, nameservers: 0, additional: 1 }, questions: [Question { qname: Name("vortex.data.microsoft.com"), prefer_unicast: false, qtype: AAAA, qclass: IN }], answers: [], nameservers: [], additional: [], opt: Some(Record { udp: 1200, extrcode: 0, version: 0, flags: 0, data: Unknown([]) }) })
[1, 206, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 97, 115, 105, 109, 111, 118, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 1, 0, 1, 0]
Err(UnexpectedEOF)
[197, 153, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 97, 115, 105, 109, 111, 118, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 28, 0, 1, 0]
Err(UnexpectedEOF)
[1, 206, 129, 128, 0, 1, 0, 1, 0, 0, 0, 1, 6, 97, 115, 105, 109, 111, 118, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 1, 0, 1, 6]
Err(UnexpectedEOF)
[13, 133, 129, 128, 0, 1, 0, 2, 0, 0, 0, 1, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 9, 109, 105, 99, 114, 111, 115, 111, 102, 116, 3, 99, 111, 109, 0, 0, 1, 0, 1, 192, 12, 0, 5, 0, 1, 0, 0, 4, 249, 0, 39, 6]
Err(UnexpectedEOF)
[197, 153, 129, 128, 0, 1, 0, 1, 0, 1, 0, 1, 6, 97, 115, 105, 109, 111, 118, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 28, 0, 1, 6]
Err(UnexpectedEOF)
[116, 82, 1, 0, 0, 1, 0, 0, 0, 0, 0, 1, 6, 103, 108, 111, 98, 97, 108, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 28, 0, 1, 0]
Err(UnexpectedEOF)
[116, 82, 129, 128, 0, 1, 0, 0, 0, 1, 0, 1, 6, 103, 108, 111, 98, 97, 108, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 14, 116, 114, 97, 102, 102, 105, 99, 109, 97, 110, 97, 103, 101, 114, 3, 110, 101, 116, 0, 0, 28, 0, 1, 14]
Err(UnexpectedEOF)
[251, 153, 129, 128, 0, 1, 0, 2, 0, 0, 0, 1, 6, 118, 111, 114, 116, 101, 120, 4, 100, 97, 116, 97, 9, 109, 105, 99, 114, 111, 115, 111, 102, 116, 3, 99, 111, 109, 0, 0, 28, 0, 1, 192, 12, 0, 5, 0, 1, 0, 0, 4, 249, 0, 39, 6]
Err(UnexpectedEOF)

Are you using this crate? Because I do not have a parse function.

Sorry, my mistake, I've got the wrong project.

authors: LinkTed fadedbee

repo: LinkTed/dns-message-parser


text:
[Feature] User documentation review

Is your feature request related to a problem? Please describe.
Some comments, suggestions and issues which came to my mind when reading the Liqo user documentation (still WIP):

[ ] I would move Liqo in brief before Getting started (at least, it seems more natural to me in that order);
[ ] The Peer to a foreign cluster does not explain how to peer with a foreign cluster (to me, this is a big missing point before being able to try liqo)
[ ] In the discovery section, it is not clear to me the Trust Remote Cluster section and its subsections.

Ref. #179

repo: LiqoTech/liqo


text:
🛑 LYRA is down

In 90dfa99, LYRA (https://lyra.flitswallet.app/api) was down:

HTTP code: 502
Response time: 890 ms

Resolved: LYRA is back up in 4b23eaf.


text:
我的联想平板不支持？怎么回事？

我的联想平板不支持？怎么回事？

有具体的错误吗？

authors: guolindev sunhacker

repo: LitePalFramework/LitePal


text:
error: null value in column "url" violates not-null constraint

After following the step by step suggested in https://github.com/Lith/strapi-provider-upload-google-cloud-storage, it throws error code: 500  "null value in column "url" violates not-null constraint" when trying to upload an image to strapi.

Hi @daguiheso,
Could you please provide more information and follow Issue bug template ?
Example available here : https://github.com/Lith/strapi-provider-upload-google-cloud-storage/issues/new?assignees=&labels=&template=bug_report.md&title=
This will help us to help you ;)
Also, provide Strapi, NPM and Node version.
Thanks,

I encountered this error as well. Here's my setup.
Node: 12.16.1
NPM: 6.13.4
Yarn (I use yarn): 1.17.3
And here's my dependencies from package.json
{
  "knex": "<0.20.0",
  "pg": "^8.2.1",
  "sqlite3": "latest",
  "strapi": "3.0.5",
  "strapi-admin": "3.0.5",
  "strapi-connector-bookshelf": "3.0.5",
  "strapi-plugin-content-manager": "3.0.5",
  "strapi-plugin-content-type-builder": "3.0.5",
  "strapi-plugin-email": "3.0.5",
  "strapi-plugin-upload": "3.0.5",
  "strapi-plugin-users-permissions": "3.0.5",
  "strapi-provider-upload-google-cloud-storage": "^3.0.1",
  "strapi-utils": "3.0.5"
}

Thanks @WiNloSt for this information, does this error occurs from Strapi Admin or with a custom API rest request ?
If this occurs with an API request, could you share the upload part of code ?
I will try to reproduce the problem on my side.
Thanks 🙃

@Lith For my case, I tried uploading media from Strapi Admin. I ran the server with yarn develop command and I found that error from the console.

@Lith You could try cloning my repo to reproduce that. 🙏
Some more info about my setup.

I bootstrap this project with yarn create strapi-app my-project --quickstart in less than a week ago, so all dependencies should be farily up to date.
I use PostgreSQL as a database, I use Heroku PostgreSQL addon.
I modified server.js by adding url option, I added that when testing Google Authentication.

I think those are all the changes I made so far, so it's pretty minimal. Let me know if you need anything more 👍
The reason why I want to use Google storage provider is that I'm already running Strapi on Cloud Run (GCP), so I don't want to resort to using another provider (AWS S3) which could complicate my setup a lot more.

authors: Lith WiNloSt daguiheso


text:
크롤러 모니터링 고도화

각 사이트에서 크롤링하는 데이터를 모두 확인하기 위해 사이트별 결과를 구분해 출력하고 슬랙 봇으로 메세지를 전송하도록 합니다. 단, 메세지가 너무 많아질 수 있으니 채널을 분리합니다.
주의 : 슬랙 url을 github에 올리지 말 것

각 사이트에서 수집하는 데이터는 슬랙 채널 test-alarm에 전송하도록 하였습니다.

authors: dlems modagi

repo: LiveCoronaDetector/CoronaCrawler


text:
Incorrect calculations for certain input

The below input results in incorrect output:
Input:

Output:

And these are the values I got in a custom DPS calculator for the above input:

Crystal armour strength multiplier was being derived incorrectly from the attack bonus (was 2 * attBonus instead of 2  * (attBonus - 1) + 1, to double 30% => 60% instead of 130% => 260%).
Fixed in 277c415f. Will push out immediately as a quick fix.
We still had some discrepancies in our calculations, but I didn't see anything else that would be incorrect. Here are the new values I got:

Ah that would do it lol, thanks for the quick fix. Yeah I'm not sure where the discrepancies arise. Seems like mine is calculating higher accuracy with lower damage by comparison. Would you mind sharing some behind the scenes calculations? Since the Max Hit gets calculated early we could start from there. calculation I'm getting:
Effective Ranged Strength:
ERS = ⌊(⌊(RangedLvl + Boost) * PrayBonus⌋ + AttStyle + 8) * VoidModifier⌋
= ⌊(⌊(99 + 13) * 1.23⌋ + 0 + 8) * 1⌋
= ⌊(⌊137.76⌋ + 8)⌋
= ⌊137 + 8⌋
= 145
Max Hit:
Gear Ranged Strength = 113
Gear Bonus = 1.275
Max = ⌊0.5 + (ERS * (GRS + 64) * GB) / 640⌋
= ⌊0.5 + (145 * (113 + 64) * 1.275) / 640⌋
= ⌊0.5 + (145 * (113 + 64) * 1.275) / 640⌋
= ⌊0.5 + 32,722.85 / 640⌋
= ⌊51.6294921875⌋
= 51
Let me know if I made any mistakes.

Well I just realized I got strength and attack backwards so I have to push out another update 😞. Fixed in ac3c693b.
You do have the order a little off there: I apply the gear and crystal bonuses after the +320 /640, which matches the wiki page here:
https://oldschool.runescape.wiki/w/Damage_per_second/Ranged#Step_two:_Calculate_the_maximum_hit
The only part I'm not sure about is whether the two gear bonuses should be applied multiplicatively then rounded, or rounded separately. I wasn't able to find good resources on this aspect.

lol no worries.
and that order shouldn't matter as it's just associative property of multiplication; the calculation will come out the same.
According to the ranged rebalance blog, the crystal armor and slayer helm bonuses stack together additively:

For example, we expect using an imbued Slayer Helmet with the Crystal Body and Legs to be popular, as it’ll grant a total bonus of 40% Ranged accuracy and 27.5% Ranged damage while on any Slayer task.

In order of default, slayer helmet(i), crystal body, and crystal legs:
Gear Bonus Damage = (1 + 0.15 + 0.075 + 0.05) = 1.275
Gear Bonus Accuracy = (1 + 0.15 + 0.15 + 0.1) = 1.4

which matches the blog's values.

Closing for now, since the original crystal armour bonuses were resolved.
Residual changes needed for gear bonus additivity can be tracked in #17.

authors: LlemonDuck ThePharros

repo: LlemonDuck/dps-calculator


text:
Suggestion: "Sun keris spec is ready" indicator

Optional indicator that shows you if you are currently able to sun keris spec (prayer >= 50, spec >= 75 or 38 if adren), maybe a similar indicator to the thrall helper plugin indicator, or maybe an overlay like inventory tags? I think it could be a helpful visual cue, especially during chaos like P4 Warden. Not sure if against third party client guidelines though.
Should detect if sun keris or just the gem + a partisan is in the inventory and notify regardless of whether or not it's currently equipped.
Indicator settings:

"ready" Prayer Threshold: 50-99 -- defaults to 50 as it is the minimum, but allows configuration in case you want a higher value to not immediately smite yourself
HP Threshold: 1-99 -- defaults to 50, only shows the indicator (whether ready or not) on screen when HP is below the threshold

Happy to add this whenever I get back to the plugin.

authors: LlemonDuck swegfault

repo: LlemonDuck/tombs-of-amascut


text:
🛑 invest is down

In c4db802, invest (https://blog-pos-17/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: invest is back up in 46cde3e.

repo: LloydGain/UppTIME


text:
[3pt]  - Display comments for a given item on the Comments pop-up - Binyam Tegene

When the popup loads, the webapp retrieves data from the Involvement API to show the item comments.

This task does not include the counter of the comments.

https://github.com/Log-benjamin/Microverse-Javascript-Capstone/pull/52


text:
Upgrade to pnpm@8; drop support for Node.js 14 (OSOE-603)

This should be done once we've upgraded all internal projects and developers to Node.js 16, at least.
There's at least one catch, though. Citing the v8.0.0 release notes:

A lockfile is generated even for projects with no dependencies.

Also, we should wait a bit until at least a few bug fixes have been incorporated.
Jira issue

Together with this, the NE reference in Lombiq.Tests.UI also needs to be removed, because that's also only there for PNPM 7 compatibility during NuGet publishing.

repo: Lombiq/NodeJs-Extensions


text:
Installation receipt format

Header
Given that the file is a receipt, I'm not sure the header makes sense.
[receipt]
path = "././buckaroo/github/LoopPerfect/r3"
lastUpdated = "07/12/2018 11:34:35"
type = "github"
...

should be:
path = "././buckaroo/github/LoopPerfect/r3"
lastUpdated = "07/12/2018 11:34:35"
type = "github"
...

Fragmented identifier
In other areas of the code we switch on presence of tags to determine discriminated union type.
So this:
type = "github"
owner = "LoopPerfect"
project = "r3"

Should be:
package = "github.com/LoopPerfect/r3"

And for HTTP:
type = "http"
owner = "abc"
project = "def"
url = "https://abc.com/def.zip"

Should be just:
url = "https://abc.com/def.zip"

Since the package identifier is not part of the location.
Path
What is this for?
path = "././buckaroo/github/LoopPerfect/r3"

Last Updated
Currently:
lastUpdated = "07/12/2018 11:34:35"

Should be:
last_updated = 2018-12-07T11:34:35

(See https://github.com/toml-lang/toml#local-date-time)
To follow Toml conventions.

https://github.com/LoopPerfect/buckaroo/tree/improvement/receipt-format

https://github.com/LoopPerfect/buckaroo/pull/215

repo: LoopPerfect/buckaroo


text:
lootr crashing the server somehow?

https://mclo.gs/iUu518l

neoforge 1.21.1 .83

This is a Vanilla issue, please see #172

That mod isn't for 1.21.1 neoforge

It's still a Vanilla issue that Lootr can't help fix, sorry.

Well,another mc issue that Mc can't fix without forcing people to switch versions,anyways ,ty for making such fantastic mod

authors: VaporeonScripts noobanidus

repo: LootrMinecraft/Lootr


text:
🛑 Pog Bot is down

In 235fdd7, Pog Bot ($BOT_PING_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Pog Bot is back up in fb85edf.

repo: LordRonz/status


text:
🛑 Pog Bot is down

In 898956c, Pog Bot ($BOT_PING_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Pog Bot is back up in 2b33d16.


text:
Feature: README补充关于install和build的步骤

你好，感谢提供这个demo。
看完README和源代码后，依然有些疑问。
希望可以丰富下README，帮助我等.NET和C#小白更快上手。
目前有两个问题没太明白
1.install步骤有哪些？尝试了dotnet run但是会报错缺少using指令或引用。
2. 源码是如何打包成mod文件夹1100_DemoClock的？
谢谢

求同,不会编译

需要visualstudio编译, 直接点生成就行. 不支持dotnet run
你可以直接把1100_DemoClock文件夹复制一份, 改改里面的info.lps文件内容, 删掉itemid和authorid, 替换下plugin文件夹成你自己的生层内容就行, lang是翻译, 很简单显而易见的, 不需要教程
关于制作mod的教程, 可以参考 https://steamcommunity.com/sharedfiles/filedetails/?id=3020642878

authors: LDY681 LorisYounger huangdihd


text:
How do you test the SRResNet Models?

Seems like 'test.py' is only for SRGAN

import srgan_config replace import srresnet_config

authors: Lornatang mlellouch

repo: Lornatang/SRGAN-PyTorch


text:
Polymer 3 / Lit-Element

Hi,
are there any plans to update to Polymer 3? :) Would be great!
Thanks!
Tim

Migrated to LitElement, at last :)

authors: LostInBrittany derhuebiii

repo: LostInBrittany/granite-qrcode-generator


text:
Cli usage #150

PR Checklist
Please check if your PR fulfills the following requirements:

[ ] The commit message follows our guidelines: https://github.com/nestjs/docs.nestjs.com/blob/master/CONTRIBUTING.md

PR Type
What kind of change does this PR introduce?

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[x] Docs
[ ] Other... Please describe:

What is the current behavior?

Issue Number: N/A
What is the new behavior?
Does this PR introduce a breaking change?

[ ] Yes
[x] No

Other information

@Lou8is je ne peux pas t'ajouter en reviewer FYI :)

Vu ! je regarde ça probablement dans la journée

il n'y a pas le feu. merci d'avance pour ton retour 🥇

AH super merci pour le lien, je vois mieux là-bas. je relis dessus et je te ping quand j'ai fixé les derniers typo

J'ai corrigé un mot et tout le reste était OK ! Merci pour ton travail :)

cool merci, ca te conviens, tu veux que je continue?

Fais comme tu le veux et le peux, en tout cas toute aide est appréciée :)


text:
make function being integrated system under test (SUT)

Originally from @gkthiruvathukal: Because you are my "divine inspiration" to enhance testing of my own code, I'd like to see us include rigorous testing in everything we do. Whether a code is sequential or parallel, I think it is reasonable to assume that we can provide unit tests for the sequential version. Even better would be the ability to unit test the parallel and sequential versions, especially on DevCloud. I think our "main" programs could be unit tests that do their thing on whatever devices we're able to select.
Can we start by testing that the "trapezoid" area calculation is correct, at least to a given tolerance? Then we can test that it also works right in loop that is not accelerated by parallel_for().

Made some progress toward this in 7ffa7efda4ef4383dd25e8951e43cb66c3dc7f1c.
Still need to add more comprehensive testing.

repo: LoyolaChicagoCode/unoapi-dpcpp-examples


text:
Current version is incompatible with optifine

Crashes when attempting to render a latex covered block.
java.lang.ArrayIndexOutOfBoundsException: Index -1 out of bounds for length 2774
	at net.optifine.render.MultiTextureBuilder.build(MultiTextureBuilder.java:64) ~[preview_OptiFine_1.18.2_HD_U_H9_pre2.jar%2375!/:?] {re:classloading}
	at com.mojang.blaze3d.vertex.BufferBuilder.m_85721_(BufferBuilder.java:392) ~[client-1.18.2-20220404.173914-srg.jar%2369!/:?] {re:computing_frames,xf:OptiFine:default,re:classloading,xf:OptiFine:default}
	at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183) ~[?:?] {}
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197) ~[?:?] {}
	at it.unimi.dsi.fastutil.objects.ObjectArraySet$Spliterator.forEachRemaining(ObjectArraySet.java:289) ~[fastutil-8.5.6.jar%2341!/:?] {}
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509) ~[?:?] {}
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499) ~[?:?] {}
	at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) ~[?:?] {}
	at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) ~[?:?] {}
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:?] {}
	at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:596) ~[?:?] {}
	at net.minecraft.client.renderer.chunk.ChunkRenderDispatcher$RenderChunk$RebuildTask.m_112865_(ChunkRenderDispatcher.java:1140) ~[client-1.18.2-20220404.173914-srg.jar%2369!/:?] {re:classloading,xf:OptiFine:default}
	at net.minecraft.client.renderer.chunk.ChunkRenderDispatcher$RenderChunk$RebuildTask.m_5869_(ChunkRenderDispatcher.java:924) ~[client-1.18.2-20220404.173914-srg.jar%2369!/:?] {re:classloading,xf:OptiFine:default}
	at net.minecraft.client.renderer.chunk.ChunkRenderDispatcher.lambda$runTask$0(ChunkRenderDispatcher.java:195) ~[client-1.18.2-20220404.173914-srg.jar%2369!/:?] {re:classloading,xf:OptiFine:default}
	at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1768) ~[?:?] {}
	at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1760) ~[?:?] {}
	at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~[?:?] {}
	at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~[?:?] {}
	at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~[?:?] {re:computing_frames}
	at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~[?:?] {re:computing_frames}
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~[?:?] {}

Oh well, Rubidium + Oculus make a good replacement.

I don't even use optifine either, but for some reason the transfur progress isn't visible on players if you do use Rubidium. Unless that was fixed while I've playing other games.
Something to do with #392 which was closed.

repo: LtxProgrammer/Changed-Minecraft-Mod


text:
Integrate into codebase histogram-based thresholding.

@gbrltv could you create a submodule for the histogram base thresholding you have developed?
We will be using that also before the rotation alongside the mask, to try and give a first cut to the body using a very very soft threshold.

Histogram threshold integrated


text:
Colorize behavior for 'null' values or no results found

We are using colorize feature of the plugin for response times performance reporting.
The formula we are using to color code is following:
!PU(color):base=low;warn=16000;crit=18000
Currently, if no value is found in the specific time period dynatrace query returns 'null' result, which is marked red by the colorize function. Is there any way to mark null values in white or green as null represents just no values available in the time frame.
Please consider this as an enhancement request if this feature is not available.

Done. It should show up gray now. Pushed to GitHub library location, will be included in next Chromestore update. To see the update prior, please click the Gem icon and set preference for Library Location to GitHub.

Thanks for considering this, it is a great help, we will test this and update after Chromestore update.

authors: LucasHocker anilkjindal

repo: LucasHocker/DynatraceDashboardPowerups