text:
How to enable GPU acceleration in IGSIO for volume reconstruction?

I have tried to trun IGSIO_USE_GPU on when building the IGSIO with CMake. The CUDA is available, and the IGSIO_USE_GPU is defined, but I was still unable to accelerate the volume reconstruction(especially the holefilling). What should I do?

Make sure you enable GPU acceleration in the configuration file. @Sunderlandkyl could you please check what is the name of the option? (I could not see it in the Plus user manual)
You can also change the resolution of the reconstructed volume to improve speed.
Hole filling is not GPU accelerated, but since it is typically performed only once at the end of the reconstruction, it may not impact the live volume reconstruction speed. To make it faster you can use less kernels or shorter kernels or use a faster computer. You may also look into improving the hole filling implementation to make it run on multiple threads.

authors: JunshiKinsonPeng lassoan

repo: IGSIO/IGSIO


text:
code for other datasets?

Hi,
Thanks for your code.
Do you mind sharing the code for other datasets like KONIQ, TID2013 etc.?
Because we cannot reproduce the performance you reported in the paper.
Thanks

Hi, in our process.py file, we split the dataset for training and teseting. It is important to split the data by conent.

Yes, due to some reasons, I can not share other datasets code. But now, I will release these code and checkpoints！

source: gharchive/issue

authors: BarCodeReader TianheWu

repo: IIGROUP/MANIQA

license_type: permissive

license_source: github-api


text:
VNC module

Can we string a couple diffs of the screenshots together to get vnc like functionality?

First, a feature to automatically convert the data URL of the screenshot to a png will be required.
This is a good idea though, I'm all for it!

Ok cool. I'll look at that first. We may be able to use something like gifshot or vnc over gif to string the images together.

Sounds great. I'm currently working on improving the module system #8 and adding logging #21.
After I finish those I can help on this if you need any!

Also,
Take a look at how the current screenshot.js works.
Once you run the module and get the bb-result*.txt, to get an image, remove everything behind the comma then base64 decode the result.
You get PNG screenshot at maximum resolution!
For this module though, I think the determineScreenShotSize() function should be updated to take lower quality images so they can be sent faster for a more "video" like experience.

authors: IMcPwn jimthedev

repo: IMcPwn/browser-backdoor

license: mit

license_source: bigquery


text:
🛑 chn.ivdnt.org is down

In b610318, chn.ivdnt.org (https://chn.ivdnt.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: chn.ivdnt.org is back up in 920bbc6.

repo: INL/ivdnt-statusoverzicht

license: MIT


text:
🛑 opensonar.ivdnt.org is down

In 793004b, opensonar.ivdnt.org (https://portal.clarin.inl.nl/opensonar_frontend/opensonar) was down:

HTTP code: 0
Response time: 0 ms

Resolved: opensonar.ivdnt.org is back up in acbfa36.


text:
🛑 corpusmiddelnederlands.ivdnt.org is down

In 551ef23, corpusmiddelnederlands.ivdnt.org (https://corpusmiddelnederlands.ivdnt.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: corpusmiddelnederlands.ivdnt.org is back up in 9973b52 after 24 minutes.


text:
Added parameter for automatic setting of vmin/vmax in plot_corrcoef

Added corr_limits for controlling the color range in the plot_corrcoef function.
corr_limits can be a string ('auto' or 'full') or a list of float or tuple of float:

If list or tuple, the first element is the minimum and the second element is the maximum correlation for color mapping (old vmin and vmax parameters).
If 'auto', the maximum absolute value of the non-diagonal coefficients will be used symmetrically for color mapping.
If 'full', the maximum correlation is set at 1.0 and the minimum at -1.0.

please update with the master first

source: gharchive/pull-request

authors: dizcza kohlerca


text:
Use jupyterlab-myst

https://github.com/executablebooks/jupyterlab-myst
This allows to use MyST inside a Jupyter notebook.
This would allow to get rid of replace_admonition in https://github.com/INRIA/scikit-learn-mooc/blob/main/build_tools/convert-python-script-to-notebook.py to turn MyST admonitions into HTML

Somewhat related to this issue (though not sure jupyter-mist would solve it): the generated notebooks changed behavior of rendered admonitions.
FUN session 3:

FUN session 4:

I have regenerated the notebooks which should fix the issue.
New notebook: https://github.com/INRIA/scikit-learn-mooc/blob/main/notebooks/linear_regression_non_linear_link.ipynb
This was done in https://github.com/INRIA/scikit-learn-mooc/pull/743 jupytext does not have the logic to fix admonitions ... you need to run the full script

make notebooks should work when run from scratch. But if a given notebook was updated more recently by jupytext, then make might see that it's already up to date (based on the .ipynb last write access date) and then mistakenly things it can be skipped.

authors: ArturoAmorQ lesteve ogrisel

repo: INRIA/scikit-learn-mooc


text:
BEP032Validator package is missing on pypi

BEP032Validator package is missing on pypi: https://pypi.org/project/BEP032tools/ gives a 404 Error. I think it was not renamed, maybe? because AnDOChecker installs flawlessly: https://pypi.org/project/AnDOChecker/

Hi @ree-gupta !
Thanks for the note. We didn't do a release of the package since the renaming from AnDO to BEP032tools. Will do this as soon as possible.
Todo List for myself:

[ ] update readme install instructions to use BEP032tools package
[ ] make a release on PyPi

authors: JuliaSprenger ree-gupta


text:
matrix buildx by tool.

Now testing with poc branch, updating shortly.

poc run is here: https://github.com/anarkiwi/network-tools/actions/runs/1115245417

Updated poc run is here: https://github.com/anarkiwi/network-tools/runs/3296888193?check_suite_focus=true

repo: IQTLabs/network-tools


text:
PartsSettingsのscaleが反映されない

PartsSettingsのscaleが反映されない．
追加したパーツのメッシュはSTLでメートル単位で保存したものを使っているが，３DプリンタにはミリメートルのSTLでないといけないので統一できないのでちょっと不便．

以下のコミットで修正されているかと思います。
https://github.com/IRSL-tut/robot_assembler_plugin/commit/5684deeef00f7541c5547fef21c851653594a11c

以下のコミットで修正されているかと思います。 5684dee

スケールが反映されることを確認しました．
configの修正についてはpull requestしております．

スケール変更はされているのですが，ちゃんと見ると整合性取れていないようにも見えます．
#6 の設定では

GeneralSettings→lengthUnit: mm
PartsSettings→scale:1
指定しているstlファイル→m出力ファイル

という設定で表示されている状況なので，これで正しいのか判断が難しいです．

そこは全く考慮されていないのですが、どうするのが良いかな。
現状は、a) 最終表示はメートル単位
b) メッシュファイルにスケールを掛けたものを最終表示にする
その他の長さは、
c) settingに書かれた単位を a)の単位に換算
settingsの記述は、記入者が変更可能なので、所望の単位に揃えれば良い。
メッシュファイルは自作しない場合もあり得るので、単位を揃えにくい。

メッシュが自作できない場合を考慮して，現状から変更しないで

lengthUnitの適応範囲はyamlに直接記載している値について適応
meshに指定するファイルについてはm単位に変換する値にする(m出力ファイルであれば1,ｍｍ出力ファイルであれば1000)

とするのが良い気がします．

authors: Hiroaki-Masuzawa YoheiKakiuchi


text:
UI: Move menu to position subtitles

The position menu should be placed below the video and subtitle area. User can either insert style information or position (region). In this menu he can select a region or add a new region. There are also two buttons to allow dragging and resizing with the mouse.

Fixed in release 0.4.0

resolved by d8bf384ef856d6a1e6ddce7b621e6f44a96e2fce

authors: LauraEhlis tairt yurimkr

repo: IRT-Open-Source/imsced


text:
Optimize AutoMPO

This optimizes AutoMPO by caching results of has_fermion_string and op. This closes #555 (though there are still potential optimizations beyond this that Miles mentioned).
For the benchmark:
using ITensors

function main(; Nrange = 10:10:40, conserve_qns = false)
  for N in Nrange
    @show N
    s = siteinds("S=1/2", N; conserve_qns = conserve_qns)
    a = AutoMPO()
    for k in 1:N, l in 1:N, m in 1:N, n in 1:N
      a .+= "projDn", k, "projDn", l, "projDn", m, "projDn", n
    end
    H = @time MPO(a, s)
    @show maxlinkdim(H)
  end
end

for non-QN AutoMPO this gives:
julia> main(Nrange = 10:10:40, conserve_qns = false);
N = 10
  0.019465 seconds (235.39 k allocations: 12.929 MiB)
maxlinkdim(H) = 5
N = 20
  0.650888 seconds (4.48 M allocations: 238.446 MiB, 13.25% gc time)
maxlinkdim(H) = 5
N = 30
  8.727537 seconds (28.19 M allocations: 1.610 GiB, 5.02% gc time)
maxlinkdim(H) = 5
N = 40
 76.112546 seconds (107.28 M allocations: 6.745 GiB, 2.78% gc time)
maxlinkdim(H) = 5

while for QN AutoMPO this gives:
julia> main(Nrange = 10:10:40, conserve_qns = true);
N = 10
  0.093110 seconds (539.41 k allocations: 47.556 MiB, 56.05% gc time)
maxlinkdim(H) = 5
N = 20
  1.386346 seconds (12.37 M allocations: 1.153 GiB, 17.18% gc time)
maxlinkdim(H) = 5
N = 30
 14.876000 seconds (86.54 M allocations: 8.511 GiB, 12.40% gc time)
maxlinkdim(H) = 5
N = 40
107.358097 seconds (353.24 M allocations: 36.139 GiB, 5.86% gc time)
maxlinkdim(H) = 5

Comparing to #555 this is a pretty good speedup, around 25%-35%.

@emstoudenmire, once tests pass, this is good to go from my end. The changes are pretty simple (just using some dictionaries to cache the outputs of functions that were showing up the most in profiles).

@emstoudenmire, once tests pass, this is good to go from my end. The changes are pretty simple (just using some dictionaries to cache the outputs of functions that were showing up the most in profiles).

It's a good change and doesn't overcomplicate the code - let's definitely merge this.
About posInLink!, there I did not migrate over some rather important optimizations from the C++ version (which were done again for the quantum chemistry context). There the way posInLink! works is by using a std::map, i.e. a tree, which is kind of similar to us using a dictionary in Julia (i.e. a data structure with a low lookup cost). Another option is a sorted vector. So I should just try switching the linkmap data being fed into posInLink! to being dictionaries and that could help a whole lot, and be an easy change.

It's a good change and doesn't overcomplicate the code - let's definitely merge this.
About posInLink!, there I did not migrate over some rather important optimizations from the C++ version (which were done again for the quantum chemistry context). There the way posInLink! works is by using a std::map, i.e. a tree, which is kind of similar to us using a dictionary in Julia (i.e. a data structure with a low lookup cost). Another option is a sorted vector. So I should just try switching the linkmap data being fed into posInLink! to being dictionaries and that could help a whole lot, and be an easy change.

Codecov Report

Merging #556 (bb0e9c0) into master (df2c20b) will increase coverage by 0.50%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #556      +/-   ##
==========================================
+ Coverage   80.90%   81.40%   +0.50%
==========================================
  Files          42       42
  Lines        4372     4147     -225
==========================================
- Hits         3537     3376     -161
+ Misses        835      771      -64

Impacted Files
Coverage Δ

src/physics/autompo.jl
92.02% <100.00%> (-1.16%)
:arrow_down:

src/physics/site_types/fermion.jl
100.00% <100.00%> (+2.50%)
:arrow_up:

src/debug_checks.jl
87.50% <0.00%> (-12.50%)
:arrow_down:

src/broadcast.jl
59.23% <0.00%> (-8.58%)
:arrow_down:

src/physics/site_types/tj.jl
58.92% <0.00%> (-6.08%)
:arrow_down:

src/physics/sitetype.jl
89.65% <0.00%> (-3.51%)
:arrow_down:

src/physics/site_types/spinone.jl
84.31% <0.00%> (-1.97%)
:arrow_down:

src/indexset.jl
73.31% <0.00%> (-1.55%)
:arrow_down:

src/decomp.jl
89.67% <0.00%> (-0.68%)
:arrow_down:

... and 26 more

Continue to review full report at Codecov.

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

Codecov Report

Merging #556 (bb0e9c0) into master (df2c20b) will increase coverage by 0.50%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #556      +/-   ##
==========================================
+ Coverage   80.90%   81.40%   +0.50%
==========================================
  Files          42       42
  Lines        4372     4147     -225
==========================================
- Hits         3537     3376     -161
+ Misses        835      771      -64

Impacted Files
Coverage Δ

src/physics/autompo.jl
92.02% <100.00%> (-1.16%)
:arrow_down:

src/physics/site_types/fermion.jl
100.00% <100.00%> (+2.50%)
:arrow_up:

src/debug_checks.jl
87.50% <0.00%> (-12.50%)
:arrow_down:

src/broadcast.jl
59.23% <0.00%> (-8.58%)
:arrow_down:

src/physics/site_types/tj.jl
58.92% <0.00%> (-6.08%)
:arrow_down:

src/physics/sitetype.jl
89.65% <0.00%> (-3.51%)
:arrow_down:

src/physics/site_types/spinone.jl
84.31% <0.00%> (-1.97%)
:arrow_down:

src/indexset.jl
73.31% <0.00%> (-1.55%)
:arrow_down:

src/decomp.jl
89.67% <0.00%> (-0.68%)
:arrow_down:

... and 26 more

Continue to review full report at Codecov.

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

Ok I just did the posInLink optimization I mentioned; it wasn't too hard to do fortunately. I did timings before and after for dense and QN cases, and in a nutshell the optimization makes the following improvements:

Dense N=30 case sped up by 29%
Dense N=40 case sped up by 39%
QN N=30 case sped up by 34%
QN N=40 case by 40%

In practical terms, the QN N=40 case on my laptop went from taking 188s to 115s, and the Dense N=40 case from 144s to 88s.

Ok I just did the posInLink optimization I mentioned; it wasn't too hard to do fortunately. I did timings before and after for dense and QN cases, and in a nutshell the optimization makes the following improvements:

Dense N=30 case sped up by 29%
Dense N=40 case sped up by 39%
QN N=30 case sped up by 34%
QN N=40 case by 40%

In practical terms, the QN N=40 case on my laptop went from taking 188s to 115s, and the Dense N=40 case from 144s to 88s.

Ok I just did the posInLink optimization I mentioned; it wasn't too hard to do fortunately. I did timings before and after for dense and QN cases, and in a nutshell the optimization makes the following improvements:
* Dense N=30 case sped up by 29%

* Dense N=40 case sped up by 39%

* QN N=30 case sped up by 34%

* QN N=40 case by 40%

In practical terms, the QN N=40 case on my laptop went from taking 188s to 115s, and the Dense N=40 case from 144s to 88s.

Great! Glad to see these times come down so much.

Ok I just did the posInLink optimization I mentioned; it wasn't too hard to do fortunately. I did timings before and after for dense and QN cases, and in a nutshell the optimization makes the following improvements:
* Dense N=30 case sped up by 29%

* Dense N=40 case sped up by 39%

* QN N=30 case sped up by 34%

* QN N=40 case by 40%

In practical terms, the QN N=40 case on my laptop went from taking 188s to 115s, and the Dense N=40 case from 144s to 88s.

Great! Glad to see these times come down so much.

Definitely a big improvement going from N^8 to N^4. I was finding N = 50 was taking so long I didn't want to wait for it, sounds like that could make bigger systems accessible.

Definitely a big improvement going from N^8 to N^4. I was finding N = 50 was taking so long I didn't want to wait for it, sounds like that could make bigger systems accessible.

authors: codecov-io emstoudenmire mtfishman


text:
Unnecessary code duplication

https://github.com/Iapetus-11/betterstatcord.py/blob/main/statcord/client.py#L129L143
This could be much simpler.
       graphs = [self.custom_1, self.custom_2]
       values = {0: 0, 1: 0}
       for x, g in enumerate(graphs):
           if g is not None:
               value = g()
               if inspect.isawaitable(g):
                   value = await value
               if value:
                  values[x] = value

Then just access values[0] and values[1] instead of custom_0_value and custom_1_value

That's a bit messy but I get the point, I'll fix it.

Fixed in 1.3.0, now available on PYPI.

Looks like your function called _call_custom_graph checks if self.custom_1 is none/awaitable, instead of the callable passed. This means if I set self.custom_1 to a non-awaitable and set self.custom_2 to an awaitable, custom_1 will fail.
https://github.com/Iapetus-11/betterstatcord.py/blob/a4379ea8e7aaafa4cc6c2a9a72d4ed4f7fc8004a/statcord/client.py#L109

I can't believe I made that mistake damn I'm dumb, I'll fix it soon!


text:
Add checkstyle plugin on test phase

Added the checkstyle maven plugin, it can enforce a wide array of coding practices configured through its checkstyle.xml file. I added some basic starting configuration. Currently the checks are being enforced on the maven test phase, and the tests will fail if there are checkstyle violations.
More information on the plugin
More information about the available checks
We can discuss rules to be added / removed on this PR

The mvnw file is in this PR because I had to add execution permissions chmod +x

repo: Icaruspooky/CamPlanner


text:
implemented tour of heroes step 1

first draft, doesn't use code source files.

Thanks, K !!!
We never put our stuff in master; we always pull that from angular/angular.io.  I should have created a branch for you here.
Fortunately, it was trivial to simply copy from here and drop it into an active branch. I've submitted it as a PR. We'll see if they take it :+1:
So it's in and that's why I'm closing your PR

authors: KatyaEames wardbell


text:
LocalStorage filling up with oidc. entries

I don't know if this is a bug or i have configured something wrong somewhere.
I can see that localstorage is filling up with entries like this
Key: oidc.
Value: {"id":"","created":12345678,"nonce":"12345678","authority":"https://theauthserver.com","client_id":"clientuniqueid"}
and i cannot figure out why? They seem to never be deleted.
What are these used for?
The oidc.user: token i store in SessionStorage so i thought that is that storage that would be used for all related items?

This is the state for the protocol flow and it's not getting cleaned up because the protocol workflow is not getting completed. I guess you're doing a lot of testing? There's an API to clean them up automatically: https://github.com/IdentityModel/oidc-client-js/blob/dev/sample/public/user-manager-sample.js#L82

Yes I am doing a lot of testing, replacing oidc-manager with this one. :)
But i wonder if i am doing something else wrong too, as even for what i would expect to be the normal flow of Signing-in, navigate around for a bit and then Sign-out. These entries does not get cleaned up.
I am working in an Angular 1.4.x app so i could have configured something wrong somewhere. I have not been able to find any examples for full implicit flow for Angular 1.4.x.
Do you know of any examples?

I'd clear them all out and then complete one successful test to login and see if the localStorage entry remains. If so, then you're right -- something is not cleaning it up. You'd debug into this on the xxxCallback page.

Thanks @brockallen seems like something is wrong in my Callback page, i will debug and see what i find.

Hi @robbaman were you able to find what the issue was? I am using angular 1.5 and having exact issue.
When I log out they the oidc. are not cleared and on login more entries are added to the local storage.

@john1452 in my logout script i run the clearStaleState() function, which removes the old entries.

@Robban1980 Thanks a lot! it works

repo: IdentityModel/oidc-client-js


text:
README and description needed.

As above.

Everything done.

repo: IgorBia/leap


text:
Mysql version issue

Hello i get this error when i try to start all with the replit npm start command:

PLS help
Note: 1 time i tryed it said i need to install node v16+ but node v16+ is installed
@IgorKowalczyk

Your MySQL version must be higher than 5.7 to run Majo.exe

How can I change this?

Simply install a new version of MYSQL on the server. If you use free MySQL hosting you need to find another one, most of them don't offer newer versions

can someone send me an link to an free MySQL host who supports 5.7?

can someone send me an link to an free MySQL host who supports 5.7?

WOW

You can try this: https://remotemysql.com

authors: IgorKowalczyk Inopiu JanjyTapYT


text:
Got an issue at line 17 of MainActivity while working on #28

@javaman97 and @Ijaiswalshivam  please look into it if it can be resolved.
I was implementing mvvm on main activity where user list is displayed.

@Qomfortzone there is no issue in the latest one,
Please sync or fork it one more time.

There is some issue in my code and i am unable to resolve it.

@Qomfortzone Please sync and Fetch from the original Repo before pushing the code

authors: Ijaiswalshivam Qomfortzone javaman97

repo: Ijaiswalshivam/Talk-In


text:
Error when used on Windows 7 unless recompiled.

When running the compiled app on Windows 7, I get the following error:
Unable to cast COM object of type 'Shell32.ShellClass' to interface type 'Shell32.IShellDispatch6'. This operation failted because the QueryInterface call on the COM component for the interface with IID '{tl;dt IID}' failed due to the following error: No such interface supported
However, if I download source and compile it, it works fine.

Yes, this is a compilation issue. I'm looking for a way to compile it from Windows 8.1 (my current OS).
But you'll get soon a fixed app', I promise !
Thanks for your feedback !

authors: Ilshidur corylulu

repo: Ilshidur/LoL-item-sets


text:
Cockpit backend frontend integration

Let's start Cockpit-backend from Cockpit-frontend as a subprocess and be able to show the standard streams in the interface :)

@KoenWestendorp do you have some ideas about what we should do with sending the runtime (and carburetor) log to the frontend? My idea was intercepting the stdout and stderr streams and sending them to a websocket, kind of like I did with backend (except I piped the child process' standard streams there).
So far I've been unable to intercept or redirect the standard streams of the process itself (not a spawned child process)
We also could create a custom log function but for me personally that's plan Z, as I think it's stupid to have multiple ways to log with some not working.
I did find the gag crate which is able to mute and write println!() to a file, but it doesn't allow for reading the stream directly.

Hmm, not in a position to look at this right now, I'm afraid. Not able to help out with fixing redirecting the streams. Might be able to take a look at that tomorrow, but don't let that block you.
The problem, if I understand you correctly, is that we currently have no way of redirecting the stream.
Have you tried to simply read the stderror on a thread and sending that over the websockets connection using some channel?

Have you tried to simply read the stderror on a thread and sending that over the websockets connection using some channel?

The problem is that I can't seem to find a way to read io::stdout(). I assume because it implements Write, and not Read.

authors: BaukeWestendorp KoenWestendorp


text:
JsonReaderException

An exception occures when I try to send message to several people using userIds parameter.

I suppose it could be related to this:
https://vk.com/dev/first_guide?f=1. Методы и объекты

Good day and thank you for reporting this! A minimal repro would be highly appreciated. Or, feel free to submit a PR if you know how to fix the issue, then I immediately merge and push an update to NuGet.

We still don't support this. I don't wanna write overloads coz we will rewrite it after each code regeneration.
In scheme we have
"responses": {
  "response": {
    "$ref": "responses.json#/definitions/messages_send_response"
  },
  "userIdsResponse": {
    "$ref": "responses.json#/definitions/messages_send_user_ids_response"
  }
},

But actually, we got oneOf {messages_send_response, messages_send_user_ids_response}
And we need to parse it as...? idk.

authors: InRedikaWB SergeiSheremet worldbeater

repo: InRedikaWB/VkLibrary


text:
OPTIGA_COMMS_ERROR and OPTIGA_CMD_ERROR on

Prerequisites
Can you reproduce the problem reliably? Yes
Did you check current release notes for known issues? Yes
If this is not the latest release, have you checked newer releases?  We don't think newer releases will help based on their changelog, we are testing with 1.0.0
Description:
We are trying to use the Trust M engine in OpenSSL 1.1.1g, we are getting time out errors in the Application Open and Application Close events.
Below is our chip information -
$ sudo ./trustm_chipinfo
Password:
Read Chip Info [0xE0C2]: Success.
========================================================
CIM Identifier             [bCimIdentifer]: 0xcd
Platform Identifer   [bPlatformIdentifier]: 0x16
Model Identifer         [bModelIdentifier]: 0x33
ID of ROM mask                  [wROMCode]: 0x8401
Chip Type                    [rgbChipType]: 0x00 0x1c 0x00 0x01 0x00 0x00
Batch Number              [rgbBatchNumber]: 0x0a 0x01 0xb8 0x1a 0x00 0x06
X-coordinate              [wChipPositionX]: 0x0092
Y-coordinate              [wChipPositionY]: 0x0069
Firmware Identifier [dwFirmwareIdentifier]: 0x80101071
Build Number                 [rgbESWBuild]: 08 09

Chip software build:
OPTIGA(TM) Trust M rev.1; Firmware Version: 1.30.809
========================================================

Note, calls to the Trust M module using the binaries provided by this package are working fine, we can read, write, generate keypair, etc. Only with the OpenSSL engine we are seeing these issues.
Steps to Reproduce:

Run below command   $ openssl  rand -engine trustm_engine -base64 512

Expected Result:

Random generation working successfully with the trust-m engine

Actual Result:
Below is the output -
$ sudo openssl_1  rand -engine trustm_engine -base64 512
Password:
engine "trustm_engine" set.
Error in trustm_engine/trustm_engine.c:129 trustmEngine_WaitForCompletion: Status 258 // OPTIGA_COMMS_ERROR
Error in trustm_engine/trustm_engine.c:297 trustmEngine_App_Open: Fail : optiga_util_open_application time out[1]

1388:Error [0x0102] : OPTIGA comms API failed
Error in trustm_engine/trustm_engine.c:129 trustmEngine_WaitForCompletion: Status 514 // OPTIGA_CMD_ERROR
Error in trustm_engine/trustm_engine.c:374 trustmEngine_App_Close: Fail : optiga_util_close_application time out

1388:Error [0x0202] : OPTIGA command API failed
Error in trustm_engine/trustm_engine.c:129 trustmEngine_WaitForCompletion: Status 258 // OPTIGA_COMMS_ERROR
Error in trustm_engine/trustm_engine.c:297 trustmEngine_App_Open: Fail : optiga_util_open_application time out[1]

1388:Error [0x0102] : OPTIGA comms API failed
Error in trustm_engine/trustm_engine.c:254 trustmEngine_App_Open_Recovery: Error opening Trust M, EXIT
Error in trustm_engine/trustm_engine.c:129 trustmEngine_WaitForCompletion: Status 514 // OPTIGA_CMD_ERROR

1388:Error [0x0202] : OPTIGA command API failed
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=

Frequency (1/1, 1/50, 1/100): 1/1
Build/Commit: 1.0.0
Target: IMX8M Mini ARMV8A
The chip or kit you are working with: SLS32AIA010MSUSON10XTMA2
Host OS and Version: Linux 5.15
Compiler: GCC
Environment: Yocto

Hi,
Is your hardware using reset pin?
If hardware rest pin is not used, please configure  reset type to 1 as follow
#define OPTIGA_COMMS_DEFAULT_RESET_TYPE     (1U)
https://github.com/Infineon/optiga-trust-m/blob/91d952b4a6433bdbe1979487b73972b708d89b3f/optiga/include/optiga/optiga_lib_config_m_v3.h#L113

Hello, Sorry for late replay.
Yes we are using hardware reset pin. and we did change in this two files as below,

optiga/include/optiga/optiga_lib_config_m_v1.h

//    #define OPTIGA_COMMS_DEFAULT_RESET_TYPE     (1U)
   #define OPTIGA_COMMS_DEFAULT_RESET_TYPE     (0U)

optiga/include/optiga/optiga_lib_config_m_v3.h

//	#ifndef OPTIGA_COMMS_DEFAULT_RESET_TYPE
//        #define OPTIGA_COMMS_DEFAULT_RESET_TYPE     (1U)
//	#endif
     #define OPTIGA_COMMS_DEFAULT_RESET_TYPE     (0U)
And the command works successfully after that

@chiragp-mecha  Great to hear about this.:)

authors: RaymWong chiragp-mecha ying-css

repo: Infineon/linux-optiga-trust-m


text:
No file eventDispatcher/init.lua when starting any programs downloaded with the init?

I've never used a program downloaded on OC so forgive me if I missed some groundwork. I used the tutorial for install outlined in the thread linked in the README, and then followed it up with the guide submitted recently by another contributor - I have all the files installed (or so I thought) but when I try to run builder it can't find "~/eventDispatcher/init.lua" in any directories (it tries to search usr/lib home/lib and my path where everything is installed c/oclib
Any help would be great, I don't know how to copy the errorlog

I had the same mistake. There seems to be an error in the installation file. I have copied the following files into another folder since then it works:
Oclib main folder:
eventDispatcher.lua -> /lib/
smartmove.lua -> /lib/
util.lua -> /lib/
serializer.lua -> /lib/
inventory.lua -> /lib/
autolevel.lua -> /lib/
cleanup.lua -> /lib/
obejectStore -> /lib/
/oclib/builder/ folder:
model.lua -> /lib/builder/
pathing.lua -> /lib/builder/
shapes.lua -> /lib/builder/
Good luck
Translated with www.DeepL.com/Translator (free version)

authors: Equalitymind trentonyo

repo: InfinitiesLoop/oclib


text:
🛑 Home Assistant Mairena is down

In daf8051, Home Assistant Mairena (https://kabble.duckdns.org/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Home Assistant Mairena is back up in a395f91.

repo: Infinitte/upptime


text:
Translation files names format

When I generate codes for a table consisting of more than one word like "posts_comments", the translation file is generated with the name "postsComments", but all references to translations look for "posts_comments".
Command:
php artisan infyom:scaffold PostsComment --fromTable --tableName=posts_comments
My laravel_generator.php:
`
return [
/*
|--------------------------------------------------------------------------
| Paths
|--------------------------------------------------------------------------
|
*/

'path' => [

    'migration'         => database_path('migrations/'),

    'model'             => app_path('Models/'),

    'datatables'        => app_path('DataTables/'),

    'repository'        => app_path('Repositories/'),

    'routes'            => base_path('routes/web.php'),

    'api_routes'        => base_path('routes/api.php'),

    'request'           => app_path('Http/Requests/'),

    'api_request'       => app_path('Http/Requests/API/'),

    'controller'        => app_path('Http/Controllers/'),

    'api_controller'    => app_path('Http/Controllers/API/'),

    'repository_test'   => base_path('tests/Repositories/'),

    'api_test'          => base_path('tests/APIs/'),

    'tests'             => base_path('tests/'),

    'views'             => resource_path('views/'),

    'schema_files'      => resource_path('model_schemas/'),

    'templates_dir'     => resource_path('infyom/infyom-generator-templates/'),

    'seeder'            => database_path('seeds/'),

    'database_seeder'   => database_path('seeds/DatabaseSeeder.php'),

    'modelJs'           => resource_path('assets/js/models/'),

    'factory'           => database_path('factories/'),

    'view_provider'     => app_path('Providers/ViewServiceProvider.php'),
],

/*
|--------------------------------------------------------------------------
| Namespaces
|--------------------------------------------------------------------------
|
*/

'namespace' => [

    'model'             => 'App\Models',

    'datatables'        => 'App\DataTables',

    'repository'        => 'App\Repositories',

    'controller'        => 'App\Http\Controllers',

    'api_controller'    => 'App\Http\Controllers\API',

    'request'           => 'App\Http\Requests',

    'api_request'       => 'App\Http\Requests\API',

    'repository_test'   => 'Tests\Repositories',

    'api_test'          => 'Tests\APIs',

    'tests'             => 'Tests',
],

/*
|--------------------------------------------------------------------------
| Templates
|--------------------------------------------------------------------------
|
*/

'templates'         => 'adminlte-templates',

/*
|--------------------------------------------------------------------------
| Model extend class
|--------------------------------------------------------------------------
|
*/

'model_extend_class' => 'Eloquent',

/*
|--------------------------------------------------------------------------
| API routes prefix & version
|--------------------------------------------------------------------------
|
*/

'api_prefix'  => 'api',

'api_version' => 'v1',

/*
|--------------------------------------------------------------------------
| Options
|--------------------------------------------------------------------------
|
*/

'options' => [

    'softDelete' => true,

    'save_schema_file' => true,

    'localized' => true,

    'tables_searchable_default' => true,

    'repository_pattern' => true,

    'excluded_fields' => ['id'], // Array of columns that doesn't required while creating module
],

/*
|--------------------------------------------------------------------------
| Prefixes
|--------------------------------------------------------------------------
|
*/

'prefixes' => [

    'route' => '',  // using admin will create route('admin.?.index') type routes

    'path' => '',

    'view' => '',  // using backend will create return view('backend.?.index') type the backend views directory

    'public' => '',
],

/*
|--------------------------------------------------------------------------
| Add-Ons
|--------------------------------------------------------------------------
|
*/

'add_on' => [

    'swagger'       => false,

    'tests'         => true,

    'datatables'    => true,

    'menu'          => [

        'enabled'       => true,

        'menu_file'     => 'layouts/menu.blade.php',
    ],
],

/*
|--------------------------------------------------------------------------
| Timestamp Fields
|--------------------------------------------------------------------------
|
*/

'timestamps' => [

    'enabled'       => true,

    'created_at'    => 'created_at',

    'updated_at'    => 'updated_at',

    'deleted_at'    => 'deleted_at',
],

/*
|--------------------------------------------------------------------------
| Save model files to `App/Models` when use `--prefix`. see #208
|--------------------------------------------------------------------------
|
*/
'ignore_model_prefix' => false,

/*
|--------------------------------------------------------------------------
| Specify custom doctrine mappings as per your need
|--------------------------------------------------------------------------
|
*/
'from_table' => [

    'doctrine_mappings' => [],
],

];
`
What can i do to solve that?

I found a method "saveLocaleFile()" at "infyomlabs\laravel-generator\src\Commands\BaseCommand.php".
250 $fileName = $this->commandData->config->mCamelPlural.'.php';
I guess at that line is where the issue can be solved

Duplicate #793

repo: InfyOmLabs/laravel-generator


text:
Improve sending notifications process

Add proper debounce to the new_arrivals notification https://github.com/illright/innopoints-backend/blob/1303c953823820382066b0202b96d20ae8971910/innopoints/views/product.py#L121
Can easily be solved after solving the issue of sending notifications in a separate thread (using threading.Timer)
Both tasks are in the scope of this issue.

Actually, this APScheduler thing seems a little more mature than that, with persistence options (though I'm not sure if we really need to protect against restarts for this type of notification).

It feels like an overkill while threading is built-in. The only issue that remained was to understand how Flask threading works to not break things by mistake.

That's the thing, I really don't think we should be messing with Flask's thread management (not to mention workers) when established solutions are readily available

authors: aabounegm illright

repo: Innopoints/backend


text:
Removed unnecessary ItemStack copying in BlackHoleUnit

ItemStack copying is quite expensive in Forge, this takes up too much performance.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

:wave: Sorry but Industrial Foregoing has ended support for version 1.12. I'm closing this issue as it will no longer be updated for that version. Thanks for playing with the mod.


text:
Compilation fails on 32-bit: target specific option mismatch

Description
Compilation fails on i586 — and possibly other 32 bit architectures — with the following error:
[  201s] In file included from ../Modules/Core/Common/include/itkMath.h:32,
[  201s]                  from ../Modules/Core/Common/include/itkVector.hxx:21,
[  201s]                  from ../Modules/Core/Common/include/itkVector.h:332,
[  201s]                  from ../Modules/Core/Common/include/itkPoint.h:23,
[  201s]                  from ../Modules/Core/Common/include/itkContinuousIndex.h:21,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegion.h:34,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterBase.h:21,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterSlowDimension.h:21,
[  201s]                  from ../Modules/Core/Common/src/itkImageRegionSplitterSlowDimension.cxx:19:
[  201s] ../Modules/Core/Common/include/itkMathDetail.h: In function 'itk::int32_t itk::Math::Detail::RoundHalfIntegerToEven_32(double)':
[  201s] ../Modules/Core/Common/include/itkMathDetail.h:151:24: warning: SSE vector return without SSE enabled changes the ABI [-Wpsabi]
[  201s]   151 |   return _mm_cvtsd_si32(_mm_set_sd(x));
[  201s]       |          ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
[  201s] In file included from ../Modules/Core/Common/include/itkMathDetail.h:37,
[  201s]                  from ../Modules/Core/Common/include/itkMath.h:32,
[  201s]                  from ../Modules/Core/Common/include/itkVector.hxx:21,
[  201s]                  from ../Modules/Core/Common/include/itkVector.h:332,
[  201s]                  from ../Modules/Core/Common/include/itkPoint.h:23,
[  201s]                  from ../Modules/Core/Common/include/itkContinuousIndex.h:21,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegion.h:34,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterBase.h:21,
[  201s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterSlowDimension.h:21,
[  201s]                  from ../Modules/Core/Common/src/itkImageRegionSplitterSlowDimension.cxx:19:
[  201s] /usr/lib/gcc/i586-suse-linux/10/include/emmintrin.h:842:1: error: inlining failed in call to 'always_inline' '_mm_cvtsd_si32(double __vector(2))': target specific option mismatch
[  201s]   842 | _mm_cvtsd_si32 (__m128d __A)
[  201s]       | ^~~~~~~~~~~~~~
[  201s] In file included from ../Modules/Core/Common/include/itkMath.h:32,
[  201s]                  from ../Modules/Core/Common/include/itkVector.hxx:21,
[  201s]                  from ../Modules/Core/Common/include/itkVector.h:332,
[  202s]                  from ../Modules/Core/Common/include/itkPoint.h:23,
[  202s]                  from ../Modules/Core/Common/include/itkContinuousIndex.h:21,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegion.h:34,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterBase.h:21,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterSlowDimension.h:21,
[  202s]                  from ../Modules/Core/Common/src/itkImageRegionSplitterSlowDimension.cxx:19:
[  202s] ../Modules/Core/Common/include/itkMathDetail.h:151:24: note: called from here
[  202s]   151 |   return _mm_cvtsd_si32(_mm_set_sd(x));
[  202s]       |          ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
[  202s] In file included from ../Modules/Core/Common/include/itkMathDetail.h:37,
[  202s]                  from ../Modules/Core/Common/include/itkMath.h:32,
[  202s]                  from ../Modules/Core/Common/include/itkVector.hxx:21,
[  202s]                  from ../Modules/Core/Common/include/itkVector.h:332,
[  202s]                  from ../Modules/Core/Common/include/itkPoint.h:23,
[  202s]                  from ../Modules/Core/Common/include/itkContinuousIndex.h:21,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegion.h:34,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterBase.h:21,
[  202s]                  from ../Modules/Core/Common/include/itkImageRegionSplitterSlowDimension.h:21,
[  202s]                  from ../Modules/Core/Common/src/itkImageRegionSplitterSlowDimension.cxx:19:
[  202s] /usr/lib/gcc/i586-suse-linux/10/include/emmintrin.h:66:1: error: inlining failed in call to 'always_inline' '_mm_set_sd(double)': target specific option mismatch

and on and on. No issues when building on x86_64, however. Also wasn't an issue with the previous version 5.1.2. Full log attached: _log.zip
Reproducibility
Every time on i586.

Versions
ITK version 5.2.0.
Environment

CMake: 3.20.1
Python: 3.8.9
GCC 10.3.0
OS: openSUSE Tumbleweed (Linux)

This condition may need to be refined:
https://github.com/InsightSoftwareConsortium/ITK/blob/047fa6934ac32711d1d7b84fa6eb81c72db01960/Modules/Core/Common/src/itkConfigure.h.in#L186-L188

I had the same error using mingw32.
After commenting out the quoted define, everything compiled without erros!

This condition may need to be refined:
https://github.com/InsightSoftwareConsortium/ITK/blob/047fa6934ac32711d1d7b84fa6eb81c72db01960/Modules/Core/Common/src/itkConfigure.h.in#L186-L188

authors: badshah400 glatzan thewtex

repo: InsightSoftwareConsortium/ITK


text:
Latest Actions builds doesn't seem to work

Some builds are failing at Get Version and other at pushing to the repo

I'm studying for college entrance exam this year
since I have no time for painting
maybe months later i'll fix it


text:
Update discord.sh

Added appNewVersion variable.

2024-01-29 08:51:47 : REQ   : discord : ################## Start Installomator v. 10.6beta, date 2024-01-29
2024-01-29 08:51:47 : INFO  : discord : ################## Version: 10.6beta
2024-01-29 08:51:47 : INFO  : discord : ################## Date: 2024-01-29
2024-01-29 08:51:47 : INFO  : discord : ################## discord
2024-01-29 08:51:47 : INFO  : discord : SwiftDialog is not installed, clear cmd file var
2024-01-29 08:51:49 : INFO  : discord : BLOCKING_PROCESS_ACTION=tell_user
2024-01-29 08:51:49 : INFO  : discord : NOTIFY=success
2024-01-29 08:51:49 : INFO  : discord : LOGGING=INFO
2024-01-29 08:51:49 : INFO  : discord : LOGO=/System/Applications/App Store.app/Contents/Resources/AppIcon.icns
2024-01-29 08:51:49 : INFO  : discord : Label type: dmg
2024-01-29 08:51:49 : INFO  : discord : archiveName: Discord.dmg
2024-01-29 08:51:49 : INFO  : discord : no blocking processes defined, using Discord as default
2024-01-29 08:51:49 : INFO  : discord : name: Discord, appName: Discord.app
2024-01-29 08:51:49.602 mdfind[57023:3004475] [UserQueryParser] Loading keywords and predicates for locale "en_US"
2024-01-29 08:51:49.603 mdfind[57023:3004475] [UserQueryParser] Loading keywords and predicates for locale "en"
2024-01-29 08:51:49.878 mdfind[57023:3004475] Couldn't determine the mapping between prefab keywords and predicates.
2024-01-29 08:51:49 : WARN  : discord : No previous app found
2024-01-29 08:51:49 : WARN  : discord : could not find Discord.app
2024-01-29 08:51:49 : INFO  : discord : appversion:
2024-01-29 08:51:49 : INFO  : discord : Latest version of Discord is 0.0.292
2024-01-29 08:51:49 : REQ   : discord : Downloading https://discordapp.com/api/download?platform=osx to Discord.dmg
2024-01-29 08:51:51 : REQ   : discord : no more blocking processes, continue with update
2024-01-29 08:51:51 : REQ   : discord : Installing Discord
2024-01-29 08:51:51 : INFO  : discord : Mounting /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/tmp.w92Q5mZJUP/Discord.dmg
2024-01-29 08:51:54 : INFO  : discord : Mounted: /Volumes/Discord 1
2024-01-29 08:51:54 : INFO  : discord : Verifying: /Volumes/Discord 1/Discord.app
2024-01-29 08:51:56 : INFO  : discord : Team ID matching: 53Q6R32WPB (expected: 53Q6R32WPB )
2024-01-29 08:51:56 : INFO  : discord : Installing Discord version 0.0.292 on versionKey CFBundleShortVersionString.
2024-01-29 08:51:56 : INFO  : discord : App has LSMinimumSystemVersion: 10.13
2024-01-29 08:51:56 : INFO  : discord : Copy /Volumes/Discord 1/Discord.app to /Applications
2024-01-29 08:51:57 : WARN  : discord : Changing owner to kryptonit
2024-01-29 08:51:57 : INFO  : discord : Finishing...
2024-01-29 08:52:00 : INFO  : discord : App(s) found: /Applications/Discord.app
2024-01-29 08:52:00 : INFO  : discord : found app at /Applications/Discord.app, version 0.0.292, on versionKey CFBundleShortVersionString
2024-01-29 08:52:00 : REQ   : discord : Installed Discord, version 0.0.292
2024-01-29 08:52:00 : INFO  : discord : notifying
displaynotification:7: no such file or directory: /usr/local/bin/dialog
2024-01-29 08:52:00 : INFO  : discord : Installomator did not close any apps, so no need to reopen any apps.
2024-01-29 08:52:00 : REQ   : discord : All done!
2024-01-29 08:52:00 : REQ   : discord : ################## End Installomator, exit code 0

Thank you!

repo: Installomator/Installomator


text:
Updated start_connection_worker so there's a mutex around background thread starting.

Previously, in rare cases, it could be the case that two threads both checked running? and then both threads would create an agent background thread. This would result in two threads sharing a socket and trying to connect. Since SSL isn't threadsafe this could cause a segfault.

[ ] Investigate test-case: agent = Instrumental::Agent.new("bf5e8cbe60b436b104046a5023fa1fe0"); 10.times.map { Thread.new {agent.increment("thread_test.branch.1") }}.map(&:join) causing:
[2] pry(main)> E, [2016-06-10T12:45:44.249761 #63262] ERROR -- : Exception occurred: Bad Response "fail\n" to "authenticate bf5e8cbe60b436b104046a5023fa1fe0"

/Users/jqr/code/instrumental/ruby/lib/instrumental/agent.rb:390:in block in send_with_reply_timeout' /Users/jqr/code/instrumental/ruby/lib/instrumental/agent.rb:237:in block in with_timeout'

:+1:

Earlier today I was able to reproduce this by running a test like this ~20 times:
it "should be thread safe" do
  1000.times.map do |i|
    Thread.new do
      agent.increment("foo")
    end
  end.map(&:join)
end

Unfortunately I haven't been able to reproduce it in the past hours or so.

Seeing some odd behavior: E, [2016-05-16T22:28:39.422435 #92083] ERROR -- : Exception occurred: Bad Response "fail\n" to "authenticate YOUR KEY HERE"
When running agent = Instrumental::Agent.new("YOUR KEY HERE"); 100.times.map { Thread.new {agent.increment("thread_test.branch.1") }}.map(&:join)

Also could not reproduce on master :(

This PR is (hopefully) relevant to #56

:shipit:

@mediocretes @jqr I added https://github.com/Instrumental/instrumental_agent-ruby/pull/57/commits/f821de7d9c1efe8df1a474881de2fba730a75624 which should make it so only the locking thread blocks. It doesn't address https://github.com/Instrumental/instrumental_agent-ruby/issues/59 but it doesn't make it worse.
What do you guys think about this PR with that change?

👍

This PR is pending investigation/fix for the issue @mediocretes brought up.

Actually, digging deeper it appears I was mistaken and I am not receiving that error on this branch. Can you double check @mediocretes?

Yes, I can still produce the error on this branch essentially 100% of the time and not on master, with the following steps:
cd lib
irb
require_relative 'instrumental_agent'
agent = Instrumental::Agent.new("AN ACTUAL KEY"); 100.times.map { Thread.new {agent.increment("thread_test.branch.1") }}.map(&:join)

FWIW, the metrics do all appear to get through correctly, all my metrics have nice round multiples of 100 in them.

Hmm. I haven't been able to reproduce this still. Given we have some users already using this in production, @mediocretes should we proceed until we can get reliable reproduction of this uncommon edge case?

Sure.  I got James to run this on his machine and he has no problems in either branch.  I'll investigate later or when someone other than me hits the same issue.

authors: jason-o-matic jqr mediocretes


text:
IGAPP-767: Bottom action sheet

This pull request belongs to an issue on our bugtracker.
You can find it there by looking for an issue with the key which is mentioned in the title of this pull request.
It starts with the keyword IGAPP.
Tested on android (emulator & native) and ios emulator
Require merge of #450
Note
There are some Native Emitter warning due to RN & React Reanimated Upgrade, we have to wait for new React Reanimated Version to solve this
https://issues.tuerantuer.org/browse/IGAPP-789

For me the app crashes after the intro slides if I want to test this. Anyone else who can reproduce this?

For me the app crashes after the intro slides if I want to test this. Anyone else who can reproduce this?

See #450, is not because of this PR.

Tested on Android

authors: Taggotty f1sh1918 klinzo

repo: Integreat/integreat-app


text:
Required fixes to run test suite on Max GPU

[X] Have you provided a meaningful PR description?
The PR introduces changes to the gdb-oneapi unit tests to support running the tests on Intel Max GPU.
Updated the test_intenum_literal_codegen.py test case to handle a corner case that was identified during testing on Intel Max GPU.
Loads the SPV_INTEL_variable_length_array SPIR-V extension for llvm-spirv translation as it is required for supporting private arrays on Intel Max GPU.
[ ] Have you added a test, reproducer or referred to an issue with a reproducer?
[X] Have you tested your changes locally for CPU and GPU devices?
[X] Have you made sure that new changes do not introduce compiler warnings?
[ ] If this PR is a work in progress, are you filing the PR as a draft?

coverage: 86.48% (-0.01%) from 86.494%
when pulling 8d386b06a721c96100caa6c7a7b7efa1f43653ff on fix/changes-required-on-dgpu
into 84acdeae9fde8ff0c491bae021e7e5e83f2f8561 on main.

authors: coveralls diptorupd

repo: IntelPython/numba-dpex


text:
Change black to only allow 80 char lines. Reformat sources.

Changes the black configuration to use 80 char wide lines to be consistent with dpctl and PEP-8. All sources are reformatted. I will open a different PR to ignore this commit from git-blame.

@PokhodenkoSA @reazulhoque I am merging it as CI has passed and it is a formatting only change.

repo: IntelPython/numba-dppy


text:
How to get camera internal and external parameters with python

Required Info

Camera Model
{ D455 }

Firmware Version
(05.13.00.50)

Operating System & Version
{Ubuntu 18.04}

Platform
PC

Language
{python }

[### Issue Description
<Describe your issue / question / feature request / etc..>](https://github.com/IntelRealSense/librealsense/issues/10012#issue-1066978384
I found a way to get camera internal and external parameters in that issue.
Do you know how to import this from python pyrealsense2?

Hi @YongSeongLee25   https://github.com/IntelRealSense/librealsense/issues/1231#issuecomment-368421888 has an example of Python code shared by a RealSense user for retrieving intrinsics and extrinsics.

안녕@YongSeongLee25 #1231(주석) 에는 내장 및 외장을 검색하기 위해 RealSense 사용자가 공유하는 Python 코드의 예가 있습니다.

thank you!

repo: IntelRealSense/librealsense


text:
L515 - Accelerometer and Gyroscope timestamps not consistent

Required Info

Camera Model
L515

Firmware Version
01.05.01.03

Operating System & Version
Ubuntu 18.04

Kernel Version (Linux Only)
5.4.0-54-generic

Platform
PC

SDK Version
2.40.0

Language

Segment
Robot

Issue Description
Got strange time values when trying to read values from the IMU. To be more specific, accelerometer and gyroscope timestamps are not consistent, making impossible to synchronize data. I don't know if the problem might be related to the warning listed below in picture.

My fault. Solved installing the correct kernel patch.


text:
Dealing with max effort reached

Sometimes, when an object is grasped incorrectly the action is stopped due to the maximum effort:
Node: /px150/arm_node
Time: 15:40:53.121059239 (2020-08-12)
Severity: Info
Published Topics: /px150/arm_controller/follow_joint_trajectory/feedback, /px150/arm_controller/follow_joint_trajectory/result, /px150/arm_controller/follow_joint_trajectory/status, /px150/gripper_controller/follow_joint_trajectory/feedback, /px150/gripper_controller/follow_joint_trajectory/result, /px150/gripper_controller/follow_joint_trajectory/status, /px150/joint_states, /rosout

Gripper trajectory server preempted itself since max effort reached.

Location:
/home/taeke/catkin_ws/src/interbotix_ros_arms/interbotix_sdk/src/arm_obj.cpp:arm_gripper_trajectory_action_callback:1695

Often when this happens the Dynamixel on which the overload has occurred (generally the gripper) goes into an error mode with a red blinking LED. If I try to re-grasp I receive the following message:
Node: /px150/arm_node
Time: 15:59:09.046790848 (2020-08-12)
Severity: Error
Published Topics: /px150/arm_controller/follow_joint_trajectory/feedback, /px150/arm_controller/follow_joint_trajectory/result, /px150/arm_controller/follow_joint_trajectory/status, /px150/gripper_controller/follow_joint_trajectory/feedback, /px150/gripper_controller/follow_joint_trajectory/result, /px150/gripper_controller/follow_joint_trajectory/status, /px150/joint_states, /rosout

[DynamixelWorkbench] Failed to set goal position!

Location:
/home/taeke/catkin_ws/src/interbotix_ros_arms/interbotix_sdk/src/arm_obj.cpp:arm_check_error:1796

Currently the only way I can continue is by switching the robot off and on. However I would like to:

Identify which Dynamixel is causing this error
Clear the error such that I can continue

According to the Dynamixel documentation this would require to read the shutdown address  and perform a reboot. is it possible to do this via ROS, and if so how?

Apparently there is a service get_motor_register_values available to read the the registers, which will enable me to detect the Overload Error.
I can see that the dynamixel workbench also provides reboot() function, which what I need. Would it be interesting to add this to the other services provided by arm_obj.cpp?

Hi @TaekedeHaan,
Sounds like you're using MoveIt's API to open and close the gripper. Specifically, you're probably using the 'Open' and "Closed' Named Poses, and you're seeing the gripper motor go into an Overload state a few seconds after commanding the gripper to close (LED on the gripper servo starts blinking). The reason for that is because the 'Closed' pose is defined as when the gripper fingers are essentially touching each other. However, you're probably picking up a rigid block. So what happens is the gripper motor is successful at gripping the block, but the motor still tries to close the fingers since it's trying to get to the predefined 'Closed' position. Unfortunately, it can't since the block is in the way. So the gripper servo is a bit too smart - it sees that no matter how much it tries to turn the motor, it won't budge. After a few seconds of this, it thinks the motor is stalled, and torques off (and goes into an Overload state) as a safety precaution.
The way my code 'should' get around this issue is by detecting a spike in current (which I define as 600 mA), and commanding the motor to hold its current position instead of trying to go to the fully 'Closed' position. Obviously, that limit was a bit high and should probably be lowered to prevent the motor from Overloading. Feel free to lower it to 400 mA over here, and recompile by running 'catkin_make' at the root of the workspace.
Another approach would be to command a custom gripper position as opposed the the predefined 'Closed' position. To give some reference, fully closed is 0.015 meters (from the middle of a gripper finger to the center of the servo horn). Fully open is 0.037 meters. So commanding a position that closes just enough to pick up your object (perhaps 0.025?), but not close any further should make this issue go away.
Yet another approach would be to do away with using MoveIt to open/close the gripper at all (as is discussed here in Approach 1). Instead, I'd recommend putting the gripper servo in PWM mode at startup and command PWM signals to the /<robot_name>/single_joint/command topic (+/- 350 should do the trick!) to open and close the gripper (you could also send to the /robot_name>/gripper/command topic, but I'm planning on getting rid of this topic in a future update). This way, you will be able to pick up any sized object firmly without worrying about the motor trying to get to a specific position - since there is no specific position for the motor to go to! It's just following a PWM command. Note though that you will need to check the gripper position in your own code repeatedly and send PWM commands of 0 to prevent the motor from turning past the fully open or fully closed position. That's what I do in my joystick control code here if you want to reference it.
About adding a 'reboot' service - that actually sounds like a good idea. I'll consider adding that in a future update.
On a different note, can you tell me how you got those debugging messages to appear? It would definitely save me time debugging future issues if I knew which line was outputting an error message lol.

Thanks a lot for you elaborate answer! I indeed use MoveIt for commanding the gripper. Two knobs were attached to the gripper which should enclose the object I am trying to grasp. Sometimes the gripper is placed incorrectly, meaning that the knobs get stuck on the object, and the overload error is triggered.
I will try to lower the maximum effort, this seems like a good starting point. Also PWM control seems like a great idea, and much more suitable for my situation anyway.
I created the messages with rqt_console. You can open the message viewer by double clicking a message. It is very useful for debugging!

I implemented a reboot service, which is based on the already present arm_get_firmware_register_values() method https://github.com/Interbotix/interbotix_ros_arms/compare/master...TaekedeHaan:reboot_service
I can use it to get out of Shutdown state. After a reboot all motors are reinitialized using arm_init_operating_modes(). A cleaner implementation might be be to set the operating modes of the rebooted motors to their modes before the reboot. However, I think this would require adding an arm_set_operating_modes() method.

I created the messages with rqt_console. You can open the message viewer by double clicking a message. It is very useful for debugging!

Awesome!
Yeah, it would be a good idea to remember the operating mode in order to set it later.

As discussed here the Hardware Error Status (70) should be read to obtain the shutdown reason. However when I try to do this whenever an error occurred, the provided get_motor_register_values service gives an error e.g.:
`Failed to read value on items[Hardware_Error_Status] from Dynamixel[ID : 2]`

This means that dxl_wb.itemRead returns false, and thus was unsuccessful as can be seen on this line. Do you have any idea why this is happening? The strange thing is that with the Dynamixel Wizard I am able to read the  Hardware_Error_Status values. I could also try to ask it on the dynamixel-workbench github page, if you think the problem lies there.

I've been playing around with that service. It seems that I can only successfully read that register if no error is present. However, once an Overload error occurs, the itemRead function doesn't work for any register. Every time I try, the Dynamixel Workbench outputs an error message saying...
[RxPacketError] Hardware error occurred. Check the error at Control Table (Hardware Error Status)!
Seems like a catch 22. You can only read the register if the motor is not in an error state. But if it is in an error state, then you can't read anything?
This sounds like an issue for the Dynamixel Workbench folks!

As an FYI, I just finished making a reboot service for the next update. It allows you to reboot a single servo or a specified group of servos, as well as specify if you'd like the servos to be torqued on after reboot. Regarding setting operating modes... I totally forgot about this, but all EEPROM registers in the servos retain their values during power cycles. As a result, the motor(s) will automatically be set to the prior operating mode, drive mode, etc... as before the reboot. However, registers like 'Profile_Velocity', 'Profile_Acceleration', and PID gains will be reset to their factory defaults.

Closing this issue, as the itemRead function error is a problem with the Dynamixel Workbench API, not this one. Also, the new Reboot ROS service has already been implemented in the upcoming update. Feel free to reopen for any other questions!

Where can I find this reboot service? It doesn't seem to be in the melodic branch on either this repo or the newer repo.

Where can I find this reboot service? It doesn't seem to be in the melodic branch on either this repo or the newer repo.

The reboot service is only available in the newer repo. You can find information about it at https://github.com/Interbotix/interbotix_ros_core/tree/main/interbotix_ros_xseries/interbotix_xs_sdk#services.
The Dynamixel based arms in the interbotix_ros_mainpulators repo build ontop of the interbotix_ros_core repo.

The reboot service is only available in the newer repo. You can find information about it at https://github.com/Interbotix/interbotix_ros_core/tree/main/interbotix_ros_xseries/interbotix_xs_sdk#services.
The Dynamixel based arms in the interbotix_ros_mainpulators repo build ontop of the interbotix_ros_core repo.

authors: TaekedeHaan febert swinterbotix swiz23


text:
[Implement] add flink Execution plan print

Purpose of this pull request

Check list

[ ] Code changed are covered with tests, or it does not need tests for reason:
[ ] Change does not need document change, or I will submit document change to https://github.com/InterestingLab/seatunnel-docs later

+1, LGTM

repo: InterestingLab/seatunnel


text:
rosbag record on device?

latency is very huge when topics are streamed via wifi to a desktop machine.
is there a way to record all messages on device? if not, is this on your roadmap?
also what is the local master for?
thx in advance

The local master can be used to have multiple nodes running on the device (such as an additional rosbag record node ;) ).  It can also be used when using the Tango device as master in a robotic application.

thx @smits . do i need to rebuild the project to run the rosbag record node? or is there a simpler way?

It won't work out of the box.  You'll need to figure out how to launch the rosbag node from the ROSJava application or how to get the rosbag executable on the device and launch it through adb.  All of this is not directly on our roadmap.

authors: gitunit smits


text:
ChatGLM3-6b测试模型时报错AttributeError: can't set attribute

xtuner chat /root/autodl-tmp/add --prompt-template default
Traceback (most recent call last):
File "/root/ChatGLM3/xtuner/xtuner/tools/chat.py", line 491, in
main()
File "/root/ChatGLM3/xtuner/xtuner/tools/chat.py", line 237, in main
tokenizer = AutoTokenizer.from_pretrained(
File "/root/miniconda3/lib/python3.8/site-packages/transformers/models/auto/tokenization_auto.py", line 774, in from_pretrained
return tokenizer_class.from_pretrained(pretrained_model_name_or_path, *inputs, **kwargs)
File "/root/miniconda3/lib/python3.8/site-packages/transformers/tokenization_utils_base.py", line 2028, in from_pretrained
return cls._from_pretrained(
File "/root/miniconda3/lib/python3.8/site-packages/transformers/tokenization_utils_base.py", line 2260, in _from_pretrained
tokenizer = cls(*init_inputs, **init_kwargs)
File "/root/.cache/huggingface/modules/transformers_modules/add/tokenization_chatglm.py", line 108, in init
super().init(padding_side=padding_side, clean_up_tokenization_spaces=clean_up_tokenization_spaces,
File "/root/miniconda3/lib/python3.8/site-packages/transformers/tokenization_utils.py", line 363, in init
super().init(**kwargs)
File "/root/miniconda3/lib/python3.8/site-packages/transformers/tokenization_utils_base.py", line 1602, in init
super().init(**kwargs)
File "/root/miniconda3/lib/python3.8/site-packages/transformers/tokenization_utils_base.py", line 861, in init
setattr(self, key, value)
AttributeError: can't set attribute
模型合并已经成功了，测试时一直出现错误，求大佬解答。

@padsasdasd
这是一个chatglm3系列模型的已知问题，类似 issue 有 https://github.com/InternLM/xtuner/issues/221
可以考虑将模型中的 tokenizer 替换为训练前的 tokenizer 文件，以解决此问题

authors: LZHgrla padsasdasd

repo: InternLM/xtuner


text:
Updating the broken documentation link for building the node

Description
The documentation link is broken for building the cardano node. Here is the updated link - link

Closing because https://github.com/IntersectMBO/cardano-node/pull/5838 did the same fix and was merged before this one.

authors: ediv-sgen smelc

repo: IntersectMBO/cardano-node


text:
[Lib]童謡が歌えない

フレーズが長い曲のデータが想定外に大きくなっている

ライブラリが対応してない長さに

LibSasara.VoiSona の GetHeaderBytes()内の処理
int16(32767)までの想定しかなかった

曲

「さくらさくら」
「メリーさんの羊」

LibSasara側の修正が必要


text:
🛑 SaaS Shield for S3 demo is down

In 788c0ef, SaaS Shield for S3 demo (https://saas-shield-for-s3-demo.ironcorelabs.com/healthz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SaaS Shield for S3 demo is back up in 6398fa3 after 1 day, 1 hour, 18 minutes.

repo: IronCoreLabs/upptime


text:
Seguridad y límites de uso de la REST API

Análisis
No queremos que pasen cosas como lo siguiente

Intentan cualquier treta para hacer fallar nuestra app Web
Nos hagan demasiadas peticiones por segundo a cualquier endpoint y nos tiren la aplicación
En general, defendernos de cualquier uso malintencionado (o no) de nuestra app

Gestión de errores

Debemos devolver un error 404 "maquetado" cuando intentan acceder a una vista "/" que no existe

Devolver un 404 cuando hacen una petición a un endpoint de la REST API que no existe (tipo /api/v1/preguntas/random)

Hay que gestionar correctamente el error 500 inesperado. (ver ejemplos de Tribook y Fototeca)

Seguridad y límites

Informarse de para que sirve y cómo funciona el módulo de terceros "helmet". Usarlo en nuestro proyecto
Para evitar que nos hagan demasiadas peticiones por segundo a cualquiera de nuestros endpoints. express-limit permite gestionar estos límites. Investigar un poco sobre el tema y usarlo en nuestros endpoints para protegerlos.  Quizás helmet también permite gestionar límites....
Necesitáis configurar la política CORS para la REST API:

Todos los endpoints dentro de "/api" deben permitir GET des de cualquier cliente
Todos los endpoints dentro de "/"  DEBEN Seguir con la política CORS

Finalmente no hemos configurado helmet. El motivo es que no nos permitía cargar el script de tailwind.
Se necesita más investigación y pruebas para poder usar el módulo de terceros de forma segura sin perder funcionalidades.

Improved Structure of app.js
###To enhance readability and code structure, I reorganized the app.js file as follows:

Created a separate security.js file in the middleware folder.
Moved the helmet configuration from app.js to security.js.
Imported the security configuration in app.js:

const securityMiddleware = require('./middleware/security');

Applied the security configuration in app.js:

app.use(securityMiddleware);

These changes make the code more modular and easier to maintain.
##Handling Issues with Helmet and /docs Route
After making the changes to modularize app.js, I discovered that helmet was preventing the /docs route from working correctly.

Upon further investigation, I found that the error was related to the Content Security Policy (CSP), which was blocking access to an external resource like https://codequestapi.onrender.com/api/v1/test-swagger. Our security policy previously allowed only self (the current source), which prevented the Swagger specification from loading from an external domain.

To solve this issue, I updated the Content Security Policy (CSP) in the helmet configuration, which defines what resources can be loaded from your website. I modified the helmet configuration in security.js by adding:
 connectSrc: [
        "'self'",
        "https://codequestapi.onrender.com"
      ],

Adding this adjustment will allow connections to this server for loading Swagger documentation.

authors: SharmarAndrey omiras


text:
Document install and loading instructions

I came across this repo and as someone who's never compiled a Linux driver before, I'm a little lost on what to do here. Ideally the README should contain some steps on what to do with these files.

These seem to be like pretty decent instructions https://gist.github.com/scaramangado/4e09031d782cbad8a4446ba101f43ef7 but I'd caution you to be careful at the point where it says
sudo rm -f /lib/modules/$(uname -r)/drivers/video/gvusb2-*.ko
which should remove any preexisting gvusb2 drivers (should you have installed previously).
Doesn't seem wrong, but if you delete your /lib/modules directory on accident you're going to have a bad time.
I randomly poked around and got them working ages ago but I don't remember the exact process I took.

authors: iotku trwnh


text:
Waiting for 8983 on solr to open.

Hello,
I used to be able to run make demo and everything worked out of the box a few months ago, but recently this no longer seems to be the case, I get the following error during start up:
Waiting for 8983 on solr to open.

And in the docker-compose logs the solr container continually starts/restarts with the error: ERROR: Logs directory /opt/solr/server/logs is not writable. Exiting.
I can verify that directory doesn't exist in the container by running:
$ docker run --rm -it islandora/solr:1.0.0-alpha-15 ls -la /opt/solr/server/logs
ls: /opt/solr/server/logs: No such file or directory
[cmd] ls exited 1

And I can add a volume and mount it to that directory to make the error go away:
docker run --rm -v solr-logs:/opt/solr/server/logs:rw -it islandora/solr:1.0.0-alpha-15 ls -la /opt/solr/server/logs

However, when I try to modify the build/docker-compose/docker-compose.demo.yml and do a make docker-compose, it doesn't seem to fix anything.
Any help is much appreciated.
diff --git a/build/docker-compose/docker-compose.demo.yml b/build/docker-compose/docker-compose.demo.yml
index 9bd0074..13695c0 100644
--- a/build/docker-compose/docker-compose.demo.yml
+++ b/build/docker-compose/docker-compose.demo.yml
@@ -14,6 +14,7 @@ networks:
 volumes:
   drupal-sites-data:
   solr-data:
+  solr-logs:
 services:
   # The service name is drupal that is the default host name used by micro-services etc.
   drupal:
@@ -23,6 +24,7 @@ services:
       - drupal-sites-data:/var/www/drupal/web/sites/default/files
       # Used to dump solr configuration directly into solr instance via the search_api_solr module.
       - solr-data:/opt/solr/server/solr
+      - solr-logs:/opt/solr/server/logs
     depends_on:
       # Demo cannot start unless these services are running.
       - solr
@@ -38,3 +40,4 @@ services:
       # data directories specifically and maintain the configuration as part of a customized image, wher
e
       # in your configuration is Solr managed under source control somewhere.
       - solr-data:/opt/solr/server/solr
+      - solr-logs:/opt/solr/server/logs

@nigelgbanks do you think we should mkdir and/or chown/chmod that path in here?
https://github.com/Islandora-Devops/isle-buildkit/blob/main/solr/Dockerfile
I'll admit, we haven't hit this issue at BD.

The directory doesn't exists until solr program starts, it is created by the solr program which runs as the solr user, all the folders under /opt/solr are owned by the solr user.  So on it's own the solr service is fine.
The error:
ERROR: Logs directory /opt/solr/server/logs is not writable. Exiting

Must come from sharing directory across the two services drupal here and solr here. I believe this is done to export the content from search_api_solr module for solr to use.
One potential solution might be to use additional properties on the volume to show to which it actually belongs to. The following might work if set on the drupal service.
- type: volume
    source: solr-data
    target: /opt/solr/server/solr
    volume:
      nocopy: true

There may be other settings etc, worth looking into that would help. I believe this is a race condition kind of bug that would only come up if the drupal service was ready and wrote the solr configuration before solr started up and created the logs directory.

Hi, thanks for getting back to me.
@nigelgbanks that directory looks different to the one I'm having issues with, ie /opt/solr/server/solr vs /opt/solr/server/logs
Can you confirm whether you see the same error as me when trying to start solr by itself, using the 1.0.0-alpha-15 tag?
docker run --rm -it islandora/solr:1.0.0-alpha-15

versus, a working copy (for me):
docker run --rm -it islandora/solr:1.0.0-alpha-14

It looks like there were a bunch of changes made to logging here: https://github.com/Islandora-Devops/isle-buildkit/commit/7ecc48421b65f3bb88fe15ce1e66f0fa5cb4f2af, they look related but I don't understand the log4j config enough to know exactly what is going on.

@nigelgbanks that directory looks different to the one I'm having issues with, ie /opt/solr/server/solr vs /opt/solr/server/logs

Ah yes your right, that's what I get for trying to respond during a meeting :D
Both of those versions when run on their own work for me, which would make me expect this is something to do with how isle-dc is setup.
Though if docker run --rm -it islandora/solr:1.0.0-alpha-15 does not work on it's own for you that is very very strange.
Does what you have locally match the digest for Docker Hub? (unfortunately you can't check with the UI)
Check your local image:
docker image inspect islandora/solr:1.0.0-alpha-15 --format '{{json .RepoDigests}}' | jq .
# Yields
[
  "islandora/solr@sha256:8cd1564698f54acc6ee76feadc3e2d22d9b9a6f851609f30d3f0bf531f906c0f"
]

Digest from docker hub:
repo="islandora/solr"
tag="1.0.0-alpha-15"
acceptM="application/vnd.docker.distribution.manifest.v2+json"
acceptML="application/vnd.docker.distribution.manifest.list.v2+json"
token=$(curl -s "https://auth.docker.io/token?service=registry.docker.io&scope=repository:${repo}:pull" \
        | jq -r '.token')
curl -H "Accept: ${acceptM}" \
     -H "Accept: ${acceptML}" \
     -H "Authorization: Bearer $token" \
     -I -s "https://registry-1.docker.io/v2/${repo}/manifests/${tag}" | grep etag
# Yields
etag: "sha256:8cd1564698f54acc6ee76feadc3e2d22d9b9a6f851609f30d3f0bf531f906c0f"

Also in both cases the logs directory is created by solr when starting.
docker run --rm -it --entrypoint ls islandora/solr:1.0.0-alpha-14 -lah /opt/solr/server                                                                      622ms  Tue 28 Jun 23:10:41 2022
total 188K
drwxr-xr-x   10 solr     solr        4.0K Mar  3 15:33 .
drwxr-xr-x    6 solr     solr        4.0K Mar  3 15:33 ..
-rw-r--r--    1 solr     solr        3.9K Oct 13  2017 README.txt
drwxr-xr-x    2 solr     solr        4.0K Mar  3 15:33 contexts
drwxr-xr-x    2 solr     solr        4.0K Mar  3 15:33 etc
drwxr-xr-x    3 solr     solr        4.0K Mar  3 15:33 lib
drwxr-xr-x    2 solr     solr        4.0K Mar  3 15:33 modules
drwxr-xr-x    2 solr     solr        4.0K Mar  3 15:33 resources
drwxr-xr-x    3 solr     solr        4.0K Mar  3 15:33 scripts
drwxr-xr-x    2 solr     solr        4.0K Mar  3 15:33 solr
drwxr-xr-x    3 solr     solr        4.0K Mar  3 15:33 solr-webapp
-rw-r--r--    1 solr     solr      142.4K May 31  2017 start.jar

docker run --rm -it --entrypoint ls islandora/solr:1.0.0-alpha-15 -lah /opt/solr/server                                                                          456ms  Tue 28 Jun 23:10:43 2022
total 188K
drwxr-xr-x   10 solr     solr        4.0K Mar 24 11:39 .
drwxr-xr-x    6 solr     solr        4.0K Mar 24 11:40 ..
-rw-r--r--    1 solr     solr        3.9K Oct 13  2017 README.txt
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 contexts
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 etc
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 lib
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 modules
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 resources
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 scripts
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 solr
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 solr-webapp
-rw-r--r--    1 solr     solr      142.4K May 31  2017 start.jar

Hi @nigelgbanks,
I do get the same digest as you:

"islandora/solr@sha256:8cd1564698f54acc6ee76feadc3e2d22d9b9a6f851609f30d3f0bf531f906c0f" - yours
"islandora/solr@sha256:8cd1564698f54acc6ee76feadc3e2d22d9b9a6f851609f30d3f0bf531f906c0f" - mine

For some reason (I may be blind) I can't see the logs directory in the output you pasted above, either in the alpha-14 or alpha-15 directory listings.
I have tried deleting the image and starting from scratch with:
docker image rm islandora/solr:1.0.0-alpha-15
docker pull islandora/solr:1.0.0-alpha-15
docker run --rm -it islandora/solr:1.0.0-alpha-15

But, I get the same error about the logs file not being writeable.
I'll see if there is another way I can purge things to start from scratch, there must be something I'm doing that has upset the apple cart.
Thanks for your help!

For some reason (I may be blind) I can't see the logs directory in the output you pasted above, either in the alpha-14 or alpha-15 directory listings.

Your not blind, that was my point, it doesn't exist in the container. It's not until solr program starts that the folder is created.
Hmm at this point the only thing I can think of might be some extra security layer like apparmour or selinux.
Can you do a docker info and put the results on the ticket.
# In a Virtual machine with SELinux enabled note the security options
docker info
# Yields
Client:
 Context:    default
 Debug Mode: false
 Plugins:
  compose: Docker Compose (Docker Inc., v2.6.0)

Server:
 Containers: 16
  Running: 16
  Paused: 0
  Stopped: 0
 Images: 16
 Server Version: 20.10.12
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: journald
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: /usr/libexec/docker/docker-init
 containerd version:
 runc version: 9ac869a-dirty
 init version:
 Security Options:
  seccomp
   Profile: default
  selinux
  cgroupns
 Kernel Version: 5.16.16-200.fc35.x86_64
 Operating System: Fedora CoreOS 35.20220327.3.0
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 7.741GiB
 Name: localhost.localdomain
 ID: WBLM:4MOO:7E66:BIC2:UJOQ:SOPN:U3JK:SGHQ:DBLW:5CHV:SKK4:OBPK
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: falseL
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: true

# Native on a NixOS Linux Server
Client:
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc., 0.0.0+unknown)
  compose: Docker Compose (Docker Inc., v2.0.1)

Server:
 Containers: 4
  Running: 1
  Paused: 0
  Stopped: 3
 Images: 147
 Server Version: 20.10.17
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: journald
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: v1.6.4
 runc version:
 init version:
 Security Options:
  seccomp
   Profile: default
  cgroupns
 Kernel Version: 5.15.47
 Operating System: NixOS 22.05 (Quokka)
 OSType: linux
 Architecture: x86_64
 CPUs: 32
 Total Memory: 62.73GiB
 Name: shadow
 ID: XPBY:OGLQ:FV6H:WZI2:ERYQ:OLVG:A3G2:3XXV:5PAH:DUNV:IAIB:5SOW
 Docker Root Dir: /nix/persist/var/lib/docker
 Debug Mode: false
 Username: islandoracommunity
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: true

Hi @nigelgbanks,
Thanks for the informative reply - I'm learning things :)
Below is my docker info output, it looks like I have an older kernel version, and under the security section it has apparmor.
Keen to know what you can glean from this:
Client:
 Debug Mode: false
 Plugins:
  buildx: Build with BuildKit (Docker Inc., v0.6.2)

Server:
 Containers: 40
  Running: 17
  Paused: 0
  Stopped: 23
 Images: 356
 Server Version: 19.03.2
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 894b81a4b802e4eb2a91d1ce216b8817763c29fb
 runc version: 425e105d5a03fabd737a126ad93d62a9eeede87f
 init version: fec3683
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 5.13.0-51-generic
 Operating System: Ubuntu 20.04.4 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 31GiB
 Name: antbrown.catalyst.net.nz
 ID: BJQI:OTK5:L5BK:JT3A:72QN:WBMA:O5DD:ZOU5:YYSG:XSFT:Z7SA:FOHV
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

Nothing there stands out as problematic to me, might be the apparmour profile?
Does the following work for you?
docker run --rm -it --security-opt apparmor=unconfined islandora/solr:1.0.0-al
pha-15

No dice :(
docker run --rm -it --security-opt apparmor=unconfined islandora/solr:1.0.0-alpha-15
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-container-environment-00-init.sh: executing...
[cont-init.d] 00-container-environment-00-init.sh: exited 0.
[cont-init.d] 00-container-environment-02-database-defaults.sh: executing...
[cont-init.d] 00-container-environment-02-database-defaults.sh: exited 0.
[cont-init.d] 01-confd-render-templates.sh: executing...
[cont-init.d] 01-confd-render-templates.sh: exited 0.
[cont-init.d] 02-solr-setup.sh: executing...
[cont-init.d] 02-solr-setup.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

ERROR: Logs directory /opt/solr/server/logs is not writable. Exiting
[services.d] service solr finish: executing...
[services.d] service solr exiting with exit code: 1
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.

Super weird...
Can you try this?
# Create the container, but launch into the "ash" shell rather than starting the solr service.
docker run  --rm -ti --entrypoint ash islandora/solr:1.0.0-alpha-15
# Check the permissions and files in the solr install directory.
ls -lah /opt/solr/server/
total 188K
drwxr-xr-x   10 solr     solr        4.0K Mar 24 11:39 .
drwxr-xr-x    6 solr     solr        4.0K Mar 24 11:40 ..
-rw-r--r--    1 solr     solr        3.9K Oct 13  2017 README.txt
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 contexts
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 etc
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 lib
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 modules
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 resources
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 scripts
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 solr
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 solr-webapp
-rw-r--r--    1 solr     solr      142.4K May 31  2017 start.jar
# Start solr services
/init
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-container-environment-00-init.sh: executing...
[cont-init.d] 00-container-environment-00-init.sh: exited 0.
[cont-init.d] 00-container-environment-02-database-defaults.sh: executing...
[cont-init.d] 00-container-environment-02-database-defaults.sh: exited 0.
[cont-init.d] 01-confd-render-templates.sh: executing...
[cont-init.d] 01-confd-render-templates.sh: exited 0.
[cont-init.d] 02-solr-setup.sh: executing...
[cont-init.d] 02-solr-setup.sh: exited 0.
# ...
# After it fails and exits do another directory listing.
ls -lah /opt/solr/server/
total 204K
drwxr-xr-x    1 solr     solr        4.0K Jun 29 09:55 .
drwxr-xr-x    1 solr     solr        4.0K Mar 24 11:40 ..
-rw-r--r--    1 solr     solr        3.9K Oct 13  2017 README.txt
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 contexts
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 etc
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 lib
drwxr-xr-x    3 solr     solr        4.0K Jun 29 09:55 logs
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 modules
drwxr-xr-x    2 solr     solr        4.0K Mar 24 11:39 resources
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 scripts
drwxr-xr-x    1 solr     solr        4.0K Mar 24 11:39 solr
drwxr-xr-x    3 solr     solr        4.0K Mar 24 11:39 solr-webapp
-rw-r--r--    1 solr     solr      142.4K May 31  2017 start.jar

Oh and also try this:
docker run --privileged --rm -ti islandora/solr:1.0.0-alpha-15

If neither of those garner any insight we'll have to restore to debugging.
mkdir /tmp/strace_logs
strace -o /tmp/strace.logs -ff docker run --privileged --rm -ti islandora/solr:1.0.0-alpha-15
tar -czvf /tmp/strace.tgz /tmp/strace_logs

Then upload the tgz file to the Github issue

If neither of those garner any insight we'll have to restore to debugging.
mkdir /tmp/strace
docker run --privileged --rm -ti -v /tmp/strace:/tmp/strace --entrypoint bash islandora/solr:1.0.0-alpha-15 -c "apk add strace; strace -o /tmp/strace/logs -ff /init"
tar -czvf /tmp/strace.tgz /tmp/strace

Then upload the tgz file to the Github issue

@nigelgbanks good thinkings, I tried checking the permissions before and after startup and they remained unchanged. However, when I run the command using the --privileged flag like you suggested I get a working Solr instance:
docker run --privileged --rm -ti islandora/solr:1.0.0-alpha-15
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-container-environment-00-init.sh: executing...
[cont-init.d] 00-container-environment-00-init.sh: exited 0.
[cont-init.d] 00-container-environment-02-database-defaults.sh: executing...
[cont-init.d] 00-container-environment-02-database-defaults.sh: exited 0.
[cont-init.d] 01-confd-render-templates.sh: executing...
[cont-init.d] 01-confd-render-templates.sh: exited 0.
[cont-init.d] 02-solr-setup.sh: executing...
[cont-init.d] 02-solr-setup.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2022-06-29 10:21:34.314 INFO  (main) [   ] o.e.j.s.Server jetty-9.3.20.v20170531
2022-06-29 10:21:34.794 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter  ___      _       Welcome to Apache Solr™ version 7.1.0
2022-06-29 10:21:34.795 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter / __| ___| |_ _   Starting in standalone mode on port 8983
2022-06-29 10:21:34.795 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter \__ \/ _ \ | '_|  Install dir: /opt/solr, Default config dir: /opt/solr/server/solr/configsets/_default/conf
2022-06-29 10:21:34.825 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter |___/\___/_|_|    Start time: 2022-06-29T10:21:34.802Z
2022-06-29 10:21:34.843 INFO  (main) [   ] o.a.s.c.SolrResourceLoader Using system property solr.solr.home: /opt/solr/server/solr
2022-06-29 10:21:34.852 INFO  (main) [   ] o.a.s.c.SolrXmlConfig Loading container configuration from /opt/solr/server/solr/solr.xml
2022-06-29 10:21:35.381 INFO  (main) [   ] o.a.s.c.CorePropertiesLocator Found 0 core definitions underneath /opt/solr/server/solr
2022-06-29 10:21:35.447 INFO  (main) [   ] o.e.j.s.Server Started @1635ms

Will I need to find a way to run in privileged mode by default, so I can make use of the Makefile commands? I guess it has something to do with my user not having the right permissions to create folders?? Mmm, that doesn't make sense. I'm still confused as to what the issue is, but you've certainly found a solution so thank you!

Oops, I missed your last message about debug info, that looks like fun and I haven’t done it before so I’ll give it a go in the morning. I have to go to bed now unfortunately. Thanks for your help.

Oh be sure when you gather the debug info use the updated command I pasted with --cap-add=SYS_PTRACE  instead of --privileged as we want to test it failing.

Hmm I think the default seccomp profile for your install might be a bit messed up.
You could do a full re-install of docker and that may sort the issue.
Otherwise you could download the default profile and get dockerd to use it explicitly.
This is the default profile that docker recommends.
You could then add the following line to /etc/docker/daemon.json
{
   "seccomp-profile": "/LOCATION/OF/DOWNLOADED/default.json",
}

Restart docker.
sudo systemctl restart docker

At which point
docker run --rm -ti islandora/solr:1.0.0-alpha-15

Should work.

Good morning @nigelgbanks,
I had a read of the seccomp page you linked to and downloaded the default profile and followed instructions to make docker pick it up, but got this error when starting the solr container:
docker: Error response from daemon: OCI runtime create failed:
container_linux.go:345: starting container process caused "error adding seccomp filter rule
for syscall clone3: permission denied": unknown.

I didn't quite understand it but after reading a few github issues where people were having similar issues it appears runc and/or containerd.io versions were to blame, so I started from scratch and re-installed docker, and now solr alpha-15 boots up fine. The installation instructions were different to the last time I installed docker, which makes me wonder how often I should revisit it instead of relying on my normal apt-get upgrade.
I did also run the strace and looked through the output to find all references to the logs directory, it was interesting to learn about the nuts and bolts of what the init script is doing, but I will need to do a bit more learning before I understand all that is going on.
It's been quite the journey and I'd like to thank you for all the help you've provided in getting me to a place where I can run isle-dc alpha-15 and not have to be stuck on an older version, many thanks! :)

I am running on ubuntu 20.04 and during the process of updating my isle-dc environment, I hit this same issue (ERROR: Logs directory /opt/solr/server/logs is not writable. Exiting)
I upgraded docker from 19.03.13 to 20.10.18.  Dependencies caused containerd to be upgraded from 1.3.7. to 1.6.8.
I'm confirming that the upgrade resolved this issue.

authors: antbrown jasonhildebrand nigelgbanks noahwsmith

repo: Islandora-Devops/isle-dc


text:
Youtube clone

Israel and I finished the branch feature and validated our HTML.
We are ready for review!

Hello @uche-inyama , Can you change the list of changes needed to be made? The project instructions states we should not add linter checks yet, Please refer to the instructions.
The linter files were added when we installed the linter checks for the second project.

Hello @uche-inyama , Can you change the list of changes needed to be made? The project instructions states we should not add linter checks yet, Please refer to the instructions.
The linter files were added when we installed the linter checks for the second project.

Hi team, you are right . Passing linter check is not a requirement for this project to be approved, apologies :pray:  :slightly_smiling_face:

@Forison ???????? Im sorry but we do have an image showing the avatar... Can you please double check?

Hi @MarioDena & @Israel-Laguan, wave
Your project is approved heavy_check_mark
Go ahead and merge to master branch slightly_smiling_face

Hey really appreciated! Thanks!

authors: Israel-Laguan MarioDena uche-inyama


text:
[MOB-9652] support for nested JSON array

JIRA Ticket(s) if any

MOB-9652

Description
Added support for nested JSON array

@darshan-iterable can we resolve the conflicts here?

repo: Iterable/iterable-web-sdk


text:
ENH: explicitly declared outputFilename to surpress error C2668

explicitly declared outputFilename to surpress error C2668 when compiling on VS2012, as a replacement of #3914

:+1:

Hi, @jet47, how is this commit going? When will it be merged into the repository? Thanks. :)

@stoneyang  It depends on OpenCV maintainers. Your request passed BuildBot check and review, so it should be merged soon.

Thanks for your timely reply, @jet47! Hope it goes well!

repo: Itseez/opencv


text:
SuperTuxKart

Icons Supertuxkart

solved https://github.com/ItzSelenux/pixelitos-icon-theme/blob/main/128/apps/supertuxkart.png

repo: ItzSelenux/pixelitos-icon-theme


text:
Performance issues

Hello,
I am using LinvoDB with Levelup as the backend in an Electron application and noticing some pretty slow query performance with a moderately sized data set.
The documents I'm retrieving are pretty small and indexes exist for every field that I need to query on, however LinvoDB documentation suggests that all fields are indexed by default unless you opt out of it.
For reference, here is my "table" in question:
let files = new LinvoDB('files', {
  fingerprint: { type: String, index: true, unique: true },
  status: { type: String, index: true },
  eventId: { type: Number, index: true },
  hidden: { type: Boolean, index: true }
}, {});

Note: this is not the complete schema of this database.
What I've observed so far is that queries seem to take a very long time when the number of documents returned is large, however the queries speed up if the number of returned documents is small.
For example:
Given a database of 6000 documents, performing a find(criteria) that returns all of those records takes about 1.8 seconds. (Note that the initial query to load the data takes roughly 4-5 seconds, but subsequent queries average out to about 1.8). Running a query against that same data set of 6000 items but with criteria that returns only 25 documents takes 0.25 seconds.
Based on these numbers, it seems that the slowness isn't on the search via index but rather the operation(s) involved with loading the documents. The more documents that need to be loaded, the slower the query gets.
I thought perhaps I could increase query performance by bumping the cacheSize of Levelup, but that had no impact. In fact, my database size on disk doesn't even exceed the default cache size of 8mb.
As these number increase, query performance gets much worse. When my database grows to 11,000 documents, queries that return all of those documents take about 4.3 seconds whereas queries that return only 25 results take 0.5 seconds.
Is there something I can do to help narrow down what might be causing this behavior?
Thanks,
Joel

This is a known issue, although unfortunately I have not investigated. Maybe you can look into the cursor.js code and check how long the index takes, and then how long the retrieval takes.
My experience is that the index is OK in terms of speed, but then taking the data out of the store can take a while for various reasons - my suspicion is that it's time lost in levelup/leveldown abstractions
Maybe you can try with another store (try with memdown) to see what will happen

I noticed that several of the methods in Cursor use Underscore. I swapped that lib for Lo-Dash, which is known to be faster and provides the same utilities. That sped up the code a bit. I'm sure there are still more optimizations that can be done, but swapping to Lo-Dash might be a quick win.

Have similar query performance issue. Swap the Underscore for lodash did make big performance improvement.

Have similar query performance issue. Swap the Underscore for lodash did make big performance improvement.

authors: Ivshti JAndritsch jx-c


text:
feat: refactor compose

Refactor docker-compose file

Creo que deberíamos agregar la variable expose a ambos dockerfiles, en este caso:

Frontend: EXPOSE 5173
Backend: EXPOSE 8080

authors: JCamiloo XeresRed

repo: JCamiloo/wanderlust


text:
some questions...

What is the meaning of featureframe,is it randomly extract from video then extract feature and reshape to (400,100)?
i have generated featurefrom video,and i extract per frame from 200ms,the length of feature is unfixed because of unfixed video,how can i make its length to be fixed ?
my dataset is hoi video,so the orginal label is (subject,object,relation),but in this project ,the label is action ,how can i  present it?

1 i still dont kown....but itis 16 int times and close to video_frame??
2 intepolation resize
3 i make each relation turple as a label ,for example: baby_eat_food

repo: JJBOY/BMN-Boundary-Matching-Network