upgrading to 2.6.1 gives "not a valid sysctl key" error on CentOS

After upgrading to 2.6.1 catalog compilation is failing.
For a class as follows:
# @summary Profile for managing common entries in /etc/sysctl.d
class profiles::sysctl::common {

  $target = '/etc/sysctl.d/01-ipv4.conf'

  sysctl { 'net.ipv4.ip_forward':
    ensure => present,
    value  => '1',
    target => $target,
  }
  sysctl { 'net.ipv4.ip_nonlocal_bind':
    ensure => present,
    value  => '1',
    target => $target,
  }
}

I'm getting the following (in debug mode - short snippet):
Debug: Prefetching augeas resources for sysctl
Debug: Facter: resolving fact with user_query: kernel
Debug: Facter: Searching fact: kernel in file: kernel.rb
Debug: Facter: Searching fact: kernel in core facts and external facts
Debug: Facter: Loading all internal facts
Debug: Facter: List of resolvable facts: [#<Facter::SearchedFact:0x0000000004812550 @name="kernel", @fact_class=Facts::Linux::Kernel, @user_query="kernel", @type=:core, @file=nil>]
Debug: Facter: Loading external facts
Debug: Facter: fact "kernel" has resolved to: Linux
Debug: Facter: resolving fact with user_query: kernel
Debug: Facter: Searching fact: kernel in file: kernel.rb
Debug: Facter: Searching fact: kernel in core facts and external facts
Debug: Facter: Loading all internal facts
Debug: Facter: List of resolvable facts: [#<Facter::SearchedFact:0x0000000006950f00 @name="kernel", @fact_class=Facts::Linux::Kernel, @user_query="kernel", @type=:core, @file=nil>]
Debug: Facter: Loading external facts
Debug: Facter: fact "kernel" has resolved to: Linux
Debug: Executing: '/sbin/sysctl -e net.ipv4.ip_forward net.ipv4.ip_nonlocal_bind'
Error: /Stage[main]/Profiles::Sysctl::Common/Sysctl[net.ipv4.ip_forward]: Could not evaluate: Error: `net.ipv4.ip_forward` is not a valid sysctl key
Error: /Stage[main]/Profiles::Sysctl::Common/Sysctl[net.ipv4.ip_nonlocal_bind]: Could not evaluate: Error: `net.ipv4.ip_nonlocal_bind` is not a valid sysctl key
Debug: Class[Profiles::Sysctl::Common]: Resource is being skipped, unscheduling all events

Output of sysctl is:
# /sbin/sysctl -e net.ipv4.ip_forward net.ipv4.ip_nonlocal_bind
net.ipv4.ip_forward = 1
net.ipv4.ip_nonlocal_bind = 1

No issues with 2.6.0.
# puppet --version
7.10.0

# cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)

# uname -a
Linux REDACTED 3.10.0-1160.41.1.el7.x86_64 #1 SMP Tue Aug 31 14:52:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

That is definitely unexpected! It looks like I missed an edge case during testing.

Slightly different behavior on CentOS 8. No catalog failure. Target file was not touched but each run produces the notice:
Notice: /Stage[main]/Profiles::Sysctl::Common/Sysctl[net.ipv4.ip_forward]/value: changed configuration value from '' to '1'

Target file hasn't been touched:
# ls -al /etc/sysctl.d/01-ipv4.conf
-rw-r--r--. 1 root root 54 Sep 25  2020 /etc/sysctl.d/01-ipv4.conf

Similar behavior on Ubuntu 20.04.3 LTS. Notice on every run:
Notice: /Stage[main]/Profiles::Sysctl::Common/Sysctl[net.ipv4.ip_forward]/value: changed configuration value from '' to '1'

@corporate-gadfly Definitely a weird edge case. Can you try removing any duplicate entries from /etc/sysctl.conf

Good call @trevor-vaughan . There were duplicates in /etc/sysctl.conf. Now, with duplicates removed. on CentOS 7.9, I'm seeing what I was seeing on CentOS 8 and Ubuntu:
Info: Applying configuration version '1630679211'
Notice: /Stage[main]/Profiles::Sysctl::Common/Sysctl[net.ipv4.ip_forward]/value: changed configuration value from '' to '1'

So, a notice for a non-change every time the catalog runs.
Ideally, 2.6.0 behavior would be preferred, i.e.:

don't fail catalog if there are duplicates
don't issue notice on every run for a non-change

@corporate-gadfly I've identified the edge case and resolved the issue but I'm a bit up in the air about the correct way to implement the solution.
The issues both revolved around having a target set but also having the value specified in a file that would be loaded later (alphabetical and then sysctl.conf).
There are two options:

Put the value in the target file regardless of whether or not it will take effect.

This is "correct" in that it puts it where you expect but "incorrect" in that it will actually not be correct on reboot (until the next puppet run).

Update the value in the latest loaded file that it is found in.

This is "correct" in that the system will have the value that you expect but "incorrect" in that it won't actually be placed into the target file.

I don't like the idea of removing it from wherever it was found and then adding it to the file because, technically, it could be specified in multiple files and the last one wins.
I also don't really care for updating both files because, frankly, it's kind of difficult.
CC @op-ct

I think I would go for option 1 (I suppose because of element of least surprise??).


Browser test running should be serial

@dalehenrich noticed that running tests in the SUnit browser runs them serially.  However, running multiple tests in the code browser does not necessarily run them serially. Tests should run one unit test to completion before running the next test.
Only run one test at a time from the browser.

Fixed per commit comments:
Now control server calls with the RowanServiceUpdater>>critical: block.
With that change, need to fork the test running process to ensure Transcript writes and debuggers work aren't blocked by lack of morphic thread access.


Remove outdated warning about angular versions

Right now, the README.md still has a holdover warning about the project being run on Angular 13, and to watch for version incompatibilities. Having recently switched to Angular 15, this warning should be adjusted or removed.

This was addressed in #1076


fix(apps/prod/tekton/configs/tasks): fix task pingcap-get-set-release-version

make it working correctly for tiflow-operator repo.
Signed-off-by: wuhuizuo<EMAIL_ADDRESS>

/approve


Light/dark mode option toggle

Now that we have a preferences page for the extension, it would be nice to have an in-extension settting to change the light/dark mode.
It could have 3 options: light, dark, and browser default.

Implemented as two toggles in preferences


Formatter: inconsistency for parenthesized with with trailing comment

Given:
with (
    open('file')  # trailing
):
    pass

while (
    True  # trailing
):
    pass

match (
    some  # trailing
):
    case (
        pattern  # trailing
    ):
        pass

Formatted as:
with open("file"):  # trailing
    pass

while (
    True  # trailing
):
    pass

match (
    some  # trailing
):
    case (
        pattern  # trailing
    ):
        pass

Notice that for with and case pattern the formatting is not collapsed while it does happen for the rest. The case pattern formatting was adopted from with which is the reason they both are the same.
I think the reason is that the nodes are different i.e, WithItem and Pattern* for with and case pattern while it's an expression for while which can utilize the maybe_parenthesized_expression helper directly.
https://play.ruff.rs/6cacd9e5-03dc-4da7-b185-fb45eb264be4

I'm not sure if this is intentional but if it is then for case pattern we should use the same formatting style as while i.e, collapse if < line-length.
Also, this is what Black does: https://black.vercel.app/?version=stable&state=_Td6WFoAAATm1rRGAgAhARYAAAB0L-Wj4AE2AJxdAD2IimZxl1N_WmufDs0Lm7j3vYVv-fyEpjcGjBT5by7AjxamaYxYeXCngIOH5QOeUk1iGkcjENXoEKV2cVzP_u3sv7VfD5lAxtwFCY23EQCvVGAvRPjLiEhAwVufltiyjII1kYitIFme5SB59fpPGx3iYamtMmF8SVyHBiIH-3KV8PmEYg2CJ_nu-AHtt1oWkU5wBozrLxhgr3WuOQBS1mEMOm0c5AABuAG3AgAAOM6Ni7HEZ_sCAAAAAARZWg%3D%3D

I believe we want to collapse all of these (i.e., the while formatting is correct). We should only expand if there's has_trailing_own_line, not any own_line.

On main, we get the with right, in my testing...

Yeah, might be 181131272. So, the MatchCase needs to be updated accordingly.

On main, it's now the case that these all preserve parentheses except the with.
We should make it consistent, but it's low priority and not required for the Beta.

@charliermarsh Do you mind if we keep this issue open to ensure we fix it eventually (It's already part of the stable milestone)


[Nodes Page] Purify node detail view

This PR is simply adds the pure render mixin to the NodeDetailTab and its only child, DescriptionList.

Looks like you have some linting errors:

Thanks for the review! Yep the lint errors are from the base branch, not related to this PR :)

My apologies for some of the lint warnings, I was moving too quickly and some of my PRs introduced two that I'm aware of, which have been fixed here: https://github.com/dcos/dcos-ui/pull/1123. Looks like more have crept in; I'll address these tomorrow morning!


Dimod 0.6.0

Coverage decreased (-4.5%) to 82.7% when pulling 99ca081e1746c66d7ccd2e0b4a503ec5a8580337 on arcondello:dimod_0.6.0 into 2e4b9ff2477daecbb5aaf02cd981bfe09beaba4e on dwavesystems:master.

Coverage decreased (-4.5%) to 82.7% when pulling 99ca081e1746c66d7ccd2e0b4a503ec5a8580337 on arcondello:dimod_0.6.0 into 2e4b9ff2477daecbb5aaf02cd981bfe09beaba4e on dwavesystems:master.

Addresses #33


os: add ReadDir, ReadFile, WriteFile, CreateTemp, MkdirTemp & deprecate io/ioutil

io/ioutil, like most things with util in the name, has turned out to be a poorly defined and hard to understand collection of things.
As part of #40025, we migrated Discard, NopCloser, and ReadAll to package io.
(They remain in io/ioutil for compatibility, of course, but new code should prefer the ones in io.)
What's left is a few OS file system helpers: ReadDir, ReadFile, TempDir, TempFile, and WriteFile.
I propose we migrate all of these to package os, with a few adjustments.
(Again, they would remain here for compatibility, but new code would prefer the ones in os.)
At that point, io/ioutil would become entirely deprecated.
The signatures would be:
package os

// ReadDir reads the named directory,
// returning all its directory entries sorted by filename.
func ReadDir(name string) ([]DirEntry, error)

// ReadFile reads the named file and returns the contents.
// A successful call returns err == nil, not err == EOF.
// Because ReadFile reads the whole file, it does not treat an EOF from Read
// as an error to be reported.
func ReadFile(name string) ([]byte, error)

// WriteFile writes data to the named file, creating it if necessary.
// If the file does not exist, WriteFile creates it with permissions perm (before umask);
// otherwise WriteFile truncates it before writing, without changing permissions.
func WriteFile(name string, data []byte, perm fs.FileMode) error

// MkdirTemp creates a new temporary directory in the directory dir
// and returns the pathname of the new directory.
// The new directory's name is generated by adding a random string to the end of pattern.
// If pattern includes a "*", the random string replaces the last "*" instead.
// If dir is the empty string, TempFile uses the default directory for temporary files, as returned by TempDir.
// Multiple programs or goroutines calling MkdirTemp simultaneously will not choose the same directory.
// It is the caller's responsibility to remove the directory when it is no longer needed.
func MkdirTemp(dir, pattern string) (string, error)

// CreateTemp creates a new temporary file in the directory dir,
// opens the file for reading and writing, and returns the resulting file.
// The filename is generated by taking pattern and adding a random string to the end.
// If pattern includes a "*", the random string replaces the last "*".
// If dir is the empty string, TempFile uses the default directory for temporary files, as returned by TempDir.
// Multiple programs or goroutines calling CreateTemp simultaneously will not choose the same file.
// The caller can use the file's Name method to find the pathname of the file.
// It is the caller's responsibility to remove the file when it is no longer needed.
func CreateTemp(dir, pattern string) (*File, error)

Notes:

os.ReadDir returns []DirEntry, in contrast to ioutil.ReadDir's []FileInfo.
(Providing a helper that returns []DirEntry is one of the primary motivations for this change.)

os.ReadFile is identical to ioutil.ReadFile.

os.WriteFile is identical to ioutil.WriteFile.
I looked into whether the permission bits should be dropped, but Go code in the wild uses a variety of popular settings (for example: 0666, 0644, 0600, 0700, 0777).

os.MkdirTemp is identical to ioutil.TempDir.
It cannot be named os.TempDir because that already exists and returns the default temporary directory.
MkdirTemp seems like it makes clear that the directory is being created and will appear next to Mkdir in docs.
I looked into whether the directory argument should be dropped, but about 20% of calls in the wild don't use the empty string.

os.CreateTemp is identical to ioutil.TempFile.
It could be named os.TempFile, but calling it os.CreateTemp is consistent with os.MkdirTemp, makes clear that the file is being created (using TempFile for this would be a function surprisingly different from TempDir), and will appear next to Create in docs.
I looked into whether the directory argument should be dropped, but about 25% of calls in the wild don't use the empty string.

Would it make sense to put ReadDir, ReadFile, and WriteFile in io/fs instead of os?
It sees like they could plausibly work with any filesystem, not just the os one.
I would argue that they fit naturally with the new Walk API, wherever that ends up: ReadDir, ReadFile, WriteFile, and Walk all share the property that they implement a high-level operation in terms of existing lower-level operations.

(MkdirTemp and CreateTemp seem like they belong in os, though: the location of the temporary directory is OS-specific, and CreateTemp, at least, should return a *os.File rather than an abstract fs.File.)

Actually, even MkdirTemp and CreateTemp could belong in io/fs, if we define an FS extension interface for a method that returns a default directory for temporary files.

@bcmills, io/fs already has ReadDir and ReadFile. It would be fine to add CreateTemp and MkdirTemp if/when io/fs adds any writing operations.
But it probably wouldn't make sense to put them only in io/fs. Reading from the operating system's file systems is insanely common. For example if we were starting over we would certainly keep os.Open(name) rather than tell people to use fs.Open(os.Dir("/"), name) or os.Dir("/").Open(name) (neither of which would be correct on Windows anyway).

Accepting this issue will obsolete #19660, which proposes renaming ioutil.

I've posted the CLs that would implement this change in case anyone wants to see what the diffs look like.
I am particularly happy that in the two CLs converting the tree to use the new locations, 217 "io/ioutil" imports were removed but only 51 "os" imports were added, meaning that in ~75% of cases the code was already importing "os" and is simplified by not having to juggle ioutil as well.

Based on the discussion, this seems like a likely accept.

Getting rid of ioutil is a good conceptual clean up. I know when I first learned Go, I was confused about what was in io vs. ioutil vs. bufio. io itself is a little tricky to understand, but with the cleanup, the explanation is pretty clear. I can imagine writing a blog post for beginners along the lines of:

Package io defines different kinds of "virtual files" either for reading or writing with special features like seeking and closing. io/fs extends the virtual file into a virtual filesystem. In most case, you won't work with io.Readers and io.Writers directly, but either stream them with package bufio or write them to memory with bytes.Buffer or strings.Builder.

The only thing that seems odd given that description is that FileInfo and FileMode are in io/fs instead of io itself. On the one hand, they're part of a "virtual file" so you'd think they'd be in io. OTOH, they only make sense as part of a "virtual filesystem" in which case they should be in io/fs…

Instead of "virtual files" say "virtual data streams" and you're all set!

No change in consensus, so accepted.

Should "go fix" support the migration for old uses to the new ones?

@go101, that would fall out naturally from #32816.


Fix publish exmaple, which was handling the response as though it mad…

…e the raw underlying publish call instead of the client library call.

[x] Tests and linter pass
[x] Code coverage does not decrease (if any source code was changed)
[x] Appropriate docs were updated (if necessary)

Thanks for the fix @kamalaboulhosn


Added getThumbnail function for Rss entry

Added getThumbnail function

We need a test case for this, please.

I've noted in a comment on #57 reasons why we cannot define methods that retrieve arbitrary, non-standard contents. However, in this particular case, there's an additional comment I can make: media:thumbnail is part of the Media RSS extension to RSS. Such extensions define XML namespaces that, when composed into a feed, expose additional features that consumers can then identify and consume.
I note this, because zend-feed has an extension API for exactly this purpose. The appropriate approach in this case would be to create a Media or MRSS extension for zend-feed exposing all the various features of the Media RSS spec.
If you wish to do this, please open a new pull request to do so. When you do, also make sure you follow the contributing guidelines, and provide tests and documentation for the new feature. Ping somebody in our slack if you need pointers or assistance as you do so.


[Accordion] content inside accordion not working properly

Accordion content broke styles for inside component and also broke behaviour.
I'm use hooper image gallery, and that gallery works perfectly, except in sui-accordion-content.
Check reproducible example here: https://codesandbox.io/s/vue-template-wdxn8
Also I find when I resize browser - all is OK, and start working, but, not working by default.

Hi @pumano. I'd say this is probably an issue on the hooper side, I don't see how anything in the accordion could be breaking it. I can indeed reproduce it, but I'd need to debug the hooper's code to see what's wrong.
Have you tried submitting an issue on their repo?

Yes, I agree not a problem on semantic UI side. So we can close issue


Add LICENSE to MANIFEST.in

Add the license file in the MANIFEST.in since distribution of the license I believe is required by the Apache license.

Codecov Report

Merging #1014 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff           @@
##           master   #1014   +/-   ##
======================================
  Coverage     100%    100%
======================================
  Files          31      31
  Lines        2107    2107
  Branches      338     338
======================================
  Hits         2107    2107

Continue to review full report at Codecov.

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


demo/videocap.lua issue with cv.cvtcolor

Hello,
I tried to execute the demo/videocap.lua using opencv 3.0 as specified and it's not working properly.
I found the problem to be in line 20:
edges = cv.cvtColor{frame, cv.COLOR_BGR2GRAY}
the problem is that "edges" needs to passed as an argument also:
edges = cv.cvtColor{frame, edges, cv.COLOR_BGR2GRAY}
and now everything works fine.
Just posted the issue, in case anyone else encounters the same problem.
Thank you!

Thanks! Fixed. I'm surprised that it worked on my machine before!


Conference Mode setting

Conference mode has changed, its no longer Auto, its now On or Off.
[Enter feedback here]

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

ID: b755d9ae-13ac-019f-f5f4-a95b1eee2989
Version Independent ID: f7afd8ad-e6e0-6c79-aed1-4ee87d48ba12
Content: Create a call queue in Microsoft Teams - Microsoft Teams
Content Source: Teams/create-a-phone-system-call-queue.md
Service: msteams
GitHub Login: @MikePlumleyMSFT
Microsoft Alias: mikeplum

@jrummer Thank you for submitting feedback and contributing to the docs. We are currently investigating this.


Add ingestr

Insert URLs to the project here:
https://github.com/geco-bern/ingestr/

[x] The projects is active, documented, open source licensed, shows usage from external parties and is directly targeting environmental sustainability. Find more details in the Contribution Guide.

All issues labeled as 'Good First Issue' of the project listed on OpenSustain.tech will be visible on ClimateTriage.com. This is a great way to welcome new community members to your project.

@khufkens @stineb @padasch

Provides functions to extract environmental point data from large global files or remote data servers and create time series at user-specified temporal resolution. https://github.com/geco-bern/ingestr/


Deposits Model

Hello Viraj,
Does the Deposits model refer to Bank deposits?
I cannot figure out the exact purpose and use of the Deposit model.
I would be most thankful if you can elaborate on this.
Best Regards,
John.

deposit model in inventory is for bottle deposit, usually in some places they charge deposit on bottles/cans. For example, on can of soda they would add tax and deposit on price since they are required to collect deposit on recyclable cans/bottle.
You can try searching for bottle deposit for better understanding.

Thanks!


Tell your technical writers that "for more information " links are soul crushing

isnt it possible to have them use thier brains and actually provide the subject matter context ANSWER to whatever it is they think they need to redirect you to a completely huge other document that has no context to the reason why you were directed there so you can waste more time and click on an endless loop of for more informaiton links - heres a thought - create documentation that has actual answerrs and actionable procedures on the page instead of using links that propel you to another galaxy

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

ID: 59426612-8da4-be3e-f0c8-8c23e9178d7d
Version Independent ID: bd2d7426-06d6-5c18-7776-a50fc05c9ce9
Content: Configure Audio Conferencing settings - Microsoft Teams - Microsoft Teams
Content Source: Teams/deploy-audio-conferencing-teams-landing-page.md
Service: msteams
GitHub Login: @LolaJacobsen
Microsoft Alias: lolaj

@heschelpop thank you for submitting feedback.
I think the best way forward is if you open a service ticket in your tenant so this can get resolved ASAP. Based on the outcome let me know if it is something that can be called out in the docs.
Please follow this link to contact support for business products:https://docs.microsoft.com/office365/admin/contact-support-for-business-products
Please keep us posted here on the resolution so we can feed whatever information you discover into the content.


Contributor readiness for the MIP repo

[x] Address any feedback from MetaMask Portfolio team
[x] Additional guidelines for the api-specs repo
[x] Establish a schedule for developer community calls
[x] Confirmation if we're ready to release the repo as a public repo (vs internal)

(check with API maintainers)

We've sufficiently achieved readiness for MIP contributors.


[MEDIUM] New Feature : Click to autofocus does not work in the Scan receipt camera

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 1.4.29-0
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @mountiny
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1705687521786479
Action Performed:

Scan a receipt using camera
Keep closer to the receipt
Try to tap in to focus the image

Expected Result:
We should be able to tap in to focus the image
Actual Result:
Click to autofocus does not work and cannot tap in to focus the image
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android: Native
[ ] Android: mWeb Chrome
[x] iOS: Native
[ ] iOS: mWeb Safari
[ ] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos
Add any screenshot/video evidence

View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~018f43696563238cad
Upwork Job ID:<PHONE_NUMBER>754200576
Last Price Increase: 2024-01-23

Asking Margelo if they can work on this

Yup, we'll do it right after Flash for V3 is done!

I can take this one!

@janicduplessis Can you also address the rotation issue?
Our native apps have landscape mode disabled so the UI does not rotate but the camera does which leads to weird UX 😄

@mountiny Yes I can have a look at that also

It can be a same pr i think

Progress is looking good

This seems like it did not work in the staging/ prod ios build https://github.com/Expensify/App/pull/35014#issuecomment-1930175534 @ishpaul777 @janicduplessis

Replied in the PR.

Wow, did I miss this? I'm so sorry for the delay @ishpaul777
How's this look for payment:
Contributor+: $500 @ishpaul777 (through Upwork)
Upwork job is here.

Paid this out @ishpaul777 based on this payment summary https://github.com/Expensify/App/issues/34898#issuecomment-1977836178
@janicduplessis should you also be paid for this? Not sure about the role that each of you had since this is an internal job. cc @mountiny

I don't think I am eligible as I am a contractor with Margelo.

@ishpaul777 Can you please propose a TestRail test case as well for @Christinadobrzyn to add? I think we should make sure QA is checking for this behaviour

Thanks! @Christinadobrzyn all yours!

Regression test here - https://github.com/Expensify/Expensify/issues/378241
Closing!

I will reopen this to handle a follow up, its not fully working yet

wdym it's not fully working yet @mountiny ?

@mrousavy yeah on ios, you are still not able to focus from various distances I believe and there is this PR to help with it https://github.com/Expensify/App/pull/35926

Ah yeah true, we might want to use the dual wide camera again so it can automatically switch to the "macro lens". I can also fix that in a follow-up PR once the V4 revert is reverted :)

Yea, maybe you want to make that change @mrousavy, since in v4 the api to pick device is a lot nicer, right now I have to do the fallback to different cameras manually. I think our conclusion from that PR is the best is dual -> ultra-wide -> wide as priority of device to use.

will do in a follow-up PR in a few mins!

nice, thank you

Thanks, let me know if you need any help

$250 to @ishpaul777

Payouts due:

[ ] Contributor+: $250 @ishpaul777 (upwork offer - https://www.upwork.com/nx/wm/offer/101986939)

Upwork job is here.

Alright paid out based on this payment summary
No regression test due here so closing.


Error while requesting workbooks API

Python version: 3.12.4
tableau_migration: 4.3.0
Hello peep, I encountered an issue while running a test migration with Python SDK. The context is I only moved a small group of users, 1 user group and a top-level project with permission granted to the user group. Migration with filters work fine for users, groups and datasources, but workbooks' migration can't proceed as expected.
I checked the log and see the following C sharp error code and it's source code, and seems like the request for workbook list to API didn't work out because the owner can't be found? Is it because I didn't run the migration for all users, or is there something I overlooked?
Not sure if any of you have the same issue, would be great if someone could shed a light for me, thanks!
Tableau.Migration.Engine.Manifest.MigrationManifest - ERROR - An error occurred during migration. Error: System.ArgumentNullException: Value cannot be null.
   at Tableau.Migration.Guard.AgainstNull[T](T value, String paramName)
   at Tableau.Migration.Api.IContentReferenceFinderFactoryExtensions.<>c__2`1.<FindOwnerAsync>b__2_0(T r)
   at Tableau.Migration.Api.IContentReferenceFinderFactoryExtensions.FindAsync[TResponse,TContent](IContentReferenceFinderFactory finderFactory, TResponse response, Func`2 getResponseId, ILogger logger, ISharedResourcesLocalizer localizer, Boolean throwIfNotFound, String warningMessageResource, String exceptionMessageResource, CancellationToken cancel)
   at Tableau.Migration.Api.IContentReferenceFinderFactoryExtensions.FindOwnerAsync[T](IContentReferenceFinderFactory finderFactory, T response, ILogger logger, ISharedResourcesLocalizer localizer, Boolean throwIfNotFound, CancellationToken cancel)
   at Tableau.Migration.Api.ContentApiClientBase.FindOwnerAsync[T](T response, Boolean throwIfNotFound, CancellationToken cancel)
   at Tableau.Migration.Api.WorkbooksApiClient.<GetAllWorkbooksAsync>b__14_0(WorkbooksResponse r, CancellationToken c)
   at Tableau.Migration.Api.IHttpResponseMessageExtensions.ToPagedResultAsync[TResponse,TModel](IHttpResponseMessage`1 response, Func`3 createModelAsync, ISharedResourcesLocalizer sharedResourcesLocalizer, CancellationToken cancel)

Hi @samuelTyh,
I can't be 100% sure from just that one log message alone, but your theory is very plausible.
If you filter out users, and then migrate workbooks that are owned by that user, you'll see an error. That is because the sdk will try to reassign the original user on the destination side. If you filter that user out, clearly that won't work as that user is not on the destination.
Whenever you filter users, you should also create a mapping for those users to remap them to a known user.
We do the same thing in the example app.
We have a Unlicensed User Filter which filters all users that are unlicensed on the source.
and then we have a Unlicensed User Mapping to map those users to a different user that is known to exist on the destination.


Race condition during client initialization

I found very specific case while testing parallel run. It can be reproduced by the following code:
   @Test
    fun `create clients in multiple threads`() {
        val service = Executors.newCachedThreadPool()
        var count = 10
        while (count -- > 0) {
            service.execute {
                while (!Thread.currentThread().isInterrupted) {
                    newKSqlClient {}
                }
            }
        }
    }

The critical section is ImmutablePropImpl.getMappedBy method - multiple threads can process the same property at the same time. As a result, exception would be thrown:
Exception in thread "pool-1-thread-7" org.babyfish.jimmer.meta.ModelException: Both `org.babyfish.jimmer.sql.kt.model.TreeNode.childNodes` and `org.babyfish.jimmer.sql.kt.model.TreeNode.childNodes` use `mappedBy` to reference `org.babyfish.jimmer.sql.kt.model.TreeNode.parent`
	at org.babyfish.jimmer.meta.impl.ImmutablePropImpl.acceptMappedBy(ImmutablePropImpl.java:1205)
	at org.babyfish.jimmer.meta.impl.ImmutablePropImpl.getMappedBy(ImmutablePropImpl.java:1174)
	at org.babyfish.jimmer.sql.runtime.EntityManager.<init>(EntityManager.java:122)
	at org.babyfish.jimmer.sql.runtime.EntityManager.fromResources(EntityManager.java:232)

A possible solution:
ImmutablePropImpl:1204
< if (acceptedMappedBy != null) {
> if (acceptedMappedBy != null && acceptedMappedBy != prop) {

Workaround: Add lock

Try 0.8.137


Use ipython over pthon to execute python notebooks

@blumenstiel I don't remember to pros and cons completely, but when decided to convert notebooks to python over using ipython, from a user perspective we loose the capability to mix shell code into python code in a convenient (per cell) basis and also share variables between them
On the converted python code I get
  File "/opt/app-root/src/s1preprocess.py", line 59, in <module>
    get_ipython().system('gpt terrainP.xml -Pfile={zipfile} -Ptarget={output_target}')
AttributeError: 'NoneType' object has no attribute 'system'

In addition I doubt {zipfile} would be properly replaced

@romeokienzler So we want ipython as an additional command type or is there another way?
We convert notebooks to reduce the maintenance but if we loose functionality we should not do that.
For the grid wrapper wie might want to exclude notebooks, because the grid wrapper is only working correctly when the component includes a main function. So it makes sense that the user needs to write a short python script to call the notebook.

Fixed in #39


Block 9 MasterWorks

Block 9 MasterWorks is a collection of 100 of the some of the greatest Art Masterpieces ever painted, all immutably inscribed on Block 9 Sats for Digital Ownership. Owning a Block 9 MasterWorks Digital Asset also serves as a MasterPass for Exclusive Access on every collection we ever drop. It also carries with it perks, such as substantial discounts on our Ordinals, Merchandise, GenesisVIP holders channel in discord, Airdrops, and more...

closing pr. reason: no issue mentioned.


Required administrator password

Hello, I was trying to start this program "c:\users\justuser\Desktop\BypassUAC.exe" and in required admin pass. So, is it not working?
Tested on old windows server 2008 standart
All my updates:
88 Hotfix(s) Installed.
[01]: KB981391
[02]: KB981392
[03]: KB977236
[04]: KB981111
[05]: KB977238
[06]: KB2849697
[07]: KB2849696
[08]: KB2841134
[09]: KB977239
[10]: KB2670838
[11]: KB2830477
[12]: KB2592687
[13]: KB917607
[14]: KB981390
[15]: KB2386667
[16]: KB2518295
[17]: KB2525835
[18]: KB2534366
[19]: KB2545698
[20]: KB2546250
[21]: KB2547666
[22]: KB2571621
[23]: KB2574819
[24]: KB2603229
[25]: KB2667402
[26]: KB2676562
[27]: KB2685811
[28]: KB2685813
[29]: KB2698365
[30]: KB2716513
[31]: KB2726399
[32]: KB2729094
[33]: KB2732059
[34]: KB2750841
[35]: KB2761217
[36]: KB2790978
[37]: KB2806748
[38]: KB2813347
[39]: KB2818604
[40]: KB2834140
[41]: KB2853587
[42]: KB2862330
[43]: KB2868846
[44]: KB2884256
[45]: KB2894844
[46]: KB2900986
[47]: KB2919469
[48]: KB2920188
[49]: KB2970228
[50]: KB2984972
[51]: KB3000483
[52]: KB3004375
[53]: KB3006137
[54]: KB3018238
[55]: KB3020370
[56]: KB3020393
[57]: KB3046269
[58]: KB3046339
[59]: KB3054205
[60]: KB3059317
[61]: KB3064209
[62]: KB3102429
[63]: KB3108604
[64]: KB3118401
[65]: KB3123479
[66]: KB3125574
[67]: KB3138378
[68]: KB3138612
[69]: KB3140245
[70]: KB3147071
[71]: KB3156016
[72]: KB3159398
[73]: KB3161949
[74]: KB3172605
[75]: KB3179573
[76]: KB3185319
[77]: KB4019990
[78]: KB4040980
[79]: KB4054998
[80]: KB4474419
[81]: KB4490628
[82]: KB4538483
[83]: KB4552965
[84]: KB4566371
[85]: KB4578952
[86]: KB4592510
[87]: KB976902
[88]: KB4598279

I think it's windows 8, I'm using a windows 10/11 and it's working just fine. But I think it's patched because it's registered as a virus. However it is working if I turn the antivirus off.

Windows 10 (1903) same thing. Defender is off
Kb:
[01]: KB4580980
[02]: KB4497727
[03]: KB4497464


Batch Trace Number is overwritten when batch is built. Should retain TraceNumber if it exists

Allows for manual override of trace numbers of current entry's trace number is already set before the batch is built. Issue by @kai-pei-sezzle
https://github.com/sezzle/ach/commit/f838248570695b930a9e0285f738e8e0eb1bddb8
https://github.com/sezzle/ach/commit/f042ac107cbc0ae333950b415328b1c8f9b91add

Trace number needs to be retained for creating Return and Notification of Change entries. The current implementation will always overwrite the trace number in the build process.


Password acquisition was unsuccessful

Thank you for sharing the library.
I'm using the examples in Google Chrom92.0.4515.159 and I didn't get the password. How can I solve this problem?

Do you have any error?


A proposal for dating in the library

Hi, your library is very good. I use your library in my application, and I have some problems. I need to send a request to the server with the date of the next (or previous) month, when the month has changed. And I can not find how. Can you suggest how to do this?

Hi @ATrotsenko! Thank you. You can use func monthDidChange(_ currentMonth: Date) of VACalendarMonthDelegate


Optimize the logic of notification history

Signed-off-by: wanjunlei<EMAIL_ADDRESS>Optimize the logic of the notification history to ensure that the notification history can still be recorded correctly when some alerts or receivers fail to be sent.

Job failed https://github.com/kubesphere/notification-manager/actions/runs/4102538680/jobs/7075623300 :


allow normalization of geo objects with getters

As there is already normalization for different array structures, what about allowing objects with getters too? It should be a pretty common case.

Thank you very much! Tagged in v1.2.0.


AIPersonality: The provided path does not exist.

Expected Behavior
Executing webui.bat should download dependencies and end listening for commands on http://localhost:9600
Current Behavior
Executing webui.bat ends with the following error:
...
Checking models...
gpt4all-lora-quantized-ggml.bin
Model already installed
Virtual environment created and packages installed successfully.
Launching application...
No local configuration file found. Building from scratch
Traceback (most recent call last):
  File "D:\gpt4all-ui\GPT4All\app.py", line 736, in <module>
    personality = AIPersonality(f"personalities/{config['personality_language']}/{config['personality_category']}/{config['personality']}")
  File "D:\gpt4all-ui\GPT4All\env\lib\site-packages\pyaipersonality\__init__.py", line 82, in __init__
    raise ValueError("The provided path does not exist.")
ValueError: The provided path does not exist.

Steps to Reproduce

Download webui.bat and place it into a new empty directory, for instance D:\gpt4all-ui\
Execute webui.bat
Wait for the error to happen

Possible Solution
Everything was working just fine 2 hours ago. There must be something wrong with the some of the recent commits.

Yes I lnow whjat's wrong
the default gpt4all category has changed from general to generic.
Just change that in your configs/config_local.yaml

removing config_local.yaml usually helps to reset and update default values.. it regenerates after launch

Both my /configs/default.yaml and /configs/local_default.yaml contain:
personality_language: english
personality_category: generic

The problem also occurs from a brand-new-empty reinstall through webui.bat
Also tried removing local_default.yaml (which is regenerated with the next run), but the problem persists.

Editing local_default.yaml and setting personality_category: generic does not fix anything. It does not work setting personality_category: general either.
I have even removed the whole GPT4All directory and let the autoinstall download everything again. The error is still there.

I think I figured out the problem. It seems the webui.bat installer, as it is configured right now, does not install any personalities (the folder /personalities did not exist after running webui.bat for the first time).
I have manually run add_personality.bat selecting the options:
Enter the number of the desired language: 1 (English)
Enter the number of the desired category: 12 (generic)
Enter the number of the desired personality: 1 (gpt4all)

After that, webui.bat runs fine. Maybe you need to update it and check that at least the default personality exists.

"someone" made a big oopsy.. gonna check what i can do to fix this

Problem fixed. Please just do a pull

now there are no personalities by default
The personalities folder is empty
and by default a gpt4all hardcoded in the app is used
When people mess up their personalities, this will garantee that the app will continue working.
you can install new personalities using add_personality.bat file

The issue persists on Ubuntu even after running add_personality.sh. I pulled tand installed the repo today, run.sh returns the error.

I try to run this on a properly protected public page that proxies to localhost:9600 of a local machine. Any hints on how to overcome random errors related to dialog loading, timeouts when returning etc? So far what I've done was adding upgrade-insecure-requests to the index.html page, to be able to route from https to http, which made the basic functionality of asking a question, available. Can it serve multiple parallel requests, as an example?

I try to run this on a properly protected public page that proxies to localhost:9600 of a local machine. Any hints on how to overcome random errors related to dialog loading, timeouts when returning etc? So far what I've done was adding upgrade-insecure-requests to the index.html page, to be able to route from https to http, which made the basic functionality of asking a question, available. Can it serve multiple parallel requests, as an example?

not sure what if its possible on old UI, but new UI works well behind a proxy, i run it daily  to test the new UI. check out the local_defaults.yaml in the configs for ui flags.
As for concurrent replies, i dont think its implemented yet. It is planned, not by me but by main dev. Not sure when tho.

Is this issue resolved?

Im still having this issue and none of the steps above resolve it.


Fix wrong host after restart

The host was wrong after a restart (using vite for example)

I need to check why the CI is failing, this seems related


can i render three aligns like this

<Row
left={

메뉴명
수량

}
right="가격"
/>

if anyone got this error, please expand the width of the printer component. ty

Im implement same code like you, i got error "Invalid count value: -1".
please check width size ...
I hope this help.


test: fix portfolio spec by introducing toPass with intervals

Checklist:

[x] I have read and followed the contribution guidelines.
[x] I have read and followed the how to open a pull request guide.
[x] My pull request targets the main branch of freeCodeCamp.
[x] I have tested these changes either locally on my machine, or GitPod.

Buttons not being clickable might have something to do with a hydration issue. Mainly when the button UI is loaded but the functionality of the button itself is not. Making the button not clickable.
Here's a video that explains it:
https://www.youtube.com/watch?v=8g7FvoRToGo

I had tried this yesterday but it didn’t work. The timeout change is needed because the interval of toPass is longer.

One more attempt 🙄


Add pandoc to the base image

Pandoc is an OS package needed by nbconvert to export notebooks to various formats like PDF.
As it's missing nbconvert does not work for at least some formats.

Not only Pandoc was needed, but also many Tex packages.
I also disabled export formats that did not give much and would have required many more libraries.


not compatible with opengl 4.5

my computer system is window10 and opengl version is 4.5 , and the hardware is not nvidia but (Intel(R) UHD Graphics 630, when I run the problem the system broke down whith the information;
Initialization started.
[0] : GLFW initialized.
[1] : GLEW initialized.
ERROR: GLEW_VERSION_4_5 (OpenGL 4.5) not supported! Expect unexpected behaviour.
Press any key to continue ...
do you know the reasone

I think that macros doesn't support intel graphic chip

On Wed, Mar 17, 2021 at 13:18 hoseob.jeong @.***> wrote:

I think that macros doesn't support intel graphic chip
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Friduric/voxel-cone-tracing/issues/3#issuecomment-801262059,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEQZ4BZBLCML2ECNSQD3U3TEDPZ7ANCNFSM4NI3GFHQ
.

I would download gpu caps viewer to see if your system supports 4.5.  It
may be that your drivers are out of date.

i have the same question,the driver   updated to the latest.

I changed glew version from2.1.0 to 1.11.0, and this error dissappear.


maybe_create_peer_internal fails due to hashmap entry not found

Bug Report
Panic found when enables the random-merge scheduler.
[2020/10/04 08:27:59.846 +08:00] [FATAL] [lib.rs:481] ["no entry found for key"] [backtrace="stack backtrace:
   0: tikv_util::set_panic_hook::{{closure}}
             at components/tikv_util/src/lib.rs:480
   1: std::panicking::rust_panic_with_hook
             at src/libstd/panicking.rs:524
   2: rust_begin_unwind
             at src/libstd/panicking.rs:431
   3: core::panicking::panic_fmt
             at src/libcore/panicking.rs:85
   4: core::option::expect_failed
             at src/libcore/option.rs:1261
   5: core::option::Option<T>::expect
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libcore/option.rs:344
      <std::collections::hash::map::HashMap<K,V,S> as core::ops::index::Index<&Q>>::index
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/collections/hash/map.rs:1034
      raftstore::store::fsm::store::StoreFsmDelegate<EK,ER,T,C>::maybe_create_peer_internal
             at /home/stn/tikv/components/raftstore/src/store/fsm/store.rs:1728
      raftstore::store::fsm::store::StoreFsmDelegate<EK,ER,T,C>::maybe_create_peer
             at /home/stn/tikv/components/raftstore/src/store/fsm/store.rs:1671
      raftstore::store::fsm::store::StoreFsmDelegate<EK,ER,T,C>::on_raft_message
             at /home/stn/tikv/components/raftstore/src/store/fsm/store.rs:1603
   6: raftstore::store::fsm::store::StoreFsmDelegate<EK,ER,T,C>::handle_msgs
             at /home/stn/tikv/components/raftstore/src/store/fsm/store.rs:575
      <raftstore::store::fsm::store::RaftPoller<EK,ER,T,C> as batch_system::batch::PollHandler<raftstore::store::fsm::peer::PeerFsm<EK,ER>,raftstore::store::fsm::store::StoreFsm<EK>>>::handle_control
             at /home/stn/tikv/components/raftstore/src/store/fsm/store.rs:823
      batch_system::batch::Poller<N,C,Handler>::poll
             at /home/stn/tikv/components/batch-system/src/batch.rs:284
   7: batch_system::batch::BatchSystem<N,C>::spawn::{{closure}}
             at /home/stn/tikv/components/batch-system/src/batch.rs:396
      std::sys_common::backtrace::__rust_begin_short_backtrace
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/sys_common/backtrace.rs:130
   8: std::thread::Builder::spawn_unchecked::{{closure}}::{{closure}}
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/thread/mod.rs:475
      <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/panic.rs:318
      std::panicking::try::do_call
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/panicking.rs:342
      std::panicking::try
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/panicking.rs:319
      std::panic::catch_unwind
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/panic.rs:394
      std::thread::Builder::spawn_unchecked::{{closure}}
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/thread/mod.rs:474
      core::ops::function::FnOnce::call_once{{vtable.shim}}
             at /home/stn/.rustup/toolchains/nightly-2020-07-01-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libcore/ops/function.rs:233
   9: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once
             at /rustc/16957bd4d3a5377263f76ed74c572aad8e4b7e59/src/liballoc/boxed.rs:1078
      <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once
             at /rustc/16957bd4d3a5377263f76ed74c572aad8e4b7e59/src/liballoc/boxed.rs:1078
      std::sys::unix::thread::Thread::new::thread_start
             at src/libstd/sys/unix/thread.rs:87
  10: start_thread
  11: __clone
"] [location=/home/stn/tikv/components/raftstore/src/store/fsm/store.rs:1728] [thread_name=raftstore-2-0]

What version of TiKV are you using?
master
log: https://drive.google.com/file/d/1cjP6GnYNt0jER7OHbiD-QXt_DygTLIcs/view?usp=sharing

I've met the same problem with tidb nightly build (docker).

I've met the same problem with tidb nightly build (docker).
TiKV
Release Version:   4.1.0-alpha
Edition:           Community
Git Commit Hash:   482bd12170a1802941bbd1ceed37c0672341c4ab
Git Commit Branch: master
UTC Build Time:    2020-10-17 01:49:19
Rust Version:      rustc 1.46.0-nightly (16957bd4d 2020-06-30)
Enable Features:   jemalloc mem-profiling portable sse protobuf-codec
Profile:           dist_release

Good! Does your TiKV run with some chaos?

Does your TiKV run with some chaos?

No, I just turned on shuffer-region/shuffer-leader/random-merge.

this issue still exists in the 4.0 branch，does this issue need to merge to 4.0-release?

stack information：
[2021/11/09 22:15:09.919 +00:00] [FATAL] [lib.rs:481] ["no entry found for key"] [backtrace="stack backtrace:\n   0: tikv_util::set_panic_hook::{{closure}}\n             at components/tikv_util/src/lib.rs:480\n   1: std::panicking::rust_panic_with_hook\n             at src/libstd/panicking.rs:475\n   2: rust_begin_unwind\n             at src/libstd/panicking.rs:375\n   3: core::panicking::panic_fmt\n             at src/libcore/panicking.rs:84\n   4: core::option::expect_failed\n             at src/libcore/option.rs:1188\n   5: core::option::Option<T>::expect\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libcore/option.rs:348\n      <std::collections::hash::map::HashMap<K,V,S> as core::ops::index::Index<&Q>>::index\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/collections/hash/map.rs:1035\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::maybe_create_peer_internal\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1691\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::maybe_create_peer\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1634\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::on_raft_message\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1566\n   6: raftstore::store::fsm::store::StoreFsmDelegate<T,C>::handle_msgs\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:489\n      <raftstore::store::fsm::store::RaftPoller<T,C> as batch_system::batch::PollHandler<raftstore::store::fsm::peer::PeerFsm<engine_rocks::engine::RocksEngine>,raftstore::store::fsm::store::StoreFsm>>::handle_control\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:772\n   7: batch_system::batch::Poller<N,C,Handler>::poll\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/batch-system/src/batch.rs:387\n   8: batch_system::batch::BatchSystem<N,C>::spawn::{{closure}}\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/batch-system/src/batch.rs:518\n      std::sys_common::backtrace::__rust_begin_short_backtrace\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/sys_common/backtrace.rs:136\n   9: std::thread::Builder::spawn_unchecked::{{closure}}::{{closure}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/thread/mod.rs:469\n      <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panic.rs:318\n      std::panicking::try::do_call\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panicking.rs:292\n      std::panicking::try\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8//src/libpanic_unwind/lib.rs:78\n      std::panic::catch_unwind\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panic.rs:394\n      std::thread::Builder::spawn_unchecked::{{closure}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/thread/mod.rs:468\n      core::ops::function::FnOnce::call_once{{vtable.shim}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libcore/ops/function.rs:232\n  10: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/liballoc/boxed.rs:1022\n  11: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/liballoc/boxed.rs:1022\n      std::sys_common::thread::start_thread\n             at src/libstd/sys_common/thread.rs:13\n      std::sys::unix::thread::thread::new::thread_start\n             at src/libstd/sys/unix/thread.rs:80\n  12: <unknown>\n  13: clone\n"] [location=src/libcore/option.rs:1188] [thread_name=raftstore-1-1]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:94] ["Welcome to TiKV"]

tikv version：
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:94] ["Welcome to TiKV"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] []
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Release Version:   4.0.15"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Edition:           Community"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Git Commit Hash:   0a0482dee0a0cf135f56b9f90b412ea641ec3ae2"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Git Commit Branch: heads/refs/tags/v4.0.15"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["UTC Build Time:    2021-09-23 09:52:40"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Rust Version:      rustc 1.42.0-nightly (0de96d37f 2019-12-19)"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Enable Features:   jemalloc mem-profiling portable sse protobuf-codec"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Profile:           dist_release"]

this issue still exists in the 4.0 branch，does this issue need to merge to 4.0-release?

stack information：
[2021/11/09 22:15:09.919 +00:00] [FATAL] [lib.rs:481] ["no entry found for key"] [backtrace="stack backtrace:\n   0: tikv_util::set_panic_hook::{{closure}}\n             at components/tikv_util/src/lib.rs:480\n   1: std::panicking::rust_panic_with_hook\n             at src/libstd/panicking.rs:475\n   2: rust_begin_unwind\n             at src/libstd/panicking.rs:375\n   3: core::panicking::panic_fmt\n             at src/libcore/panicking.rs:84\n   4: core::option::expect_failed\n             at src/libcore/option.rs:1188\n   5: core::option::Option<T>::expect\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libcore/option.rs:348\n      <std::collections::hash::map::HashMap<K,V,S> as core::ops::index::Index<&Q>>::index\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/collections/hash/map.rs:1035\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::maybe_create_peer_internal\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1691\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::maybe_create_peer\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1634\n      raftstore::store::fsm::store::StoreFsmDelegate<T,C>::on_raft_message\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:1566\n   6: raftstore::store::fsm::store::StoreFsmDelegate<T,C>::handle_msgs\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:489\n      <raftstore::store::fsm::store::RaftPoller<T,C> as batch_system::batch::PollHandler<raftstore::store::fsm::peer::PeerFsm<engine_rocks::engine::RocksEngine>,raftstore::store::fsm::store::StoreFsm>>::handle_control\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/raftstore/src/store/fsm/store.rs:772\n   7: batch_system::batch::Poller<N,C,Handler>::poll\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/batch-system/src/batch.rs:387\n   8: batch_system::batch::BatchSystem<N,C>::spawn::{{closure}}\n             at home/jenkins/agent/workspace/build_tikv_multi_branch_v4.0.15/tikv/components/batch-system/src/batch.rs:518\n      std::sys_common::backtrace::__rust_begin_short_backtrace\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/sys_common/backtrace.rs:136\n   9: std::thread::Builder::spawn_unchecked::{{closure}}::{{closure}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/thread/mod.rs:469\n      <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panic.rs:318\n      std::panicking::try::do_call\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panicking.rs:292\n      std::panicking::try\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8//src/libpanic_unwind/lib.rs:78\n      std::panic::catch_unwind\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/panic.rs:394\n      std::thread::Builder::spawn_unchecked::{{closure}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libstd/thread/mod.rs:468\n      core::ops::function::FnOnce::call_once{{vtable.shim}}\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/libcore/ops/function.rs:232\n  10: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/liballoc/boxed.rs:1022\n  11: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once\n             at rustc/0de96d37fbcc54978458c18f5067cd9817669bc8/src/liballoc/boxed.rs:1022\n      std::sys_common::thread::start_thread\n             at src/libstd/sys_common/thread.rs:13\n      std::sys::unix::thread::thread::new::thread_start\n             at src/libstd/sys/unix/thread.rs:80\n  12: <unknown>\n  13: clone\n"] [location=src/libcore/option.rs:1188] [thread_name=raftstore-1-1]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:94] ["Welcome to TiKV"]

tikv version：
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:94] ["Welcome to TiKV"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] []
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Release Version:   4.0.15"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Edition:           Community"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Git Commit Hash:   0a0482dee0a0cf135f56b9f90b412ea641ec3ae2"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Git Commit Branch: heads/refs/tags/v4.0.15"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["UTC Build Time:    2021-09-23 09:52:40"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Rust Version:      rustc 1.42.0-nightly (0de96d37f 2019-12-19)"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Enable Features:   jemalloc mem-profiling portable sse protobuf-codec"]
[2021/11/09 22:15:12.942 +00:00] [INFO] [lib.rs:96] ["Profile:           dist_release"]

https://github.com/tikv/tikv/pull/9584 this bug fix PR has been merged.
Maybe another bug? How about uploading the TiKV log?


UsageType = SCREEN_CONTENT_REAL_TIME bitrate often exceeds target bitrate during scene changes

When investigating the screen share encoder bitrate usage in webrtc using openh264, I frequently see the bitrate spike much higher than the target bitrate especially after large scene changes.  This is less than ideal with real time screen content because the content will be paced out and add latency to the delivery of the content.
For example:

In openh264, I see that with the SCREEN_CONTENT_REAL_TIME, the min/max QP configuration are overridden among other things (MIN_SCREEN_QP         = 26,  MAX_SCREEN_QP         = 35).
Given the typical pattern of screen content which has bursty periods of high scene changes followed by static scenes, is there a configuration that allows for the rate to not spike much beyond the target rate during high scene changes (and accept a lower quality for the first frames after a scene change), but progressively improve the quality afterwards?
Thank you!

Thanks for this feedback.
In order to balance quality and bitrate,we set the range of quant for screen content. You are right, this design doesn't match some user's requirement. So we are working on this to give a configurable solution according to user's requirement.
Any suggestions are welcome.

I'm not sure how to get my pull request in, but I have a simple change to make it possible to configure the screen content QP values here:
https://github.com/parlaylabs/upstream-openh264/pull/1

@imedwei  https://github.com/cisco/openh264/pull/2746 this PR supports QP setting by user

@ruil2 Thanks for the heads up with that #2746 change.  That change will address my needs to set the QP values for screen content usage.
Since I had a change already, I have rebased on the latest master with some refinements in the usage.  Could you review the latest and see if it might be helpful to upstream?  Thanks!

@ruil2 Could I get your feedback on parlaylabs#1 ?  It's just a minor change that builds off the PR #2746
Let me know if it is good.  Thanks!

@imedwei  I had reviewed your changes, it is ok for me. closed this issue. If have any questions, please let us know freely. thanks!


Tutorial setup improvements

@fyl2xp1 does this second commit look good to you?

@fyl2xp1 could you take a look at the latest commit as well? That should address https://github.com/rustwasm/wasm_game_of_life/issues/35

Seems like we might want to link to this: https://docs.npmjs.com/getting-started/fixing-npm-permissions


How can we help?
I would like someone else to build the manifest.
Please read and ensure the following

[X] The installer meets the above requirements

Please provide the following information
Download Page Url: https://github.com/libjxl/libjxl/releases
Publisher: libjxl
Package Name: libjxl
Description: JPEG XL reference implementation.
Package Version: 0.10.2
Installer URL: https://github.com/libjxl/libjxl/releases/tag/v0.10.2

[Policy] Unblocked; Will require ManifestVersion: 1.9.0 with ArchiveBinariesDependOnPath: true


[SVProgressHUD dismiss] not dismissing the hud sometimes

I integared SVProgressHUD in my app.I am using SVProgressHUD when i make request from server.
when from server i receive error at that time i try to dismiss the SVProgressHUD.But it is keep loading and dismiss after request time out.
i am using [SVProgressHUD dismiss] and also tried
dispatch_async(dispatch_get_main_queue(), ^{
[SVProgressHUD dismiss];
});
But still facing this issue.

Are you on the latest version? To help you I need more details, the best would be a demo project.

I tried the latest version 2.0.2 and still facing the same issue. I am using [SVProgressHUD dismiss]; but its not dismiss and keep trying loading

Hi, again: i need aime kind of demo project or something/ anything else as I can nor reproduce the issue.

Hi @honkmaster
Here are some pointers to reproduce the issue -

call [SVProgressHUD<EMAIL_ADDRESS>]
After this line you can call any web service with AFNetworking Asynchronously
When data received try to dismiss the spinner using [SVProgressHUD dismiss]

I too am seeing this behavior when calling dismiss very quickly after a show method. It appears to me that the HUD has not yet been animated on screen by the time dismiss is called.

@alampila I met the same problem, are you solve that?

try to dismiss SVProgressHUD in main queue --
dispatch_async(dispatch_get_main_queue(), ^{
[SVProgressHUD dismiss];
});
its working fine in my case

Should be fixed with the latest commit, please check the current master and provide feedback.

Could Someone Also Tell How To Lower The Time It Takes For ProgressHUD To Dismiss After Being Launched?
Code:
@IBAction func logOutPressed(_ sender: AnyObject) {

    //TODO: Log out the user and send them back to WelcomeViewController
    do {
        try Auth.auth().signOut()
        SVProgressHUD.showSuccess(withStatus: "Logging Out Sucsessful")
        navigationController?.popToRootViewController(animated: true)
    }

    catch {
        print("Error Logging Out : \(error)")
        SVProgressHUD.showError(withStatus: "Logging Out Unsucsessful")
        **SVProgressHUD.dismiss()** Tryed But HUD Duration Is Same Length.
    }

}

Could Someone Also Tell How To Lower The Time It Takes For ProgressHUD To Dismiss After Being Launched?
Code:
@IBAction func logOutPressed(_ sender: AnyObject) {
//TODO: Log out the user and send them back to WelcomeViewController
do {
    try Auth.auth().signOut()
    SVProgressHUD.showSuccess(withStatus: "Logging Out Sucsessful")
    navigationController?.popToRootViewController(animated: true)
}

catch {
    print("Error Logging Out : \(error)")
    SVProgressHUD.showError(withStatus: "Logging Out Unsucsessful")
    **SVProgressHUD.dismiss()** Tryed But HUD Duration Is Same Length.
}

}

I am getting Same issue Even i tried ::
dispatch_async(dispatch_get_main_queue(), ^{
[SVProgressHud Dismiss];
});


Catch Up Episode not working

Your Environment

Add-on name: JioTV
Add-on version: 2.0.0 (latest)
Kodi version: kodi 18.3
Operating system version/name: MXQ PRO 4k 5G Android TV Box

Describe the bug
Not able to catch up channel's old episode
To Reproduce

Select Channel say Sony TV HD
Open Guide where all old episode list appears
press ok button on any old episode
Popup opens click on switch ..it doesnot open old episode

Expected behavior
Catch up of channel should happen

Not a Bug got it

FYI: Latest version of Jiotv add-on is 2.1.3 but it requires Kodi 19 so I would suggest to use the latest one if possible


jobs: buff tracker should track cooldowns of jobs that don't land on you

The buff cooldown system was built on top of showing active buffs.
This needs to get fixed so that cooldowns happen if anybody gets an effect.

Does this depend on https://github.com/quisquous/cactbot/issues/694 / wherever the idea of party information being brought to light lives? In my line of thinking, as this would be implemented now you would be tracking buffs for people outside of your party as well (ie "missing" litany from the DRG in the other alliance).

Yeah, I think you need the party info to do this properly.

I have an idea. We can add a function gainAbilityFromPartyMember which triggers a buff tracker with duration 0 with a shared cooldown with the original one. Buff log is a little later than ability log, so if you get the buff, this missing tracker will be overwritten.
Such like this:
      emboldenmissingyou: {
        gainAbilityFromPartyMember: kAbility.Embolden,
        durationSeconds: 0,
        icon: '../../resources/ffxiv/status/embolden.png',
        // Lime.
        borderColor: '#57FC4A',
        sortKey: 3,
        cooldown: 120,
        sharesCooldownWith: ['embolden'],
      },


Document update and evaluation update

Documentation
Update README files for compatibility with both WebArena (WA) and VisualWebArena (VWA).
WebArena 2.0
WebArena 2.0 addresses annotation issues reported by various users. Specifically:

WebArena 2.0 minimizes the use of exact_match and must_include for information-seeking tasks with StringEvaluator. The migration from old evaluators to new ones generally follows these rules:

- exact_match -> fuzzy_exact_match
- must_include, fuzzy_match
    - If the list contains 1 item -> fuzzy_exact_match
    - If the list contains > 1 item
       - For elements on the same level, same topic -> fuzzy_must_include
       - For elements on different aspects -> context_qa
- na -> fuzzy_na_match, which explicitly evaluates the reasoning behind unachievable outcomes.
- Reddit post-related -> qa.
    - `context_qa` evaluates content based on both intent and answer.
    - `qa` evaluates based only on the answer, as the intent is not relevant.

The prompts are tested in evaluation_harness/eval_evaluators.

Other fixes

**Fix from github issues***
https://github.com/web-arena-x/webarena/issues/100
2: product type is very vague. Removed
3: update the intent to indicate tied rank
4: update the intent to indicate tied rank
5: type is too vague, add the scope

https://github.com/web-arena-x/webarena/issues/135
45: update the intent to be more accurate

https://github.com/web-arena-x/webarena/issues/137
425: update the intent to be more accurate

**Individual fix**
Template 324, remove ranking requirement.
Template 204: Use a combination of context_qa and must_include.
792, 793 were deleted because the reason is not very sound
Fix errors found by THU group [THU-Webarena-lite Bug Fixing](https://docs.google.com/spreadsheets/d/13BRuRlU_Z_UBcucjQ5myvrRdB0P0ID3Nj-dWlzawuYo/edit#gid=1021875443)

**Typo, grammar**
by far -> so far
https://github.com/web-arena-x/webarena/issues/133
correpong -> corresponding
telll -> tell
canlled -> cancelled
what could -> how could
competative -> competitive

Evaluator
Support result cache so that evaluation can be run offline. This is helpful if we accept submissions in the future. The participants only needs to upload their cached files and we can perform evaluation quickly without reruning their models

@kohjingyu @ljang0 can you check a few examples on vwa to make sure it is not broken?


AttributeError: 'str' object has no attribute 'exists'

When you call python -m render_engine build --clean
output_path is actually a str so an AttributeError is raised
To Solve

make it a path somewhere either in the function call or in the function itself.

│    21 def remove_output_folder(output_path: pathlib.Path) -> None:                               │
│    22 │   """Remove the output folder"""                                                         │
│ ❱  23 │   if output_path.exists():                                                               │
│    24 │   │   shutil.rmtree(output_path)                                                         │
│    25                                                                                │
│    26                                                                                │
│                                                                                │
│ ╭────────── locals ───────────╮                                                                  │
│ │ output_path = 'docs/output' │                                                                  │
│ ╰─────────────────────────────╯                                                                  │
╰──────────────────────────────────────────────────────────────────────────────────────────────────╯
AttributeError: 'str' object has no attribute 'exists'

Hi @kjaymiller can I take this one?

@rchojn I'm so sorry that I missed this comment. If you would like. Please do

@rchojn - do you have an update on this. We would like to release our 2024.1.0 stable on Friday so we need the last to issues resolved. I will likely work on this tomorrow 8 Feb if I don't hear back.

Upon further review it would seem that this issue has been resolved.


Strange behaviour after authorize/callback when app server is offline.

So I've encountered a strange thing. I don't know if it's just a browser quirk or a bug.
I have a app with a service worker that runs on a local server during development. The service worker allows for the app to be usable when the user is offline. This all works as intended.
The ID server is in the cloud. And when I browse to the app the first thing it does is redirect me to login. (Assuming i'm not already logged in.) At this point I usually open up the Chrome devtools with "Disable Cache" and "Bypass for Network" boxes checked in order to completely disable the service worker and any caching.
At this point, after submitting the login form on the ID server, one of two things happen:
I'm using Authorization Code flow by the way...
App server is on:

302 from POST id-server.com/account/login
302 from GET id-server.com/connect/authorize/callback
200 from GET my-app.com/login?code=...
Everything works just fine.

App server is off:

302 from POST id-server.com/account/login
302 from GET id-server.com/connect/authorize/callback
(failed) from GET my-app.com/login?code=...
Start server and reload
404 from POST my-app.com/login?code=...
I need to go back to my-app.com and start over, then everything works fine again.

So my questing is, why does the /login?code=... route turn from GET to POST?
If it was still GET the application could detect that there is no user in state and redirect appropriately.
As it is now I'd most likely have to add a redirect POST /login to GET /login rule to the server to avoid this issue if the user has a spotty connection.
It's not a big deal at all, just strange...

Not sure. Did you ever figure this out?

No, just added the redirect from POST /login to GET /login. No clue what causes it.


Implement the Settings page in the Svelte Web UI

In the main UI, the Settings page is not implemented yet. Here's how to implement it:
API
Set Settings
Endpoint: /api/set-settings
Method: POST
JSON Request Body:
{
  "STORAGE": {
    "SQLITE_DB": "db/devika.db",
    "SCREENSHOTS_DIR": "screenshots",
    "PDFS_DIR": "pdfs",
    "PROJECTS_DIR": "projects",
    "LOGS_DIR": "logs",
    "REPOS_DIR": "repos"
  },
  "API_KEYS": {
    "BING": "<YOUR_BING_API_KEY>",
    "CLAUDE": "<YOUR_CLAUDE_API_KEY>",
    "NETLIFY": "<YOUR_NETLIFY_API_KEY>",
    "OPENAI": "<YOUR_OPENAI_API_KEY>"
  },
  "API_ENDPOINTS": {
    "BING": "https://api.bing.microsoft.com/v7.0/search"
  }
}

Get Settings
Endpoint: /api/get-settings
Method: GET
{
  "STORAGE": {
    "SQLITE_DB": "db/devika.db",
    "SCREENSHOTS_DIR": "screenshots",
    "PDFS_DIR": "pdfs",
    "PROJECTS_DIR": "projects",
    "LOGS_DIR": "logs",
    "REPOS_DIR": "repos"
  },
  "API_KEYS": {
    "BING": "<YOUR_BING_API_KEY>",
    "CLAUDE": "<YOUR_CLAUDE_API_KEY>",
    "NETLIFY": "<YOUR_NETLIFY_API_KEY>",
    "OPENAI": "<YOUR_OPENAI_API_KEY>"
  },
  "API_ENDPOINTS": {
    "BING": "https://api.bing.microsoft.com/v7.0/search"
  }
}

UI
Add the required form widgets for each of these configuration values.

Hi @mufeedvh I can take this one up, but please provide more details on how you want it to look like and what details to be added.

Hey @Haimantika, just updated the Issue with the everything required to implement this! If you need any more information/details on this, feel free to ask! Thanks! 🙌❤

Hey @mufeedvh I also want to take part in this. Can you provide UI wireframe for this feature

@Chenthan I am will be out of office until next week, so you can take it up if you want. If you can’t solve until then, I can help :)

@Haimantika Fine. I can take this.

Hi I can take this up and implement it! Happy to contribute

https://github.com/stitionai/devika/pull/110
@Chenthan @manish-9245 this is almost complete.


chore: upgrade to go1.13

Signed-off-by: Bo-Yi Wu<EMAIL_ADDRESS>

Codecov Report

Merging #76 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #76   +/-   ##
=======================================
  Coverage   93.06%   93.06%
=======================================
  Files           8        8
  Lines         202      202
=======================================
  Hits          188      188
  Misses          7        7
  Partials        7        7

Continue to review full report at Codecov.

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


[ru] Change footer l10n from Home to Documentation

Addresses Russian l10n strings described in #43068

Thank you, @lyzlisa!
/lgtm
/approve


Bionumerics CSV output option

shorter QC messages
BN can't handle commas in fields...

Galaxy wrapper  written to convert output into Bionumerics compliant.


Stone Index on Substrate proposal

Grant Application Checklist

[x] The application-template.md has been copied, renamed ( "project_name.md") and updated.
[x] A BTC address for the payment of the milestones is provided inside the application.
[x] The software of the project will be released under the Apache license version 2.0 as specified in the terms and conditions.
[x] The total funding amount of the project is below CHF 30k at the time of submission.
[x] The initial PR contains only one commit (squash if needed before submitting your PR).

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

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

The idea of allowing users to create their own indices is interesting. Before I approve your application, however, you'll need to fill in some of the missing details:

As specified in our application template: Deliverables 0a-0d are mandatory and should not be removed
You need to decide whether the payout is DAI or BTC and only provide one address
Pallets are missing details: Indexed basket management. Take a look at these guidelines for a list of specifications we'd like you to add to the application.

Hi,
Thanks for your comments and we made the changes accordingly for #1 and #3. Regarding to #2, we target to complete this grant within 30k USD, which roughly worths 0.8BTC based on the current market price of BTC, and only BTC address is provided in the proposal
Thanks

The idea of allowing users to create their own indices is interesting. Before I approve your application, however, you'll need to fill in some of the missing details:

As specified in our application template: Deliverables 0a-0d are mandatory and should not be removed
You need to decide whether the payout is DAI or BTC and only provide one address
Pallets are missing details: Indexed basket management. Take a look at these guidelines for a list of specifications we'd like you to add to the application.

Hi,
Thanks for your comments and we made the changes accordingly for #1 and #3. Regarding to #2, we target to complete this grant within 30k USD, which roughly worths 0.8BTC based on the current market price of BTC, and only BTC address is provided in the proposal
Thanks

Thanks for the updates. I would be happy to support the project, although I still have some comments:

By reading your application, I develop an understanding that the token module and the Indexed basket management are the same thing (since the latter has purchase_index & redeem_index callables that mint & burn the token, which seems to be the same functionality as your token module)
Rather than building your own DEX module, perhaps you could utilise one of the existing ones? Take a look at the Polkadot stack and you will find a number of DEX modules at various stages of development. I'm confident you will be able to adapt one of these to suit your needs. If this is not the case, you'd need to provide a detailed explanation why. At this point we have quite a lot of DEX modules (and more in development) and unless you are proposing something truly innovative, I'd suggest using one built by the community already.
Especially given the above points, the price is way too high for building out one module with the functionality proposed.

Thanks for the updates. I would be happy to support the project, although I still have some comments:

By reading your application, I develop an understanding that the token module and the Indexed basket management are the same thing (since the latter has purchase_index & redeem_index callables that mint & burn the token, which seems to be the same functionality as your token module)
Rather than building your own DEX module, perhaps you could utilise one of the existing ones? Take a look at the Polkadot stack and you will find a number of DEX modules at various stages of development. I'm confident you will be able to adapt one of these to suit your needs. If this is not the case, you'd need to provide a detailed explanation why. At this point we have quite a lot of DEX modules (and more in development) and unless you are proposing something truly innovative, I'd suggest using one built by the community already.
Especially given the above points, the price is way too high for building out one module with the functionality proposed.

Thanks for the updates. I would be happy to support the project, although I still have some comments:

By reading your application, I develop an understanding that the token module and the Indexed basket management are the same thing (since the latter has purchase_index & redeem_index callables that mint & burn the token, which seems to be the same functionality as your token module)
[CZ] The understanding is correct

Rather than building your own DEX module, perhaps you could utilise one of the existing ones? Take a look at the Polkadot stack and you will find a number of DEX modules at various stages of development. I'm confident you will be able to adapt one of these to suit your needs. If this is not the case, you'd need to provide a detailed explanation why. At this point we have quite a lot of DEX modules (and more in development) and unless you are proposing something truly innovative, I'd suggest using one built by the community already.
[CZ] Yes, we'd use existing DEX rather than develop by ourselves, the DEX module is more for integration

Especially given the above points, the price is way too high for building out one module with the functionality proposed.
[CZ] The concern is valid and we can reduce it to 0.5 BTC, please let us know if it's OK, thanks

Thanks for the response, and replied per question above tagged by [CZ]

Thanks for the updates. I would be happy to support the project, although I still have some comments:

By reading your application, I develop an understanding that the token module and the Indexed basket management are the same thing (since the latter has purchase_index & redeem_index callables that mint & burn the token, which seems to be the same functionality as your token module)
[CZ] The understanding is correct

Rather than building your own DEX module, perhaps you could utilise one of the existing ones? Take a look at the Polkadot stack and you will find a number of DEX modules at various stages of development. I'm confident you will be able to adapt one of these to suit your needs. If this is not the case, you'd need to provide a detailed explanation why. At this point we have quite a lot of DEX modules (and more in development) and unless you are proposing something truly innovative, I'd suggest using one built by the community already.
[CZ] Yes, we'd use existing DEX rather than develop by ourselves, the DEX module is more for integration

Especially given the above points, the price is way too high for building out one module with the functionality proposed.
[CZ] The concern is valid and we can reduce it to 0.5 BTC, please let us know if it's OK, thanks

Thanks for the response, and replied per question above tagged by [CZ]

In the light of your responses, please update the application accordingly. Regarding the price: since you are reducing your deliverables from 3 modules to 1, I would expect the price to reflect that.

In the light of your responses, please update the application accordingly. Regarding the price: since you are reducing your deliverables from 3 modules to 1, I would expect the price to reflect that.

In the light of your responses, please update the application accordingly. Regarding the price: since you are reducing your deliverables from 3 modules to 1, I would expect the price to reflect that.

Roger that,  I hence reduced it to 0.3 BTC

In the light of your responses, please update the application accordingly. Regarding the price: since you are reducing your deliverables from 3 modules to 1, I would expect the price to reflect that.

Roger that,  I hence reduced it to 0.3 BTC

Thanks, but your deliverables still include creating a DEX module (please change to indicate you will integrate one of already existing ones). Furthermore, please unify the index management & token modules, since they are not two separate deliverables. Thanks!

Thanks, but your deliverables still include creating a DEX module (please change to indicate you will integrate one of already existing ones). Furthermore, please unify the index management & token modules, since they are not two separate deliverables. Thanks!

Thanks, but your deliverables still include creating a DEX module (please change to indicate you will integrate one of already existing ones). Furthermore, please unify the index management & token modules, since they are not two separate deliverables.
Looking forward to your updates.

Thanks for the input, and I updated the deliverables accordingly

Thanks, but your deliverables still include creating a DEX module (please change to indicate you will integrate one of already existing ones). Furthermore, please unify the index management & token modules, since they are not two separate deliverables.
Looking forward to your updates.

Thanks for the input, and I updated the deliverables accordingly

Hi @mmagician ,
Would like to check if any update since our last changes for deliverables
Thanks
Calvin

Hi @mmagician ,
Would like to check if any update since our last changes for deliverables
Thanks
Calvin

@calvinzhou-rockx care to share a quick status update on the project, together with an ETA if possible? Your first delivery is by now delayed by several months so if we don't hear something from you soon, we would terminate the grant due to inactivity.

hi @calvinzhou-rockx we transferred the payment for M1 today.

hi @calvinzhou-rockx we transferred the payment for M1 today.

Hi @RouvenP , this is to confirm the payment of 0.3 BTC is received, thanks a lot


Style changes suggested by clippy

I think these changes are useful

From is superior to Into (allows doing Values::from(inner) and also doing inner.into())
collect is nicer and apparently the official docs discourage using FromIterator directly.

Clippy also suggested replacing:
&*self.0 as *const _ as *const () == &*other.0 as *const _ as *const ()

with:
std::ptr::eq(&*self.0 as *const _, &*other.0 as *const _)

but I don't think it's really any nicer so I didn't include it, but if you prefer I'll include it and add clippy to the CI

Codecov Report

Merging #9 (ce6e5e5) into master (557feab) will decrease coverage by 1.96%.
The diff coverage is 33.33%.

Impacted Files
Coverage Δ

src/values.rs
79.37% <33.33%> (-6.34%)
:arrow_down:

Ah, I think both of these are artifacts of limitations of older compiler versions, so good to see they can now be changed! I think the change from Into to From is also backwards compatible due to the blanket implementation of Into in the standard library, which is nice. Please do also make the suggested change to std::ptr::eq — we should strive to stick with what clippy suggests.


[ci skip] adding user @carterbox

Hi! This is the friendly automated conda-forge-webservice.
I've added user @carterbox as instructed in #12.
Merge this PR to add the user. Please do not rerender this PR or change it in any way. It has [ci skip] in the commit message to avoid pushing a new build and so the build configuration in the feedstock should not be changed.
Please contact conda-forge/core to have this PR merged, if the maintainer is unresponsive.
Fixes #12

I agree to be added!

Thanks, Daniel! Merging.


Desktop10:Extension Category does not seem to exist for this element.

The Desktop10:IconHandler element claims to be a child of the Desktop10:Extension, however none of the documented categories work for this element, and a "windows.iconHandler" category does not exist.  There seems no way to use this element.
So this is both a documentation and schema problem.

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

ID: 9c4f9cad-6b93-7470-8dab-2dd410409a82
Version Independent ID: 9c4f9cad-6b93-7470-8dab-2dd410409a82
Content: desktop10:IconHandler - Windows UWP applications
Content Source: winrt-related-src/schemas/appxpackage/uapmanifestschema/element-desktop10-iconhandler.md
Product: uwp
Technology: winrt-reference
GitHub Login: @drewbatgit
Microsoft Alias: drewbat

@TimMangan It looks like somebody (probably me) reflexively made this a child of desktop10:Extension, but even though it's declared in that namespace, it's a child of uap:FileTypeAssociation. I've updated the files to reflect this.


Performance numbers for initial release v0.7.0

We need to get the performance numbers for our initial release using various tools like iperf, trex, httpperf, wrk . Critical performance numbers are throughput, latency, CPS,  Concurrent Connections etc

Initial guide updated https://github.com/loxilb-io/loxilbdocs/blob/main/docs/perf.md


Json and Parquet sample data files missing

Hi,
I am working through the Microsoft Learn Data engineering path and in the lesson.
Lesson
Learn Module Lesson
The sample files for the sales data in Parquet and Json seem to missing from LAB01 as mentioned in the instructions.
Path to lab instructions
Lab Instructions
Can you please assist in adding the files to the labs?
Thank you,
Kind regards
Tirendra

Did you clone the repo and run the setup script for the appropriate lab? If so, can you share the output generated by the script?

I seem to have cloned the wrong repo. I will check in the other one :)
Appologies. and thank you.


Update Komodo Products to 9.3

Thank you for the contribution. It was merged directly as 9d186b137378ff65b8c5a65bd1d4d01b8bf77ec2 to keep commit history cleaner. Your contribution is still credited to you.


[AVM Module Issue]: Application Insights Workspace ID should be required.

Check for previous/existing GitHub issues

[X] I have checked for previous/existing GitHub issues

Issue Type?
I'm not sure
Module Name
avm/res/insights/component
(Optional) Module Version
No response
Description
Workspace ID is listed as optional; however, Microsoft made it required and deprecated classic Application Insights: https://azure.microsoft.com/en-us/updates/we-re-retiring-classic-application-insights-on-29-february-2024/
This will cause issues as I am the owner of the Terraform App Insights as not all regions will support Classic and started receiving errors on the random region creation.....The Terraform provider also has this as optional and I have switched it to being required.
(Optional) Correlation Id
No response

@JFolberth thanks for reporting the issue, I will take care of it.

@JFolberth I just had a look at the module and its documentation and the workspaceResourceId is required, not optional. Am I missing something?

@krbar  deeply apologize...I am not sure what I was seeing when I opened this but you are correct. Clearly it is required. Closing this issue as it's a non issue.


IOT Agent for Orion-LD

Hello Team,
I am using Orion-ld for my company's POC purpose. For the same, I used IOT agent from GITHUB link below:
_https://github.com/FIWARE/tutorials.IoT-Agent.git_
This IOT Agent code works fine with Orion V2 broker but gives below error with Orion-LD while registering Lamp or other actuator devices:
=================================================================================================

time=2020-08-10T07:07:21.672Z | lvl=DEBUG | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.MongoDBGroupRegister | srv=n/a | subsrv=n/a | msg=Looking for group params ["type"] with queryObj {"type":"Lamp"} | comp=IoTAgent
time=2020-08-10T07:07:21.673Z | lvl=DEBUG | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.MongoDBGroupRegister | srv=n/a | subsrv=n/a | msg=Device group for fields [["type"]] not found: [{"type":"Lamp"}] | comp=IoTAgent
time=2020-08-10T07:07:21.674Z | lvl=DEBUG | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.DeviceService | srv=n/a | subsrv=n/a | msg=error {"name":"DEVICE_GROUP_NOT_FOUND","message":"Couldn\t find device group","code":404} in get group device | comp=IoTAgent
time=2020-08-10T07:07:21.677Z | lvl=ERROR | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.DeviceService | srv=n/a | subsrv=n/a | msg=Registration error connecting to the Context Broker: 501 | comp=IoTAgent
time=2020-08-10T07:07:21.677Z | lvl=DEBUG | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.DeviceProvisioning | srv=n/a | subsrv=n/a | msg=Device provisioning failed due to the following error:  | comp=IoTAgent Request error connecting to the Context Broker: 501
time=2020-08-10T07:07:21.677Z | lvl=DEBUG | corr=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | trans=7591bead-a4b8-421c-a8b9-3c6a3c7da7ae | op=IoTAgentNGSI.GenericMiddlewares | srv=n/a | subsrv=n/a | msg=Error [BAD_REQUEST] handling request: Request error connecting to the Context Broker: 501 | comp=IoTAgent
=======================================================================================================

Please let me know, if Fiware already have IOT agent code available for Orion-LD or I need to use any different setting in docker-compose.yml file for environment.
Thanks & Regards, Sunil Kumar

This tutorial is for NGSI-v2 only and shows the connection with Orion classic.  using NGSI-v2. A PR has been raised to add NGSI-LD support into the existing IoT Agents. It is currently undergoing End-to-End testing prior to merge. For more details of expected timelines and when it is likely to appear in the IoT Agents themselves you should probably ask over there.
My own working proof of concept for an NGSI-LD IoT Agent can be found here: LD-IoT-Agent on the test branch. This uses an amended IoT Agent for Ultralight and connects to Orion-LD.  using NGSI-LD commands.
Alternatively the skeleton code for combing the existing NGSI-v2 Orion on the Edge whilst using NGSI-LD in the cloud can be found here: Combining-NGSI-v2-LD - both of these repositories will eventually be expanded into full NGSI-LD tutorials when time allows.
This repository will remain NGSI-v2  only (IoT Agent=>Orion) and will not be update to use NGSI-LD ((IoT Agent=>Orion-LD)

@jason-fox , Can you please share the source code of LD-IoT-Agent for our reference? This will help in our POC.

The source code for the PR can be found here: https://github.com/telefonicaid/iotagent-node-lib/tree/feature/842_ngsi_ld . This is based on my original work found here if you look at the test harness package.json, you can see I'm just reading in the IoT Agent Node Lib package from an alternative location:
https://github.com/jason-fox/tutorials.IoT-Agent/blob/test/iot-agent/package.json#L41
  "dependencies": {
    "amqplib": "~0.5.1",
    "async": "2.6.1",
    "body-parser": "1.18.3",
    "dateformat": "3.0.3",
    "express": "~4.16.4",
-   "iotagent-node-lib": "git://github.com/telefonicaid/iotagent-node-lib.git#master",
+   "iotagent-node-lib": "git://github.com/jason-fox/iotagent-node-lib.git#feature/ngsi-ld",
    "logops": "2.1.0",
    "mqtt": "3.0.0",
    "request": "2.88.0",
    "underscore": "1.9.1"
  }

@jason-fox ,Many thanks for quick response. This is really helpful 👍


[production][search_records#show] nil can't be coerced into Integer

See this exception on Errbit

Added test to avoid a nil situationand deployed to test3

@Vino-S to test


Option with custom types

@ivanceras Hi! Thank you for merging my PR :D. But i got new problem :(.
We have defined several custom type such as Id(i64).
It can be used as query parameter if we defined impl rustorm::ToValue for Id.
impl rustorm::ToValue for Id {
    fn to_value(&self) -> rustorm::Value {
        rustorm::Value::Bigint(self.0)
    }
}

#[derive(Debug, FromDao)]
struct R {}

let _: Vec<R> = em
    .execute_sql_with_return("SELECT id FROM table id = ?", &[&Id(99)])
    .unwrap();

It can be used as result type if we defined impl From<&rustorm::Value> for Id.
impl From<&rustorm::Value> for Id {
    fn from(v: &rustorm::Value) -> Id {
        match v {
            rustorm::Value::Bigint(v) => Id(*v),
            _ => panic!("unable to convert"),
        }
    }
}

#[derive(Debug, FromDao)]
struct R {
    e: Id,
}

let _: Vec<R> = em
    .execute_sql_with_return("SELECT id FROM table", &[])
    .unwrap();

But we can't be used if it wrapted by Option because From and ToValue are external trait, and Option is external type.
The newtype pattern such as Id(i64) is general in Rust so I think it ’s worth making it available.
I think need new trait such as FromValue for instead of From.
But it's will makes broken changes.
What do you think the idea?

If you owned one of the type (in the case Id), you should be able to convert with From and ToValue.
In this case impl From<Value> for Id is OK, but From<Value> for Option<Id> is not possible. (I thought this was possible at first).
Yes, we may need to have the FromValue trait. Let me see what you'll come up with. I'll be willing to merge them.

@ivanceras
I posted new PR.
Please check it out ;P