text:
feat: add shadow_subscribe

Motivation
Users will want to receive shadow logs pushed to them via a eth_subscribe-like interface.
Solution
Adds a shadow_subscribe RPC method to receive a stream of shadow logs are they are indexed by the exex. This is implemented as the exex broadcasting block hashes as they are committed / reorged with shadow logs to any RPC subscribers, who then use the existing get_logs query logic to lookup any new relevant shadow logs matching their subscription filter in the sqlite db. A fair amount of the diff here is just moving existing code around to use it from the new RPC method. Not sure if we want to gate this log-specific subscription behind a "logs" subscription kind either, but open to adding that.

I've tested this on a synced node now, example output:
ubuntu@s2-small-x86-dal-1:~$ wscat -c ws://127.0.0.1:8546
Connected (press CTRL+C to quit)
> {"jsonrpc":"2.0","id": 2, "method": "shadow_subscribe", "params": [{}]}
< {"jsonrpc":"2.0","result":"0xba2c1b218d8dcbe360da2a6d9440faf4","id":2}
< {"jsonrpc":"2.0","method":"shadow_subscription","params":{"subscription":"0xba2c1b218d8dcbe360da2a6d9440faf4","result":{"address":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","blockHash":"0xa1814f8969750fc1ef34ff1ea4afd8841c9ea76a59405393bd9ca8b4392eb8ec","blockNumber":"00000000013370fc","data":"0x000000000000000000000000000000000000000000000000015a881cfb644000","logIndex":"1","removed":false,"topics":["0x7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65","0x000000000000000000000000c30992a53b3e91385ace2575963aa392edb3b931",null,null],"transactionHash":"0x0000000000000000000000000000000000000000000000000000000000000000","transactionIndex":"19"}}}
< {"jsonrpc":"2.0","method":"shadow_subscription","params":{"subscription":"0xba2c1b218d8dcbe360da2a6d9440faf4","result":{"address":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","blockHash":"0xa1814f8969750fc1ef34ff1ea4afd8841c9ea76a59405393bd9ca8b4392eb8ec","blockNumber":"00000000013370fc","data":"0xffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff","logIndex":"1","removed":false,"topics":["0x8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925","0x000000000000000000000000cf5cdd2ee91c846e0e18383c768389a52869dd37","0x0000000000000000000000009a1d00bed7cd04bcda516d721a596eb22aac6834",null],"transactionHash":"0x0000000000000000000000000000000000000000000000000000000000000000","transactionIndex":"146"}}}
< {"jsonrpc":"2.0","method":"shadow_subscription","params":{"subscription":"0xba2c1b218d8dcbe360da2a6d9440faf4","result":{"address":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","blockHash":"0x658a216b39ac824cb2505523e0529e79e743fac2037e25f74c20567cdb5b9488","blockNumber":"00000000013370fd","data":"0xffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff","logIndex":"1","removed":false,"topics":["0x8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925","0x0000000000000000000000004eaa0ddbef91fc6e2ff98f9d179a70874ff3dd14","0x000000000000000000000000111111125421ca6dc452d289314280a0f8842a65",null],"transactionHash":"0x0000000000000000000000000000000000000000000000000000000000000000","transactionIndex":"130"}}}
< {"jsonrpc":"2.0","method":"shadow_subscription","params":{"subscription":"0xba2c1b218d8dcbe360da2a6d9440faf4","result":{"address":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","blockHash":"0x2aced8c1b8139f563d55bd5789eb73932a67830d615c440057909584d06f31ce","blockNumber":"0000000001337100","data":"0x000000000000000000000000000000000000000000000000008cbee7e947a000","logIndex":"1","removed":false,"topics":["0xe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c","0x0000000000000000000000000694468afaf8124a218373ebb50e55a9b89aab3f",null,null],"transactionHash":"0x0000000000000000000000000000000000000000000000000000000000000000","transactionIndex":"126"}}}
< {"jsonrpc":"2.0","method":"shadow_subscription","params":{"subscription":"0xba2c1b218d8dcbe360da2a6d9440faf4","result":{"address":"0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2","blockHash":"0x2aced8c1b8139f563d55bd5789eb73932a67830d615c440057909584d06f31ce","blockNumber":"0000000001337100","data":"0xffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff","logIndex":"1","removed":false,"topics":["0x8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925","0x000000000000000000000000f9b798df6c6f7eab44f35ab5cbd6fb5edb55dc47","0x000000000000000000000000000000000022d473030f116ddee9f6b43ac78ba3",null],"transactionHash":"0x0000000000000000000000000000000000000000000000000000000000000000","transactionIndex":"171"}}}

I ran into some issues attempting to get the exex running successfully during the initial node sync, will open a separate issue for this. Looking at this output, seems like we're also not currently writing the correct tx hash with the shadow logs to the db.

repo: shadow-hq/shadow-reth


text:
Centos 8无法联网

<Centos 8>
The version of electron-ssr
eletron-ssr v0.2.7
What's the problem
我可以运行客户端，切换界面和设置，但就是连不上真网。猜测是libsodium出了问题，但我在centos上面没有找到，故从源代码编译了下，但结果还是不行。
我在Ubuntu和Debian 都配置成功了，用的同样的方法，不知道问题出在哪里，请各路大神指点。
App log here
2019-12-10 10:15:49:264 [info] Kill client
2019-12-10 10:15:59:642 [info] last update time: Tue Dec 10 2019 10:15:59 GMT+0800 (CST)
2019-12-10 10:16:00:094 [info] Register shortcut: toggleWindow, Ctrl+Shift+W
2019-12-10 10:16:00:104 [info] run command: python /home/kylinlu/.config/electron-ssr/shadowsocksr/shadowsocks/local.py -s www.google.com -p 2 -k ****** -m chacha20 -O auth_chain_a -o tls1.2_ticket_auth -b 127.0.0.1 -l 1080
2019-12-10 10:16:00:121 [info] pac server listen at: 127.0.0.1:2333
2019-12-10 10:16:00:123 [info] http proxy server listen at: 127.0.0.1:12333
2019-12-10 10:16:00:141 [error] Unhandled Rejection at: Promise [object Promise], reason: Error: net::ERR_CONNECTION_REFUSED
2019-12-10 10:16:00:185 [info] next subscribe update time: Wed Dec 11 2019 10:15:59 GMT+0800 (CST)
2019-12-10 10:16:00:300 [error] 2019-12-10 10:16:00 INFO     util.py:94 loading libsodium from libsodium.so.23
2019-12-10 10:16:00:301 [error] 2019-12-10 10:16:00 INFO     local.py:50 local start with protocol[auth_chain_a] password [breakwall] method [chacha20] obfs [tls1.2_ticket_auth] obfs_param []
2019-12-10 10:16:00 INFO     local.py:54 starting local at 127.0.0.1:1080
2019-12-10 10:16:00 INFO     asyncdns.py:287 black_hostname_list init as : []
2019-12-10 10:16:00 INFO     asyncdns.py:335 dns server: [('XXXXXX', XX)]
2019-12-10 10:16:01:490 [error] Unhandled Rejection at: Promise [object Promise], reason: SentryError: HTTP Error (429): Creation of this event was denied due to rate limiting
2019-12-10 10:16:01:491 [error] Unhandled Rejection at: Promise [object Promise], reason: SentryError: HTTP Error (429): Creation of this event was denied due to rate limiting
2019-12-10 10:16:02:205 [info] Kill client
2019-12-10 10:16:02:212 [info] run command: python /home/kylinlu/.config/electron-ssr/shadowsocksr/shadowsocks/local.py -s www.google.com -p 2 -k ****** -m chacha20 -O auth_chain_a -o tls1.2_ticket_auth -b 127.0.0.1 -l 1080
2019-12-10 10:16:02:350 [error] 2019-12-10 10:16:02 INFO     util.py:94 loading libsodium from libsodium.so.23
2019-12-10 10:16:02:351 [error] 2019-12-10 10:16:02 INFO     local.py:50 local start with protocol[auth_chain_a] password [breakwall] method [chacha20] obfs [tls1.2_ticket_auth] obfs_param []
2019-12-10 10:16:02 INFO     local.py:54 starting local at 127.0.0.1:1080
2019-12-10 10:16:02 INFO     asyncdns.py:287 black_hostname_list init as : []
2019-12-10 10:16:02 INFO     asyncdns.py:335 dns server: [('XXXXXXX', XX)]

注意[error] 2019-12-10 10:16:00 INFO util.py:94 loading libsodium from libsodium.so.23似乎是原作者编码错误使得部分ssr-python输出被重定向到stderr,
并且/local.py -s www.google.com -p 2 -k ****** -m chacha20 -O 显示出你实际上使用了www.google.com作为服务器，显然是错误的，确保你选中了一个正确的服务器

同时我注意到你的输出文件中的2019-12-10 10:16:02 INFO local.py:50 local start with protocol[auth_chain_a] password [breakwall] 密码为 "breakwall"这个密码通常被设置为非实际服务器节点的密码，比如账号信息，确保你选择了正确的服务器

同时我注意到你的输出文件中的2019-12-10 10:16:02 INFO local.py:50 local start with protocol[auth_chain_a] password [breakwall] 密码为 "breakwall"这个密码通常被设置为非实际服务器节点的密码，比如账号信息，确保你选择了正确的服务器

谢谢，我觉得应该是您说的服务器选择的原因。不过现在我已经放弃ssr的方式了，谢谢。

closing

source: gharchive/issue

repo: shadowsocksrr/electron-ssr

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 Shakedown Social - Uploads is down

In f29a8e4, Shakedown Social - Uploads (https://files.shakedown.social/accounts/avatars/109/357/389/718/265/462/original/dd80d2c95e48cfd2.jpeg) was down:

HTTP code: 403
Response time: 767 ms

Resolved: Shakedown Social - Uploads is back up in 34078bb.

repo: shakedown-social/upptime


text:
🛑 Shakedown Social - Uploads is down

In bd4aca4, Shakedown Social - Uploads (https://files.shakedown.social/accounts/avatars/109/357/389/718/265/462/original/c83dff7e175cde04.png) was down:

HTTP code: 404
Response time: 63 ms

Resolved: Shakedown Social - Uploads is back up in c858773 after 1 minute.


text:
🛑 Shakedown Social - Uploads is down

In b7de5fc, Shakedown Social - Uploads (https://files.shakedown.social/accounts/avatars/109/357/389/718/265/462/original/dd80d2c95e48cfd2.jpeg) was down:

HTTP code: 403
Response time: 565 ms

Resolved: Shakedown Social - Uploads is back up in 7da2b7e.


text:
Unknown error: cannot access local variable 'available_energy' where it is not associated with a value

что делать.

Советую установить Python 3.10.9
Затем синхронизировать на компьютере системное время.
Потом запустить INSTALL.bat.
Затем настроить конфиг .env согласно документации в README.md
После этого создать сессию через START.bat выбрав пункт 1.
И только потом запускать настроенный кликер через START.bat выбрав пункт 2.

repo: shamhi/HamsterKombatBot


text:
Error: Unable to Save Settings. Please make sure you have valid JSON settings.json file.

Visual Studio Code Version : 1.9.1
Code Settings Sync Version : 2.4.3
Operating System : macOS 10.12.3
Occurs On: Download/For
Proxy Enabled: No
GIst Id: c20f6d5380818c9d002692d1f2a20900
When I run > Sync: Update / Upload Settings or > Sync: Download Settings, I get error:
Unable to Save Settings. Please make sure you have valid JSON settings.json file. ( e.g : No trailing commas )e.doShow @ messageService.ts:126

messageService.ts:126Error Logged In Console (Help menu > Toggle Developer Tools). You may open an issue using 'Sync : Open Issue' from advance setting command.e.doShow @ messageService.ts:126
after a while it turns into:
Cannot read property 'toString' of undefined: TypeError: Cannot read property 'toString' of undefined

Here is a screenshot:

Console:

My settings.json:
...
// Place your settings in this file to overwrite the default settings
{
    "sync.gist": "c20f6d5380818c9d002692d1f2a20900",
    "sync.lastUpload": null,
    "sync.autoDownload": false,
    "sync.autoUpload": false,
    "sync.lastDownload": "1970-01-01T00:00:00.000Z",
    "sync.version": 243,
    "sync.showSummary": true,
    "sync.forceDownload": false,
    "sync.workspaceSync": false,
    "sync.anonymousGist": false,
}

Wow it looks like indeed there's a trailing , at the last line of JSON as the error says.
I don't think I edited settings.json myself. Is there a chance the extension is doing this mistake?

No extension doesn't do this by mistake.
This error will be resolved in next cosw version most probably

authors: ahmetalpbalkan shanalikhan

repo: shanalikhan/code-settings-sync


text:
Rewrite and conform Italian language translations

Short description of what this resolves:
Resolves the inconsistency with Italian translations and conforms to the most currently used terms in this language.
Changes proposed in this pull request:

JSON keys now follow the same order as in the original English version
Wrongly translated references to the extension's name are now fixed
Mostly used English terms in Italian language are kept with their original name
Sentences are now conformed to the Italian syntax

Fixes: #
How Has This Been Tested?
Verified that it works correctly into the program.
Screenshots (if appropriate):
Checklist:

[x ] I have read the contribution guidelines.
[ ] My change requires a change to the documentation and GitHub Wiki.
[ ] I have updated the documentation and Wiki accordingly.

Resolves the inconsistency

Some of the keywords starts with Sync : in all of the languages translations. Can you make sure there is no consistency problem.

@shanalikhan I copied and pasted the original English version and did my best to translate only the needed parts. The Sync : at the beginning of the strings, where it does appears, hasn't been changed at all.

Thanks, will be released with next build

source: gharchive/pull-request

authors: Ragnarokkr shanalikhan


text:
CSS Logical Properties

CSS Logical Properties, such as margin-block-start, are not overridden.
Quick fix:
html, body, div, span, applet, object, iframe,
h1, h2, h3, h4, h5, h6, p, blockquote, pre,
a, abbr, acronym, address, big, cite, code,
del, dfn, em, img, ins, kbd, q, s, samp,
small, strike, strong, sub, sup, tt, var,
b, u, i, center,
dl, dt, dd, ol, ul, li,
fieldset, form, label, legend,
table, caption, tbody, tfoot, thead, tr, th, td,
article, aside, canvas, details, embed,
figure, figcaption, footer, header, hgroup,
menu, nav, output, ruby, section, summary,
time, mark, audio, video {
	margin-block-start: 0;
	margin-block-end: 0;
	padding-block-start: 0;
	padding-block-end: 0;
	border-inline-start: 0;
	border-inline-end: 0;
}

Closing due to inactivity. Feel free to reopen.

authors: jlarmstrongiv shannonmoeller

repo: shannonmoeller/reset-css

license: Unlicense


text:
设置家的位置坐标系不一致

一直用你的百度地图，这两天想玩一下位置追踪自动化（到达某个位置，推送消息），结果发现百度地图里设置的家的位置和HA里原地图的家的位置不一致，在百度地图里看到设置已到到达家的区域，但HA系统里显示仍是离家，无法实现追踪

这只是个地图插件，不包含追踪功能

我是意思是，你的插件里有设置家的位置，能不能实现设置家的位置时直接变成原始坐标，而不是和配套地图一样的火星坐标？

HomeAssistant官方使用的是GPS坐标，而像高德、腾讯等地图服务则使用的是火星坐标。由于本地图是百度地图，其坐标系是独特的，因此在点击设置家庭位置时，会将百度地图的坐标转换为GPS坐标，然后再调用HomeAssistant的设置方法。
请注意：国外的许多开源软件通常使用GPS坐标系

是不是因为我的设备用的是高德模式，在你的百度地图里显示位置是正常的，但在原地图里位置是偏移的？

authors: shaonianzhentan syzylj


text:
Error: Object of type Decimal is not JSON serializable

force_plot on top of catboost classification model raise json serialization error.
Model fitted on features types: object, np.float32 (no Decimal in features).
Took code from example for catboost.
Code:
import shap
shap.initjs()

temp_df = valid_df.sample(100)
X = temp_df[all_features]

explainer = shap.TreeExplainer(model)
shap_values = explainer.shap_values(X)

shap.force_plot(explainer.expected_value, shap_values, X, feature_names=all_features)

Error:
File /usr/local/lib/python3.8/dist-packages/shap/plots/_force.py:489, in AdditiveForceArrayVisualizer._repr_html_(self)
    488 def _repr_html_(self):
--> 489     return self.html()

File /usr/local/lib/python3.8/dist-packages/shap/plots/_force.py:486, in AdditiveForceArrayVisualizer.html(self)
    477     def html(self):
    478         # assert have_ipython, "IPython must be installed to use this visualizer! Run `pip install ipython` and then restart shap."
    479         return """
    480
{err_msg}

    481  """.format(err_msg=err_msg, data=json.dumps(self.data), id=id_generator())

TypeError: Object of type Decimal is not JSON serializable

Packages versions:
shap==0.41.0
json5==0.9.8
catboost==1.0.6

Tested same code on Mac M1 Monterey 12.4 and Linux Ubuntu 20.04.4

Same error!

Where is solution??

repo: shap/shap


text:
webpack broken with nodejs 17: digital envelope routines::unsupported

If upgrading to nodejs 17, the application fails with the following error
Error: error:0308010C:digital envelope routines::unsupported
The issue seems to be related to webpack (see https://github.com/webpack/webpack/issues/14532) and is flagged as critical on their side but not yet fixed.
While waiting for a patch, be careful to stay on nodejs version 16.

Odd Nodejs version numbers are canary/unstable versions as Nodejs prepare for the next release. We shouldn't ever use it for applications. Package developers should use it to prepare for future releases that wont work on previous versions.
Some info: https://stackoverflow.com/questions/14790017/how-does-node-js-version-numbers-work-and-how-do-i-ensure-compatibility#:~:text=Node has a two-track,1 and 0.8.

@0xdef1cafe done ✅

authors: jdambron technojak

repo: shapeshift/web


text:
Payment tier spike

Overview

we are going to run with what's in the spreadsheet

[x] confirm initial customer does not require tx websockets, update pricing tiers accordingly, close this ticket as spike complete when done

References and additional details
See draft pricing sheet - https://docs.google.com/spreadsheets/d/1aAMXLmxPEXUtYMcloMbP_r1nsLWtNasJ7_Pj9HQTfhs/edit#gid=0
Acceptance Criteria

Turn the spreadsheet above into a JSON style configuration object that can be consumed by the Auth API, e.g. (totally spitballing)

[
	'free': {
		requestsPerSecond: 5,
		...
	},
	'basic': {}
]

Need By Date
No response
Screenshots/Mockups
No response
Estimated effort
No response

implemented here for now https://github.com/shapeshift/exchange/blob/master/prisma/tiers.json


text:
chore: update wagmi to fix zustand warnings

Description
We are getting a number of console warnings relating to Zustand deprecations.

Whilst we did recently add Zustand, we are not using any deprecated functionality.
The warning messages appear to be coming from:

Our use wagmi package
Whever's use of the wagmi package

Wagmi has since resolved the issues, and the solution to these logs is simply for us (and Wherever) to update the wagmi packages.
Wagmi have improved typing in recent versions, which don't necessarily match the types we use in the wallet provider. Cast them for now.
Relevant wagmi issues:

https://github.com/wagmi-dev/wagmi/issues/1634
https://github.com/wagmi-dev/wagmi/issues/1643

Wagmi PRs:

https://github.com/wagmi-dev/wagmi/pull/1646
https://github.com/wagmi-dev/wagmi/pull/1644

Notice

[x] Have you followed the guidelines in our Contributing guide?
[x] Have you checked to ensure there aren't other open Pull Requests for the same update/change?

Pull Request Type

[x] :bug: Bug fix (Non-breaking Change: Fixes an issue)
[ ] :hammer_and_wrench: Chore (Non-breaking Change: Doc updates, pkg upgrades, typos, etc..)
[ ] :nail_care: New Feature (Breaking/Non-breaking Change)

Issue (if applicable)
N/A
Risk
Small, impacts ENS resolution.
Testing
ENS name resolution should still work as expected throughout the app.
Sanity check y.at & ethereum addresses, too.
Engineering
☝
Operations
☝
Screenshots (if applicable)
N/A

Burned some time trying to fix wagmi ESM module issues with the tests, parking this for now.

Found the solution!
This was the breaking change: https://github.com/wagmi-dev/wagmi/pull/1173
Then found an escape hatch: https://wagmi.sh/react/module-types#cjs-escape-hatch


text:
feat: disable thor features for smart contract wallets

Description

Pull Request Type

[ ] :bug: Bug fix (Non-breaking Change: Fixes an issue)
[ ] :hammer_and_wrench: Chore (Non-breaking Change: Doc updates, pkg upgrades, typos, etc..)
[ ] :nail_care: New Feature (Breaking/Non-breaking Change)

Issue (if applicable)

closes #
Risk

Testing

Engineering

Operations

Screenshots (if applicable)

Current dependencies on/for this PR:

develop

PR #5716   👈

This stack of pull requests is managed by Graphite.


text:
fix: appcontext isSnapInstalled checks

Description
Does what it says on the box - we were casting an object into a Boolean which means checks would always return true, and "snap just installed" checks would never evaluate to true, meaning unless you refresh the app, snap installation would never trigger non-EVM accounts derivation/fetch.
Issue (if applicable)

closes https://github.com/shapeshift/web/issues/7376
Risk

High Risk PRs Require 2 approvals

None, this was blatantly wrong

What protocols, transaction types, wallets or contract interactions might be affected by this PR?

Testing

Going from uninstalled snap to installed snap derives non-EVM accounts without needing a refresh
Going from installed snap to uninstalled snap still clears accounts and trigger a refetch of EVM accounts only

Engineering

^

Operations

[ ] :checkered_flag: My feature is behind a flag and doesn't require operations testing (yet)

^

Screenshots (if applicable)
https://jam.dev/c/54a6c088-a295-4111-9fe6-5d17e0efc895

noted by @kaladinlight

Accounts/AddAccountModal.tsx:  const isSnapInstalled = Boolean(useIsSnapInstalled())

noted by @kaladinlight

Accounts/AddAccountModal.tsx:  const isSnapInstalled = Boolean(useIsSnapInstalled())

Here she is! https://github.com/shapeshift/web/pull/7808/commits/9c1cfcb146a620e1ae4d6dd66e1768b8a2565728

authors: gomesalexandre woodenfurniture


text:
fix: copy from https://github.com/oxalica/rust-overlay/pull/122

resolves https://github.com/shazow/foundry.nix/issues/19

Thank you for finding this, and for the handy comment!

authors: georgewhewell shazow


text:
Mirror the Picture

Hey,
i would like to mirror the Output picture, is there any chance?

After some more research i see that there is no real chance

license: mit

license_source: bigquery


text:
🛑 East CTopUp is down

In 2cdaf51, East CTopUp (https://east.speedpayplus.com:50506/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: East CTopUp is back up in ab2e66b.


text:
Pure Cool Link unavailable after HA reboot

Hi,
we have 3 Pure Cool Link in our house. After a reboot two of them show up but cannot be controlled e.g. fan speed or osszilation. The third one does not even show up.
Also relinking with a new/additional integration does lead nowhere.
I then tried to update to the latest version of HACS and your integration. Same story. Any hint?
Cheers Frank.

Also when I try to setup Dyson Cloud the authenification fails, no matter wether I'm logged in in the app or not.

Works again. For the 3rd one a power cycle did the trick. For the other two there must have been gone something terribly wrong (during an update?). I had to manually work on entity names to get it right again.

repo: shenxn/ha-dyson


text:
Multi input combox boxes

Adds multi input combo bboxes.
Basically a pattern match of combo boxes..

Not 100% sure about the collection type on HasItems... but it seems to do sometrhing

HI, Sorry for the delay. I've made the changes as you requested.
I also updated Combobox to use &... and I seemed to need a "default" slot (which I also added) in order to add items to it.

Default slot is not need actually. They all have a default slot. Not using the slot is equivalent to use the "default" slot.
But it doesn't hurt!
Thanks for this! We will discover if the publish functionality works.

authors: Quafadas sherpal


text:
tinyfiledialogs doesn't support glibc version that ubuntu 20.04 uses

user@linuxpc1:~/downloads/Fushigi/Fushigi/bin/Release/net8.0/linux-x64$ DOTNET_ROOT=~/opt/dotnet-8 ./Fushigi
--
  | Unhandled exception. System.DllNotFoundException: Unable to load shared library 'tinyfiledialogs' or one of its dependencies. In order to help diagnose loading problems, consider using a tool like strace. If you're using glibc, consider setting the LD_DEBUG environment variable:
  | /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /home/user/downloads/Fushigi/Fushigi/bin/Release/net8.0/linux-x64/tinyfiledialogs.so)
  | /home/user/opt/dotnet-8/shared/Microsoft.NETCore.App/8.0.0-rc.2.23479.6/tinyfiledialogs.so: cannot open shared object file: No such file or directory
  | /home/user/downloads/Fushigi/Fushigi/bin/Release/net8.0/linux-x64/libtinyfiledialogs.so: cannot open shared object file: No such file or directory
  | /home/user/opt/dotnet-8/shared/Microsoft.NETCore.App/8.0.0-rc.2.23479.6/libtinyfiledialogs.so: cannot open shared object file: No such file or directory
  | /home/user/downloads/Fushigi/Fushigi/bin/Release/net8.0/linux-x64/tinyfiledialogs: cannot open shared object file: No such file or directory
  | /home/user/opt/dotnet-8/shared/Microsoft.NETCore.App/8.0.0-rc.2.23479.6/tinyfiledialogs: cannot open shared object file: No such file or directory
  | /home/user/downloads/Fushigi/Fushigi/bin/Release/net8.0/linux-x64/libtinyfiledialogs: cannot open shared object file: No such file or directory
  | /home/user/opt/dotnet-8/shared/Microsoft.NETCore.App/8.0.0-rc.2.23479.6/libtinyfiledialogs: cannot open shared object file: No such file or directory
  |
  | at TinyDialogsNet.Dialogs.tinyfd_messageBox(String title, String message, String dialogType, String iconType, Int32 defaultButton)
  | at TinyDialogsNet.Dialogs.MessageBox(MessageBoxButtons buttons, MessageBoxIconType iconType, MessageBoxDefaultButton defaultButton, String title, String message)
  | at Fushigi.RomFS.SetRoot(String root) in /home/user/downloads/Fushigi/Fushigi/RomFS.cs:line 15
  | at Fushigi.util.UserSettings.Load() in /home/user/downloads/Fushigi/Fushigi/util/UserSettings.cs:line 36
  | at Program.<Main>$(String[] args) in /home/user/downloads/Fushigi/Fushigi/Program.cs:line 5
  | Aborted (core dumped)

Ubuntu 20.04 is one of the ubuntu LTS builds, and some software still requires it over 22.04, so I'd say it'd be a good idea to support it.

closing as we are no longer using TinyFileDialogs

authors: mariomadproductions shibbo

repo: shibbo/Fushigi


text:
Develop

银河证券的自动登录Feature

对于银行证券添加持仓功能

增加银河买卖，撤单接口

股票账号自动获取了，然后昨天你的一些comments也改掉了，可以先合并一下

repo: shidenggui/easytrader


text:
Database of images

Should it be all thumbnails? (Would love help downloading them all with yt-dl). Post your youtube-dl commands here or links to drive or dropbox etc folder of images, thank you!!!

Ok here are all the thumbnails!
https://drive.google.com/drive/folders/1nTveTj8yOBgRJEJzhfFz3uo5miMtMjaA?usp=sharing
youtube-dl and imagemagick to the rescue!
$ youtube-dl https://www.youtube.com/playlist\?list\=UUvjgXvBlbQiydffZU7m1_aw --skip-download --write-thumbnail
$ mogrify -format jpg *.*


text:
Sora C++ SDK のバージョンを上げる

Sora C++ SDK のバージョンアップを実施。
CI 完了後にマージします。

CI 通りましたのでマージします。

repo: shiguredo/zakuro


text:
Register the CP_T1w with the CoV_T1w can be further improved

See notably sub-03 and sub-04

@jcohenadad Are we even processing the T1w anymore? I though PR #64 jettisoned the T1.

@jcohenadad Are we even processing the T1w anymore? I though PR https://github.com/shimming-toolbox/rf-shimming-7t/pull/64 jettisoned the T1.

As of now, we are not. So this issue could, in principle, be closed, but I would wait until we are confident about what analyses we do for the paper before closing this issue.

Fair point. Let's keep it open.


text:
Fixes Directory Permissions

This fixes https://github.com/shipitjs/shipit/issues/189
So the issue wasn't with the directory creation on the server, but the creation of the tmp workspace directory.

Thanks @tim-field

authors: neoziro tim-field

repo: shipitjs/shipit


text:
[Feature Request] ignoredFocusElements DOM element array

I have a component <Foo/> which displays <EmberFlatpickr/> from its component template.
// .../templates/components/foo.hbs
<EmberFlatpickr ignoredFocusElements=this.ignoredFocusElements/>

<button class="ignore-me">Ignore Me</button>

Within my <Foo/> component I want the ability to ignore Flatpickrs default/automatic closing behavior when only when clicking on some specific .ignore-me button also inside the <Foo/> component template
SEE:
https://github.com/flatpickr/flatpickr/issues/1159
https://github.com/flatpickr/flatpickr/blob/80e2576738a11969a92f08a3f048209cff6b1226/src/types/options.ts#L137-L139
https://github.com/flatpickr/flatpickr/blob/a4bf1d2da3e68502f19e370f306815e045ba2ebb/src/index.ts#L1439-L1441)
This won't work with the addon's current implementation as I need access to the specific DOM HTMLElement[] not it's string representation, so I would need to get the .ignore-me HTMLElement in my Foo Component's didInsertElement() hook but at this time we have passed the point of being able to alter values passed into <EmberFlatpickr/>.

@alexdiliberto thanks for the issue! Would setting it later work? Like flatpickrRef.set('ignoredFocusElements', [element])?

@rwwagner90 Awesome, thanks for the prompt response. That worked actually worked perfect! Didn't realize Flatpickr had the setter which did the redraw and config option update. 💯 👍

Awesome! Perhaps it would be worth documenting here?

repo: shipshapecode/ember-flatpickr


text:
権限の利用方法

権限/ロールで

フォルダーの閲覧（全て）
ページの閲覧、編集（所有）

などと設定した場合、
フォルダーの管理グループに自身の所属グループが設定されていないと、
フォルダー内を閲覧は出来るがページの編集ができない。
新規作成の画面までは表示されるが保存時に 403 となる

#1230

フォルダーの閲覧権限があるだけで、ページの新規作成ができてしまうと、
他サイトに勝手にページを作れてしまうので、マルチテナントで運用した際にセキュリティホールになりかねない。

ページを新規作成できる条件
次の 2 つの条件を満たすこと。

ページの編集権限があること
フォルダーを所有していること

※現状の実装が正しい動作である。

#1243 現状だと新規作成はフォルダーを所有していなくても 「private編集権限」 があれば作成できる状態になっています。

少し前のバージョンでは new_record? の時
node.owned?(user) の時のみ private と other が評価され、
それ以外は other のみが評価されます。
現状は new_record? であれば private と other が評価される
    def allowed?(action, user, opts = {})
      site = opts[:site] || @cur_site
      node = opts[:node] || @cur_node

      if self.new_record?
        if node
          access = node.owned?(user) ? :private : :other
        else
          access = :other
        end
      else
        access = owned?(user) ? :private : :other
      end

      action = permission_action || action

      permits = []
      permits << "#{action}_#{access}_#{self.class.permission_name}"
      permits << "#{action}_other_#{self.class.permission_name}" if access == :private

      permits.each do |permit|
        return true if user.cms_role_permissions["#{permit}_#{site.id}"].to_i > 0
      end
      false
    end

authors: MasakiInaya itowtips sunny4381

repo: shirasagi/shirasagi


text:
広告管理　アクセス集計不具合

月集計が正常に動作しないことがある。

集計対象期間が正常に取得できていなかったのを修正しました。
https://github.com/shirasagi/shirasagi/commit/68866de3e5f3724cf72a9f3b7a34134c3772a9d4


text:
[CMS] 定型フォームの初期ブロックに設定されている項目を削除するとエラー

定型フォームをブロック入力で作成する
適当な項目を作成する
項目を初期ブロックに追加する
項目を削除する
定型フォームの使用時などにエラーが発生する

This issue is fixed at #5113

v1.18.2で修正済み


text:
🛑 Hacker News is down

In 7897809, Hacker News (https://news.ycombinator.com) was down:

HTTP code: 502
Response time: 64 ms

Resolved: Hacker News is back up in 39b0dfd after 7 minutes.

repo: shirosweets/uptime


text:
input file errors

Input file should be using JSON or YAML

transition over to a .yaml file a while ago


text:
PlayerConnection.java:477: Add ServerToClientHandshake...

The puzzle 1-d3425d00 from #1 has to be resolved:
https://github.com/shiruka/shiruka/blob/2cad34cc1776e9363be331704c13e493cab5482e/src/main/java/net/shiruka/shiruka/network/PlayerConnection.java#L477-L477
The puzzle was created by Hasan Demirtaş on 14-Feb-21.
Estimate: 60 minutes,  role: DEV.
If you have any technical questions, don't ask me, submit new tickets instead. The task will be "done" when the problem is fixed and the text of the puzzle is removed from the source code. Here is more about PDD and about me.

The puzzle 1-d3425d00 has disappeared from the source code, that's why I closed this issue.

repo: shiruka/shiruka


text:
Update rdkafka@8.2

Build rdkafka@8.2

:beers: @BrewTestBot has triggered a merge.

repo: shivammathur/homebrew-extensions


text:
Update imap@8.0

Build imap@8.0

:beers: @BrewTestBot has triggered a merge.


text:
Update snmp@8.3

Build snmp@8.3

:beers: @BrewTestBot has triggered a merge.


text:
Update imap@8.3

Build imap@8.3

:beers: @BrewTestBot has triggered a merge.


text:
Update php@8.4

Build php@8.4

:beers: @BrewTestBot has triggered a merge.

repo: shivammathur/homebrew-php


text:
OCI8/PDO_OCI: The process '/usr/bin/bash' failed with exit code 1

Describe the bug
We just observed today a new issue on doctrine/dbal, specifically with oci8
Version

[ ] I have checked releases, and the bug exists in the latest patch version of v1 or v2.
[x] v2
[ ] v1

Runners

[x] GitHub Hosted
[ ] Self Hosted

Operating systems
Ubuntu 20.04.2
PHP versions
8 and 7.4
To Reproduce
  phpunit-oci8:
    name: "PHPUnit on OCI8"
    runs-on: "ubuntu-20.04"
    needs: "phpunit-smoke-check"

    strategy:
      matrix:
        php-version:
          - "7.4"
          - "8.0"

    services:
      oracle:
        image: "wnameless/oracle-xe-11g-r2"
        ports:
          - "1521:1521"

    steps:
      - name: "Checkout"
        uses: "actions/checkout@v2"
        with:
          fetch-depth: 2

      - name: "Install PHP"
        uses: "shivammathur/setup-php@v2"
        with:
          php-version: "${{ matrix.php-version }}"
          extensions: "oci8"
          coverage: "pcov"
          ini-values: "zend.assertions=1"

      - name: "Install dependencies with Composer"
        uses: "ramsey/composer-install@v1"

      - name: "Run PHPUnit"
        run: "vendor/bin/phpunit -c ci/github/phpunit/oci8.xml --coverage-clover=coverage.xml"

      - name: "Upload coverage file"
        uses: "actions/upload-artifact@v2"
        with:
          name: "${{ github.job }}-${{ matrix.php-version }}.coverage"
          path: "coverage.xml"

  phpunit-pdo-oci:
    name: "PHPUnit on PDO_OCI"
    runs-on: "ubuntu-20.04"
    needs: "phpunit-smoke-check"

    strategy:
      matrix:
        php-version:
          - "7.4"
          - "8.0"

    services:
      oracle:
        image: "wnameless/oracle-xe-11g-r2"
        ports:
          - "1521:1521"

    steps:
      - name: "Checkout"
        uses: "actions/checkout@v2"
        with:
          fetch-depth: 2

      - name: "Install PHP"
        uses: "shivammathur/setup-php@v2"
        with:
          php-version: "${{ matrix.php-version }}"
          extensions: "pdo_oci"
          coverage: "pcov"
          ini-values: "zend.assertions=1"

      - name: "Install dependencies with Composer"
        uses: "ramsey/composer-install@v1"

      - name: "Run PHPUnit"
        run: "vendor/bin/phpunit -c ci/github/phpunit/pdo_oci.xml --coverage-clover=coverage.xml"

      - name: "Upload coverage file"
        uses: "actions/upload-artifact@v2"
        with:
          name: "${{ github.job }}-${{ matrix.php-version }}.coverage"
          path: "coverage.xml"

Expected behavior
No crash
Screenshots/Logs
https://github.com/doctrine/dbal/pull/4620/checks?check_run_id=2459951167#step:4:9
Additional context
That's context you already know, but there has been a release yesterday :wink:
Are you willing to submit a PR?
sorry, no.

@greg0ire The links to download the latest oracle's client and sdk are randomly resolving to older versions.
I have added a fix to handle that in https://github.com/shivammathur/setup-php/commit/9149639a33b1aac7b78d53f2858f5bb95adf79a1
Restart your workflow, it should run correctly now.
Test workflow: https://github.com/shivammathur/test-setup-php/actions/runs/788181361/workflow

Thanks, it does fix the issue!

repo: shivammathur/setup-php


text:
Changes in tools

I would like to put the tools heading and tool items(rows) in different blocks so that we can apply CSS to them separately.

@shivshankar9 I have separated tools heading and tools items. Please check and review PR #43


text:
feat(password): add password confirmation

Description

Add a new password confirmation field.
Make the account page's password field, clearly meant to set a new password.

Motivation and context
Why is this change required? What problem does it solve?
If it fixes an open issue, please link to the issue here (if you write fixes #num
or closes #num, the issue will be automatically closed when the pull is accepted.)
How has this been tested?
Please describe in detail how you tested your changes.
Include details of your testing environment, and the tests you ran to
see how your change affects other areas of the code, etc.
Screenshots (if appropriate)
Types of changes
What types of changes does your code introduce? Put an x in all the boxes that apply:

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:
Go over all the following points, and put an x in all the boxes that apply.
Please, please, please, don't send your pull request until all of the boxes are ticked. Once your pull request is created, it will trigger a build on our continuous integration server to make sure your tests and code style pass.

[ ] I have read the CONTRIBUTING document.
[ ] My pull request addresses exactly one patch/feature.
[ ] I have created a branch for this patch/feature.
[ ] Each individual commit in the pull request is meaningful.
[ ] If my change requires a change to the documentation, I have updated it accordingly.

If you're unsure about any of these, don't hesitate to ask. We're here to help!

:tada: This PR is included in version 3.8.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: shmolf/noted


text:
Document CMultidimensionalScaling and other dimensionality reduction methods

....from Tapkee....
e.g.

Isomap

This means:

Link to Wikipedia page
Basic math
Objective function
Computational costs

All this should go to the doxygen class documentation

Part of the content at (tapkee.lisitsyn.me)[http://tapkee.lisitsyn.me/], under Dimension reduction techniques (upper left corner) can be probably recycled for this.

Hi, I'm new here and I would like to work on this.
Also the pull requests have to be for the changes in one file at a time , right?

Nope. You can submit a pr with changes in several files. It is good though to keep prs small and focussing on one task.

Oh, okay. So, for this I need to change the documentation in the source files right? for example, for Isomap, I would need to add the changes in src/shogun/converter/Isomap.h ?

Exactly.

authors: curiousguy13 iglesias karlnapf

repo: shogun-toolbox/shogun


text:
The commercial quote edit page can not be extended

PHP Version: 8.2   | Shopware Version: 6.6  | Affected area / extension: Extension:Commercial

Expected behaviour:
We use the quote management functionality of the Shopware Commercial plug-in. By default, offers sent receive the status “Replied”. Replied offers can no longer be edited in the admin area, but the customer has the option of requesting changes.
We now need a functionality to switch “Replied” quotes back to edit mode from the admin, similar to when the customer requests changes. Our plan is to create a plug-in that customizes the quote detail page and adds a button that handles the status transition.
Actual behaviour:
Currently we are facing a problem: The offer plug-in does not use blocks in the admin TWIG, so we cannot overwrite the template. We went the regular way via Component.override and were able to overwrite the admin component, but we cannot customize the required Twig template because the necessary blocks are missing. A complete override of the template does not seem to be possible either.
How to reproduce:
Create a plugin to test

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-38439
[created from NEXT-38439, comment 497916]

Hi there.
The request to add the block in the twig file to extend from the outside plugin was implemented in the trunk. It was tested by creating the plugin, which is attached below. You can download it and apply it to your plugin.
QuoteManagementExtensionExample.zip
Here is a screenshot:

authors: phuoccx shopwareBot thuanlv287

repo: shopware/shopware


text:
Nested associations, which refer to the entity searched for, missing in JSON:API responses

PHP Version: 8.3   | Shopware Version: 6.6.6.0  | Affected area / extension: Platform(Default)

Actual behaviour:
When searching for an entity with nested associations which include the entity originally searched for, additional associations for this entity are not fully added to this entity in the JSON:API response. (When requesting application/json the response correctly contains all nested associated data.)
Example:
When searching for a single orderLineItem through api/search/order-line-item with content type application/vnd.api+json
and the following request body, which loads the order for the orderLineItem and then all orderLineItems for this order with their product, which then of course contains the orignal orderLineItem again:

Request body
{
  "limit": 1,
  "includes": {
    "order_line_item": [
      "id",
      "quantity",
      "product",
      "order",
      "productId"
    ],
    "product": [
      "name"
    ],
    "order": [
      "lineItems"
    ]
  },
  "associations": {
    "order": {
      "associations": {
        "lineItems": {
          "associations": {
            "product": {}
          }
        }
      }
    }
  },
  "filter": [
    {
      "value": "product",
      "type": "equals",
      "field": "type"
    }
  ]
}

we get the following response:

JSON:API response body
{
  "data": [
    {
      "id": "019180fbc397732da2a29afaf18734b0",
      "type": "order_line_item",
      "attributes": {
        "productId": "019180fbbd7b71bf91ca6cf3ec545db6",
        "quantity": 6,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf18734b0"
      },
      "relationships": {
        "order": {
          "data": {
            "type": "order",
            "id": "019180fbc399729e816c686cfd92b43e"
          },
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf18734b0/order"
          }
        },
        "product": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf18734b0/product"
          }
        }
      },
      "meta": null
    }
  ],
  "included": [
    {
      "id": "019180fbbd7b71bf91ca6cf3ec545db6",
      "type": "product",
      "attributes": {
        "name": "Rustic Paper Repetwire",
        "apiAlias": "product_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/product/019180fbbd7b71bf91ca6cf3ec545db6"
      },
      "relationships": [],
      "meta": null
    },
    {
      "id": "019180fbc04d7272a2e401c708c64af3",
      "type": "product",
      "attributes": {
        "name": "Enormous Steel MadRush",
        "apiAlias": "product_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/product/019180fbc04d7272a2e401c708c64af3"
      },
      "relationships": [],
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf1a2c23b",
      "type": "order_line_item",
      "attributes": {
        "productId": "019180fbc04d7272a2e401c708c64af3",
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1a2c23b"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1a2c23b/order"
          }
        },
        "product": {
          "data": {
            "type": "product",
            "id": "019180fbc04d7272a2e401c708c64af3"
          },
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1a2c23b/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbbe73717c8c9c068aadcc0d5b",
      "type": "product",
      "attributes": {
        "name": null,
        "apiAlias": "product_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/product/019180fbbe73717c8c9c068aadcc0d5b"
      },
      "relationships": [],
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf1c33c35",
      "type": "order_line_item",
      "attributes": {
        "productId": "019180fbbe73717c8c9c068aadcc0d5b",
        "quantity": 9,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1c33c35"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1c33c35/order"
          }
        },
        "product": {
          "data": {
            "type": "product",
            "id": "019180fbbe73717c8c9c068aadcc0d5b"
          },
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1c33c35/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc1497103b5c261571d76b1b4",
      "type": "product",
      "attributes": {
        "name": "Lightweight Silk Loose Leeches",
        "apiAlias": "product_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/product/019180fbc1497103b5c261571d76b1b4"
      },
      "relationships": [],
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf1dc0ed0",
      "type": "order_line_item",
      "attributes": {
        "productId": "019180fbc1497103b5c261571d76b1b4",
        "quantity": 3,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1dc0ed0"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1dc0ed0/order"
          }
        },
        "product": {
          "data": {
            "type": "product",
            "id": "019180fbc1497103b5c261571d76b1b4"
          },
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf1dc0ed0/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbbe73717c8c9c068aac52e7ff",
      "type": "product",
      "attributes": {
        "name": null,
        "apiAlias": "product_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/product/019180fbbe73717c8c9c068aac52e7ff"
      },
      "relationships": [],
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf2031650",
      "type": "order_line_item",
      "attributes": {
        "productId": "019180fbbe73717c8c9c068aac52e7ff",
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2031650"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2031650/order"
          }
        },
        "product": {
          "data": {
            "type": "product",
            "id": "019180fbbe73717c8c9c068aac52e7ff"
          },
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2031650/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf23d73fc",
      "type": "order_line_item",
      "attributes": {
        "productId": null,
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf23d73fc"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf23d73fc/order"
          }
        },
        "product": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf23d73fc/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf2bb896b",
      "type": "order_line_item",
      "attributes": {
        "productId": null,
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2bb896b"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2bb896b/order"
          }
        },
        "product": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf2bb896b/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf3964691",
      "type": "order_line_item",
      "attributes": {
        "productId": null,
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf3964691"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf3964691/order"
          }
        },
        "product": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf3964691/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc397732da2a29afaf43f370b",
      "type": "order_line_item",
      "attributes": {
        "productId": null,
        "quantity": 1,
        "apiAlias": "order_line_item_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf43f370b"
      },
      "relationships": {
        "order": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf43f370b/order"
          }
        },
        "product": {
          "data": null,
          "links": {
            "related": "http://localhost/sw6/api/order-line-item/019180fbc397732da2a29afaf43f370b/product"
          }
        }
      },
      "meta": null
    },
    {
      "id": "019180fbc399729e816c686cfd92b43e",
      "type": "order",
      "attributes": {
        "apiAlias": "order_foreign_keys_extension"
      },
      "links": {
        "self": "http://localhost/sw6/api/order/019180fbc399729e816c686cfd92b43e"
      },
      "relationships": {
        "lineItems": {
          "data": [
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf18734b0"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf1a2c23b"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf1c33c35"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf1dc0ed0"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf2031650"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf23d73fc"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf2bb896b"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf3964691"
            },
            {
              "type": "order_line_item",
              "id": "019180fbc397732da2a29afaf43f370b"
            }
          ],
          "links": {
            "related": "http://localhost/sw6/api/order/019180fbc399729e816c686cfd92b43e/line-items"
          }
        }
      },
      "meta": null
    }
  ],
  "links": {
    "first": "http://localhost/sw6/api/search/order-line-item?limit=1&page=1",
    "next": "http://localhost/sw6/api/search/order-line-item?limit=1&page=2",
    "self": "http://localhost/sw6/api/search/order-line-item"
  },
  "meta": {
    "totalCountMode": 0,
    "total": 1
  },
  "aggregations": []
}

The data section of the response correctly contains the single orderLineItem we searched for, but in its product association the data is just null, even though it has a product (ensured by the filter in the request body). All other orderLineItems which are in the included section of the JSON:API response correctly link to their products.
Expected behaviour:
The nested product association should be added to the primary orderLineItem in the data section the same way the orderLineItems in the included sections have it.
How to reproduce:
Search for a child entity which has an association to its parent entity which then has an association to all its child entities. Then add a nested association to the child entities association which is not present as a top level association. Content type needs to be application/vnd.api+json. See example above with orderLineItems.

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-39827
[created from NEXT-39827, comment 517702]

authors: pascalniklaspaul shopwareBot


text:
only cache the files directory from Composer's cache

See the explanation in https://github.com/puli/manager/pull/9#discussion_r40499480 on how the Composer cache works.

Thanks @xabbuh.

authors: bcremer xabbuh


text:
Fix Sourcemap Url #SW-15208

More Info about that: https://issues.shopware.com/#/issues/SW-15208

Hello,
thank you for creating this pull request.
I have opened an issue on our Issue Tracker for you. See the issue link: https://issues.shopware.com/#/issues/SW-15242.
Please use this issue to track the state of your pull request.

@shyim Any reason you closed this PR? Can the attached issue also be resolved?

For me looks that https://github.com/shopware/shopware/commit/60aaa629b0b2d063f02371165982633f1515d442 fixed that :)

authors: bcremer shopwareBot shyim


text:
getPluginCreator could not find plugin ScatterND version 1

你好，在转换trt的时候，[TensorRT] ERROR: INVALID_ARGUMENT: getPluginCreator could not find plugin ScatterND version 1 是因为我用的tensorrt是7的原因吗？
那么，可以帮忙在使用tensorrt7的工程中，添加ScatterND 的插件吗？期待更新
https://github.com/NVIDIA/TensorRT/tree/release/8.0/plugin/scatterPlugin

原本我是想直接升级到tensorrt8，但是tx2的tensorrt升级需要重新刷机，这太难了。跪求，在tensorrt7中添加ScatterND 的插件

ScatterND一般是由inplace操作产生的，你可以考虑去掉inplace而去掉ScatterND

ScatterND一般是由inplace操作产生的，你可以考虑去掉inplace而去掉ScatterND

请问怎么去掉inplace，有教程吗？

ScatterND一般是由inplace操作产生的，你可以考虑去掉inplace而去掉ScatterND

例如：attention_matrix[self.non_diag_inds] = attention.flatten()  # ScatterND  ，应该怎么处理这个？

就是在 yolo.py文件里，那个 if self.inplace操作改成false

authors: Gooddz1 myOpenCV shouxieai


text:
Is there a paper for this project?

hey, really interested in this project, was wondering if there’s a research paper or publication related to it. If so, could you share a link or some details?
Thanks in advance!

Hi, @sonigeez
Yes, we have a research paper for this project, which will be released very soon :)

@sonigeez Hi, the paper is available at arXiv: https://arxiv.org/abs/2411.17465.

authors: QinghongLin sonigeez

repo: showlab/ShowUI


text:
Set all nav title is center for android，successful running！

It looks much more comfortable.

This can be set via the ionic config. I would rather expose this via config.json if people want to overwrite the ionic behavior.
http://ionicframework.com/docs/api/provider/$ionicConfigProvider/
navBar.alignTitle(value)

Just seen, it is a better solution. However, I still think the best will be centered as the default configuration, this would facilitate a lot of people. Let android, ios style unification

I want to keep ionic default configuration. They follow device standards so I do not want to change that. I am gonna give developers access to ionic configuration so they can change whatever they want from config.json

@mingxia I created https://github.com/shprink/wordpress-hybrid-client/issues/55 to do that.
If you wish to try please let me know. Otherwise I will do it soon

I am busy something else, you do it. In addition “backButton.text(value) ” default is back, can according to language change?

Good thought! I am adding this to the ticket thanks.

I see what you mean, it is very necessary to keep the standard of the state, but at the same time in the config. The json provides a customizable interface.

authors: mingxia shprink

repo: shprink/wordpress-hybrid-client


text:
Setup

This pull request sets up the app for development purposes starting at a template generated using express-generator. It adds the packages required for the project and properly requires them in the app.js.

repo: shravzzv/ODIN-Members-only-project


text:
Main

added linear regression model

linear regression


text:
download excel in wordpress ajax

Hi
I use this plugin in wordpress theme. Everything works fine. But I don't know how to download the file in Ajax.
    $(document).on('click', '#export_to_excel', function (e) {
        e.preventDefault();
        $.ajax({
            url: ajax_url,
            type: 'post',
            cache: false,
            data: {action:'export_to_excel'},
            success: function (response) {
                if (response.status === 'error') {
                } else {
                }
            }
        })
    })

add_action('wp_ajax_export_to_excel', function () {
    global $wpdb;
    $table = $wpdb->prefix . 'custom';
    $lists= $wpdb->get_results("SELECT * FROM {$table }", ARRAY_A);
    $data = [];
    foreach ($lists as $list) {
        $data[] = [$lists['name'], $lists['url']];
    }
   SimpleXLSXGen::fromArray($data)->downloadAs('file.xlsx');
});

Try save XLSX to public folder and return url as result. Then document.location = result.xlsx_url

or see https://github.com/shuchkin/simplexlsxgen?tab=readme-ov-file#js-array-to-excel-ajax

authors: persianlionn shuchkin

repo: shuchkin/simplexlsxgen


text:
Wrap text not increasing row height when there are merged cells

If the first cell in the row is not a merged cell, it works. However, if the first cell in the row is a merged cell, the row height matches the height of the first cell regardless of the content of other cells. Using autofit row height doesn't work either. I have to manually change the height. Is there any solution?

Alright, sometimes the first cell is a merged cell and it works as well. I can't really find the pattern for the cases that work or don't work.

Update: It seems the problem is not related to the code. The problem is with Microsoft Excel 2019 itself. I created a new file and managed to reproduce the problem in Excel


text:
Feedback for “Theme Configuration”

q: Why does head configured not take effect? i need help ~

put favicon.ico in public folder

put favicon.ico in public folder

oops.. I was careless. thank you so much, pro.

authors: dimaMachina reynold-zhang

repo: shuding/nextra


text:
cron启动报错

Please answer these questions before submitting your issue. Thanks!
在你提交 issue 前，请先回答以下问题，谢谢！

What version of Go and cronsun version are you using?
你用的是哪个版本的 Go 和 哪个版本的 cronsun？

What operating system and processor architecture are you using (go env)?
你用的是哪个操作系统，什么架构的？

What did you do?
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
你做了什么，遇到了什么问题？尽可能描述清楚问题，最好把操作步骤写下来，按这些步骤操作后能重现你的问题。

What did you expect to see?
你期望得到什么样的结果？

What did you see instead?
现在你得到的结果是什么样的？

centos7  mongo6.0  默认安装没有创建用户密码 确认mongo有启动
[root@localhost cronsun]# ./cronnode -conf conf/base.json
2022-07-02T14:45:02.070+0800	ERROR	node/server.go:38	Connect to MongoDB [127.0.0.1:27017] failed: no reachable servers
[root@localhost cronsun]# ./cronweb -conf conf/base.json
2022-07-02T14:57:50.360+0800	ERROR	web/server.go:39	Connect to MongoDB [127.0.0.1:27017] failed: no reachable servers
github.com/shunfei/cronsun/log.Errorf
/Users/qleelulu/dev/source/golang/src/github.com/shunfei/cronsun/log/log.go:39
main.main
/Users/qleelulu/dev/source/golang/src/github.com/shunfei/cronsun/bin/web/server.go:39
runtime.main
/usr/local/Cellar/go/1.11/libexec/src/runtime/proc.go:201

repo: shunfei/cronsun


text:
feat(cargo-shuttle): log reconnects and improved error messages

Description of change
Partially addresses #846, we still need to reproduce getting the incorrect output from cargo-shuttle. The main change is that the websockets client will try to reconnect if disconnected in the queuing, building, or loading phase of the deploy process. I also changed the error outputs for the running, completed, stopped, and unknown states.
How Has This Been Tested (if applicable)?
cargo fmt and cargo clippy were run. I could try to reproduce a web-sockets disconnect, but I think that would be unnecessary.

Nice! Hmm, no I am not certain how to reproduce this, but your changes may also have fixed it :thinking:

@iamwacko , how's everything going? From my side, we'll just need to update the left comment from my review and we're good.

authors: iamwacko iulianbarbu oddgrd

repo: shuttle-hq/shuttle


text:
copy_file_contents()

Reading the comment above the function copy_file_contents() it says the following.
/*
 * Once a static file is identified to be served, this function is used to read the file
 * and write it over the client socket using Linux's sendfile() system call. This saves us
 * the hassle of transferring file buffers from kernel to user space and back.
 * */

But the function itself loads the entire file at once into userspace memory.
The function does not use sendfile().

Also the best way is probably to use io_uring for that too, from liburing:

This splice operation can be used to implement sendfile by splicing to an
intermediate pipe first, then splice to the final destination.
In fact, the implementation of sendfile in kernel uses splice internally.

And in case it wasn't clear, a comment explains it:

in the io_uring case, you should be able to build a splice-based sendfile yourself using a pipe you create via pipe(2) to act as the buffer. Or do similar via fixed buffers in the ring instead of splice.

https://lwn.net/Articles/868193/

authors: Lennie fullnitrous


text:
Add Dockerfile and dumb-init

Dockerfile と dumb-init を追加してみました。
良かったら使ってください。 abandon されても傷つきませんｗ

ちなみに dumb-init は Linux 専用です。 Windows の場合は dumb-init 自体たぶん要らないと思います。
https://github.com/Yelp/dumb-init

ありがとうございますー
ちょっと私の環境で色々あったので、後日改めてちょっとだけ相談させてくださいまし。マージしました！

authors: shyamagu tsubasaxZZZ

repo: shyamagu/choi


text:
Added basic CEntity class with virtual functions & macros for settabl…

…e & gettable name, models

Passed Code Review.
Merging.
Closing the Change request issue.

repo: siddhshenoy/GDKGamemodes


text:
fix: Improve typing of sessiondata

Closes TODO: Improve typing of sessiondata.
Checklist:

[x] manually checked my feature
[x] testing not applicable
[x] attached screenshots

id add an example with an array type:
sessionDataType: { id: 'string', email: 'string', name: 'string', role: 'admin | guest | account', subscriptions: "{ id: number, status: 'ACTIVE' | 'INACTIVE' }[]" }
will result in:

This is great stuff (:
Merging now - will do a release soon 🎊
Your contributions are just great, are you on our discord by any chance? Would love to give you a special status there.

Hi, Im on Discord, but not very often. I send u a friend request. Hunter1989

No worries - I just added you ❤ Let me know if there's a better way to connect there, I'm also open for old school stuff like e-mail :D

authors: BracketJohn Danielwinkelmann

repo: sidebase/nuxt-auth


text:
[feature] ArgoCD over existing Wireguard

Problem Description
There is a UI in omni that we can't give developers access to. It would be great Omni could have a plugin to view ArgoCD within Omni.
Solution
No response
Alternative Solutions
No response
Notes
No response

Note: this might be a more generic feature - exposing generic private http:// endpoint via Omni with TLS termination and auth integrated. @andrewrynhard need your feedback

It's coming in some of the next releases of Omni.

We have developed a feature which would allow this: https://omni.siderolabs.com/docs/how-to-guides/how-to-expose-http-service-from-a-cluster/
Closing this issue as completed. Feel free to share any new feedback on this feature.

authors: croarkpf smira utkuozdemir

repo: siderolabs/omni-feedback


text:
vSphere CPI failing because guest hostname is not reported

I've been trying to get vSphere CPI working, but I get the following error:
I0316 02:11:50.580809       1 node_controller.go:427] Initializing node dev-controlplane-1 with cloud provider
I0316 02:11:50.581000       1 search.go:76] WhichVCandDCByNodeID nodeID: dev-controlplane-1
I0316 02:11:50.591716       1 search.go:208] Found node dev-controlplane-1 as vm=VirtualMachine:vm-158 in vc=vcenter.home.arpa and datacenter=hetzner-cloud
I0316 02:11:50.591864       1 search.go:210] Hostname: , UUID: 421fa7c6-e142-4587-d2af-7e480929eb9f
I0316 02:11:50.591956       1 nodemanager.go:138] Discovered VM using FQDN or short-hand name
E0316 02:11:50.596703       1 node_controller.go:236] error syncing 'dev-controlplane-1': failed to get provider ID for node dev-controlplane-1 at cloudprovider: failed to get instance ID from cloud provider: VM Guest hostname is empty, requeuing

The guest hostname check from CPI is done here:
https://github.dev/kubernetes/cloud-provider-vsphere/blob/1125332f9b461f399bdf7910fb957975bdc1090c/pkg/cloudprovider/vsphere/nodemanager.go#L226-L228

We are trying to achieve the same result (running the vsphere CPI), did you get it working?

Sounds like either the guest agent is not running yet, or no hostname is set inside the OS. Can you check both?

We are trying to achieve the same result (running the vsphere CPI), did you get it working?

I just ended up not installing the CPI at all, the CSI worked out of the box without the CPI given that the hostname and the VM Name in vCenter are identical

Sounds like either the guest agent is not running yet, or no hostname is set inside the OS. Can you check both?

At the time of writing, I made sure that both were actually set. It seems like after some time it fails to report the information (even now after using it as a system extension)

@shkarface Do you have guide on doing this? We couldn't get this working without the CPI.

@shkarface Do you have guide on doing this? We couldn't get this working without the CPI.

I can share the manifests used to deploy the CSI.
It's the upstream CSI deployment manifests, I just deleted the windows only DaemonSet.
I think the key here was making sure the kubernetes node name was exactly as the VM Name in vCenter.

Guys I know this is an already closed one, but this you manage to fix this issue ?
I am facing exactly the same situation, where talos-vmtoolsd is not reporting DNS hostname up to vcenter and CPI is failing due to that.
I've found reboot helps to start reporting, but as I try to deploy the whole cluster with Terraform, this is not a way to go for me.
Any ideas ?
Thanks !

authors: gnur onlineque robinelfrink shkarface

repo: siderolabs/talos-vmtoolsd


text:
Docker PostgreSQL driver psycopg2 error on startup

This error seems to appear in the Docker Terminal window immediately after the Container comes up:
swirl-161f-app-1  | 2022-11-26 13:08:35,922 ERROR    postgresql.py: Error: can't load psycopg2: No module named 'psycopg2', see https://github.com/sidprobstein/swirl-search/wiki/4.-Object-Reference#postgresql

Screen grab from a 1.6.1 final Docker install:

Logging the issue because I do have psycopg2 installed already, yet Docker seems unable to find it, perhaps?  I installed it earlier today as part of a fresh MacOS installation of 1.6.1 final and had the funding DB example working just fine with PostgreSQL; so the driver is there and functioning (or at least, it was).
This results in an error when attempting to query the funding DB example in PostgreSQL from the docs, for example:
"PostgreSQL_8_4: Error: name 'psycopg2' is not defined",

Likely related to to Issue #57 , if not the same root cause.

Resolved in 1.8

This error does not appear in 1.8, however, https://github.com/sidprobstein/swirl-search/issues/88 is an issue now

Quick revisit with the latest 1.8 looks good!
Deleted prior 1.8 images and container from Docker.  Re-pulled and ran docker compose up to create fresh container, and the error mentioned above no longer appears.
After muuuch finagling, I made the changes outlined in #88 to get the Postgres Search Provider installed.  However, this error is still returned when searching with that SP active and default:
        "[2023-01-16 16:34:50.873219] Error: name 'psycopg2' is not defined",

Screen grab from the Results List for the Postgres SP:

CC:  @sidprobstein , reopening and re-assigning to you for the moment.

Aaaand closing again!  😆
PEBKAC:  I missed one thing.  I need to run pip install psycopg2 from within the Docker terminal, and then restart Docker.  Docker of course couldn't care less about my local install of psycopg2, it needed its own.  Apologies for all the ticket noise created by my own goofs on this one, folks!
After doing the above, the psycopg2 error is gone when searching.  I need to sort out the path for Docker to talk to my Postgres, but that's config for me to do, not a bug.

authors: erikspears sidprobstein

repo: sidprobstein/swirl-search


text:
Trigger action

Hi @sietse85,
Thank you for your package, I see plenty of use cases where it can be useful.
Do you think it would be possible to add the triggering of an action via a click on the button?

@timothepearce I assume you mean a NovaAction? You can already dispatch actions via a custom event. Button::make('Approve')->event(ApproveAction::class)
But yes the action could perhaps also be triggered on the Button class itself. That could be a nice addition. It would of course only work for single resource and not multi-select.
Feel free to make your own PR, else I will see to add it when I have the time.

@timothepearce  Added in v1.0.9 support to trigger action on the current resource (without ActionFields)


text:
[Snyk] Upgrade com.googlecode.libphonenumber:libphonenumber from 8.13.16 to 8.13.18

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to upgrade com.googlecode.libphonenumber:libphonenumber from 8.13.16 to 8.13.18.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 2 versions ahead of your current version.
The recommended version was released a month ago, on 2023-08-02.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Updated with #200

authors: MahamoudTBS harrdou

repo: sign-in-canada/Acceptance-Platform


text:
Removed memory_ballast and making sure soft memory is set

Description: Removed memory_ballast and making sure soft memory is set
Link to Splunk idea: <Link to Splunk idea, see https://ideas.splunk.com>
Testing:
Documentation:

Please add a changelog entry.
We are planning to update the default configs here in a separate PR? We'll also need to address ansible, chef, etc. deployments after this is available. They seem to set env var for ballast size.

As @jinja2 mentioned, we need to remove the memory_balast from all the configs like https://github.com/signalfx/splunk-otel-collector/blob/main/cmd/otelcol/config/collector/agent_config.yaml. It should be done along with this change, probably the same PR. Please make sure SPLUNK_BALLAST_SIZE_MIB env var isn't referenced anymore across the repo.

@jinja2  and @dmitryax , I will remove all the memory_ballast from configs. i was not sure if that was part of the scope of this PR.

@samiura are the failing integration tests related to the change?

@dmitryax No, if you look at the history, they have been failing ever since start of the last week. I have manually deployed this branch on my machine, kind cluster and observed the memory/cpu usage, I do not see any issues thus far.

@dmitryax  As we speak this is the state of integration test in the main branch.
https://github.com/signalfx/splunk-otel-collector/actions/runs/8425301171/job/23071388163

LGTM. @samiura please proceed with the follow-up cleanup as we agreed

authors: dmitryax jinja2 samiura

repo: signalfx/splunk-otel-collector


text:
add and register journald receiver

Updated dockerfile for journald from this pr and registered journald receiver and update gomod

Pipeline is failing on arm64 builds as expected coz of the different path/ filenames.
Dockerfile needs to be updated with below when ARCH=arm64
# Below files are required by journald receiver for arm architecture which are referenced from https://altlinux.pkgs.org/sisyphus/classic-x86_64/systemd-utils-249.5-alt2.x86_64.rpm.html COPY --from=journal /lib/aarch64-linux-gnu/libc.so.6 /lib/aarch64-linux-gnu/libc.so.6 COPY --from=journal /lib/systemd/libsystemd-shared-241.so /lib/systemd/libsystemd-shared-241.so COPY --from=journal /lib/aarch64-linux-gnu/librt.so.1 /lib/aarch64-linux-gnu/librt.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libcap.so.2 /lib/aarch64-linux-gnu/libcap.so.2 COPY --from=journal /usr/lib/aarch64-linux-gnu/libacl.so.1 /usr/lib/aarch64-linux-gnu/libacl.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libcryptsetup.so.12 /lib/aarch64-linux-gnu/libcryptsetup.so.12 COPY --from=journal /lib/aarch64-linux-gnu/libgcrypt.so.20 /lib/aarch64-linux-gnu/libgcrypt.so.20 COPY --from=journal /usr/lib/aarch64-linux-gnu/libip4tc.so.0 /usr/lib/aarch64-linux-gnu/libip4tc.so.0 COPY --from=journal /usr/lib/aarch64-linux-gnu/libkmod.so.2 /usr/lib/aarch64-linux-gnu/libkmod.so.2 COPY --from=journal /lib/aarch64-linux-gnu/libmount.so.1 /lib/aarch64-linux-gnu/libmount.so.1 COPY --from=journal /usr/lib/aarch64-linux-gnu/libseccomp.so.2 /usr/lib/aarch64-linux-gnu/libseccomp.so.2 COPY --from=journal /lib/aarch64-linux-gnu/libselinux.so.1 /lib/aarch64-linux-gnu/libselinux.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libidn.so.11 /lib/aarch64-linux-gnu/libidn.so.11 COPY --from=journal /lib/aarch64-linux-gnu/liblzma.so.5 /lib/aarch64-linux-gnu/liblzma.so.5 COPY --from=journal /usr/lib/aarch64-linux-gnu/liblz4.so.1 /usr/lib/aarch64-linux-gnu/liblz4.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libblkid.so.1 /lib/aarch64-linux-gnu/libblkid.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libpthread.so.0 /lib/aarch64-linux-gnu/libpthread.so.0 COPY --from=journal /usr/lib/aarch64-linux-gnu/libattr.so.1 /usr/lib/aarch64-linux-gnu/libattr.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libuuid.so.1 /lib/aarch64-linux-gnu/libuuid.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libdevmapper.so.1.02.1 /lib/aarch64-linux-gnu/libdevmapper.so.1.02.1 COPY --from=journal /usr/lib/aarch64-linux-gnu/libssl.so.1.1 /usr/lib/aarch64-linux-gnu/libssl.so.1.1 COPY --from=journal /usr/lib/aarch64-linux-gnu/libcrypto.so.1.1 /usr/lib/aarch64-linux-gnu/libcrypto.so.1.1 COPY --from=journal /usr/lib/aarch64-linux-gnu/libargon2.so.1 /usr/lib/aarch64-linux-gnu/libargon2.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libdl.so.2 /lib/aarch64-linux-gnu/libdl.so.2 COPY --from=journal /usr/lib/aarch64-linux-gnu/libjson-c.so.3 /usr/lib/aarch64-linux-gnu/libjson-c.so.3 COPY --from=journal /lib/aarch64-linux-gnu/libgpg-error.so.0 /lib/aarch64-linux-gnu/libgpg-error.so.0 COPY --from=journal /lib/aarch64-linux-gnu/libpcre.so.3 /lib/aarch64-linux-gnu/libpcre.so.3 COPY --from=journal /lib/aarch64-linux-gnu/libudev.so.1 /lib/aarch64-linux-gnu/libudev.so.1 COPY --from=journal /lib/aarch64-linux-gnu/libm.so.6 /lib/aarch64-linux-gnu/libm.so.6 COPY --from=journal /lib/ld-linux-aarch64.so.1 /lib/ld-linux-aarch64.so.1 COPY --from=journal /bin/journalctl /bin/journalctl

@jchengsfx Hey Jeff, can you please review this PR when get a chance?
It needs your blessings before merging. Thank you!

Would appreciate it if you could help get it going :) @jcheng-splunk @dmitryax

@luckyj5 sorry for the delay. can you please update go deps to v0.40.1-0.20211206165607-024958a4f3c4

@luckyj5 @dmitryax After building the image with these dockerfile changes, running journalctl in the container fails due to missing libraries since /emptyfile allows the docker build to complete despite the missing libraries.
So instead of hard-coding the list of libraries for both archs in the dockerfile, I ported over a script we use for determining collectd dependencies with ldd in the signalfx agent.  Please see https://github.com/signalfx/splunk-otel-collector/pull/1026 and let me know what you think.

@jcheng-splunk I agree hard-coded is not preferred, and having a script for the same is better. Thanks for #1026.
Also, I did not see failures during my initial testing, so just curious, where is it failing and on which missing deps?

@luckyj5 please remove all the docker related changes and leave only the receiver enabling part

@jcheng-splunk I agree hard-coded is not preferred, and having a script for the same is better. Thanks for #1026.
Also, I did not see failures during my initial testing, so just curious, where is it failing and on which missing deps?

$ make docker-otelcol
$ docker run --rm --entrypoint /bin/journalctl otelcol:latest
/bin/journalctl: error while loading shared libraries: libsystemd-shared-247.so: cannot open shared object file: No such file or directory

After fixing that in the dockerfile and rebuilding, I see:
$ make docker-otelcol
$ docker run --rm --entrypoint /bin/journalctl otelcol:latest
/bin/journalctl: error while loading shared libraries: libblkid.so.1: cannot open shared object file: No such file or directory

And there seemed to be others missing than those two.

Thank you @jcheng-splunk @dmitryax!
Have updated the PR to remove dockerfile changes.


text:
Ability to specify --interactive mode (don't exit immediately) when I specify files with -f

Describe the solution you'd like
I would like an --interactive command line option or similar for situations where I specify files on command line.
Purpose: Stay in chat even when you specify -f files at command line.
Why?  Stays in chat allows iteration to self-improve the current chat request.  Newer language models are now becoming much better at multiple-file handling (Example: o1), but not always zero-shot.  Some of the models now appear useful at answering questions even for entire projects/folders (e.g. 20 files).  Iterating with CoT models actually rapidly improves the output in fewer turns than non-CoT models.
Describe alternatives you've considered
There's none similar
Additional context
To add --interactive to continue chatting after specifying files, would allow conversations about many files:

aichat -S -model openai:o1-mini -f file1.js -f file2.js -f file3.js --interactive "Heres my custom advanced coding request bla bla bla"

or

aichat -S -model openai:o1-mini -f test1.html -f test2.html -f test3.html -f test.css -f test.js --interactive "Custom advanced modification request here more suited for a CoT model"

or

aichat -S -model openai:o1-mini -f test.html -f test2.html -f test3.html -f test.css -f test.js --interactive "Custom obscure-debugging request here more suitable for a CoT model"

And simialr.
And then it outputs the first response and drops me into the interactive chat to iterate back-and-fourth (requesting changes).  I did tests in playground API and it usually requires 2-shot and 3-shot before I trusted the quality of the code to test it, but that is massively better than the frustrations I've had with other models (Claude, GPT-4o, etc).
It's easy to generate custom aichat commands from a script e.g. (asky-chattty.sh *.html "question-here") which can autoformat the long -f command line necessary for a wildcard mask, and automatically select specific models, so that isn't aichat's responsibility.  But aichat's limitations prevent me from iterating back-and-fourth requests on multiple files.
aichat already lets me specify multiple files at command line, unlike a lot of other utilities, which makes it easy to chat about multiple files without copying and pasting.  Since o1-mini API is fairly expensive, the ability to stay in chat to iterate back and fourth is useful -- as o1 usually requires only 2 or 3 cycles of chat to do what many other models failed after 10-20 chat iterations.  o1 is now able to write code much more reliably since it actually self-repeatedly proofreads itself, and often has only 1/10th the coding error rate (e.g. 500 line code as reliable as 50 line code skeletons).
Therefore, an --interactive would be a big moneysaver for a lot of aichat fans, consequently.
So my pressure is very high to figure out a way to effectively chat about multiple files to o1 in an interactive manner, as well as other AI providers' upcoming CoT models.
TIP: As of September 24th, the first major CoT model, o1 now only requires Tier 4 which activated immediately once I deposited my 250th dollar (50 dollars more if you already spent 200). Much easier than Tier 5!  For other readers, the author of openai helpfully told me that o1 requires the -S command line option to work

We will not support this features. Please use .file instead. --file for CLI, .file for REPL.

We will not support this features. Please use .file instead. --file for CLI, .file for REPL.

Oh?  Do you mean I can have an external script generate the .file list automatically, and then let the user continue chat?
I could not find a way to automate the initial multi-.file at entry into chat.

UPDATE! Solution is to use --session NAME --save-session
Then enter REPL (interactive) via a second call to aichat.
Example
# Initial query about bunch of files
aichat --session ABCDEF --save-session -f file1.txt -f file2.txt -f file3.txt "Custom request about these files"
# Enter REPL mode
aichat --session ABCDEF

So problem solved (in a roundabout way).
Posting this info for other users to figure out that this is, of course, indeed possible.

authors: InfImpDrive sigoden

repo: sigoden/aichat


text:
pin github actions by digest instead of tag

Addressing https://github.com/ossf/scorecard/blob/main/docs/checks.md#pinned-dependencies
data from running scorecard --show-details --repo=https://github.com/sigstore/fulcio/ --checks Pinned-Dependencies --format json:
{
  "date": "2022-01-12",
  "repo": {
    "name": "github.com/sigstore/fulcio",
    "commit": "d890471d80472171effea2ce5a77941d351d2bbe"
  },
  "scorecard": {
    "version": "61a0124",
    "commit": "61a01244078b61abf5a2cdced8961927661edb8c"
  },
  "score": 2,
  "checks": [
    {
      "details": [
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/codeql-analysis.yml:38",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/codeql-analysis.yml:42",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/codeql-analysis.yml:46",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/codeql-analysis.yml:48",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/main.yml:29",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/main.yml:32",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify-k8s.yml:25",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify-k8s.yml:26",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify-k8s.yml:59",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify-k8s.yml:60",
        "Warn: third-party action not pinned by hash: .github/workflows/verify-k8s.yml:64",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify-k8s.yml:286",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify.yml:25",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify.yml:26",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify.yml:41",
        "Warn: third-party action not pinned by hash: .github/workflows/verify.yml:45",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify.yml:55",
        "Warn: GitHub-owned action not pinned by hash: .github/workflows/verify.yml:56",
        "Warn: docker image not pinned by hash: Dockerfile:16",
        "Warn: docker image not pinned by hash: Dockerfile:31",
        "Warn: docker image not pinned by hash: Dockerfile:39",
        "Warn: docker image not pinned by hash: Dockerfile.ctfe_init:16",
        "Warn: go installation not pinned by hash: Dockerfile:40",
        "Warn: go installation not pinned by hash: Dockerfile.ctfe_init:20",
        "Info: no insecure (not pinned by hash) dependency downloads found in shell scripts",
        "Warn: go installation not pinned by hash: .github/workflows/verify-k8s.yml:31",
        "Warn: go installation not pinned by hash: .github/workflows/verify.yml:31"
      ],
      "score": 2,
      "reason": "dependency not pinned by hash detected -- score normalized to 2",
      "name": "Pinned-Dependencies",
      "documentation": {
        "url": "https://github.com/ossf/scorecard/blob/61a01244078b61abf5a2cdced8961927661edb8c/docs/checks.md#pinned-dependencies",
        "short": "Determines if the project has declared and pinned its dependencies."
      }
    }
  ],
  "metadata": null
}

This also updates references to set a consistent Go version based on the value in Dockerfile.
Signed-off-by: Bob Callaway bob.callaway@gmail.com

Summary

Ticket Link

Fixes
Release Note

This might have broken something - See a recent PR like https://github.com/sigstore/fulcio/pull/320 for the failing test

This might have broken something - See a recent PR like #320 for the failing test

checking it now

authors: bobcallaway haydentherapper

repo: sigstore/fulcio


text:
Add Logo to README

Summary
Adds a large centered logo at the top of the readme and moves the tagline below the title
Before

After

Ticket Link
Relates to #372
Release Note
NONE

NB: The colors match orange/light and grey/dark from the brand guide for the text and background respectively

Nice!


text:
Add initial codes for kubectl signing plugins (#1)

Signed-off-by: Yuji Watanabe muew@ibm.com
Co-authored-by: Hirokuni-Kitahara1 hirokuni.kitahara1@ibm.com
This is PR to add initial codes to the repository.
Issue => https://github.com/sigstore/k8s-manifest-sigstore/issues/3

let's replace all the references in codes that point to the temporary repository (yuji-watanabe-jp/k8s-manifest-sigstore) with sigstore/k8s-manifest-sigstore after this PR

I am ok with that. We need to get golint and a few other CI elements set up as well. Have you had a chance to run golangci-lint run locally first.

@lukehinds
We checked with "golangci-lint run" locally and confirmed no error reported with fix commit.
We also set new repository location "sigstore/k8s-manifest-sigstore" in this fix.

authors: lukehinds yuji-watanabe-jp


text:
Add harness test for getting all entries by UUID and EntryID

This should be the last PR for harness testing.
Closes https://github.com/sigstore/public-good-instance/issues/417
Signed-off-by: Priya Wadhwa priya@chainguard.dev

Codecov Report

Merging #957 (189c08b) into main (45fd37d) will decrease coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #957      +/-   ##
==========================================
- Coverage   48.35%   48.31%   -0.04%
==========================================
  Files          61       61
  Lines        5383     5383
==========================================
- Hits         2603     2601       -2
- Misses       2500     2502       +2
  Partials      280      280

Impacted Files
Coverage Δ

pkg/types/rekord/v0.0.1/entry.go
48.82% <0.00%> (-0.67%)
:arrow_down:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

authors: codecov-commenter priyawadhwa

repo: sigstore/rekor


text:
Add method to validate public key

This pulls in the validation logic from Cosign, that's currently used to
validate imported keys. I'd like to also validate keys before being
certified by Fulcio.
I switched out the RSA verification logic with a library from Let's
Encrypt. In addition to key size checks, it also checks for small primes
in the modulus, weak primes from Infineon hardware (roca), and easily
factored keys using Fermat's factorization method (which was recently in
the news, a researcher found weak keys generated by printers).
We can't use the ECDSA verification logic because Let's Encrypt doesn't
support the P-521 curve (because browsers don't currently).
Signed-off-by: Hayden Blauzvern hblauzvern@google.com

Summary

Ticket Link

Fixes
Release Note

cc @bobcallaway

Do you also plan to deprecate the same code in cosign and have cosign call into sigstore/sigstore as a library for PK validation?

@lukehinds Yep!

authors: haydentherapper lukehinds

repo: sigstore/sigstore


text:
Revert "Autoclose OAuth success page after 5 seconds. (#484)"

Summary

This reverts commit ff5686c2b3f0351a5b69a677723d6aefd9f25baa.
As pointed out in https://github.com/sigstore/sigstore/pull/484#issuecomment-1150226787, this doesn't actually work 😢
Ticket Link

Fixes
Release Note

Autoclose behavior rolledback - this didn't actually work.

@wlynch can you amend your commit with DCO and we can merge this? thanks!

@wlynch can you amend your commit with DCO and we can merge this? thanks!

Done!

authors: bobcallaway wlynch


text:
Getting SyntaxError SyntaxError: Unexpected token < in JSON at position 0

I'm using this project code in my django project to upload multiple images using the basic plus UI version. There's one change though -- in my templates, I'm using the latest version for all JS files (jquery, jquery-ui, javascript-templates, jquery-fileupload, etc.).
When I try to add files and start the upload by clicking on 'Start upload', I get the following error for each of the newly added image files (I added a console.log() to see what's causing the error):
SyntaxError: Unexpected token < in JSON at position 0
    at parse (<anonymous>)
    at ajaxConvert (jquery.js:8787)
    at done (jquery.js:9255)
    at XMLHttpRequest.<anonymous> (jquery.js:9548)

If it helps, I also included a console.trace() to see what is calling the error function. Here's the output.
People seemed to have had this issue before, as is evident from these 2 posts (post 1 and 2). However, none of the solutions worked for me.
How do I resolve this?

Without looking too much into it myself, I would guess you get some kind of error from the server side, represented as html, giving you a < which is not json. Have a look at the server response in your browser developer (network) tool (as suggested in 2).

I tried debugging as suggested in 2, but after a fair amount of effort, I've no idea what's causing it.
In the network tab, I see a request with the status code (302 found). Everything else seems normal with a status code of 200. Looking at the request's header, this is a request.POST method and the content is 'text/html'. I'm unable to see a preview or the response of this request in the browser dev tools (I get a 'Failed to load response data' error).
If I could find out the error that's coming from the server side, my problem would be solved.

The images get uploaded successfully -- I'm able to see the uploaded ones on the admin site. There doesn't seem to be any error from the server side as well. The only abnormality, if any, would be the 302 status code in the network panel of the browser dev tools.
Some say this isn't an abnormality, and it is a standard practice to receive a 302 after a successful POST request (see the comments on this post.) I've checked your code -- it returns a 200 status code on a successful POST request.
Is there some way to find out what input the JSON parser is receiving? The output from console.trace() is too long, and I don't know where to start.

I found what went wrong. While overriding the form_valid method, I called the original implementation of form_valid from CreateView class. So I was getting a HTML response, in addition to JSON response. I removed the super() statement, and things just work fine.

authors: rvadaga sigurdga

repo: sigurdga/django-jquery-file-upload


text:
資料詳細內容的試驗整理理咧

#67

Changes Unknown when pulling 1945040cf21c147b4df22f624e3dee98433e3669 on 整理看詳細內容 into ** on master**.

Coverage decreased (-0.4%) to 96.888% when pulling 1945040cf21c147b4df22f624e3dee98433e3669 on 整理看詳細內容 into 89bd1fa284f5dc346a4c95e971ca5a847e98f5d6 on master.

Coverage decreased (-0.4%) to 96.888% when pulling ae659569d1cdd561c0b0e390605dd51973fb4e2c on 整理看詳細內容 into 89bd1fa284f5dc346a4c95e971ca5a847e98f5d6 on master.


text:
A redirect page

Perhaps maybe a redirect page, such as something hosted on another subdomain. ATM, I'm using meta refresh to redirect.

Oh never mind, I just found your links ext

repo: sijad/flarum-ext-pages


text:
Remove obsolete handling of \d marker

fixes https://github.com/sillsdev/serval/issues/416
add UsfmMemoryText for testing
add support for isolated testing of USFM parsing/generation

This change is

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Please upload report for BASE (master@4e88953). Learn more about missing BASE report.

Additional details and impacted files
@@            Coverage Diff            @@
##             master     #216   +/-   ##
=========================================
  Coverage          ?   67.30%
=========================================
  Files             ?      447
  Lines             ?    35433
  Branches          ?     4736
=========================================
  Hits              ?    23849
  Misses            ?    10496
  Partials          ?     1088

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: codecov-commenter ddaspit

repo: sillsdev/machine


text:
Run Serval E2E tests with commits to master in Machine

How can we do this?  We should!

We should only do this if the E2E tests are rock solid. Otherwise, we could do this on release.

They should be solid - and if they are not, we should be able to make them so.

How about this:

It can be manually run
It is always run when a serval or machine docker image is about to be made

By "rock solid", I mean that it doesn't fail occasionally with false positives. @johnml1135 I agree. Running it only when we "release" makes sense.

Still waiting on updates to secrets as far as I know. Let me know if someone's done this already. @ddaspit @johnml1135

Secrets are updated

Any updates @johnml1135 ? I'm happy to add them myself if you give me (even temporary) permissions.

@Enkidu93 - I gave you admin access to Machine.

repo: sillsdev/serval


text:
Real-time Inference dynamic loading/unloading of models

Assuming that we use clearml-serving real time inferencing, we may need to spin our own dynamic loading/unloading algorithm the reason is that the core Triton inference server from NVIDIA does not do it without buying the enterprise plan.

https://github.com/triton-inference-server/server/issues/5345
https://github.com/triton-inference-server/server/issues/3583
https://www.nvidia.com/en-us/ai-data-science/products/triton-management-service/
I made a request to ClearML to implement this in their slack channel, but am assuming it will not be done.

If we were to do this ourselves, we would need to make the explicit calls to the management API and implement a simple algorithm such as:

Assume:

All models are of the same size when loaded
The max number of instances of an individual model is 1

Config:

Number of seconds to assess usage over (rule of thumb -> 5x model loading time?)
Auto-unload model if not being used for x minutes (default 5?)
Number of models that need to be unloaded before x minutes required to adding new auto-scaled instance (default 5?)

Algorithm:

Load in the model with the largest number of elements in it's queue - and only pull in one at a time
If not enough space, unload the model with the oldest "last inference" time if it is over n (60?) seconds ago
Else, unload the model that has an empty queue and also has the least number of incoming requests over the past n (60?) seconds
If the frequency of unloading models is greater than the threshold, add another auto-scaled instance
If the loaded models can fit on fewer instances than are currently scaled, gracefully consolidate

We have something like this implemented for SMT models.

@johnml1135 @ddaspit, Guys I have a question about this matter, Will this loading/unloading happen automatically, or do we need to do something to enable it? Also, if you could provide me with some links/documentation, I would appreciate it.

@robosina - this is currently a wish list item and a conceptual design, it has not been implemented into Serval.  The core technology that would perform the loading/unloading would be https://github.com/allegroai/clearml-serving, which is a layer on top of https://www.nvidia.com/en-us/ai-data-science/products/triton-management-service/.  I would review those products for dynamic loading/unloading.

authors: ddaspit johnml1135 robosina


text:
Search for word with glottal stop-baba'

In the search box, (https://www.webonary.work/bolinao/wp-admin/#search) Kevin tried pasting baba', copied from the display in Webonary.  Later he tried typing baba' (using an apostrophe for the glottal).  He got “no matches”, even though the word shows in the Browse view.
We wondered if the problem was that the site was not configured to have the buttons on the Search page for “special characters”.
See Special character input buttons for continuation of story...

The Search finds no matches even if the word is pasted into the Search box, i.e., ba'ba'

repo: sillsdev/webonary


text:
What Year Is It?

@tsukori (twice! :))
@jwarrich
@camazotz

@eah13 Just fixed the year

@eah13  fixed the year on my posts as well

@camazotz @tsukori awesome!  Will you also make a reference back to this issue from the PR using #?  Otherwise it's hard to know what's what.

authors: camazotz eah13 tsukori


text:
docs: Use '.' separator syntax in JSDoc @links (#11)

Additionally, use IEventEmitter in @links rather than EventEmitterMixin.
The documentation for IEventEmitter contained references to
EventEmitterMixin, but it should be referencing itself (IEventEmitter).

Coverage remained the same at 100.0% when pulling 5e1a8551ddc3dba4b67d33e2435975ecd73ce42f on yokuze:yokuze/fix_jsdoc_link_member_syntax_11 into 32e131f9803d9491618ee2bf0639add005ccb883 on silvermine:master.

authors: coveralls yokuze

repo: silvermine/event-emitter