text:
wip: task timeline visualization

An attempt to implement a basic gantt-like task execution timeline visualization.

This branch has a bunch of linting errors atm (npm run lint)

Cool!

Now also hides the root task (and removes the root task name prefix from task names)

authors: danielnorberg dzannotti frsyuki

repo: treasure-data/digdag


text:
differentiate between line and block comments in the grammar

Checklist:

[ ] All tests pass in CI.
[x] There are sufficient tests for the new fix/feature.
[x] Grammar rules have not been renamed unless absolutely necessary.
[x] The conflicts section hasn't grown too much.
[x] The parser size hasn't grown too much (check the value of STATE_COUNT in src/parser.c).

@mgsloan this is in relation to #92 ; does the issue seem pertinent?

Hey!  I'm guessing you intended to @ someone else :)
On Fri, Nov 19, 2021 at 4:03 AM raghav-deepsource @.***>
wrote:

@mgsloan https://github.com/mgsloan this is in relation to #92
https://github.com/tree-sitter/tree-sitter-java/issues/92 ; does the
issue seem pertinent?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/tree-sitter/tree-sitter-java/pull/93#issuecomment-973976074,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAFQKWIYXCYGRJCE7ZDEEDUMYVJBANCNFSM5HUUGR5Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

Sorry for the delay; I'm trying to understand why CI is not running for this PR.

Hey! I'm guessing you intended to @ someone else :)

Oops, sorry!

@maxbrunsfeld tests aside, do the changes to the grammar look good?

bump!

@dcreager any idea why CI is not running here? I remember we had similar issues with other repositories and someone fixed it.

Ok, CI is configured properly. @raghav-deepsource If you wouldn't mind rebasing your changes onto master, I think that'll kick off CI and we can get this merged.

Ah, it probably needs your approval on this.

503 while downloading the checkout repo... spurious error

Thanks @raghav-deepsource, sorry for the delay.

I get this error messages after this PR merged:
|| Error detected while processing FileType Autocommands for "*":
|| E5108: Error executing lua /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: query: invalid node type at position 1122
|| stack traceback:
|| 	[C]: in function '_ts_parse_query'
|| 	/usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: in function 'get_query'
|| 	...cker/start/nvim-treesitter/lua/nvim-treesitter/query.lua:91: in function 'get_query'
|| 	...r-textobjects/lua/nvim-treesitter/textobjects/attach.lua:16: in function 'attach'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:458: in function 'attach_module'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:481: in function 'reattach_module'
|| 	[string ":lua"]:1: in main chunk
|| E5108: Error executing lua /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: query: invalid node type at position 1122
|| stack traceback:
|| 	[C]: in function '_ts_parse_query'
|| 	/usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: in function 'get_query'
|| 	...cker/start/nvim-treesitter/lua/nvim-treesitter/query.lua:91: in function 'get_query'
|| 	...r-textobjects/lua/nvim-treesitter/textobjects/attach.lua:16: in function 'attach'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:458: in function 'attach_module'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:481: in function 'reattach_module'
|| 	[string ":lua"]:1: in main chunk
|| E5108: Error executing lua /usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: query: invalid node type at position 1122
|| stack traceback:
|| 	[C]: in function '_ts_parse_query'
|| 	/usr/local/share/nvim/runtime/lua/vim/treesitter/query.lua:172: in function 'get_query'
|| 	...cker/start/nvim-treesitter/lua/nvim-treesitter/query.lua:91: in function 'get_query'
|| 	...r-textobjects/lua/nvim-treesitter/textobjects/select.lua:57: in function 'attach'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:458: in function 'attach_module'
|| 	...er/start/nvim-treesitter/lua/nvim-treesitter/configs.lua:481: in function 'reattach_module'
|| 	[string ":lua"]:1: in main chunk

likely because the grammar wasn't updated...

@captainko I hadn't installed nvim-treesitter before, but it worked out of the box with the latest changes. (I use vim-plug).
Could you check whether the lockfile.json file in your nvim-treesitter plugin directory is the same as the one in nvim-treesitter master?

it also seems that there were some commits added after merging that PR, perhaps you do not have those changes?

source: gharchive/pull-request

authors: aryx captainko maxbrunsfeld mgsloan raghav-deepsource

repo: tree-sitter/tree-sitter-java

license: MIT

license_type: permissive

license_source: github-api


text:
Pytest 8.1.0 compatibility

Hi,
I think an update is required in to be compatible with Pytest 8.1.0.
Source (CI logs of a project): https://github.com/BlueBrain/BlueCelluLab/actions/runs/8138274377/job/22239014458?pr=142
The packages installed as well as the environment can be found on the CI logs.
     File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/_pytest/config/__init__.py", line 1490, in parse
      self._preparse(args, addopts=addopts)
    File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/_pytest/config/__init__.py", line 1377, in _preparse
      self.pluginmanager.load_setuptools_entrypoints("pytest11")
    File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/pluggy/_manager.py", line 415, in load_setuptools_entrypoints
      self.register(plugin, name=ep.name)
    File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/_pytest/config/__init__.py", line 497, in register
      plugin_name = super().register(plugin, name)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/pluggy/_manager.py", line 167, in register
      self._verify_hook(hook, hookimpl)
    File "/home/runner/work/BlueCelluLab/BlueCelluLab/.tox/examples/lib/python3.11/site-packages/pluggy/_manager.py", line 342, in _verify_hook
      raise PluginValidationError(
  pluggy._manager.PluginValidationError: Plugin 'nbmake' for hook 'pytest_collect_file'
  hookimpl definition: pytest_collect_file(path: str, parent: Any) -> Optional[Any]
  Argument(s) {'path'} are declared in the hookimpl but can not be found in the hookspec

Related discussion on pytest: https://github.com/pytest-dev/pytest/issues/12065#issuecomment-1976275219

Thanks for this report @anilbey! I sense this is disruptive so am looking into it ASAP.
In the meantime, it would be really awesome if you joined our new Discord. Communities can help prevent issues like as well as identify new helpful things to build for you.
https://discord.gg/QFjCpMjqRY

So it appears that the path parameter to collect has now been removed in favour of a file_path which uses the Pathlib type.
Relevant github issue
I'd like to fix this in a way that keeps support for Pytest 7 although simplest thing to do would be to support >8 going forward. Open to suggestions.

What about something that detects the major version of pytest?

@ManonMarchand thanks that's what I did -- it should work the same for pytest 6 and 7
Fixed in release v1.5.1

Thanks @alex-treebeard for the quick fix.

It appears pytest 8.1.0 is yanked.
https://pypi.org/project/pytest/8.1.0/

😄 I did feel like there was no warning about this change... we are ok though as far as I know, apart from the dev environment for nbmake being on 8.1

source: gharchive/issue

authors: ManonMarchand alex-treebeard anilbey

repo: treebeardtech/nbmake


text:
kv hash key partitioning

Enabling better underlaying performance can be achieved by adding another level, we can partition the data.
Postgres table can be partitioned by a key - to enable that, we can add an optional hash-key while setting and scanning data in our kv storage.
This issue was created to address:

API changes to enable operations using hash-key
Update the Postgres implementation to support partitioning

Putting in writing the discussion @nopcoder And I had with @ozkatz:
The API should not be changed. It is written in a general way on purpose to allow many implementations to the kv store interface. We want to partition on Postgres since the current huge non-partitioned table will quickly become the bottleneck.
The partitioning must take into account the main entity type with many changes and where performance matters => entries under a staging token. Since Keys are opaque to the kv store, it must decide on a parameter to partition by - which most likely be the prefix of the key. To ensure all entries under a staging token ends up in the same partition, we must write it at the very beginning of the key. e.g. instead of refstore/repo/my-repo/branch/my-branch/stagingTokens/my-staging-token/path/to/my/file do stagingTokens/my-staging-token/repo/my-repo/branch/my-branch/path/to/my/file/.
Given that we're currently not facing this problem (only multipart implementation is completed), and assuming that we agree on the above, this becomes more of a principal than an actual task to be done. I'll close this one if no objections are raised.

I pretty much disagree with all of the above
The API without separate hash and ordered keys is undoubtedly the simplest.  However not by much, and OTOH it will be very hard to scale.
First, note that almost every key needs a prefix space.  By not supporting it in the KV API, you're just moving the problem of handling prefixes over to the application.  Which is actually a harder problem than it seems if you don't want to limit the bytes allowed in your prefix.  So simplest might be to decide to go with prefix:key, but that means you don't get to use colons in your prefix.
But more importantly, the current API does not match some useful real-life systems, and will not attain full performance.  Examples of high-value implementation targets:

DynamoDB requires a hash and an ordered key.  Taking the first few bytes of the key as a hash will only work if scan becomes a complex operation.  Failing that, it is not that nice.
PostgreSQL is not that great at dropping many keys.  This is precisely what we need to do during a COMMIT.  But if all staging keys live in the same partitions (or even just a separate table!), this is as simple as DROPping the partition table (and faster because the staging area partition is uncontended by the time you drop it).
Cassandra and ScyllaDB have the same type of split key as DynamoDB.  True, you might want to split the different staging areas internally to avoid hotspotting -- but at the very least the API has to acknowledge this.

So I am not sold on this.  It is a simpler API.  But that API prevents a trivial performance boost on DynamoDB and similar KV stores, and will require a difficult schema upgrade when we do decide to move.  And while the API is simpler, the actual implementation code needs to be smarter about how it handles partitions.  Given that actual application code anyway needs to provide a keyspace (because auth != staging areas != ...), this simpler API makes the application code harder to migrate to real databases.

OK I think I now understand what you mean by "hash key" and it's actually a partition key? a-la dynamodb/cassandra?
I'd first suggest naming it "partition key".

Cassandra and ScyllaDB have the same type of split key as DynamoDB.

I'm ok with the split key concept, I do think it's a rather short blanket anyway.
If we want to support databases that don't have this construct it does become harder: object stores, foundationDB, spanner/cockroach and possibly others - don't provide this type of control and partition automatically on a contiguously sorted key space for scaling throughput (see S3's now-outdated recommendation to prefix paths with hash values).
Heck, this is even what lakeFS does :)

PostgreSQL is not that great at dropping many keys

'm not as concerned about performance there since this should not block a commit request anyway. dropping a partition isn't good enough unless we tell Postgres to match its partition count to the cardinality of e.g. staging tokens which could potentially mess up point lookup time (as most accesses will likely hit a partition with still-empty stats, resulting in ~table~ partition scans).
This requires testing but we've been burned by this sort of unpredictability before and I think we can agree that critical path random lookups should be prioritized over efficient partition delete performance.
TL;DR - I'm OK with having a partition key in the API. I'd be careful about premature optimizations in non-critical-path areas.

authors: arielshaqed itaiad200 nopcoder ozkatz

repo: treeverse/lakeFS


text:
Add "allow-empty" flag to Merge

Closes #7797.
Change Description
Add allow_no_changes flag to branch merge API, to allow merge merging two branches with the same content.
Background
Currently, when trying to merge two branches with the same content, an "no changes" error is thrown.
New Feature
Add the flag to the API,
And implement support for it in lakectl and in the python-wrapper (in addition to the auto-generated clients).
This change should be fully backwards-compatible.

@itaigilo You've added the parameter in swagger but did not add the logic in lakeFS.
What will be the default behavior? Is it going to be different from the current behavior? I thought the original bug was that we were able to perform a merge when there were not changes.
I feel like this PR is too small, I'd like to see the usage of the parameter before review

@N-o-Z as noted in Slack, this is only a tiny draft, meant to outline the suggested change in the API (before implementing it).
It's basically instead of a spec (according to @arielshaqed 's suggestion) -
The implementation will follow soon.

@N-o-Z as noted in Slack, this is only a tiny draft, meant to outline the suggested change in the API (before implementing it). It's basically instead of a spec (according to @arielshaqed 's suggestion) - The implementation will follow soon.

Thanks, IMHO I think the in this instance it's redundant.
The changes themselves in the server are minor, and providing the entire context even as draft is a relatively small effort and provides much more value

Blocking for the following questions:

What is the current behavior when trying to merge a branch with no changes?
What will be the default behavior after the change?

Noticed it was answered in the updated description

authors: N-o-Z itaigilo


text:
Fix create script syntax

Signed-off-by: yatinmaan yatinmaan1@gmail.com
Pull request
Description
The ModularTarget was ignored for aliased scripts with overridden params.
Checklist

[ ] The RFC, if required, has been submitted and approved
[ ] Any user-facing impact of the changes is reflected in docs.tremor.rs
[X] The code is tested
[x] Use of unsafe code is reasoned about in a comment
[X] Update CHANGELOG.md appropriately, recording any changes, bug fixes, or other observable changes in behavior
[ ] The performance impact of the change is measured (see below)

Performance

Coverage increased (+0.01%) to 85.239% when pulling f52b7ca455c72acde5d8221fc8f3a32631f92b76 on yatinmaan:fix_create_script into fa9e30f69ab9a13276c24d90a580d04e843ac8b7 on tremor-rs:main.

authors: coveralls yatinmaan

repo: tremor-rs/tremor-runtime


text:
Sidebar makes me unable to click any other item

I've just added a sidebar and was so caught up in styling it that I didn't realise that it makes the rest of the page un-clickable. I think this is to do with the automatic div that covers the entirety of the page. Anyone got any ideas?

hi I'm also facing same issue. None of the functionality working with this side nav.

Seems something wrong with clickoutside component. It's working for me after removing <ClickOutside
onClickOutside={() => {
this.setState({ expanded: false });
}}

repo: trendmicro-frontend/react-sidenav


text:
Interleave logs from multiple sources

Feature request to render logs sorted by timestamp, useful when inputs correspond to different services.

For the record, some earlier work/discussion is at https://github.com/trentm/go-ecslog/pull/14

I think this should be the default behaviour when it is ready, possibly with an option to turn off that sorting.

authors: jalvz trentm

repo: trentm/go-ecslog


text:
cname file

something about the CNAME file should keep tessandsteven.com when people enter that URL. right now it just reverts back to the github URL. I didn't have time to really investigate it.

I'm not sure we can do it.  I am having a hard time finding information on this issue.  This is the closest thing I have found so far. http://serverfault.com/questions/576835/forwarding-a-domain-to-another-subdomain

https://www.google.com/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=cname file github pages

Have you set up the domain with the DNS provider?  I don't have access to what you did with tessandsteven.com.
see number 3
https://help.github.com/articles/quick-start-setting-up-a-custom-domain/

I talked to Jimmy about it. Can you confirm the settings at the bottom of this page?
https://help.github.com/articles/setting-up-your-pages-site-repository/

This part?
GitHub Pages
Your site is published at http://tessandsteven.com.

yeah. Thanks. Does it work for you? Mine just runs around in a big circle
and never actually loads anything.
On Wed, Mar 2, 2016 at 1:16 PM, trentschlar notifications@github.com
wrote:

This part?
GitHub Pages
Your site is published at http://tessandsteven.com.
—
Reply to this email directly or view it on GitHub
https://github.com/trentschlar/Wedding/issues/7#issuecomment-191380571.

That's what mine is doing too...

https://github.com/trentschlar/Wedding/commit/0533010536a0b8098482eafb1425d00a5d36d3e2#diff-eacf331f0ffc35d4b482f1d15a887d3b

https://github.com/trentschlar/Wedding/commit/9f843595d02499c2f7b20168bf8638c74682874f#diff-eacf331f0ffc35d4b482f1d15a887d3b

authors: boada trentschlar

repo: trentschlar/Wedding

license: mit

license_source: bigquery


text:
Is there a script to import old admin history?

Hi all,
I successfully integrated django-simple-history in my app, thanks for this useful lib.
I would like to import my old admin history into the simple history database. Is there already a script for this, or should I create it from scratch?
Thanks,
Christophe

Only script that exists sets the current state of your models as the beginning of history. No way to import your admin history though

Only script that exists sets the current state of your models as the beginning of history. No way to import your admin history though

Thanks

repo: treyhunner/django-simple-history


text:
WIP Decred support

Decred specific crypto functions
/cc @saleemrashid - could you please review this code and recommend a better way to generalize decred_get_address, decred_message_sign and decred_message_verify?

@peterzen Since #118 was merged, we don't need any of these functions. For example:
decred_get_address is ecdsa_get_address with the Decred address version and HASHER_BLAKE.
decred_message_sign is ecdsa_sign with HASHER_BLAKE.
decred_message_verify is ecdsa_verify with HASHER_BLAKE.

decred_get_address is slightly different from ecdsa_get_address: https://github.com/trezor/trezor-crypto/pull/119/files/74767fbfbef2e82de3ca83c635b1c43183c7358e#diff-5d62e3f1508bedb0c39958a343c14d65R218
Also, decred_message_sign signs the message digest – again it's slightly different from ecdsa_sign

@peterzen What's the difference between decred_get_address and ecdsa_get_address? Also, decred_message_sign is the cryptoMessageSign function from https://github.com/trezor/trezor-mcu/blob/master/firmware/crypto.c#L126 but with a CoinInfo that uses secp256k1_decred instead of secp256k1.

@peterzen decred_get_address isn't calling hdnode_fill_public_key.

Right, I did overlook that one, thanks.

This code needs to be moved into trezor-mcu

authors: peterzen saleemrashid

repo: trezor/trezor-crypto


text:
Debugger statements found in production packages

Prerequisites

[X] I have searched for duplicate or closed issues
[X] I have validated any HTML to avoid common problems
[X] I have read the contributing guidelines

Describe the issue
hi,

these are found a bit all over the place... some places i can ignore, some i cant so debugging my own code is a bit difficult...
thanks
Reduced test cases
not applicable
What operating system(s) are you seeing the problem on?
Windows
What browser(s) are you seeing the problem on?
Chrome
What version of Modus React Bootstrap are you using?
1.0.0

@jmecosta Thanks for the feedback, fix will be available in the upcoming release.

issue is fixed and will be available in @trimbleinc/modus-react-bootstrap@v1.1.0

repo: trimble-oss/modus-react-bootstrap


text:
Modus Side Navigation Blue Theme Example is not working

Prerequisites

[X] I have searched for duplicate or closed issues
[X] I have read the contributing guidelines

Describe the issue
On this page the 'Enable Push Side Navigation' doesn't appear to work and the text in the main panel is getting cut off.

Reduced test cases
Example here:
https://modus-web-components.trimble.com/?path=/docs/components-side-navigation--side-navigation-with-data#modus-side-navigation-blue-theme
What operating system(s) are you seeing the problem on?
Windows
What browser(s) are you seeing the problem on?
Microsoft Edge
What is the issue regarding ?
Modus Web Components Website (Storybook)
What version of npm package are you using ?
No response
Priority
Medium
What product/project are you using Modus Components for ?
Modus
What is your team/division name ?
Modus
Are you willing to contribute ?
Maybe
Are you using Modus Web Components in production ?
No response

This issue doesnt occur locally

and am not able to push date in storybook docs irrespective of whether it blue themed or not but in canvas am able to do it ,
Maybe its a storybook docs error

https://github.com/trimble-oss/modus-web-components/assets/122255626/5af73a4f-f390-4265-8df6-df04a1896bd9
The issue doesn't occur in storybook as well.
@coliff  Can we close this?

yep - fixed now - thanks!

authors: ElishaSamPeterPrabhu coliff

repo: trimble-oss/modus-web-components


text:
mdc-text-field outline not drawn correctly if field initially hidden

What Angular MDC version are you using?
0.35.7
What browser(s) is this bug affecting?
I am using Google Chrome.
What OS are you using?
macOS
What are the steps to reproduce the bug?
Add an mdc-text-field element but make it invisible at first ([hidden]="true"). Then, make it visible after clicking a button, for example. You will see that after the field is shown, the outline is drawn incorrectly:

This only happens if the ngModel connected to the text field is not empty.

Duplicated. Working on a fix.

PR incoming. Really glad you reported this, as switching between outline and box variants was broken as well.

@trimox great job! Glad I could help a bit

authors: luccascorrea trimox

repo: trimox/angular-mdc-web


text:
NEW FEATURE - Cue to time

Please add function to cue video to a specific time.

Sorry I forgot about this issue, I think this should be it https://github.com/triniwiz/nativescript-plugins/commit/43844189b3cc5c240f4badf25210a5fdc4fff158

@EdJones lmk if that's it

@triniwiz I love you!
And, I don't know how to use it in Vue. I've been playing, but not figuring it out:
 <YoutubePlayer ref="player" :videoId="xpObj.YTvideoId" :apiKey="apiKey" height="200" />
is what I had.

So I only added the feature to the methods cueVideoById and  cueVideoByUrl so from your example you would call player.cueVideoById('xpObj.YTvideoId', 10) which would start the video 10s

Thanks, Osei. So, (with chatGpt's help) I found the @ready event:
<YoutubePlayer v-if="xpObj.xpType==='YtVideo'" ref="player" @ready="onPlayerReady"  :apiKey="apiKey" height="200" />
Then,
onPlayerReady() {
     console.log('Player is ready');
     console.info("player: ", this.$refs.player, "videoId:", this.xpObj.YTvideoId)
     this.$refs.player.cueVideoById(this.xpObj.YTvideoId, 10);
   },

which logs
 Player is ready
  player:  YoutubePlayer(218) videoId: VKN3oJVBvEw
  Player is ready
  player:  YoutubePlayer(190) videoId: wlYZBi_07vk
  Player is ready
  player:  YoutubePlayer(176) videoId: F1Pvoz1zxDA

for my thee videos
But does not preview the videos, and throws a playback error if one is tapped.

authors: EdJones glen-stephens triniwiz

repo: triniwiz/nativescript-plugins


text:
Add GHA build

I am not an expert of this .net stuff .. just following what I find at https://docs.github.com/en/actions/use-cases-and-examples/building-and-testing/building-and-testing-net and cobbling something together
Or maybe https://github.com/microsoft/setup-msbuild
Also have to figure out https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-nuget-registry and https://github.com/NuGet/setup-nuget
Still very much a work in progress
Do we have to merge this so it even runs in the first place? At this stage I am flying blind .. going to get back to this after some feedback and time to look into it more.
Probably also have to figure out how install this stuff locally...

I am merging this to see what happens ;-)

repo: trinodb/trino-csharp-client


text:
looks like a bug while in utils.dataloader.load_samples

Version:0.74
Detailed steps to reproduce the bug: after nav.optimize, check samples(*.npz) consistency in model_input and model_output with the same index
problems:
https://github.com/triton-inference-server/model_navigator/blob/8baf51016810cada8a750887758eabd5d1e6910d/model_navigator/utils/dataloader.py#L194C1-L194C5
sorted(samples_dirpath.iterdir())
Whiling loading  samples(*.npz) from files, this line will result in un-expected loading sequence as
0.npz, 1.npz, 10.npz, 100.npz, 2.npz ....
rather than expected index ascending way
And with this un-expected loading sequence, npz's in model_output directory will not match thoese in model_input directory, causing failure in correctness/verifymodel
maybe change this line to someting like:
sorted(samples_dirpath.iterdir(), key=lambda f: int(''.join(filter(str.isdigit, str(f)))))
or use some regex to extract the index

Thanks @supdizh. We are aware of the issue and plan to fix it in upcoming release.

This was fixed in 0.7.3 release: https://github.com/triton-inference-server/model_navigator/releases/tag/v0.7.3

authors: jkosek supdizh


text:
Error when building backend with paddle 2.3

=============================
== Triton Inference Server ==
=============================

NVIDIA Release 22.08 (build 42766143)
Triton Server Version 2.25.0

Copyright (c) 2018-2022, NVIDIA CORPORATION & AFFILIATES.  All rights reserved.

Various files include modifications (c) NVIDIA CORPORATION & AFFILIATES.  All rights reserved.

This container image and its contents are governed by the NVIDIA Deep Learning Container License.
By pulling and using the container, you accept the terms and conditions of this license:
https://developer.nvidia.com/ngc/nvidia-deep-learning-container-license

WARNING: The NVIDIA Driver was not detected.  GPU functionality will not be available.
   Use the NVIDIA Container Toolkit to start this container with GPU support; see
   https://docs.nvidia.com/datacenter/cloud-native/ .

Get:1 https://developer.download.nvidia.cn/compute/cuda/repos/ubuntu2004/x86_64  InRelease [1581 B]
Get:2 http://security.ubuntu.com/ubuntu focal-security InRelease [114 kB]
Get:3 http://archive.ubuntu.com/ubuntu focal InRelease [265 kB]
Get:4 https://developer.download.nvidia.cn/compute/cuda/repos/ubuntu2004/x86_64  Packages [705 kB]
Get:5 http://security.ubuntu.com/ubuntu focal-security/multiverse amd64 Packages [27.5 kB]
Get:6 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages [2183 kB]
Get:7 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB]
Get:8 http://security.ubuntu.com/ubuntu focal-security/universe amd64 Packages [916 kB]
Get:9 http://security.ubuntu.com/ubuntu focal-security/restricted amd64 Packages [1556 kB]
Get:10 http://archive.ubuntu.com/ubuntu focal-backports InRelease [108 kB]
Get:11 http://archive.ubuntu.com/ubuntu focal/multiverse amd64 Packages [177 kB]
Get:12 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages [1275 kB]
Get:13 http://archive.ubuntu.com/ubuntu focal/restricted amd64 Packages [33.4 kB]
Get:14 http://archive.ubuntu.com/ubuntu focal/universe amd64 Packages [11.3 MB]
Get:15 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [1214 kB]
Get:16 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages [2650 kB]
Get:17 http://archive.ubuntu.com/ubuntu focal-updates/multiverse amd64 Packages [30.2 kB]
Get:18 http://archive.ubuntu.com/ubuntu focal-updates/restricted amd64 Packages [1671 kB]
Get:19 http://archive.ubuntu.com/ubuntu focal-backports/universe amd64 Packages [27.4 kB]
Get:20 http://archive.ubuntu.com/ubuntu focal-backports/main amd64 Packages [55.2 kB]
Fetched 24.5 MB in 13s (1862 kB/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  rapidjson-dev
0 upgraded, 1 newly installed, 0 to remove and 43 not upgraded.
Need to get 95.0 kB of archives.
After this operation, 636 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu focal/universe amd64 rapidjson-dev all 1.1.0+dfsg2-5ubuntu1 [95.0 kB]
Fetched 95.0 kB in 2s (54.9 kB/s)
Selecting previously unselected package rapidjson-dev.
(Reading database ... 24861 files and directories currently installed.)
Preparing to unpack .../rapidjson-dev_1.1.0+dfsg2-5ubuntu1_all.deb ...
Unpacking rapidjson-dev (1.1.0+dfsg2-5ubuntu1) ...
Setting up rapidjson-dev (1.1.0+dfsg2-5ubuntu1) ...
-- The C compiler identification is GNU 9.4.0
-- The CXX compiler identification is GNU 9.4.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- RapidJSON found. Headers: /usr/include
-- RapidJSON found. Headers: /usr/include
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE
-- Found CUDAToolkit: /usr/local/cuda/include (found version "11.7.99")
-- Found CUDA: /usr/local/cuda (found version "11.7")
-- Using CUDA 11.7
-- Configuring done
-- Generating done
-- Build files have been written to: /workspace/paddle_backend/build
Scanning dependencies of target triton-common-async-work-queue
[  3%] Building NVCC (Device) object _deps/repo-backend-build/CMakeFiles/kernel-library-new.dir/src/kernel-library-new_generated_kernel.cu.o
Scanning dependencies of target triton-common-table-printer
Scanning dependencies of target triton-common-thread-pool
Scanning dependencies of target triton-common-error
Scanning dependencies of target triton-core-serverstub
Scanning dependencies of target triton-common-logging
[ 11%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-async-work-queue.dir/src/async_work_queue.cc.o
[ 11%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-async-work-queue.dir/src/error.cc.o
[ 15%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-thread-pool.dir/src/thread_pool.cc.o
[ 19%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-table-printer.dir/src/table_printer.cc.o
[ 23%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-error.dir/src/error.cc.o
[ 26%] Building CXX object _deps/repo-core-build/CMakeFiles/triton-core-serverstub.dir/src/tritonserver_stub.cc.o
[ 30%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-logging.dir/src/logging.cc.o
[ 34%] Linking CXX shared library libtritonserver.so
[ 34%] Built target triton-core-serverstub
[ 38%] Building CXX object _deps/repo-common-build/CMakeFiles/triton-common-async-work-queue.dir/src/thread_pool.cc.o
[ 42%] Linking CXX static library libtritoncommonerror.a
[ 42%] Built target triton-common-error
[ 46%] Linking CXX static library libtritoncommonlogging.a
[ 50%] Linking CXX static library libtritonthreadpool.a
[ 50%] Built target triton-common-logging
[ 50%] Built target triton-common-thread-pool
[ 53%] Linking CXX static library libtritonasyncworkqueue.a
[ 53%] Built target triton-common-async-work-queue
[ 57%] Linking CXX static library libtritontableprinter.a
[ 57%] Built target triton-common-table-printer
Scanning dependencies of target kernel-library-new
[ 61%] Linking CXX static library libkernel-library-new.a
[ 61%] Built target kernel-library-new
Scanning dependencies of target triton-backend-utils
[ 65%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_input_collector.cc.o
[ 69%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_common.cc.o
[ 73%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_output_responder.cc.o
[ 80%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_memory.cc.o
[ 80%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_model.cc.o
[ 84%] Building CXX object _deps/repo-backend-build/CMakeFiles/triton-backend-utils.dir/src/backend_model_instance.cc.o
[ 88%] Linking CXX static library libtritonbackendutils.a
[ 88%] Built target triton-backend-utils
Scanning dependencies of target triton-paddle-backend
[ 92%] Building CXX object CMakeFiles/triton-paddle-backend.dir/src/paddle_backend_utils.cc.o
[ 96%] Building CXX object CMakeFiles/triton-paddle-backend.dir/src/paddle.cc.o
/workspace/paddle_backend/src/paddle.cc: In member function 'void ModelImpl::CollectShapeRun(paddle_infer::Predictor*, const std::map<std::__cxx11::basic_string<char>, std::vector<int> >&)':
/workspace/paddle_backend/src/paddle.cc:78:32: error: 'class paddle_infer::Predictor' has no member named 'GetInputTypes'; did you mean 'GetInputNames'?
   78 |   auto input_type = predictor->GetInputTypes();
      |                                ^~~~~~~~~~~~~
      |                                GetInputNames
/workspace/paddle_backend/src/paddle.cc: In constructor 'ModelImpl::ModelImpl(const char*, const char*, TRITONPADDLE_Config*, int32_t, cudaStream_t)':
/workspace/paddle_backend/src/paddle.cc:177:23: error: 'struct paddle::AnalysisConfig' has no member named 'SetExecStream'
  177 |     analysis_config_->SetExecStream((void*)stream);
      |                       ^~~~~~~~~~~~~
/workspace/paddle_backend/src/paddle.cc:198:27: error: 'struct paddle::AnalysisConfig' has no member named 'EnableVarseqlen'
  198 |         analysis_config_->EnableVarseqlen();
      |                           ^~~~~~~~~~~~~~~
make[2]: *** [CMakeFiles/triton-paddle-backend.dir/build.make:82: CMakeFiles/triton-paddle-backend.dir/src/paddle.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:170: CMakeFiles/triton-paddle-backend.dir/all] Error 2
make: *** [Makefile:149: all] Error 2

It looks like the compiled paddle inference lib does not have these member functions. And I found that build_paddle.sh build on paddle 2.3
https://github.com/triton-inference-server/paddlepaddle_backend/blob/6c1c935e9978f5606082cfb372cc74948bcb6e7a/paddle-lib/Dockerfile#L48
which is weird, because GetInputTypes was implemented in release/2.4, not in release/2.3
https://github.com/PaddlePaddle/Paddle/blob/release/2.4/paddle/fluid/inference/api/paddle_api.h
https://github.com/PaddlePaddle/Paddle/blob/release/2.3/paddle/fluid/inference/api/paddle_api.h
Since paddle 2.4 has not been released, I do not know if compiling backend with dev version is recommended. @heliqi could you help me deal with it?

Sorry, I missed the message.
Paddle 2.4 has been released and we also recommend the develop version of paddle.

authors: heliqi thomasyugit


text:
Allow input names from model metadata

Allow input tensor names without naming convention when they match input argument names for forward function

Eg for the model below:
class Add(nn.Module):
    def __init__(self):
        super(Add, self).__init__()

    def forward(self, input0, input1):
        return input0 + input1

The input names (when not following the naming convention) would be input0 and input1.

Include device kind in logging of instance creation

Old:
libtorch.cc:1412] TRITONBACKEND_ModelInstanceInitialize: libtorch_float32_float32_float32 (device 0)

New:
libtorch.cc:1412] TRITONBACKEND_ModelInstanceInitialize: libtorch_float32_float32_float32 (GPU device 0)

@CoderHam  Are you planning on a separate PR for documentation update and some testing?

yes @deadeyegoodwin, already working on a PR for doc changes and testing.

authors: CoderHam deadeyegoodwin


text:
First steps tutorial review procesing

This PR addresses the following review for first_steps conducted by Manuel Torrilhon.
Preview

First tutorial

[x] > * clarify that julia will actually be downloaded/installed upon first call

[x] > * BTW: on Windows you need a MS Store Account for the installation

[x] > * short comment on what happens: package installation, downloading, pre-compilation, etc

[x] > * you should give a hint that this takes time (took me 30min on a slow machine)

[x] > * BTW: Windows firewall asks for permission when installing packages

[x] > * give some details on Euler equations and 'weak blast wave' as the initial condition, like what is actually calculated?

[x] > * just quickly mention what grid, what method is used, what boundary conditions? Maybe refer for details to the next page 'Create first...'.

[ ] > * the output display is somewhat un-motivated/un-commented. It actually would make sense to suppress the output and only mention that the command will generate a lengthy output which will be discussed on the next page 'Create first...'

[ ] > * Is it possible to collapse the output cell? Would increase the readability of the tutorial.

[x] > * BTW: for me the measurement table at the end shows a different order...

[x] > * doing a plot is nice, but please mention what is shown there, like density, velocity, what time, just mention that there are waves, etc... so that the plot appears not so sterile.

[x] > * actually, some basic background about the variable 'sol' would be nice. When I call up 'sol' in Julia it does not look like the complete solution. Maybe this goes to the next tutorial (see below).

[x] > * The Euler equations from the section 'Modifying existing setup' could go up to 'Running simulation'. I understand that this all should be simple, but it is not a race about the fastest way to produce colorful fluid dynamics... Once you mention Euler Eqns in the beginning they can also be shown right away, of course clarified as example. A first time user is interested in what is (can be) calculated!

[x] > * BTW: it seems that the 'Literate.jl' package automatically includes output of code-cells, unless it is suppressed explicity? Anyway, the output cell after 'initial_condition' looks strange and not necessarily helpful.

Second tutorial

[x] > * the 'create first setup' page is generally excellent and extremely helpful!

[x] > * BTW: I think better language would be "Create your first setup", or "Create a first setup", though...

[x] > * It maybe better to suggest to the reader to type all the comments directly into Julia (this works as well, isn't it?) and only list at the end all the commands in one file (possibly only the download link in the repository). This also would give the output cells shown in the text an elevated meaning.

[x] > * maybe we can rename the advected variable. 'scalar' is very confusing, because everybody will interpret it as type-specification.

[x] > * in the spirit of the above comment, the output of 'SemidiscretizationHyperbolic()' and 'ode=semidiscretize()' should be shown (and the semi-colon removed) for complete display.

[x] > * It would make sense to quickly mention what are the default choices of fluxes, etc for DGSEM. It is not directly mentioned in the linked page 'Intro to DG', either.

[x] > * please clarify for 'SummaryCallback' what it means to 'reset timers'?

[x] > * also the statement 'if the returned callback is executed directly' is difficult to understand. Later comes the example, maybe the statement can be dropped here.

[x] > * BTW: there is also an 'AliveCallback' as far as I remember. Maybe this is nice to mention here? I am sure many people like the feel of the code working...

[x] > * BTW: Why is the output to 'CallbackSet()' so long?

[x] > * I would strongly suggest to use a simpler ODE-integrator. You started nicely with basic advection and basic discretizations, most people would expect RK3-SSP. Then the CFL also gets a meaning.

[x] > * again the visualization is nice, but it is important to explain the returned data of the computation. What exactly is stored in 'sol'

[x] > * 'plot(sol)' has been used before. It is didactically more valuable to use 'pd = PlotData2D(sol)' here right away and then clarify its usage like 'plot(pd["scalar"])'.

[x] > * the statement 'only for solutions in 2D and 3D spatial domains' sounds like this covers everything. What is missing?

[x] > * again some basic information about what is stored in the vtu-files should be given.

Third tutorial

[x] > * Short and largely fine...

[x] > * In Github Desktop, in the open-repository window (Ctrl-Shift-O) you also have to choose the tab 'URL' before you can enter 'trixi-framework/Trixi.jl'.

[x] > * Maybe the procedure to fork Trixi should be mentioned/discussed/explained, in order to encourage contributions. Pull-requests are related, but there could also be a link to where this is explained.

I have addressed all suggested changes except for two unchecked points, which pertain to suppressing the trixi_include output from the first part of first steps. I believe it is helpful to see the output from Trixi's elixirs to understand what to expect.
But perhaps I am mistaken.

Just a small note: To reduce noise, you can use "Add suggestion to batch" from the GitHub interface and then only have one commit where multiple suggestions from the code review are applied.

Just a small note: To reduce noise, you can use "Add suggestion to batch" from the GitHub interface and then only have one commit where multiple suggestions from the code review are applied.

Oh, thank you! I'll make sure to follow this next time.

Oh, thank you! I'll make sure to follow this next time.

For some reason, this is (for me) only available in the "Files changed" tab, i.e., not in the "Conversation" tab - I missed this also completely in my first PRs.

I guess a review from @torrilhon would be nice.

Will do! Nice work, but I will add some minor suggestions. Give me some time, though...

Thank you very much for your meaningful review, @torrilhon!
I applied all the suggestions I could.

Thanks a lot for your suggestions and effort @torrilhon. Would you like to perform a final review?
@ArseniyKholod Thanks a lot for your work on this. It would be great if you could modify the TODO list above and explain with a short sentence why some points will not be fixed.

Thanks a lot for your suggestions and effort @torrilhon. Would you like to perform a final review?
@ArseniyKholod Thanks a lot for your work on this. It would be great if you could modify the TODO list above and explain with a short sentence why some points will not be fixed.

The only thing, that was not done, is suppressing outputs from code blocks of the getting_started section, e.g. from trixi_include. The reason for suppressing is that output of e.g. trixi_include was explained first time only in the next section create_first_setup. But I think it's very useful to see real output in tutorial, as it could be unexpected in case a newer will run code himself. IMHO an output mostly is self-explanatory. I could be wrong. What would you say, Michael?

What would you say, Michael?

I'm ok either way - since you're the maintainer, I leave the decision up to you.
I don't know if this is an option from technical point of view, but what about showing an example output only (i.e., with the timespan reduced such that only ~10 steps are needed) but then suppress the original, long output?
Again, I don't know if this really improves matters, thus I'll leave it up to you

What would you say, Michael?

I'm ok either way - since you're the maintainer, I leave the decision up to you.
I don't know if this is an option from technical point of view, but what about showing an example output only (i.e., with the timespan reduced such that only ~10 steps are needed) but then suppress the original, long output?
Again, I don't know if this really improves matters, thus I'll leave it up to you

Thanks for the suggestion! The example runs only 37 steps, so 10 steps sound like not really big reducing, since most of the output in this case is show of different structures and independent on step number...

What would you say, Michael?

I'm ok either way - since you're the maintainer, I leave the decision up to you.
I don't know if this is an option from technical point of view, but what about showing an example output only (i.e., with the timespan reduced such that only ~10 steps are needed) but then suppress the original, long output?
Again, I don't know if this really improves matters, thus I'll leave it up to you

Thanks for the suggestion! The example runs only 37 steps, so 10 steps sound like not really big reducing, since most of the output in this case is show of different structures and independent on number of steps...

OK, then maybe it is as good as it gets :-)

I am also fine with showing the output.

Not sure what else I need to "review" here, but I just submit another "approve"...

Thanks a lot for your feedback. I'll do a final review and then we can merge this.

A number of small suggestions for clarity, but I'll leave it up to you if you want to include or reject them. Please ping me once your done such that we can merge this.

Thank you very much for the review, @sloede ! I committed all suggested changes.

authors: ArseniyKholod DanielDoehring JoshuaLampert sloede torrilhon


text:
Benchmarks

This is a first setup for some standard benchmarks.

It would be nice if you could review the GitHub action carefully, since I'm not that fluent in this kind of setup and can't really test it locally.
The commands given in the docs will fail since there is no benchmark script on main - but I hope they are correct.

Closes #503

I just realized... with this PR, we will have a benchmark and a benchmarks folder, right? This is something we need to address before merging, I think

I just realized... with this PR, we will have a benchmark and a benchmarks folder, right? This is something we need to address before merging, I think

Done in 2b4afd53.

authors: ranocha sloede


text:
Native look

Is it possible, or does someone already made some styles to make it look more native like this package does?

It's definitely possible to style it to look more native by supplying custom styling under the styles prop (you could make it look similar to both the native iOS and Android looks). We'll see if someone might be able to help you out with some examples?
There's currently no way to achieve the 'squished' look of the numbers above and below the picker, as in the screenshot you shared. To achieve that, we'd need use the React Native Animated API and scale each item in the picker based on its position in the viewport. It's possible but isn't on the roadmap right now.

Hey @andredewaard, there hasn't been any activity on this issue for a while. If there are no further updates or discussions in the next 2 weeks, I'll close this issue to keep the repository tidy. Please let me know if this is still relevant or if there are any updates. Thanks!


text:
Fix lints & updates

Flake lock file updates:
• Updated input 'naersk':
'github:nix-community/naersk/aeb58d5e8faead8980a807c840232697982d47b9' (2023-10-27)
→ 'github:nix-community/naersk/3fb418eaf352498f6b6c30592e3beb63df42ef11' (2024-07-23)
• Updated input 'nixpkgs':
'github:NixOS/nixpkgs/48b75eb6e521f2303cb3cd53a94ec80021b422aa' (2024-02-23)
→ 'github:NixOS/nixpkgs/9bb1e7571aadf31ddb4af77fc64b2d59580f9a39' (2024-09-05)
• Updated input 'utils':
'github:numtide/flake-utils/1ef2e671c3b0c19053962c07dbda38332dcebf26' (2024-01-15)
→ 'github:numtide/flake-utils/b1d9ab70662946ef0850d488da1c9019f3a9752a' (2024-03-11)

Pulled. Thank you!

authors: Artturin trofi

repo: trofi/nix-olde


text:
🛑 Radarr Anime is down

In 0675132, Radarr Anime (https://tronflix.app/radarr-anime/activity/queue/) was down:

HTTP code: 520
Response time: 110 ms

Resolved: Radarr Anime is back up in ed75f51.

repo: tronyx/upptime


text:
🛑 Ombi is down

In 0f75410, Ombi (https://tronflix.app/ombi/) was down:

HTTP code: 520
Response time: 169 ms

Resolved: Ombi is back up in 479b939.


text:
🛑 Sonarr is down

In 9638455, Sonarr (https://tronflix.app/sonarr/activity/queue/) was down:

HTTP code: 520
Response time: 117 ms

Resolved: Sonarr is back up in b2dbd63.


text:
🛑 Tautulli is down

In 2502dd5, Tautulli (https://tronflix.app/tautulli/status/) was down:

HTTP code: 302
Response time: 205 ms

Resolved: Tautulli is back up in 6e6194c.


text:
It doesn't work with webpack 1.x

I updated to latest version, and got the error: "Uncaught SyntaxError: Unexpected token import" in ng2-resource-rest/index.js. As I see, my webpack takes ng2-resource-rest/index.js instead of ng2-resource-rest/bundles/index.js. I added alias to my webpack config for fix this:
alias: {
            "ng2-resource-rest": helpers.root('node_modules/ng2-resource-rest/bundles/index.js')
        }

I think mistake in your package.json:
"main": "bundles/ng2-resource-rest.js",

this file doesn't exist, but there is bundles/ng2-resource-rest.umd.js

Thanks a lot for the issue and sorry for long fix.

authors: girokon troyanskiy


text:
Update getAccountBalances method in Kraken to safely unrwarp arrayOfCryptoBalances

Hey,
you should update the getAccountBalances method to this once here and safely unwrap arrayOfCryptoBalances since it will lead to a fatal crash in case a user has once set up the API correctly but then deletes the keys on the website and comes back to the App. This here at least won't lead to the App crashing:
public func getAccountBalances(completion: @escaping (ResponseType) -> Void) {
            let apiType = Kraken.API.getAccountBalance
            if apiType.checkInterval(response: store.balanceResponse) {
                completion(.cached)
            } else {
                krakenDataTaskFor(api: apiType) { (response) in

                    guard let json = response.json as? Dictionary<String, Any> else {
                        print("Error: Cast Failed in \(#function)")
                        return
                    }
                    if let arrayOfCryptoBalances = json["result"] as? Dictionary<String,String> {
                        var balances: [Balance] = []

                        for cryptoBalance in arrayOfCryptoBalances {
                            let newBalance = ["type": cryptoBalance.key,
                                              "amount": cryptoBalance.value,
                                              "available": cryptoBalance.value]

                            balances.append(Balance(json: newBalance, currencyStore: self))
                        }

                        self.store.balances = balances
                        self.store.balanceResponse = response.httpResponse
                        completion(.fetched)
                    }
                }.resume()
            }
        }

This is fixed in #19

repo: trsathya/Cryptex


text:
请问有计划支持2GB以上文件大小的同步嘛？

我在尝试同步一个7GB大小的文件的时候出现了
System.IO.IOException: The file is too long. This operation is currently limited to supporting files less than 2 gigabytes in size.
看起来是ReadAllBytesAsync不支持2GB以上的文件
请问有计划支持2GB以上文件大小的同步嘛？

看见路线图了，请问这个issue我是留在这里以获得持续更新还是直接关掉？

感谢您的建议，这个问题暂时不用关掉，修复后可以再验证下。

v2.0.0 已修复，感谢！！

repo: trueai-org/mdrive


text:
NAS-125872 / 24.04 / Add plugin for privilege-related info

This commit adds new plugin to include privilege-related info in debug files.

Jira URL: https://ixsystems.atlassian.net/browse/NAS-125872

This PR has been merged and conversations have been locked.
If you would like to discuss more about this issue please use our forums or raise a Jira ticket.

repo: truenas/ixdiagnose


text:
Add webpack as a devDependency so it works w/out requiring npm -g install

Also, allow npm to do its dependency reordering and shrinkwrap updating things it likes to do to make life more exciting.

There isn't much change in the package.json file. I'm cool with merging this, but I'm unsure what effective changes are being made

I actually misread the package.json due to the reordering of the packages (thanks, npm) and thought it was adding the webpack dependency. When running a build it was erroring out for me so I ran npm install webpack -- when npm reordered the deps I just misread it and thought I was now adding webpack.
No need to merge.

authors: davidmurdoch seesemichaelj

repo: trufflesuite/ganache-core


text:
fix attempt for issue #339

Hi all,
probably there are thousands of better ways to fix this issue, but at least this will allow to use web3.js version 1.0.0-beta.47 or higher.
Hope this helps,
iCC

My test is not good, I'll fix it then I'll open a new pull request


text:
bandfiling, glossologist

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,g]

/trunk merge

repo: trunk-io/mergequeue-staging


text:
benzoic, actinophore

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,b]

/trunk merge


text:
bacilli, entermete

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,e]

/trunk merge


text:
follyproof, blindness

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,f]

/trunk merge


text:
concerto, fishplate

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[c,f]

/trunk merge


text:
bedighting, coverslut

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,c]

/trunk merge


text:
agglutinoid, backwater

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,b]

/trunk merge


text:
frankmarriage, broadcasts

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,f]

/trunk merge


text:
disjuncts, goyim

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,g]

/trunk merge


text:
blurts, forbear

This pull request was generated by the 'mq' tool

/trunk merge


text:
anklong, extrema

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,e]

/trunk merge


text:
badan, excalfaction

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,e]

/trunk merge


text:
brelaw, draftee

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,d]

/trunk merge


text:
disanchor

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d]

/trunk merge


text:
accoutres, corruptingly

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,c]

/trunk merge


text:
anaclasis, endnotes

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,e]

/trunk merge


text:
flathat, apparatchik

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,f]

/trunk merge


text:
embezzled, braunite

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,e]

/trunk merge


text:
aslop, grete

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,g]

/trunk merge


text:
dine, burgages

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,d]

/trunk merge


text:
alphonsism, grissen

This pull request was generated by the 'mq' tool

/trunk merge


text:
grouter, dogmouth

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[d,g]

/trunk merge

repo: trunk-io/mergequeue


text:
bluehead, flytrap

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,f]

/trunk merge


text:
buying, forkmen

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,f]

/trunk merge


text:
fetiales

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[f]

/trunk merge


text:
corrugating, betokenment

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,c]

/trunk merge


text:
figured, chumping

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,f]

/trunk merge


text:
firebrands, blattiform

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,f]

/trunk merge


text:
curlewberry, bibliolatry

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,c]

/trunk merge


text:
ethnographic, gawkier

This pull request was generated by the 'mq' tool

/trunk merge


text:
disoccupation, emissarium

This pull request was generated by the 'mq' tool

/trunk merge


text:
creameryman, dismantling

This pull request was generated by the 'mq' tool

/trunk merge


text:
cashiers

This pull request was generated by the 'mq' tool

/trunk merge


text:
fannies, disproof

This pull request was generated by the 'mq' tool

/trunk merge


text:
guzerat, extradites

This pull request was generated by the 'mq' tool

/trunk merge


text:
designees, gurneys

This pull request was generated by the 'mq' tool

/trunk merge


text:
aerobium, commandants

This pull request was generated by the 'mq' tool

/trunk merge


text:
bethank

This pull request was generated by the 'mq' tool

/trunk merge


text:
congruities, expounding

This pull request was generated by the 'mq' tool

/trunk merge


text:
branchiomerism, goofball

This pull request was generated by the 'mq' tool

/trunk merge


text:
denizate, advected

This pull request was generated by the 'mq' tool

/trunk merge


text:
daisybush, gutsier

This pull request was generated by the 'mq' tool

/trunk merge


text:
extraorganismal, appreciations

This pull request was generated by the 'mq' tool

/trunk merge


text:
adultly, gregarinosis

This pull request was generated by the 'mq' tool

/trunk merge


text:
gundygut, blepharoatheroma

This pull request was generated by the 'mq' tool

/trunk merge


text:
gnomonia, feute

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[f,g]

/trunk merge


text:
gesten, catechumenically

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[c,g]

/trunk merge


text:
bima, cicatricial

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[b,c]

/trunk merge


text:
anno, groceress

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[a,g]

/trunk merge


text:
gastrolith, commandrie

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[c,g]

/trunk merge


text:
fiberless, calculated

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[c,f]

/trunk merge


text:
ack, dinner

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[a,d]

/trunk merge


text:
diverticulum, enlisting

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[d,e]

/trunk merge


text:
disagreeableness, electrovalently

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[d,e]

/trunk merge


text:
byrnies, gabelled

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 2100s
close stale after: 24 hours
[pullrequest]
requests per hour: 100
deps=[b,g]

/trunk merge


text:
aurelian, faventine

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[a,f]

/trunk merge


text:
briards, egalitarian

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,e]

/trunk merge


text:
drycoal, fernier

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[d,f]

/trunk merge


text:
groundout, baboons

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,g]

/trunk merge


text:
coeliomyalgia, endosteitis

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,e]

/trunk merge


text:
goalkeeping, compline

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,g]

/trunk merge


text:
cetene

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c]

/trunk merge


text:
complection, forsado

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,f]

/trunk merge


text:
corniculate, gripers

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,g]

/trunk merge


text:
bubs, fulmined

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,f]

/trunk merge


text:
administerd, carludovica

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[a,c]

/trunk merge


text:
embryographic, autochthonic

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[a,e]

/trunk merge


text:
circulate, drapery

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,d]

/trunk merge


text:
FIFA 18 Players with end point 'fifa/ultimate-team/api/fut/item'

Hello,
When can we access to FIFA 18 players data with this end point https://www.easports.com/fifa/ultimate-team/api/fut/item or how can we access FIFA 18 players data?
Thanks

I think they dropped that kind of json db - You need to use know kind of that requests:
https://www.easports.com/de/fifa/ultimate-team/api/fut/item?jsonParamObject=%7B%22baseid%22:%2220801%22,%22link%22:1%7D
or
https://www.easports.com/de/fifa/ultimate-team/api/fut/price-band/20801
or
https://www.easports.com/de/fifa/ultimate-team/api/fut/item?jsonParamObject=%7B%22ovr%22:%2274:99%22,%22pageSize%22:40,%22position%22:%22LW%22%7D
Just use Fiddler and open FUT DB - Then you can inspect all the requests you need for your project.
It's not part of the toolkit so far. Feel free to contribute a PR :)

@tringler thanks for reply. I write some codes already for this endpoint " https://www.easports.com/fifa/ultimate-team/api/fut/item". So you are saying that there is no way to take FIFA 18 data from this endpoint?
Thanks alot

Also Fiddler seems too expensive?

Fiddler is free

No answer since about 1 month. Issue will be closed.

Hey @tringler
Do you know how I can do to access real time prices from PS4??
For instance, Pogba is being sold for 480k right now, 5 minutes ago it was 479k. Do you know how i can check it?

I made this script in python3. It takes all the json files from this link (and the other 879 pages), discards the metadata so you just keep the player data and dumps that 87MB json array to a local file.
You can even modify it to just keep the link to the small images, or even download them to a folder, etc.
It also prints the download %.
import urllib.request
import json

total = 880
items = []
for i in range(1, total + 1):
    with urllib.request.urlopen("https://www.easports.com/fifa/ultimate-team/api/fut/item?page=" + str(i)) as url:
        data = json.loads(url.read().decode())
        items += data['items']
        downloaded = int(i / total * 100)
        print("Downloaded: " + str(downloaded) + "%")

with open("download.json", "w") as f:
    print("Writing")
    json.dump(items, f)

authors: Javier-AN cethak89 tringler trydis wesleyamaro

repo: trydis/FIFA-Ultimate-Team-Toolkit


text:
Bug: Notion rich_text[] max length is 100, markdownToBlocks() can create more than the limit

Hi, thanks for this package!
I noted in the documentation that it should automatically try and spread data that would be too long into multiple blocks, however after using markdownToBlocks() with some data that contained many lines and line breaks, the result was a paragraph block with a rich_text array that had over 100 items, which is over Notion's API limit for rich_text items.
When reading the docs, I thought it might try and spread the excess rich_text items into other blocks, but looking at the source code it will either truncate the array or leave it as it is - I think we should create X-amount of blocks until all excess rich_text items can fit?

Solution in my code for now:
// some code redacted
// import LIMITS
// chunk() is like a lodash chunk function

const blocks = markdownToBlocks(markdown)

blocks.forEach((block, blockIndex) => {

    if (
        block.type === 'paragraph' &&
        block.paragraph.rich_text.length > LIMITS.RICH_TEXT_ARRAYS
    ) {

        const newParagraphBlocks = []
        const richTextChunks = chunk(block.paragraph.rich_text, 100)

        richTextChunks.forEach(chunk => {
            newParagraphBlocks.push(paragraph(chunk))
        })

        blocks.splice(blockIndex, 1, ...newParagraphBlocks)

    }

})

Hi, thank for your code but can you provide a self explanatory version ?
What is chunk and what is LIMITS.RICH_TEXT_ARRAYS ?

I tried your code with no success.
Did they update the requirements ? https://developers.notion.com/reference/request-limits
It looks like any array of more than 100 blocks is not allowed now.

Also having this issue.
Tried to upload something and got the error Error adding block: 400 - {"object":"error","status":400,"code":"validation_error","message":"body failed validation: body.children.length should be ≤ 100, instead was 139.","request_id":""}

authors: Wheest nprime496 roberttolton

repo: tryfabric/martian


text:
Invalid Mongo Server URI Port

func TestMain(m *testing.M) {
	opts := &memongo.Options{
		MongoVersion:   "7.0.2",
		MongodBin:      "/opt/homebrew/bin/mongod",
		Logger:         log.Default(),
		LogLevel:       2,
		Port:           27018,
		StartupTimeout: time.Second * 30,
	}
	if runtime.GOARCH == "arm64" {
		if runtime.GOOS == "darwin" {
			opts.DownloadURL = fmt.Sprintf("https://fastdl.mongodb.org/osx/mongodb-macos-x86_64-%s.tgz", MONGODB_VERSION)
		}
	}

	mongoServer, err := memongo.StartWithOptions(opts)
	if err != nil {
		log.Fatal(err)
	}
	defer mongoServer.Stop()

	os.Exit(m.Run())
}

mongoServer.URI always returns mongodb://localhost:0 instead of given port number
Edit:
I'm using the latest commit b8467444e40c09e725bd81372d236a5a948694f2 because of removal ephemeralForTest on mongodb version which I'm using

Can I work on this

repo: tryvium-travels/memongo


text:
prompt 显示的host列表能否包含 ~/.ssh/config 文件Include里的host

~/.ssh/config
Include ~/.ssh/test_config
Host node1
User root
~/.ssh/test_config
Host node2
User root
但是现在的最新版本不会显示node2，只会显示node1，我自己fork了一版改了下，但是属性好像都没暴露用反射搞了挺麻烦的😂。

可以先改 https://github.com/trzsz/ssh_config 这个，然后再改 trzsz-ssh 。
这是个问题，我还在忙着其他的，你有空可以先研究看看。

可以先改 https://github.com/trzsz/ssh_config 这个，可以提个 PR 到 https://github.com/trzsz/ssh_config 的 main 分支。
这是个问题，我还在忙着其他的，你有空可以先研究看看。
我提 PR 了  有时间看下👀 https://github.com/trzsz/ssh_config/pull/1

然后 trzsz-ssh 也提个 PR ？
你本地测试可以先在 go.mod 中加一行 replace github.com/trzsz/ssh_config => ../ssh_config，../ssh_config 就是你本地 ssh_config 的路径。

然后 trzsz-ssh 也提个 PR ？
你本地测试可以先在 go.mod 中加一行 replace github.com/trzsz/ssh_config => ../ssh_config，../ssh_config 就是你本地 ssh_config 的路径。

我本地测试过了，github.com/trzsz/ssh_config 版本还是填 v1.3.0 不用动吗？

有 replace 就不会管那个版本号的了。

有 replace 就不会管那个版本号的了。
行 那trzsz-ssh 我直接提PR了，麻烦你看下，include 的hosts 我加在列表最后了，你看合不合适。

Include 的 Include 是不是也支持的？
因为 Include 是放在 config 的最前面，是不是 Include 的在前面，当前 config 的在后面，会更好一些？

Include 的 Include 是不是也支持的？
因为 Include 是放在 config 的最前面，是不是 Include 的在前面，当前 config 的在后面，会更好一些？

include 可以支持 include 的，但是目前我的实现不行需要改成递归
include的节点我移到 config 前面好了，这样符合习惯一点，晚上我再改一版。

https://github.com/trzsz/ssh_config 我打了个新 tag v1.3.1 ，你可以把 go.mod 中的 replace 去掉了，更新一下：
go get -u ./...
go mod tidy

https://github.com/trzsz/ssh_config 我打了个新 tag v1.3.1 ，你可以把 go.mod 中的 replace 去掉了，更新一下：
go get -u ./...
go mod tidy

已经更新递归方式获取hosts的函数了，本地大致测了下没啥问题。

@hzhq1255 感谢提的 PR 🎉

repo: trzsz/trzsz-ssh


text:
smoothie board repro

Now instead of throwing errors when a processPin and processVis  fail to parse a node correctly, we are throwing a warning in the console and the note that did not parse correctly.

@seveibar is this how we handle these errors?

@seveibar, how can I make the processPIn and processVia return a null without breaking any fn that uses it? Should I just change the types of any fn that needs to handle null, or is there a better way?

@seveibar I don't know why the Bun Test is failing even before my PR what do you think of the code

@Abse2001 so now whenever we build major enhancements we should be able to see the result on the smoothie board, pretty cool! It basically represents an "End to End Test" that tests lots of stuff

repo: tscircuit/dsn-converter


text:
[add] 一人プレイモードを実装

start メソッドの引数にオプションを受け取る余地を与え，解答者を一人に限定するソロモードをオプションで選べるようにした

@hakatashi code owner はぼくですが，TSの仕様に自信がないので念のため確認してみてほしいです（なもり当てクイズは引数省略（従来）と引数ありで動くことを確かめたけど）

#823

@settyan117 これどういう状態だっけ? (僕からのapprovalはあるはず)

どういう状態でしたっけ（は？）

マージするか

repo: tsg-ut/slackbot


text:
Service on CentOS 7 can't be stopped, no killall

service impress stop fails to stop impress

Добрый день, Тимур!
В ходе чистой инсталляции npm install impess на CentOS 7, проблема сохраняется.  А фикс  https://github.com/tshemsedinov/impress/commit/7cd8a344692796bae0655479a8d4f291e5302d51
решает проблему только при разворачивании через скрипт https://github.com/tshemsedinov/impress/blob/3da2a6304295406ae2c0b189e30fae34e76db193/deploy/centos7x64.sh.
Выдаваемая ошибка при чистой установке
Error: Command failed: /bin/sh -c killall "impress srv"
и
/bin/sh: killall: command not found.
Хотя следует заметить что процесс impress srv всё таки завершается, потому что при запуске директивы ExecStop в service файле, если не задан корректный способ остановки процесса то systemd -  gracefully kill the process and any other processes it spawned. То есть, можно и не указывать способ убийства процесса, а использовать возможности ExecStop данные по умолчанию. Либо, как вариант, можно в теле stop функции заменить команду killall на kill,
например, kill $(ps -e |grep "impress srv" | awk '{print $1;}').

Все инсталляции должны быть через скрипт. Если хочешь избавиться от зависимости psmisc т.е. от killall, то делай пул-реквест. Но лучше добавить в установку Impress через npm проверку на psmisc и его установку если нету.

authors: johnbizokk tshemsedinov

repo: tshemsedinov/impress


text:
Manifest merge conflict

Hello,
Including the lib generates this error:
Error:(10, 9) Attribute application@label value=(My Example App) from AndroidManifest.xml:10:9
	is also present at com.github.tslamic.adn:library:1.0:13:9 value=(@string/app_name)
	Suggestion: add 'tools:replace="android:label"' to <application> element at AndroidManifest.xml:8:5 to override

Surely, the tools:replace solution works, but it would be so nice not to have to do this :)

Hi Zsolt,
thanks for reporting this. Unfortunately, I’m unable to reproduce it. Could you please tell me the steps you took? I’ve imported the lib as a module, .aar and a maven artifact without any problems.

I used the Gradle dependency:
compile 'com.github.tslamic.adn:library:1.0'
Have a @string/app_name resource just as the lib does, and they will collide.
Since this is a library, is there any need for the application tag in your manifest file?

Hi Zsolt,
funny, I specifically tried it with a @string/app_name in my sample app too, to see if this really was the problem, but it compiled without complaining. Which version of Android Studio do you use?
Anyhow, I’ll consider removing the application:label tag, it does seem it’s redundant. Thanks again for reporting this.

Unfortunately this does not depend on Android Studio, but rather the gradle build tools version. Problem is, I'm pretty much stuck with an older version of it on this particular project for now, which cannot be updated easily. So this is rather a compatibility problem :)
Searching for the error message I found some issues posted on other github projects with this same exact problem. The project owners solved it there by removing the tag, too.
Thanks in advance!
Cheers

authors: tslamic zsoltk

repo: tslamic/AndroidDeviceNames


text:
Checkpoints

Introduced in #107

Can a goal position be a checkpoint?

@rexim yes it can

repo: tsoding/nothing


text:
How to work with file pdf read on browser ?

Extention can work with file pdf ?

first of all, you need to set “allow access to file URLs”  from chrome://extensions/?id=hmigninkgibhdckiaphhmbgcghochdjc
then, open pdf file with chrome will automactically redirect to mouse tooltip translator's pdf.js viwer
if other pdf related extension is installed, it will be crashed
And, It only works on text pdf file

Thank you it worked .


text:
Add support of the curve methods for UE 5.3

Support of the "DumpSkeletonCurveNames", "CheckForMissingCurveNames" and "AddSkeletonCurve" methods for unreal engine version 5.3.0. Reason: the "AddSmartNameAndModify", "FSmartNameMapping" and a lot of other methods from the Skeleton class are now deprecated and no longer used.

Thank you so much for creating this pull request! Do you already know if this will break support for 5.0, 5.1 and 5.2?

Hi, sorry for the confusion, FSmartNameMapping class is still in the engine but some methods have changed. Everything is in this commit:
https://github.com/EpicGames/UnrealEngine/commit/502797ca50c381928f5dec3edac62208811a8417
And this are some of the methods that will be deprecated from the Skeleton.h file.

I haven't tried it in 5.0,5.1 and 5.2 yet, it should not break support for those versions because I checked first if the engine is 5.3 or bigger but I will test it later today :)

I just tested this code in 5.0, 5.1 and 5.2 without problems :)

Sorry I missed your last message. I will take a deeper look into your changes next week. 😉

I am on 5.3 and am stuck at this point.  Your course is the first time I have touched C++ so I don't really know how to proceed.  Anyway you could post here what I should change from your video?

@Meruman
Sorry for the long time I was not active. I needed a break. But the changes you did do not work with 5.3. The first error that occured is the new path for IKRigSolver.h. I really wonder how you got TTToolbox working with this branch.

@spcarso
I am on 5.3 and am stuck at this point. Your course is the first time I have touched C++ so I don't really know how to proceed. Anyway you could post here what I should change from your video?

You should use the version I was using to following the videos if it is your first time touching C++. Many guys already tried to get the code base working with 5.3 but none so far made everything work. 😅

Not sure yet if I will take over the changes in #48. As this pull request will not result in a successful build!

Minimal needed changes for 5.3 are now available in #48.
As so much has changed in 5.3 it is not possible to support 5.1 or 5.0 anymore.
Also a lot more effort needs to be spend to get TTToolbox fully working in5.3. it's the reason why I now Close this PR. 😉
5.3 support will be available soon.

authors: AchimTuran Meruman spcarso

repo: tuatec/TTToolbox


text:
Forward buttons

If the message contains the inline button, after forwarding it button is not forwarded, only text. It's possible to forward with buttons?
var (
	buyerBtn = tb.InlineButton{
		Unique: "buyer",
		Text:   "Buyer",
		Data:   "string",
	}

	sellerBtn = tb.InlineButton{
		Unique: "seller",
		Text:   "Seller",
		Data:   "string",
	}
        mainMenu = [][]tb.InlineButton{
		        []tb.InlineButton{buyerBtn},
		        []tb.InlineButton{sellerBtn},
        }
)

b.Send(m.Sender, msg_welcome_main_menu, &tb.ReplyMarkup{ InlineKeyboard: mainMenu})

It's impossible by design.

@x777 Unless it was you how asked this question on Stack Overflow - have a look at this: https://stackoverflow.com/questions/46756643/forward-inline-keyboard-along-message-in-telegram
It looks like you can only have the url button forwarded with the message.

authors: demget rusq x777

repo: tucnak/telebot


text:
Update kevago usage

Can use this command to test install at this branch:
go get github.com/tuhuynh27/keva/go-client@132474d09e43ad9de74d2318bb5045a63e34209c

Example repo https://github.com/tuhuynh27/kevago-example

@duongcongtoai I updated & try the example, this feels a little uncomfortable when importing isn't it?
import (
    "context"
    "fmt"
    _ "github.com/tuhuynh27/keva/go-client"
    kevago "github.com/tuhuynh27/keva/go-client"
    "github.com/tuhuynh27/keva/go-client/pool"
    "net"
    "time"
)

func ExampleClient() {
	poolOpts := pool.Options{
		PoolTimeout: time.Second, // max time to wait to get new connection from pool
		PoolSize:    20, // max number of connection can get from the pool
		MinIdleConn: 5,
		Dialer: func(ctx context.Context) (net.Conn, error) { //Must define dialer func
			conn, err := net.Dial("tcp", "localhost:6767")
			if err != nil {
				return nil, err
			}
			return conn, err
		},
		IdleTimeout:        time.Minute * 5, // if connection lives longer than 5 minutes, it is removable
		MaxConnAge:         time.Minute * 10, // all connections cannot live longer than this
		IdleCheckFrequency: time.Minute * 5, // reap staled connections after 5 minutes
	}

	var ret string
	client, _ := kevago.NewClient(kevago.Config{
		Pool: poolOpts,
	})
	ret, _ = client.Set("key1", "value1")
	fmt.Println(ret)
	ret, _ = client.Get("key1")
	fmt.Println(ret)
}

kevago "github.com/tuhuynh27/keva/go-client"
poolOpts := pool.Options
client, _ := kevago.NewClient
I think we should better use just one namespace for those

@duongcongtoai  And maybe should we also add a default NewClient constructor (with zero arg)?
Like this:
client, _ := kevago.NewDefaultClient()
	ret, _ = client.Set("key1", "value1")
	fmt.Println(ret)
	ret, _ = client.Get("key1")
	fmt.Println(ret)
}

@duongcongtoai I updated & try the example, this feels a little uncomfortable when importing isn't it?

We can actually import directly without the "kevago" package alias, and directly call it inside the code with the name kevago itself. I think your IDE automatically add the word kevago before the import path.
But yeah, it looks hard to trace the package name. We can just rename it to goclient, the import path provides enough context that it is a client for keva.

I think we should better use just one namespace for those
I added the default function for convenient.

Great thanks @duongcongtoai


text:
Add Classification to asset API

This adds support for finding what classification a nodeclass belongs to using the API.
The tests are a little bit... a lot a bit messy however they cover the two cases well I
believe.
Closes #482
Docs #541

Just a bump on this 😆 we merged the docs but not the code.... that has to be a first for me.

repo: tumblr/collins


text:
🚧 Implement entities into Redux

Description
The main purpose of this pull request is to move all of the individual item objects in stored in key value pair objects in Redux into their own entities reducer.
Test Plan
TODO
Motivation and Context
When adding large amounts of data into Redux, the action creators which add the music items to Redux take a little long considering the calls are synchronous and stacked on top of each other. With these improvements, only one action creator will be required to add any of the entities in the data.
How Has This Been Tested?
Thus far, the synchronous action creators and the reducer case functions have their unit tests passing.
Types of Changes

Documentation
Bug fix
New feature
Breaking change

Checklist

[x] My code follows the code style of this project
[x] My change requires tests to be written
[ ] I have written the tests necessary for my code
[x] My change requires a change to the documentation
[ ] I have updated the documentation accordingly

 Group entities in Redux

 Delete unused actions/reducers

 Create update actions for main level reducers

 Create update action creators for main level reducers

 Update async thunks affected by entities

 Create addOrUpdate case functions

 Update views with new track object structure

repo: tunerinc/brassroots


text:
Comment zipper functions. Fix foldr1

foldr1 used foldl1, fixed typo

@kubaracek run elm-format over the code to make CI pass elm-format --yes src

Thanks a lot!

authors: kubaracek turboMaCk


text:
Phase in VCO

Noticed that keeping track of the last phase value got pulled out of _forward somehow -- add that back in.

@jorshi ?

authors: jorshi turian

repo: turian/torchsynth


text:
Implement json_array

Implements json_array.
As a side quest, this PR also fixes an issue with the CHAR function which didn't work properly if the parameters were  non-leaf AST nodes.
The PR is quite big, because as I mentioned in https://github.com/tursodatabase/limbo/issues/127#issuecomment-2541307979 we had to modify OwnedValue::Text to support a subtype parameter, which is what SQLite does.

Looks pretty good to me 👍 commented about some small things

authors: jussisaurio madejejej

repo: tursodatabase/limbo


text:
Added parameter binding examples for HTTP Api Reference

The documentation on bound parameters using the HTTP client was lacking and the blog article about this api was outdated.
I added examples for named and unnamed parameters to the reference page and added a link to those examples to the Quickstart page.

Thanks for this! Just curious.. Was it intended to have the value for named_args be string, even when the type is integer?
Example: this fails to retrieve data..
"named_args": [
{
"name": "groupId",
"value": {
"type": "integer",
"value": 1
}
}...
But this retrieves it just fine:
"named_args": [
{
"name": "groupId",
"value": {
"type": "integer",
"value": "1"
}
}...

I noticed that also for integers. With the current api, integers must be turned into strings, but floats must be real float numbers.

@briangwaltney @AmithabK this is because the some languages (javascript for instance), will parse json number into JS numbers, which are floats under the hood. For big numbers that can lead to precision loss, and they should instead be parsed into BigInt from the string representing them.

Thanks for the explanation. Makes sense to me!

lgtm

authors: AmithabK MarinPostma briangwaltney

repo: tursodatabase/turso-docs


text:
Add config flag to ignore XFH header

Fixes #202

Thanks for fixing this - I've flipped the config option to be positive rather than negative here: https://github.com/turt2live/matrix-media-repo/commit/641eddc9f1b1266f5205995d3e7bae0b9d9264b4


text:
post create hook not work in docker

I created a directory and it name is hooks in project root

and this is my dockerfile
FROM *******/dockerhub/golang:1.17.6-alpine AS builder
WORKDIR /go/src/github.com/tus/tusd

# Add gcc and libc-dev early so it is cached
RUN set -xe \
	&& apk add --no-cache gcc libc-dev

# Install dependencies earlier so they are cached between builds
COPY go.mod go.sum ./
RUN set -xe \
	&& go mod download

# Copy the source code, because directories are special, there are separate layers
COPY cmd/ ./cmd/
COPY internal/ ./internal/
COPY pkg/ ./pkg/
COPY hooks/ ./hooks/

# Get the version name and git commit as a build argument
ARG GIT_VERSION
ARG GIT_COMMIT

RUN set -xe \
	&& GOOS=linux GOARCH=amd64 go build \
        -ldflags="-X github.com/tus/tusd/cmd/tusd/cli.VersionName=${GIT_VERSION} -X github.com/tus/tusd/cmd/tusd/cli.GitCommit=${GIT_COMMIT} -X 'github.com/tus/tusd/cmd/tusd/cli.BuildDate=$(date --utc)'" \
        -o /go/bin/tusd ./cmd/tusd/main.go

# start a new stage that copies in the binary built in the previous stage
FROM ******/dockerhub/alpine:3.15.0
WORKDIR /srv/tusd-data

RUN apk add --no-cache ca-certificates jq \
    && addgroup -g 1000 tusd \
    && adduser -u 1000 -G tusd -s /bin/sh -D tusd \
    && mkdir -p /srv/tusd-hooks \
    && chown tusd:tusd /srv/tusd-data

COPY --from=builder /go/bin/tusd /usr/local/bin/tusd
COPY hooks/ /srv/tusd-hooks

EXPOSE 8010
USER tusd

ENTRYPOINT ["tusd"]
CMD [ "--hooks-dir", "/srv/tusd-hooks" ]

When i run this command :  go run cmd/tusd/main.go  --hooks-dir ROOT_PROJECT/hooks everything works correctly.
but in docker hooks not work.
need help for this.

here is tusd-hooks directory

when i call the api i get 201 response:

and in logs :

How do you know the pre-create hook is not working? Can you elaborate? I don't see any errors.

Closing this issue due to inactivity. Feel free to leave a comment if you want to continue the discussion :)

authors: Acconut rezaalimorady

repo: tus/tusd


text:
chore: output format es

Codecov Report
Base: 62.57% // Head: 62.57% // No change to project coverage :thumbsup:

Coverage data is based on head (4095c0e) compared to base (1df9da6).
Patch has no changes to coverable lines.

:exclamation: Current head 4095c0e differs from pull request most recent head cc15491. Consider uploading reports for the commit cc15491 to get more accurate results

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #4028   +/-   ##
=======================================
  Coverage   62.57%   62.57%
=======================================
  Files        1069     1069
  Lines       22357    22357
  Branches     5854     5854
=======================================
  Hits        13991    13991
  Misses       6849     6849
  Partials     1517     1517

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

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

这玩意有啥用呢？vite 这些工具都会预打包

有时候会需要用import maps 来引入naive-ui,这时候就需要这么个cdn

repo: tusen-ai/naive-ui


text:
Enhance "About Us" Section UI/UX

The "About Us" section needs design improvements to enhance its look and feel. This includes adjusting background contrast, text alignment, font styling, and adding subtle decorative elements.
Proposed Changes:
Increase contrast between text and background.
Center the text horizontally and vertically.
Increase the font size and add style (bold/italic) for emphasis.
Add a simple design element (like a line or icon) for visual appeal.
Implement a subtle animation (fade-in or slide-in).
Increase padding around the heading for better spacing.

I would love to solve this issue so i request you to please assign this issue to me.

Can you assign this issue to me please?

Bro you can find many issues so search for it.
I have also search for this issue.

@tushargupta1504 Please assign the task to me


text:
jQuery version range in bower.json is too broad, allows incompatible jQuery 3.0

bootstrap modals don't work with jQuery 3.0:  https://github.com/twbs/bootstrap/issues/16834
I found this to be the case.
I am installing bootstrap with bower and it depends on jQuery.  bootstrap-sass goes and gets version 3.0 of jQuery and then the modal won't work.
This is direct from bootstrap-sass:  https://github.com/twbs/bootstrap-sass/blob/3.3-stable/bower.json
"dependencies": {
"jquery": ">= 1.9.0"
},
"version": "3.3.6"
So, I think it would help if the version on the dependency was changed.
In the meantime, I did this:
bower uninstall jquery
bower install jquery#2.2.4
I had to confirm the uninstall.  I don't know what the best version of jQuery to use is.  2.2.4 let my modal work.

Thank you for the response.  I agree that this bower file would fix it:  [https://github.com/twbs/bootstrap/blob/7c86bc9664ddc3a1965fe91d7a0db97eb9348448/bower.json#L32]
If I go at this from a bower install perspective, what version of bootstrap do I need?
My current bower.json shows this:
"bootstrap-sass-official": "^3.2.0",
If I wanted to fix it to get the right bower_components/bootstrap-sass-official/bower.json, what should I change that line to??

@bessieatrazoyo I guess you can add another line with "jquery": "2.2.4", to force an upper version limit on jquery. That's what I did and it worked for me. The hardest thing will be to remember why you've added a jquery-dep to your project next time you visit bower.json.
Is this fix scheduled for release anytime soon?

So this has been fixed in the bower.json file, but hasn't be released.
This breaks any new/current builds. Can we get a new release please?

Any update on this? Is there any new release planned?

I use Codekit and I don't know how to degrade jQuery to previous version.

@philipenelson, @skinofstars: A simple quickfix would be to reference the git-version in bower.json, like this:
 "dependencies": {
    "bootstrap-sass": "git@github.com:embats/bootstrap-sass.git"
  }

Any update on this? Is there any new release planned?

Yes, upstream should release on Monday: https://github.com/twbs/bootstrap/milestone/34
bootstrap-sass should release same-day or soon after.

authors: bessieatrazoyo cvrebert embats mattiasnordqvist philipenelson pixeldeluxe skinofstars

repo: twbs/bootstrap-sass


text:
Non fixed navbar on non responsive layout?

The example uses a fixed navbar. Is it possible to make it "unfixed"?

I have the following but still but my navbar is fixed to the top. What's the solution? (bootstrap 3.3.6)

            <button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target="#nav-main" aria-expanded="false">
                Toggle navigation

            </button>
            Mona Jalal

Education

Coursework

Teaching

Projects

Honors & Awards

Experience

authors: chhuang monajalal

repo: twbs/bootstrap