dont building, but im install go

go: go.mod file not found in current directory or any parent directory.
'go get' is no longer supported outside a module.
To build and install a command, use 'go install' with a version,
like 'go install example.com/cmd@latest'
For more information, see https://golang.org/doc/go-get-install-deprecation
or run 'go help get' or 'go help install'.

@tashenoff Maybe it's because of the "new" support for go modules, instead of GOPATH etc.
You can solve this by changing a golang environment variable named GO111MODULE, with the latest version it should be set to auto, you can disable de go module with this:
go env -w GO111MODULE=off

I was having the same issue, after setting the GO111MODULE to off as advised, I am now getting a new error, as follows:
[...]
==> Starting build()...
cannot find package "github.com/hashicorp/hcl/hcl/printer" in any of:
        /usr/lib/go/src/github.com/hashicorp/hcl/hcl/printer (from $GOROOT)
        /home/[user]/.cache/yay/btops-git/src/src/github.com/hashicorp/hcl/hcl/printer (from $GOPATH)
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: btops-git-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
btops-git - exit status 4

Long delay since the opening of this issue. But I made a fork with the usage of go module here: https://github.com/pawndev/btops
Side note: I will not maintain it with new feature, I just did it to help the community with using this tool


Bug report: Closing tabs don't free up memory

To Reproduce
Steps to reproduce the behavior:

Open a couple tabs
Close them

Expected behavior
Memory goes down

It looks like there are some circular refences to the ModernShellPage that may be preventing proper garbage collection.
Files.ViewModels.ItemViewModel and Files.BaseLayout both contain circular references to ModernShellPage.

It looks like there are some circular refences to the ModernShellPage that may be preventing proper garbage collection.
Files.ViewModels.ItemViewModel and Files.BaseLayout both contain circular references to ModernShellPage.

I feel like a lot of core logic has to be rewritten

I feel like a lot of core logic has to be rewritten

I don't feel like this is a problem: The file explorer merely takes up 100 MB of RAM, opening up 20 tabs doesn't increase RAM usage either.

I don't feel like this is a problem: The file explorer merely takes up 100 MB of RAM, opening up 20 tabs doesn't increase RAM usage either.

@ziv-commentor The tab itself takes around 1mb but if you navigate to large directory such as System 32, you will see the memory usage increase and closing the tab doesn't free up the memory.

@ziv-commentor The tab itself takes around 1mb but if you navigate to large directory such as System 32, you will see the memory usage increase and closing the tab doesn't free up the memory.

Related:
https://github.com/microsoft/microsoft-ui-xaml/issues/3597
#2065

Related:
https://github.com/microsoft/microsoft-ui-xaml/issues/3597
#2065

@d2dyno1 Merely saying it needs to be re-written without specific solutions won't help anything.
@winston-de Re-working ItemViewModel is quite a task, and I avoided it with the overhaul I did several months ago. We should aim to remove unwanted references from inside ItemViewModel.
The minimal sample project I created on that WinUI issue demonstrates the issue is not entirely related to Files logic. I'd be interested in what is using the most memory after tabs are closed. TabView control uses ListView under the hood, yet clearing the data source doesn't free old memory (item containers?) either.
Old issue I found for reference: https://social.msdn.microsoft.com/Forums/en-US/92f76519-f139-4c94-ae5e-630f0abda66e/uwpcmemory-leak-with-listview-ui-virtualization

@d2dyno1 Merely saying it needs to be re-written without specific solutions won't help anything.
@winston-de Re-working ItemViewModel is quite a task, and I avoided it with the overhaul I did several months ago. We should aim to remove unwanted references from inside ItemViewModel.
The minimal sample project I created on that WinUI issue demonstrates the issue is not entirely related to Files logic. I'd be interested in what is using the most memory after tabs are closed. TabView control uses ListView under the hood, yet clearing the data source doesn't free old memory (item containers?) either.
Old issue I found for reference: https://social.msdn.microsoft.com/Forums/en-US/92f76519-f139-4c94-ae5e-630f0abda66e/uwpcmemory-leak-with-listview-ui-virtualization

I'd be interested in what is using the most memory after tabs are closed. TabView control uses ListView under the hood, yet clearing the data source doesn't free old memory (item containers?) either.

@duke7553
These classes were the top 5 biggest users of memory after opening 7 tabs of System32 and closing it again.

Object Type
Count
Count Diff.
Size (Bytes)
Total Size Diff. (Bytes)
Inclusive Size (Bytes)
Inclusive Size Diff. (Bytes)
Module

Files.Filesystem.ListedItem
17,333
17,333
8,920,852
8,920,852
9,504,672
9,504,672
Files.exe

Container<Object,   EventRegistrationTokenListWithCount>
18,506
18,217
3,405,616
3,352,440
3,405,616
3,352,408
System.Private.CoreLib.dll

Microsoft.Toolkit.Uwp.UI.Controls.DataGridCell   [RCW]
1,754
1,754
2,496,700
2,496,700
2,496,700
2,496,700
Microsoft.Toolkit.Uwp.UI.Controls.DataGrid.dll

Microsoft.Toolkit.Uwp.UI.Controls.DataGridRow   [RCW]
231
231
952,940
952,940
3,485,676
3,485,676
Microsoft.Toolkit.Uwp.UI.Controls.DataGrid.dll

Files.Views.ModernShellPage [RCW]
8
7
926,440
888,144
1,490,856
1,418,216
Files.exe

Here's the full diagnostic report.
Snapshot one was taken at startup, snapshot two was taken after open 7 tabs of System32, and snapshot three was taken after closing those tabs.

I'd be interested in what is using the most memory after tabs are closed. TabView control uses ListView under the hood, yet clearing the data source doesn't free old memory (item containers?) either.

@duke7553
These classes were the top 5 biggest users of memory after opening 7 tabs of System32 and closing it again.

Object Type
Count
Count Diff.
Size (Bytes)
Total Size Diff. (Bytes)
Inclusive Size (Bytes)
Inclusive Size Diff. (Bytes)
Module

Files.Filesystem.ListedItem
17,333
17,333
8,920,852
8,920,852
9,504,672
9,504,672
Files.exe

Container<Object,   EventRegistrationTokenListWithCount>
18,506
18,217
3,405,616
3,352,440
3,405,616
3,352,408
System.Private.CoreLib.dll

Microsoft.Toolkit.Uwp.UI.Controls.DataGridCell   [RCW]
1,754
1,754
2,496,700
2,496,700
2,496,700
2,496,700
Microsoft.Toolkit.Uwp.UI.Controls.DataGrid.dll

Microsoft.Toolkit.Uwp.UI.Controls.DataGridRow   [RCW]
231
231
952,940
952,940
3,485,676
3,485,676
Microsoft.Toolkit.Uwp.UI.Controls.DataGrid.dll

Files.Views.ModernShellPage [RCW]
8
7
926,440
888,144
1,490,856
1,418,216
Files.exe

Here's the full diagnostic report.
Snapshot one was taken at startup, snapshot two was taken after open 7 tabs of System32, and snapshot three was taken after closing those tabs.

From the spreadsheet, it looks like, we need IDisposable for ListedItem - when navigating to a directory: dispose all items in foreach loop, clear the collection, navigate to directory

From the spreadsheet, it looks like, we need IDisposable for ListedItem - when navigating to a directory: dispose all items in foreach loop, clear the collection, navigate to directory

I don't think it's necessary to make ListedItem implement IDisposable.
Instead, we can clear the lists and observable collections and whatnot in the Dispose method for ItemViewModel. That should clean up a fair amount of memory.
I also think clearing the data sources that the DataGrid uses should also clear up the rows and columns, but I'm not certain.

I don't think it's necessary to make ListedItem implement IDisposable.
Instead, we can clear the lists and observable collections and whatnot in the Dispose method for ItemViewModel. That should clean up a fair amount of memory.
I also think clearing the data sources that the DataGrid uses should also clear up the rows and columns, but I'm not certain.

I also think clearing the data sources that the DataGrid uses should also clear up the rows and columns, but I'm not certain.

@yaichenbaum @winston-de I think this is what #2900 did, but I noticed a slight difference only if any. Maybe our problem is that we register events for the Rows and GridViewItems, but never unregister them when they need to be unloaded. I'm curious whether you think that's an issue or not.

I also think clearing the data sources that the DataGrid uses should also clear up the rows and columns, but I'm not certain.

@yaichenbaum @winston-de I think this is what #2900 did, but I noticed a slight difference only if any. Maybe our problem is that we register events for the Rows and GridViewItems, but never unregister them when they need to be unloaded. I'm curious whether you think that's an issue or not.

@duke7553 I agree that event handlers and property changed notifications in the layouts are taking up significant amounts of memory, and are an issue.
I'd be curious to know how much of this is caused by the TabView memory leak.

@duke7553 I agree that event handlers and property changed notifications in the layouts are taking up significant amounts of memory, and are an issue.
I'd be curious to know how much of this is caused by the TabView memory leak.

@winston-de The question is how should we best unsubscribe from the events registered for each GridViewItem and DataGridRow? I'm going to look into this today.

@winston-de The question is how should we best unsubscribe from the events registered for each GridViewItem and DataGridRow? I'm going to look into this today.

@duke7553 you might be interested in that:
https://docs.microsoft.com/en-us/dotnet/api/system.weakreference?view=net-5.0

@duke7553 you might be interested in that:
https://docs.microsoft.com/en-us/dotnet/api/system.weakreference?view=net-5.0

Memory usage seems to go down now, it does take a few seconds after closing the tab though.
Is this the case for anyone else?

@winston-de Perhaps a little, but not to where it was before the tab was opened.


Logging/report when PowerManager receives multiple proposals with same priority but different source IDs

What's needed?
A way to inform users when multiple actors are using the same priority values to control the same batteries.  Although the algorithm is able to handle these cases, it is likely not the desired/intended behaviour.
Proposed solution
No response
Use cases
No response
Alternatives and workarounds
No response
Additional context
No response

This will be implemented differently in:

#902


{Core} Quick patch for managed_by_tenants missing from response

Description
In AzureCloud, ARM's Subscriptions - List API lacks managedByTenants, triggering https://github.com/Azure/azure-cli/pull/15550 and causing az login to fail.
Invalid profile is used for cloud 'AzureCloud'. To configure the cloud profile, run `az cloud set --name AzureCloud --profile <profile>(e.g. 2019-03-01-hybrid)`. For more information about using Azure CLI with Azure Stack, see https://docs.microsoft.com/azure-stack/user/azure-stack-version-profiles-azurecli2

To apply this quick patch:
# Ubuntu, `sudo` may be needed
curl https://raw.githubusercontent.com/Azure/azure-cli/fix-managed_by_tenants/src/azure-cli-core/azure/cli/core/_profile.py --output /opt/az/lib/python3.6/site-packages/azure/cli/core/_profile.py

# Windows, "Run as administrator" may be needed
curl https://raw.githubusercontent.com/Azure/azure-cli/fix-managed_by_tenants/src/azure-cli-core/azure/cli/core/_profile.py --output "C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\Lib\site-packages\azure\cli\core\_profile.py"

Quick patch

When will this fix be patched to azure pipeline?

Thank you so much to the product group for this patch!

⚠ This PR is only a workaround for an ongoing ARM incident (tracked by IcM 234164333). The ARM service team is investigating with highest priority.
We will close this PR once ARM service is fixed.

@giacris82, the patch is for Azure CLI installed with MSI.
How did you install Azure CLI? Could you check the installation location?
# PowerShell
Get-Command az

# CMD
where az

Are we sure this one works out 100%? Below is what we saw on Ubuntu after the quick patch:
az login --service-principal --username **** --password **** --tenant ****
The command failed with an unexpected error. Here is the traceback:

cannot import name 'BasicTokenCredential'
Traceback (most recent call last):
  File "/usr/lib64/az/lib/python3.6/site-packages/knack/cli.py", line 215, in invoke
    cmd_result = self.invocation.execute(args)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 654, in execute
    raise ex
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 718, in _run_jobs_serially
    results.append(self._run_job(expanded_arg, cmd_copy))
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 711, in _run_job
    six.reraise(*sys.exc_info())
  File "/usr/lib64/az/lib/python3.6/site-packages/six.py", line 703, in reraise
    raise value
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 688, in _run_job
    result = cmd_copy(params)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 325, in __call__
    return self.handler(*args, **kwargs)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/__init__.py", line 545, in default_command_handler
    return op(**command_args)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/command_modules/profile/custom.py", line 150, in login
    use_cert_sn_issuer=use_cert_sn_issuer)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/_profile.py", line 209, in find_subscriptions_on_login
    username, sp_auth, tenant, self._ad_resource_uri)
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/_profile.py", line 923, in find_from_service_principal_id
    result = self._find_using_specific_tenant(tenant, token_entry[_ACCESS_TOKEN])
  File "/usr/lib64/az/lib/python3.6/site-packages/azure/cli/core/_profile.py", line 1014, in _find_using_specific_tenant
    from azure.cli.core.adal_authentication import BasicTokenCredential
ImportError: cannot import name 'BasicTokenCredential'

@kuzhao, the patch is only guaranteed to work with the latest Azure CLI 2.21.0. Please update to the latest Azure CLI and apply the patch.

@kuzhao, BasicTokenCredential is introduced in Azure CLI 2.16.0 (#15711), so you should be running an Azure CLI older than that.
The patch is only guaranteed to work with the latest Azure CLI 2.21.0. Please update to the latest Azure CLI and apply the patch.

It wass not clear


Syntax Error

With a new notebook I get the following after running cell 4.2:
  File "<ipython-input-7-be405869f121>", line 13
    url1 = ''.join(['https://identity.open.softlayer.com', '/v
                                                             ^
SyntaxError: EOL while scanning string literal

This is the auto-generated function by the notebook when you load JSON in the notebook

.

I think the issue is with the step where you have the user insert the Pandas data frame. You should document exactly where in this cell that should be inserted, otherwise, it's easy to get the error in this issue.

Hey Scott,
I have already mentioned in this section 5. Update the notebook with service credentials of the readme.

Yes, you have documented this, but I think the instructions are ambiguous. Go ahead and close this issue if you like, But I think it would be better to include exactly where in the cell you wish for the user to insert the dataframe.

Hey Scott!!
I have updated in the notebook as well along with the readme. I have segregated the cell and given the markdown for the same. Check the screenshots below!

OK. I haven't tested this, but if you are happy with it, that is fine. In the future, I will be glad to review your code if you use Pull Requests.


Release 2022.5

Once the Leggett et al 21 PR is merged (#306), let's do a new release!

[x] Update Versions table
[x] Create Release on Github
[x] If necessary, update SIMPLE-binary repo with new database file.
Creating the release auto-triggers the Generate Database action.
[ ] Sync new file to website host.
Wait for Sunday at midnight or run manually with sh cronjob.sh
[ ] Restart Nodes on website host

Woot - the binary file got generated auto-magically!

As of Feb 10, the website still says it's on version 2022.4. Let me dig.

Restarted the nodes, but no luck. Trying to verify new file was transferred.

Didn't have permission to see cron log in /var/log so can't verify if cronjob is running or not.
Running cronjob manually. Verified SIMPLE.db is new file:
 5185536 Feb 10 20:51 SIMPLE.db
Restarting nodes again. Still no luck.
Downloaded .db file from SIMPLE-binary and confirmed version = 2022.5

Ok, so the data in the new version is actually on the website so the problem is (I think!) with the footer, not with the sync process. Opening an issue in SIMPLE-web and closing this one.


errors after changing app.http.address

# scope version
Weave Scope version 1.6.5
# scope launch --app.http.address=<IP_ADDRESS>:9000
73523d8ae4cc4b98da6d59b48714a5890e598a761f96421d6d1dc27278e2252f
Scope probe started
Weave Scope is listening at the address specified with --app.http.address

But there are lots of errors in log, not sure why it tried to connect port 4040 instead of 9000?
<probe> ERRO: 2017/11/17 12:20:24.229195 Error fetching app details: Get http://<IP_ADDRESS>:4040/api: dial tcp <IP_ADDRESS>:4040: getsockopt: connection refused
<probe> ERRO: 2017/11/17 12:20:24.230149 Error fetching app details: Get http://<IP_ADDRESS>:4040/api: dial tcp <IP_ADDRESS>:4040: getsockopt: connection refused

Are you using weave net? I suspect your scope probe is finding DNS entries for scope apps in weave net. Port information isn't recorded in DNS so there is no way for the probes to know they should be connecting to a port other than the default.
If you are running just a single probe and app then
scope launch --weave=false --app.http.address=<IP_ADDRESS>:9000

should get rid of the errors.


Is not possible to move around the project using the arrows

I believe it would be useful to move through the window using the arrows and on click into background dragging the mouse. :+1:

Arrow keys are currently used to move elements around (when selected). While we could make arrows keys for moving around the scene, it might not be immediately obvious what is being moved (scene vs element).
Unclear what you mean by differentiating between "moving through the window" and "on click into background dragging the mouse".

I mean, by clicking and holding on an empty space, it would be possible to move the scene to the right or left, without having to look for the scroll bar at the bottom of the window

I see. You can already do so in two ways:

Hold Spacebar and move mouse.
Click-dragging with middle mouse button (mouse wheel).

We don't want to make click-dragging move the scene, because that would prevent selecting elements.

Ahh perfect, that's right
Perhaps, it would be good to describe these two shortcuts together with others, it would make it easier for users :)
Congratulations for the app :+1:

Perhaps, it would be good to describe these two shortcuts together with others, it would make it easier for users :)

For sure. I thought we had it in our shortcut-dialog helper, but we don't. Will keep this issue open to track i t.

closing as fixed by https://github.com/excalidraw/excalidraw/pull/1784


Single Log-Out Does Not Appear to Support Mupltile SPs

Single Log-Out was implemented (at least in theory) by #41 by @pkarman, but the purpose of the feature, (at least as I understand it) is that a logout command sent to the IdP results in logouts at any SPs that have been logged into during the login session. (See http://docs.oasis-open.org/security/saml/Post2.0/sstc-saml-tech-overview-2.0-cd-02.html#5.3.2.SP-Initiated Single Logout with Multiple SPs|outline)
From looking at the code here though, I'm not quite sure how that's implemented. For instance, the IdP doesn't seem to maintain (or seek to use) a per-session list of the SPs that have been signed into, nor is there any sort of loop in the SamlIdp::IdpController. Is this support missing, or am I missing something?
If the former, could this be considered a feature request?
I understand that the README.md states:

This was originally setup by @lawrencepit to test SAML Clients. I took it closer to a real SAML IDP implementation.

.. which implies this implementation isn't feature complete. I'm frankly quite grateful that this gem exists to begin with, but is there any way the README.md could also perhaps list the ways in which this isn't a full implementation? (It would just make it a lot easier for users to work around the incomplete features and perhaps even know exactly what to offer PRs for.)
Thanks a ton,
Mike

@mvastola the functionality I added to this library was the basic request/response handling to mirror what was done in the ruby-saml gem.
login.gov uses the functionality I added in the this project:
https://github.com/18F/identity-idp/blob/master/app/controllers/concerns/saml_idp_logout_concern.rb
the loop you're referring to is implemented here:
https://github.com/18F/identity-idp/blob/master/app/services/single_logout_handler.rb#L38
where it keeps generating request/responses until all active "identity" records are exhausted.
HTH

Ah. I'll have to dig through all the code in https://github.com/18F/identity-idp/, but I suspect this will immensely helpful in terms of providing a sample implementation for me. Thank you!
I am noticing though that your project uses a fork of this gem. Are there any relevant differences between your fork and this one that impact this functionality?
I'm going to leave this ticket open as it would be awesome to see if this feature could be implemented in this gem, or at the very least an example of how to implement it could make its way into the README.md.

This is not actively maintained. I developed this gem while at Sport Ngin (see organization that owns this) and try to merge or respond when available, though that's not terribly frequently as you can probably see. To that end, pull requests welcome - I will try to tend to them as I'm able.

Is the other one more actively maintained / a better alternative?

The https://github.com/18f/saml_idp fork is actively maintained because it is a core dependency of login.gov, but it is not actively synced from this upstream version. So "better" depends on your POV.
There seems to be some community interest in this gem even if the owning org doesn't maintain it. I'm not at 18F anymore but perhaps there would be interest there in pulling in upstream PRs and taking over "ownership" of the gem.
@jphenow I think the main thing there would be giving others at 18F the ability to push releases to rubygems.org?
@monfresh @zachmargolis - thoughts on this?

To me, the ideal case is a gem that's active, accepting user contributions, and on rubygems (either under this name or another one).
I also note that the 18F fork is both behind and ahead of this gem, so its unfortunate in that there's bound to be some duplication of work as long as the 18F fork has features not in upstream and 18F isn't making PRs and the maintainer of this gem isn't able to readily merge them. (Obviously this all becomes moot if 18F takes over in some fashion.)

I can't guarantee anything, but for now, as long as login.gov still exists, it will most likely continue to depend on this gem. As long as I'm still working on login.gov, I'd be happy to accept user contributions. If @jphenow can give us at 18F the ability to push releases to rubygems, that would be great. @mvastola Feel free to take a stab at submitting the missing commits from this gem into the 18F fork.

@monfresh, ok. Will make the PRs.
As for sharing the ability to push releases, as an outside observer not at all involved in this decision, I can forsee some potential for complications here. (i.e. One org currently owns the gem name and might not want to let go. Even if they do, maintenance of the new gem becomes contingent on the whims of the government and/or one person's employment.)
Might it be simpler to just create a new (neutral) GitHub organization and repo for this gem and either transfer ownership of the rubygem ownership to that or create a new gem name?
That way the gem can survive @monfresh's tenure at his current job and even accumulate additional co-maintainers that aren't strictly linked to login.gov and/or 18F. In order to work well, this would of course require 18F to be willing to either use a gem not under their complete control, or begin to actively merge changes upstream.
Thoughts?

@mvastola I agree that a new org owning and maintaining the gem would be the ideal.
To be clear, 18F has actively merged changes upstream, until the current owners stopped responding. So there is both will and effort from the 18F side at maintaining the gem, and I imagine folks there would be happy not to have to maintain a fork if they don't have to (as they use 100s of gems that they do not maintain).
@jphenow are you on board with this idea of a new org? Can you broker the rubygems permissions required with the existing https://rubygems.org/gems/saml_idp and expand to include new releasers?

I do not believe I have the rights to do this on a whim. Someone from Sports Engine should be involved. @natejgreene @anfleene - wanna speak up? Or @ someone who can?
Having been outside the organization for 2 years now, I try to maintain this, within reason, while not introducing breaking things. I've gone for a somewhat minimal approach, and I'd like to keep it that way, so whatever Sports Engine and you guys decide, I'm on board for. Having done the majority of this work while on Sports Engine payroll, I don't think it's my choice where the gem ownership or future development go.

@karpet ah, ok. That makes things much simpler then if 18F has been willing to do this.
Then it would seem the only remaining issue is transferring permissions. The only other possible complication I can think of is I'm not sure if that's solely @jphenow's call or if he will feel obliged to consult with Sport Ngin, which could delay things.
I'm happy to make the new org. Which repo would be moved into it? the 18F one or this one?

@jphenow yeah. Thought that might be the case. Technically, as this is under the MIT License, future development can continue anywhere we want it to. Access to this specific gem name are a separate issue.
I just created the org named https://github.com/saml-idp (underscores aren't allowed in org names).
@monfresh, I'll make you an owner. Maybe it's best to transfer the 18F repo into the new org since there's some red tape to deal with regarding the Sports Engine one?
@karpet, @jphenow, are you interested in helping to maintain the new repo?
@monfresh, feel free to give access to whomever needs it at 18F if you are going to move in the repo.

@mvastola you're right about the IP issues.
What I was mostly concerned about was the rubygems.org publishing permissions. That's where Sports Engine needs to weigh in as the owner of the gem on that site.
I suspect that 18F will want to maintain their own fork and create upstream PRs from there. Picking which repo is used to seed the new org should be up to the maintainers.
I don't think I should be a maintainer - I'm out of this problem space and am not much good for anything other than chiming in here on logistical details.

@karpet, Got it. According to RubyGems the official co-owners of the gem are jphenow and sportngin.
@jphenow do you know who is behind the RubyGems username 'sportngin' (it's linked to the email<EMAIL_ADDRESS>if that helps at all)? Worst case scenario is we can try emailing them and point them to this issue.
As for which repo to use, I'm hovering back and forth.. This one would be ideal, if we're going to preserve the gem name and can move the repo rather than copy it, as the 18F one has no issues and just one PR. It also makes more sense in terms of making incremental changes from the most recent version. Thoughts, @monfresh?

Any news on this?
As promised, a week ago, I made a PR into the 18F downstream to merge almost all the more recent commits from this upstream: 18F/saml_idp#13.

@monfresh I know you're going to review the PR when you get a chance, but would it make sense to discuss the logistics of the new repo off this issue via email? (Mine is public in my profile if you want to shoot me one. Among other logistics, I think we should shoot<EMAIL_ADDRESS>an email, but I think that should be a joint effort.

@mvastola @karpet How can I help? This gem is in need of maintainers I'm happy to help make that happen.

@anfleene, since it appears no one at Sports Engine is interested in maintaining this, would you be willing to relinquish this gem to a new group of maintainers? (Currently me and @monfresh, I believe.) In this way the gem would no longer be dependent on any one company for existence and also have active maintainers.
If you are okay with this, we could use your help with up to two things:

At a minimum what would be needed is transfer of the ownership of the saml_idp gem on RubyGems to me and/or @monfresh (so that we can push releases to it). It looks like the user with access currently has the username (sportngin)[https://rubygems.org/profiles/sportngin] and the email<EMAIL_ADDRESS>My username on RubyGems is mvastola, if you could add that one, then either you or I can add @monfresh's once we confirm his username).
@monfresh, monfresh appears to be you. Is this both yours and the one you'd like to use?
Additionally, it would be great if we could transfer this entire repository over to the new organization I made for the saml_idp gem. You would do this by going to the very bottom of https://github.com/sportngin/saml_idp/settings. Inside the "Danger Zone", there is a button labeled "Transfer". You would want to click that and transfer the repository to the organization named saml-idp (note the hyphen rather than an underscore here). We will then have to approve it on our end before the transfer completes.
This step will allow us to preserve all outstanding pull requests and issues and other GitHub metadata that can't easily be copied over by simply using git operations.

If you have any questions or run into any issues, don't hesitate to follow up here or shoot me an email or whatever.

1 is done. 2 threw an error You don’t have the permission to create repositories on saml-idp Can you give me permissions to make repos on saml-idp?

Thanks!
Oops. Didn't know I needed to do that. Just invited you though, so you need to accept first (at https://github.com/saml-idp) and then you should be set to do step 2. Let me know if that doesn't work.

Done! Happy Maintaining 👍

@anfleene, thanks!!

@monfresh, shoot me a line? I think it makes sense to close this and stop using this issue to discuss management.


Add 'ca-central-1' region for registry S3 storage driver

Signed-off-by: Michal Fojtik<EMAIL_ADDRESS>

LGTM
Looks like there are at least 2 others not in the list, ap-south-1 and eu-west-2

@dmcgowan I can add them as well here, thx for noticing.

LGTM, thanks @mfojtik

LGTM

(note that I haven' tested this yet and I'm worried that I can't grep these endpoint names in aws-sdk-go)

Might need to upgrade the dependency to 1.6.3 then https://github.com/aws/aws-sdk-go/commit/ad048b5f9e1187bee316f6919971c0e122d701e4
Looks like ap-south-1 and ca-central-1 were added in 1.6.2, eu-west-2 in 1.6.3  https://github.com/aws/aws-sdk-go/commit/1355b456f6ba4a8453249e0dc7743f16ccac362d

Looks like upgrading the dependency will pull in a lot more changes, I am going to move this back to 2.7 release. Maybe could consider for 2.6.1 if it is important for you guys and you have time to test it.

Current coverage is 51.12% (diff: 100%)

Merging #2140 into master will decrease coverage by 10.00%

@@             master      #2140   diff @@
==========================================
  Files           125        125
  Lines         11432      11435      +3
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
- Hits           6988       5846   -1142
- Misses         3556       4843   +1287
+ Partials        888        746    -142

Powered by Codecov. Last update 69c7f30...9e510d6

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "add-region" git@github.com:mfojtik/distribution.git somewhere
$ cd somewhere
$ git rebase -i HEAD~842353866048
editor opens
change each 'pick' to 'edit'
save the file and quit
$ git commit --amend -s --no-edit
$ git rebase --continue # and repeat the amend for each commit
$ git push -f

Amending updates the existing PR. You DO NOT need to open a new one.

@dmcgowan i bumped aws dep to 1.6.3 and we will do some testing in OpenShift to make sure it works well. The distribution tests seems to pass.
@miminar @legionus PTAL

LGTM

LGTM.


Trying to retrieve token from Keyring causes an error on WSL2

Although WSL provides a lot of features available in Linux, dbus is not well-supported (https://github.com/microsoft/WSL/issues/8842) and causes the following error:
ERROR Secure storage error: Secret Service returned an error: no secret service provider or dbus session found

and even if you work-around it (by logging into wsl with wsl.exe -u root -- su <USER> ) and created the proper dbus, there will be another error:
ERROR Secure storage error: Secret Service returned an error: zbus error: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files

Currently gh-config's implementation returns Err when Keyring returns an error as self.retrieve_token_secure(hostname)?, but I would personally like gh-config to fall back to retrieving tokens naively from yaml files. I'm not sure how to properly handle this error so I'd appreciate thoughts over this issue. Maybe returning Ok(None) when Keyring fails connecting to dbus or fails to find a service?
https://github.com/siketyan/gh-config-rs/blob/a8157c066c76de7420110cf5761d4d81cc6bb824/src/lib.rs#L172-L184

I think ghr should also support the fallback to non-secure storage if the official gh CLI support it. I am going to de-deprecate retrive_token in gh-config-rs then switch to use it in ghr.

After taking a look at:
https://github.com/cli/cli/blob/trunk/pkg/cmd/auth/token/token.go
https://github.com/cli/cli/blob/trunk/internal/config/config.go
https://github.com/cli/go-gh/blob/trunk/pkg/auth/auth.go
(go-gh is the internal library cli/cli uses to retrieve auth tokens naively from env/yaml)
I rethinked about how to retrieve a token and use it to communicate with github. gh-cli delegates how to retrieve auth token naively to go-gh, and tries to retrieve token from secure storage last.
Acknowledging the above, I believe the concise way to handle tokens should be:
gh-config (aims to be consistent with cli/cli and cli/go-gh): (go-gh and cli both ignores any error occurred while searching tokens)

from env (GH_ENTERPRISE_TOKEN, GITHUB_ENTERPRIZE_TOKEN, GH_TOKEN, GITUB_TOKEN)
from yaml
from secret-service
from gh auth token
(there's a different proposal to support per user token but I'll make it a different issue)

tools using this library (e.g. ghr):

from env (TOOL_TOKEN, GITHUB_TOKEN)
from config in plain text
from config via arbitrary command e.g. gh auth token, security find-generic-password (this is an example feature that the tool may provide)
from any means the tool can access on it's own
use the first available token found above, or let gh-config handle retrieving tokens

I think this guideline might be helpful to make decisions on future development of this library and tools that use this library.

Regarding the above, will there be a problem if I made a PR to support this?

@s3i7h Sorry for the late response. I prepared a PR to add support of the env variables in retrieve_token or dedicated retrieve_token_from_env. Could you please review the PR to confirm the changes will resolve this issue?

sure thing! I'll get to it tonight. Thank you for the implementation


Revert to windows 2019 for odbc CI

Signed-off-by: Joshua Li<EMAIL_ADDRESS>Description
Revert to previous windows version for now to unblock PRs
Issues Resolved
[List any issues this PR will resolve]
Check List

[ ] New functionality includes testing.

[ ] All tests pass, including unit test, integration test and doctest

[ ] New functionality has been documented.

[ ] New functionality has javadoc added
[ ] New functionality has user manual doc added

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Codecov Report

Merging #413 (359cd0e) into main (91e86b8) will decrease coverage by 33.59%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##               main     #413       +/-   ##
=============================================
- Coverage     96.51%   62.91%   -33.60%
=============================================
  Files           264       10      -254
  Lines          7172      658     -6514
  Branches        539      118      -421
=============================================
- Hits           6922      414     -6508
+ Misses          196      191        -5
+ Partials         54       53        -1

Flag
Coverage Δ

query-workbench
62.91% <ø> (ø)

sql-engine
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...pensearch/sql/expression/function/FunctionDSL.java

...a/org/opensearch/sql/data/model/ExprNullValue.java

...nsearch/sql/sql/parser/context/ParsingContext.java

.../sql/planner/physical/PhysicalPlanNodeVisitor.java

...g/opensearch/sql/expression/text/TextFunction.java

.../opensearch/sql/planner/logical/LogicalDedupe.java

...opensearch/sql/planner/physical/LimitOperator.java

...e/script/filter/ExpressionFilterScriptFactory.java

...search/storage/script/filter/lucene/TermQuery.java

...a/org/opensearch/sql/data/model/ExprLongValue.java

... and 244 more

Continue to review full report at Codecov.

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

Consider adding windows-latest into the mix, allowing failures, and opening an issue that a newer version doesn't work.

Added #422 to track this issue. I didn't find a way to indicate a particular workflow failure is ok. to avoid confusion and unnecessary attention from contributors I'll leave windows-latest off until we fix it


Option to disable logging

In production, it does not make any real sense to print the store name to the console, and it infers with our way of handling console events. It is also included in our Sentry logs.
I also see no real cause why this is printed to the console. The fallback name is known, and any other store name defined by the dev. It is a once set and forget var. I suggest removing it entirely and also remove the >>> in the exception to make them more generic. Dev's should take care of the styling of their logs themselves, IMO.
PS: using the lib in prod now for two weeks, thanks for the work, it is working great!

@muuvmuuv yes you right i will remove it

@muuvmuuv this has been fixed in release 1.3.5


Create 0000-01-02-HansaniPrabodha.md

created a branch, created a file and made a commit, and opened a pull request

created a branch, created a file and made a commit, and opened a pull request


suggestion: Name predicate instructions to indicate boolean return value

I am noticing instructions like _exec_empty cropping up quite a lot. I realize that in Python variable names can only include underscores and Alnum characters, but I wonder if it might make Push code a bit more readable to name these in the Mathematica style: ending in Q (indicating "question", I guess?).
So for example _exec_empty_Q.
Just a minor suggestion. In Clojure implementations I use exec-empty?, and it helps readability quite a bit.

I like this idea. I help distinguish between instruction like _exec_emtpy and _exec_flush. To someone who doesn't have a full knowledge of the instruction set, those might appear to do the same thing with the current naming.


[rtl] Update assertions

This PR updates the assertions to not fire while the core is in reset. This resolves #274. In addition, some assertions are updated and some new assertions are added.

@udinator I would be happy if you could give this a try.

Thanks a lot @udinator ! I am merging this now.


Placement of the [Create "xxx"] entry seems arbitrary when search returns matches

See attachment:

The paginated list of results keeps the Create entry where it first appeared.
Perhaps on scroll it should move to the front, end, or disappear (forcing the green plus to be used)?
(is it possible to force the green plus alone to be used when creating new entries?)

To not enable "Create ..." option, then don't set create_field.
http://django-autocomplete-light.readthedocs.io/en/master/tutorial.html#creation-of-new-choices-in-the-autocomplete-form

I don't want to have it first in line because i don't want to make it too easy for the user to select it by mistake. But if it's the last item on the last page of autocomplete results then the user might miss it.
However, i might be doing a mistake myself by not crediting the user with basic intelligence, perhaps these fears are emotional only ?
@gagarski @blueyed @luzfcb what do you think ? Should we move "Create" to be at one extreme or another from the complete result list ?

Having it somewhere in the middle (at the end of the first page) seems strange indeed.
I should not put it first though, too.
If it is reachable at the end easily (end key), I'll put it there.
But wouldn't it jump/move when the next page gets loaded then?

It would be great if we could have it jump move to the end and stick there indeed.

If it is reachable at the end easily (end key), I'll put it there.

It seems like "End" key does not work with Select2
I do not think that pressing "End" key is an easy way. I am not quite sure, but it seems for me that not so many people actually use it
Scrolling down to the end of choices causes Select2 to load another portion of data from server.

Yes, seems like this should be separate.  If it is within the list and always moves to the bottom, then you have to keep scrolling all the way through your options in order to click it.  It also doesn't make sense to have it at the top.
Any reason we can't have this outside of the ul and place this within its parent span.select2-results?


[vincentlaucsb-csv-parser] New port

[x] Changes comply with the maintainer guide
[x] The name of the port matches an existing name for this component on https://repology.org/ if possible, and/or is strongly associated with that component on search engines.
[x] Optional dependencies are resolved in exactly one way. For example, if the component is built with CMake, all find_package calls are REQUIRED, are satisfied by vcpkg.json's declared dependencies, or disabled with CMAKE_DISABLE_FIND_PACKAGE_Xxx
[x] The versioning scheme in vcpkg.json matches what upstream says.
[x] The license declaration in vcpkg.json matches what upstream says.
[x] The installed as the "copyright" file matches what upstream says.
[x] The source code of the component installed comes from an authoritative source.
[x] The generated "usage text" is accurate. See adding-usage for context.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is in the new port's versions file.
[x] Only one version is added to each modified port's versions file.

Close #32759

The following usage test passed on x64-osx-release
#include <iostream>
#include "csv.hpp"

int main() {
    csv::CSVFormat format;
    csv::CSVReader reader("addresses.csv", format);
    for (auto &row: reader) {
        for (auto &col: row) {
            std::cout << col.get<std::string>() << " ";
        }
        std::cout << std::endl;
    }
    return 0;
}

John,Doe,120 jefferson st.,Riverside, NJ, 08075
Jack,McGinnis,220 hobo Av.,Phila, PA,09119
"John ""Da Man""",Repici,120 Jefferson St.,Riverside, NJ,08075
Stephen,Tyler,"7452 Terrace ""At the Plaza"" road",SomeTown,SD, 91234
,Blankman,,SomeTown, SD, 00298
"Joan ""the bone"", Anne",Jet,"9th, at Terrace plc",Desert City,CO,00123

cmake_minimum_required(VERSION 3.15)
project(test_csv_parser)

set(CMAKE_CXX_STANDARD 17)

find_package(unofficial-vincentlaucsb-csv-parser CONFIG REQUIRED)

add_executable(test_csv_parser main.cpp)
target_link_libraries(test_csv_parser PRIVATE unofficial::vincentlaucsb-csv-parser::csv)

Port name should be vincentlaucsb-csv-parser instead of csv-parser.
Moving the PR to draft. Please set it to "ready for review" once changes have been applied.

Port name should be vincentlaucsb-csv-parser instead of csv-parser.

@Cheney-W
Done~

Unfortunately several names this port wants:
x86-windows/debug/lib/csv.lib
x86-windows/debug/lib/csv.lib
x86-windows/include/csv/csv.hpp
x86-windows/include/csv/internal/basic_csv_parser.hpp
x86-windows/include/csv/internal/col_names.hpp
x86-windows/include/csv/internal/common.hpp
x86-windows/include/csv/internal/csv_format.hpp
x86-windows/include/csv/internal/csv_reader.hpp
x86-windows/include/csv/internal/csv_row.hpp
x86-windows/include/csv/internal/csv_stat.hpp
x86-windows/include/csv/internal/csv_utility.hpp
x86-windows/include/csv/internal/csv_writer.hpp
x86-windows/include/csv/internal/data_type.h
x86-windows/lib/csv.lib
x86-windows/share/unofficial-vincentlaucsb-csv-parser/unofficial-vincentlaucsb-csv-parser-config-debug.cmake
x86-windows/share/unofficial-vincentlaucsb-csv-parser/unofficial-vincentlaucsb-csv-parser-config-release.cmake
x86-windows/share/unofficial-vincentlaucsb-csv-parser/unofficial-vincentlaucsb-csv-parser-config.cmake
x86-windows/share/vincentlaucsb-csv-parser/copyright
x86-windows/share/vincentlaucsb-csv-parser/usage
x86-windows/share/vincentlaucsb-csv-parser/vcpkg.spdx.json
x86-windows/share/vincentlaucsb-csv-parser/vcpkg_abi_info.txt

are already taken by libcsv:
libcsv:x64-windows:/debug/lib/csv.lib
libcsv:x64-windows:/include/csv.h
libcsv:x64-windows:/lib/csv.lib
libcsv:x64-windows:/share/libcsv/copyright
libcsv:x64-windows:/share/libcsv/man3/csv.3
libcsv:x64-windows:/share/libcsv/vcpkg.spdx.json
libcsv:x64-windows:/share/libcsv/vcpkg_abi_info.txt

Borderline since they want the same directory:
p-ranav-csv:x64-windows:/include/csv/concurrent_queue.hpp
p-ranav-csv:x64-windows:/include/csv/dialect.hpp
p-ranav-csv:x64-windows:/include/csv/reader.hpp
p-ranav-csv:x64-windows:/include/csv/robin_hood.hpp
p-ranav-csv:x64-windows:/include/csv/writer.hpp

I think we need to patch the include paths and lib name?

@BillyONeal

I think we need to patch the include paths and lib name?

Sure. Here is what looks like after patched.
x64-osx-release/
x64-osx-release/include/
x64-osx-release/include/vincentlaucsb-csv-parser/
x64-osx-release/include/vincentlaucsb-csv-parser/csv.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/
x64-osx-release/include/vincentlaucsb-csv-parser/internal/basic_csv_parser.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/col_names.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/common.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_format.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_reader.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_row.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_stat.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_utility.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/csv_writer.hpp
x64-osx-release/include/vincentlaucsb-csv-parser/internal/data_type.h
x64-osx-release/lib/
x64-osx-release/lib/libvincentlaucsb-csv-parser-csv.a
x64-osx-release/share/
x64-osx-release/share/unofficial-vincentlaucsb-csv-parser/
x64-osx-release/share/unofficial-vincentlaucsb-csv-parser/unofficial-vincentlaucsb-csv-parser-config-release.cmake
x64-osx-release/share/unofficial-vincentlaucsb-csv-parser/unofficial-vincentlaucsb-csv-parser-config.cmake
x64-osx-release/share/vincentlaucsb-csv-parser/
x64-osx-release/share/vincentlaucsb-csv-parser/copyright
x64-osx-release/share/vincentlaucsb-csv-parser/usage
x64-osx-release/share/vincentlaucsb-csv-parser/vcpkg.spdx.json
x64-osx-release/share/vincentlaucsb-csv-parser/vcpkg_abi_info.txt

@Cheney-W The CI seems broken, please rerun CI.

/azp run

Thanks for the new port and sorry about needing to deal with the crowded field


CentOS7 - Could not configure agent

When we pulled PREVIEW and tried to ./run.sh on CentOS7 we got an error about Bad Request (400): An item with the same key has already been added.
The agent would not start.
We looked in ENV variables and noticed that HTTP_PROXY/HTTPS_PROXY/NO_PROXY was in there multiple times in both upper and lower case.
Solution was to unset the lower case duplicates then we could start/configure the agent.

I'll fix - capabilities should be case insensitive on Linux

The replacement for this agent does not have this issue. We are releasing a new preview tomorrow or early next week. It already has more features than this one
https://github.com/Microsoft/vsts-agent


R0.17

Description
Brief Description of the PR:
Fixes  #2774
Type of change

[x] Bug fix
[ ] New Tutorial
[ ] Updated or additional documentation
[ ] Additional Testing
[ ] New Activation and the changes conform to the activation contribution guidelines
[ ] New Callback and the changes conform to the callback contribution guidelines
[ ] New Image addition and the changes conform to the image op contribution guidelines
[ ] New Layer and the changes conform to the layer contribution guidelines
[ ] New Loss and the changes conform to the loss contribution guidelines
[ ] New Metric and the changes conform to the metric contribution guidelines
[ ] New Optimizer and the changes conform to the optimizer contribution guidelines
[ ] New RNN Cell and the changes conform to the rnn contribution guidelines
[ ] New Seq2seq addition and the changes conform to the seq2seq contribution guidelines
[ ] New Text addition and the changes conform to the text op contribution guidelines

Checklist:

[x] I've properly formatted my code according to the guidelines

[ ] By running Black + Flake8
[ ] By running pre-commit hooks

[ ] This PR addresses an already submitted issue for TensorFlow Addons
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] This PR contains modifications to C++ custom-ops

How Has This Been Tested?
If you're adding a bugfix or new feature please describe the tests that you ran to verify your changes:
*

@abhichou4
You are owner of some files modified in this pull request.
Would you kindly review the changes whenever you have the time to?
Thank you very much.


VB.NET - PetaPoco\NPoco - Fetch data from a database table with some unknown columns into a POCO object with a dictionary inside - Performance issue

I have a specific situation to which I haven't found a solution yet.
I have several databases with the same structure where I have a table, (lets say Users), which has known columns such as: UserID, UserName, UserMail, etc... In the same table, I have dynamic custom columns which I can know only on runtime, such as: customField54, customField75, customField82, etc...
I have a screen where I must show a list of users, and there are thousands of records (Must show ALL the users - no question about it).
The Users table columns in database A look like this:
| UserID | UserName | UserMail | customField54 | customField55 |
and for the example, lets say I have another database B, and the table Users there looks like this:
| UserID | UserName | UserMail | customField109 | customField211 | customField235 | customField302 |
I have a single code which each time connects to another database. So I have a single code - > multiple databases, while the difference in each database is the custom fields of the Users table.
If I work with a DataTable, I can query:
SELECT * FROM Users

And then, dynamically I can retrieve the custom fields values, like this:
Dim customFieldsIDs() As Integer = GetCustomFieldsIDs()
Dim dt As DataTable = GetUserListData() // All users data in a DataTable
For Each dr In dt.Rows
Response.Write(dr.Item("UserID"))
Response.Write(dr.Item("UserName"))
Response.Write(dr.Item("UserMail"))
For Each cfID in customFieldsIDs
     Response.Write(dr.Item("customField" & cfID))
Next

Next
My intention is not to work with DataTables. I want to work with strong typed objects. I cannot create a POCO of Users with the customFields as is inside, because for each database the Users table has different customFields columns, so I can't create an object with strongly typed variables.
Then, I decided to create a class Users with the known columns inside, and also a dictionary holding the customFields.
In VB.NET, I created a class Users, which looks as follows:
Public Class User
Public Property UserID As Integer
Public Property UserName As Integer
Public Property UserMail As Integer
Public Property customFieldsDictionary As Dictionary(Of Integer, String)

End Class
The class has the static values: UserID, UserName, etc... Also, it has a dictionary of the customFieldIDs and their values, so I can retrieve the values in a single action (in O(1) complexity)
I use MicroORM PetaPoco\NPoco to populate the values. The ORM allows me to fetch the Users data without me having to iterate the data by myself, by calling:
Dim userList As List(Of User) = db.Fetch(Of User)("SELECT * FROM Users")
But then the customFields dictionary is not populated. In order to populate I have to iterate the userList and for each user retrieve the customFields data. This is a very expensive way to fetch the data and results in a very bad performance.
I'd like to know if there is a way to fetch the data into the User class using PetaPoco\NPoco with a single command and manage to populate the known values and the custom fields dictionary for every user without having to iterate through the whole collection.
I hope it is understood. It is really difficult for me to explain and a very difficult issue to find a solution to.
Thank you in advance! Asaf

In V3 you can have properties that are dynamic.
https://github.com/schotime/NPoco/wiki/Version-3#dynamic-properties
Hope this solves your problem

Great! that sounds right I think!
Could you say when will version 3 be released?

Nope. But the more people using the alpha the quicker. ;)

Ok great! :)
Could you give me a link or something, I failed to find the alpha version?

It's on nuget. Need to use the -pre flag

Found it. Thanks!


Please help me !

Hello developers , i have a Big server ( with food of 100 points )
And i cant eat this big food when i am smaller than this , how to modify this?
Thanks much

Duplicate of #31, #57, #87, #99.


High cpu usage  Code Helper (Renderer)

Issue Type: Bug
This process is constantly >= 100% usage even when a single window is open. It's constantly spinning up fans on my imac and is driving me nuts. This has been an ongoing issue for months now.
I'm running Mojave 10.14.6
Please advise!
VS Code version: Code 1.46.1 (cd9ea6488829f560dc949a8b2fb789f3cdc05f5d, 2020-06-17T21:17:14.222Z)
OS version: Darwin x64 18.7.0

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz (8 x 4200)

GPU Status
2d_canvas: enabledflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onoop_rasterization: disabled_offprotected_video_decode: unavailable_offrasterization: enabledskia_renderer: disabled_off_okvideo_decode: enabledviz_display_compositor: enabled_onviz_hit_test_surface_layer: disabled_off_okwebgl: enabledwebgl2: enabled

Load (avg)
4, 6, 6

Memory (System)
64.00GB (31.37GB free)

Process Argv
-psn_0_6452775

Screen Reader
no

VM
0%

Extensions (10)

Extension
Author (truncated)
Version

vscode-svgviewer
css
2.0.0

vscode-eslint
dba
2.1.5

vsc-material-theme
Equ
32.8.0

vsc-material-theme-icons
equ
1.1.4

docker-explorer
for
0.1.7

prettify-json
moh
0.0.3

vscode-docker
ms-
1.3.1

material-icon-theme
PKi
4.2.0

sass-indented
rob
1.5.1

python
tht
0.2.3

(1 theme extensions excluded)

Can you collect a snapshot of the process as described here

Same. Macos Catalina. electron_node tsserver.js

@deviun How do you know that @droplab is using TypeScript?

@deviun How do you know that @droplab is using TypeScript?

I am not use TS in project with this issue. Despite tsserver.js is running.

No TS and also no JS? what files do you have open? what project are you working on?

JS, React/NextJS. Observed also with NodeJS project. Often happens after npm install command.

As far as we are concerned that's TypeScript, or to be precise TypeScript is used form JavaScript language features. Still, doesn't explain why you think that @droplab has an issue with tsserver

Sorry, I am not reply instead of @droplab. I notice about same issue with high cpu usage from Code Helper (Renderer). And sent my process explorer screen and explain when it happened. Is ok high cpu after npm install?(

Is ok high cpu after npm install?

Try installing latest TypeScript 4.x which has fixed that issue.


Encounters completion stats - Tuberculosis

For each of possible activities:

How many activities in total were shown.
How many activities from those shown were completed.

Activities:
tuberculosis_diagnostics
tuberculosis_dot
tuberculosis_follow_up
tuberculosis_health_education
tuberculosis_medication
tuberculosis_referral
tuberculosis_symptom_review
tuberculosis_treatment_review


[Dropdown] - search selection has 1st item highlighted when opening dropdown

When opening search selection dropdown - it has 1st item already selected highlighted. Which contradicts to the UX of other dropdown types.
Also, in search selection dropdown selected item isnt highlighted, only 'bolded' - unlike other dropdown types where selected item is bold AND highlighted (has background).

Has this been resolved or is there a workaround?

With 855 open issues this particular one might just not be a priority..

At least for my scenario there is a workaround, see bug https://github.com/Semantic-Org/Semantic-UI/issues/4709.

Well, setting forceSelection: false doesn't help in my case:
https://jsfiddle.net/avalanche1/0sruz8sh/ - Angular is selected by default when opening dropdown

weird, mine doesn't do what you said. I'm on Chrome 54 (Linux)

You are talking about different 'selection'
The one @Thomas12 is talking about is semantic ui dropdown forceSelection option which selects the first element (matching search criteria if that's search dropdown) even when you close it without actually selecting an item
The second one, @avalanche1 is talking about is that you see the highlight of the first element

@saitonakamura I was about to say that. I was about to reply if he meant the selected or highlighted

@saitonakamura , thanks for clarifying! I've edited topic accordingly

Yeah, so an others unwanted behavior, when i use ui.dropdown.multiple.search with allowAdditions = true, in the results i have something like tester as a value, and when i type for example: test and click on enter or type a delimiter such a , drowpdown automatically chose the first highlighted  value, even if use set forceSelection = false
any suggestions !

@xmoroccan I'm having the same issue as well, and it's pretty much impossible to add a new value if that value is a substring of another already existing value. I've tried both forceSelection = false and selectOnKeydown = false (to at least enable adding new value on delimiter) but none of this has worked.
Would love to have a solution/workaround for this as it has been bugging me for ages.

Has anyone found a solution for this?


[BUG] Scraper args: IndexError: list index out of range.

@r3tr0ananas There's a bug with scraper args in the development version (v4.5).
Expected behavior:
I should tell me that there are no scraper arguments close to that.
Steps to reproduce:

Run mov-cli with a non existent scraper argument like so: mov-cli -s youtube iron man trailer -- --vo

Logs:

$ mov-cli -s youtube iron man trailer -- --vo

Good Afternoon, goldy.
    It's 02:30 PM on a wonderful Monday!

Traceback (most recent call last):
  File "/home/goldy/.local/bin/mov-cli", line 8, in <module>
    sys.exit(app())
  File "/home/goldy/Documents/projects/goldy/python/mov-cli/mov_cli/cli/__main__.py", line 166, in app
    uwu_app()
  File "/home/goldy/.local/lib/python3.8/site-packages/typer/main.py", line 326, in __call__
    raise e
  File "/home/goldy/.local/lib/python3.8/site-packages/typer/main.py", line 309, in __call__
    return get_command(self)(*args, **kwargs)
  File "/home/goldy/.local/lib/python3.8/site-packages/click/core.py", line 1157, in __call__
    return self.main(*args, **kwargs)
  File "/home/goldy/.local/lib/python3.8/site-packages/typer/core.py", line 661, in main
    return _main(
  File "/home/goldy/.local/lib/python3.8/site-packages/typer/core.py", line 193, in _main
    rv = self.invoke(ctx)
  File "/home/goldy/.local/lib/python3.8/site-packages/click/core.py", line 1434, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/goldy/.local/lib/python3.8/site-packages/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
  File "/home/goldy/.local/lib/python3.8/site-packages/typer/main.py", line 692, in wrapper
    return callback(**use_params)
  File "/home/goldy/Documents/projects/goldy/python/mov-cli/mov_cli/cli/__main__.py", line 130, in mov_cli
    scrape_options = steal_scraper_args(query, selected_scraper[3])
  File "/home/goldy/Documents/projects/goldy/python/mov-cli/mov_cli/cli/scraper.py", line 204, in steal_scraper_args
    f"Unknown arg found: {arg}. Did you mean: {Colours.GREEN}--{did_you_mean_these[0][0]}{Colours.RESET}"
IndexError: list index out of range

Platform:

OS: Arch Linux
Version: 6.10.8-arch1-1

Additional context / possible cause or solution:

Version:

v4.5alpha1
Checklist

[x] I have added logs.
[x] I have added my platform.
[x] I have added my version number.
[x] I am sure that this issue is not related to a plugin.

Wait why was the plugin hook version bumped?

I bumped the version because the scraper args need the „args“ from the plugin hook or else the scraper args won’t work.
On Tue, Sep 10, 2024 at 14:07, Goldy @.***(mailto:On Tue, Sep 10, 2024 at 14:07, Goldy < wrote:

Wait why was the plugin hook version bumped? Is there a breaking change?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you modified the open/close state.Message ID: @.***>

The entire CLI codebase needs a rw. 😭


Extract block question validation logic into separate utility class

Description
The new class ProgramBlockValidation can now be used in two different places:

During question bank rendering to ensure that only eligible questions are rendered for a given block.
When processing request for adding question to a block to guard against bad request or bugs in our "client-side" checks at step 1.

Replaces DuplicateQuestionException with a more generic CantAddQuestionToBlockException that can provide few different reasons why question cant be added.
Checklist
General

[x] Added the correct label: < feature | bug | dependencies | infrastructure | ignore-for-release >
[x] Created tests which fail without the change (if possible)
[ ] Extended the README / documentation, if necessary

User visible changes

[ ] Wrote browser tests using the validateAccessibility method
[ ] Manually tested at 200% size
[ ] Manually evaluated tab order

New Features

[ ] Add new FeatureFlag env vars to server/conf/application.conf
[ ] Conditioned new functionality on a FeatureFlag
[ ] Wrote browser tests with the feature flag off and on, etc.

Codecov Report

Merging #3736 (1975f79) into main (69c8d39) will decrease coverage by 0.04%.
The diff coverage is 71.42%.

@@             Coverage Diff              @@
##               main    #3736      +/-   ##
============================================
- Coverage     80.54%   80.49%   -0.05%
- Complexity     2431     2436       +5
============================================
  Files           295      296       +1
  Lines          9626     9655      +29
  Branches        658      660       +2
============================================
+ Hits           7753     7772      +19
- Misses         1620     1628       +8
- Partials        253      255       +2

Impacted Files
Coverage Δ

...rs/admin/AdminProgramBlockQuestionsController.java
40.44% <0.00%> (+0.88%)
:arrow_up:

server/app/services/ProgramBlockValidation.java
63.33% <63.33%> (ø)

...vices/program/CantAddQuestionToBlockException.java
80.00% <80.00%> (ø)

...erver/app/services/program/ProgramServiceImpl.java
89.28% <100.00%> (-0.03%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

I don't believe this should be ignore-for-release as you're changing how validation works which could cause user visible issues (so we should indicate it in the release notes) as well you're changing the error messaging format.  I'd mark it as Feature.

Mark this as a "Feature", you're changing how validation works which could cause user visible issues, so we should indicate it in the release notes, as well you're changing the user visible error messaging format.


ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (24) - ReadVarInt(): size too large: iostream error

Problem
v0.19.17 daemon shut itself down with the following candidate errors in debug.log:
2021-10-29T10:21:56Z RPC Method time getmissedinfo (<IP_ADDRESS>) - 3566ms
2021-10-29T10:21:56Z RIDB rollback to block height 1416182 success!
2021-10-29T10:21:56Z 700004: Transaction RI data Not Found (9770aecfa203504b2d6fc81dc18f093ee5742e96cd01c5f8695c0365bb34f038)
2021-10-29T10:21:56Z ERROR: Failed find reindexer transaction part (9770aecfa203504b2d6fc81dc18f093ee5742e96cd01c5f8695c0365bb34f038)
2021-10-29T10:21:56Z ERROR: ConnectTip: ConnectBlock 2952546ac4399c66a654b5795e0df91be638cbb1d1a39dace6a3b6eb6e7bbdc5 failed, failed-find-rtransaction (code 96)
2021-10-29T10:21:59Z 700004: Transaction RI data Not Found (66c56281d3eaa1330005a2b44105705d3380017fce3862dec39850bd628e2d90)
2021-10-29T10:21:59Z ERROR: Failed find reindexer transaction part (66c56281d3eaa1330005a2b44105705d3380017fce3862dec39850bd628e2d90)
2021-10-29T10:21:59Z ERROR: ConnectTip: ConnectBlock<PHONE_NUMBER>1fb15f7bf381b1114dd6f4d14e4849b6b0b14773309968ce2b1a16 failed, failed-find-rtransaction (code 96)
2021-10-29T10:21:59Z received: inv (73 bytes) peer=3
2021-10-29T10:21:59Z got inv: tx da982ea10c1ae7857402066b7e7aece1291d54fba2ea5643f5e6ca83cd15b928  new peer=3
...
2021-10-29T10:23:02Z RPC Cache get found getnodeinfo[] in cache
2021-10-29T10:23:02Z RPC Method time getnodeinfo (<IP_ADDRESS>) - 0ms
2021-10-29T10:23:02Z RIDB rollback to block height 1416183 success!
2021-10-29T10:23:02Z ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (24) - ReadVarInt(): size too large: iostream error
2021-10-29T10:23:02Z ERROR: DisconnectBlock(): failure reading undo data
2021-10-29T10:23:02Z ERROR: DisconnectTip(): DisconnectBlock 2952546ac4399c66a654b5795e0df91be638cbb1d1a39dace6a3b6eb6e7bbdc5 failed
2021-10-29T10:23:02Z *** Failed to disconnect block; see debug.log for details
2021-10-29T10:23:02Z Error: Error: A fatal internal error occurred, see debug.log for details
2021-10-29T10:23:02Z ERROR: ProcessNewBlock: ActivateBestChain failed (Failed to disconnect block; see debug.log for details (code 0))
2021-10-29T10:23:02Z connection from <IP_ADDRESS>:1769 accepted
2021-10-29T10:23:02Z Requesting block<PHONE_NUMBER>1fb15f7bf381b1114dd6f4d14e4849b6b0b14773309968ce2b1a16 (1416184) peer=10
...
2021-10-29T10:23:02Z RPC Method time getrawtransactionwithmessagebyid (<IP_ADDRESS>) - 4030ms
2021-10-29T10:23:02Z ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (24) - ReadVarInt(): size too large: iostream error
2021-10-29T10:23:02Z ERROR: DisconnectBlock(): failure reading undo data
2021-10-29T10:23:02Z ERROR: DisconnectTip(): DisconnectBlock 2952546ac4399c66a654b5795e0df91be638cbb1d1a39dace6a3b6eb6e7bbdc5 failed
2021-10-29T10:23:02Z *** Failed to disconnect block; see debug.log for details
2021-10-29T10:23:02Z Error: Error: A fatal internal error occurred, see debug.log for details
2021-10-29T10:23:02Z ERROR: ProcessNewBlock: ActivateBestChain failed (Failed to disconnect block; see debug.log for details (code 0))
2021-10-29T10:23:02Z sending inv (109 bytes) peer=6
...
2021-10-29T10:23:02Z RPC Method time getrawtransactionwithmessagebyid (<IP_ADDRESS>) - 7112ms
2021-10-29T10:23:02Z ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (24) - ReadVarInt(): size too large: iostream error
2021-10-29T10:23:02Z ERROR: DisconnectBlock(): failure reading undo data
2021-10-29T10:23:02Z ERROR: DisconnectTip(): DisconnectBlock 2952546ac4399c66a654b5795e0df91be638cbb1d1a39dace6a3b6eb6e7bbdc5 failed
2021-10-29T10:23:02Z *** Failed to disconnect block; see debug.log for details
2021-10-29T10:23:02Z Error: Error: A fatal internal error occurred, see debug.log for details
2021-10-29T10:23:02Z ERROR: ProcessNewBlock: ActivateBestChain failed (Failed to disconnect block; see debug.log for details (code 0))
2021-10-29T10:23:02Z Requesting block 82491a0cfc4c4f9b983a8138162ce29afdc959eb8c86de61909ba531372cf828 (1416185) peer=6
...
2021-10-29T10:23:02Z sending inv (37 bytes) peer=601
2021-10-29T10:23:02Z Interrupting HTTP RPC server
2021-10-29T10:23:02Z received: tx (1296 bytes) peer=670
2021-10-29T10:23:02Z Interrupting RPC
2021-10-29T10:23:02Z tor: Thread interrupt
2021-10-29T10:23:02Z RemoveLocal(lu4l4cocmwelhble.onion:37070)
2021-10-29T10:23:02Z torcontrol thread exit
2021-10-29T10:23:02Z net thread exit
2021-10-29T10:23:02Z addcon thread exit
2021-10-29T10:23:02Z opencon thread exit
2021-10-29T10:23:02Z Shutdown: In progress...
2021-10-29T10:23:02Z Stopping HTTP RPC server
2021-10-29T10:23:02Z Stopping RPC
2021-10-29T10:23:02Z RPC stopped.
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flush(false)
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flushing wallet.dat (refcount = 0)...
2021-10-29T10:23:02Z msghand thread exit
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat checkpoint
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat detach
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat closed
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flush(false) took              48ms
2021-10-29T10:23:02Z Flushed 568 addresses to peers.dat  9ms
2021-10-29T10:23:02Z disconnecting peer=3
...
2021-10-29T10:23:02Z disconnecting peer=772
2021-10-29T10:23:02Z Cleared nodestate for peer=3
...
2021-10-29T10:23:02Z Cleared nodestate for peer=772
2021-10-29T10:23:02Z Pocketcoin Staker terminated
2021-10-29T10:23:02Z scheduler thread interrupt
2021-10-29T10:23:02Z [default wallet] keypool return 1
2021-10-29T10:23:02Z Dumped mempool: 0.000205s to copy, 0.0034s to dump
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flush(true)
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flushing wallet.dat (refcount = 0)...
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat checkpoint
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat detach
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: wallet.dat closed
2021-10-29T10:23:02Z BerkeleyEnvironment::Flush: Flush(true) took               5ms
2021-10-29T10:24:45Z Close reindexer DB
2021-10-29T10:24:45Z [default wallet] Releasing wallet
2021-10-29T10:24:45Z Shutdown: done

To Reproduce
Unknown
Expected behavior
daemon should run without uncommanded shutdowns or fatal errors.
Desktop (please complete the following information):

OS: ubuntu 18.04
HW: 8vCPU, 32GB RAM+32GB swap
Version Pocketnet Core Daemon version v<IP_ADDRESS>-0a32521 (debug build)

Additional context
There was an RIDB error but it didn't claim to be fatal and didn't cause a crash. A few seconds later there was a successful RIDB rollback immediately followed by a fatal DisconnectTip() error, and then another fatal DisconnectTip() for the same block. A few lines later the node started an orderly shutdown.
I was running with only net,rpc,reindex logging enabled so there may have been something other than these candidate events which caused the shutdown.
Full log is available if required.

This is the same signature as the DisconnectTip/BlockUndo issue we have seen in previous versions.  In 0.19.17 we ported over the recent serialization code from Bitcoin core which replaced some suspect serialization code used in previous versions.  Since the issue is still occurring the problem must lie elsewhere in the code.

I am writing a check in UndoWriteToDisk to verify the CBlockUndo data can be deserialized correctly immediately after it is written to disk, and throw a trap/int 3 if they do not match so we can break in with gdb.  The original CBlockUndo data will then be present on the stack for comparison.  Since the check is on the write path we can verify the block immediately when it is written rather than wait for the node to change tips.  Reproduction time should be much less.

@tawmaz I can run a node in gdb with these developments, if necessary.

I ran a node over the weekend with GDB attached but did not hit the UndoReadFromDisk error.  I think it may be necessary for the node to be actively staking to reproduce this, so I will send some coins to it and let it continue. I will plan to post a debug build this evening with the code to catch the UndoWriteToDiskError.

@tawmaz I think that may be an incorrect hypothesis. My node has a balance of less than 12 PKOIN - still hoping/waiting for the 70 PKOIN perseverance reward. It hasn't been staking for weeks because with an expected time to win in excess of 20 million there's really no point in me remembering to unlock the wallet on each restart. It absolutely was not staking when it hit the problem which prompted me to open this issue.

@walkjivefly Thanks for the datapoint regarding staking

Here is the debug version with validation of CBlockUndo.  It will raise SIGTRAP if it encounters an issue so gdb will need to be attached.

I've hit this several times now. I'm currently running 19.19, would it be helpful if I ran the debug version? I might need help with gdb since I'm new to linux.
Here are the logs so show what I've encountered.
2021-11-06T08:50:32Z Warning! Block generate (CheckInputs): 59b18a5a2099cebc6f9eda8d593696fab90a975741c8c6b2d0dfb3ad91d3f390
2021-11-06T08:50:33Z RIDB rollback to block height 1427528 success!
2021-11-06T08:50:33Z RIDB rollback to block height 1427527 success!
2021-11-06T08:50:33Z 700004: Transaction RI data Not Found (1ce5b2bb23b548293741f3f63946ed3b7a7a9c9e2f8b2b21c774c8f8575ea3be)
2021-11-06T08:50:33Z ERROR: Failed find reindexer transaction part (1ce5b2bb23b548293741f3f63946ed3b7a7a9c9e2f8b2b21c774c8f8575ea3be)
2021-11-06T08:50:33Z ERROR: ConnectTip: ConnectBlock b573fc243549e24d10a5f810eaaa33235a6518ee0be348544467656ba20e62e0 failed, failed-find-rtransaction (code 96)
2021-11-06T08:50:33Z 700004: Transaction RI data Not Found (1ce5b2bb23b548293741f3f63946ed3b7a7a9c9e2f8b2b21c774c8f8575ea3be)
2021-11-06T08:50:33Z ERROR: Failed find reindexer transaction part (1ce5b2bb23b548293741f3f63946ed3b7a7a9c9e2f8b2b21c774c8f8575ea3be)
2021-11-06T08:50:33Z ERROR: ConnectTip: ConnectBlock 5e13ec73d550758a7183f295bbefd8e67104487bf7a054bdb7521bde96c65ce2 failed, failed-find-rtransaction (code 96)
2021-11-06T08:50:33Z Warning! Block generate (CheckInputs): 572f483d6052cba4648c9e4d6b81855822b5f8b09fe6b036580f11eb04cb8024
2021-11-06T08:50:33Z Warning! Block generate (CheckInputs): 59b18a5a2099cebc6f9eda8d593696fab90a975741c8c6b2d0dfb3ad91d3f390
2021-11-06T08:50:33Z Warning! Block generate (CheckInputs): 3c4d0196529cc046d3d0c7d193f4b87c3393f9503572b2c9c2f4f8f5dbdbb9ea
2021-11-06T08:50:33Z Warning! Block generate (CheckInputs): 93250f2c4bcc8747fba7d811716f10c3c992665fed48cc7d35c5ccf04da882be
2021-11-06T08:50:33Z Warning! Block generate (CheckInputs): ad69bdcb09d6e6ac4467750187a2ea26ac07c2c30fdce8badb655a325c2b2cd9
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 572f483d6052cba4648c9e4d6b81855822b5f8b09fe6b036580f11eb04cb8024
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 59b18a5a2099cebc6f9eda8d593696fab90a975741c8c6b2d0dfb3ad91d3f390
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 3c4d0196529cc046d3d0c7d193f4b87c3393f9503572b2c9c2f4f8f5dbdbb9ea
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 93250f2c4bcc8747fba7d811716f10c3c992665fed48cc7d35c5ccf04da882be
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): ad69bdcb09d6e6ac4467750187a2ea26ac07c2c30fdce8badb655a325c2b2cd9
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 572f483d6052cba4648c9e4d6b81855822b5f8b09fe6b036580f11eb04cb8024
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 59b18a5a2099cebc6f9eda8d593696fab90a975741c8c6b2d0dfb3ad91d3f390
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 3c4d0196529cc046d3d0c7d193f4b87c3393f9503572b2c9c2f4f8f5dbdbb9ea
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): 93250f2c4bcc8747fba7d811716f10c3c992665fed48cc7d35c5ccf04da882be
2021-11-06T08:50:35Z Warning! Block generate (CheckInputs): ad69bdcb09d6e6ac4467750187a2ea26ac07c2c30fdce8badb655a325c2b2cd9
2021-11-06T08:50:43Z Warning! Block generate (CheckInputs): 59b18a5a2099cebc6f9eda8d593696fab90a975741c8c6b2d0dfb3ad91d3f390
2021-11-06T08:50:43Z Available coins count 16 BestHeader: 1427529 5e13ec73d550758a7183f295bbefd8e67104487bf7a054bdb7521bde96c65ce2
2021-11-06T08:50:43Z ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (25) - CAutoFile::read: end of file: iostream error
2021-11-06T08:50:43Z ERROR: DisconnectBlock(): failure reading undo data
2021-11-06T08:50:43Z ERROR: DisconnectTip(): DisconnectBlock 5e13ec73d550758a7183f295bbefd8e67104487bf7a054bdb7521bde96c65ce2 failed
2021-11-06T08:50:43Z *** Failed to disconnect block; see debug.log for details
2021-11-06T08:50:43Z Error: Error: A fatal internal error occurred, see debug.log for details
2021-11-06T08:50:43Z ERROR: ProcessNewBlock: ActivateBestChain failed (Failed to disconnect block; see debug.log for details (code 0))
2021-11-06T08:50:43Z ERROR: UndoReadFromDisk: Deserialize or I/O error 2 (25) - CAutoFile::read: end of file: iostream error
2021-11-06T08:50:43Z ERROR: DisconnectBlock(): failure reading undo data
2021-11-06T08:50:43Z ERROR: DisconnectTip(): DisconnectBlock 5e13ec73d550758a7183f295bbefd8e67104487bf7a054bdb7521bde96c65ce2 failed
2021-11-06T08:50:43Z *** Failed to disconnect block; see debug.log for details
2021-11-06T08:50:43Z Error: Error: A fatal internal error occurred, see debug.log for details
2021-11-06T08:50:43Z ERROR: ProcessNewBlock: ActivateBestChain failed (Failed to disconnect block; see debug.log for details (code 0))
2021-11-06T08:50:43Z tor: Thread interrupt

I attempted to catch this issue on serialization of the BlockUndo data last week, but instead hit the Reindexer segfault described in issue 80.  I will try creating binary which verifies unserialize during serialize and running it to see if we can catch the issue when the Block object is still available.
I also saved the blocks from a node which crashed this morning which I will investigate to see if I find anything new.

In both cases I have observed of this issue the error occurs on decompression and deserialization of the script code.  For the incident that occurred this morning at block 1427557, the nSize value here was deserialized with a value of 69095430 (69MB)!  This causes CHashVerifier::ignore() to read past the end of the file.
Previously I attempted to run this patch to attempt to catch to problem on undo file write, but it was not able to catch this error over four days.  Will revisit the patch and try again.
Relevant Locals:
pindex->nHeight=1427557
pindex->nFile=25
nSize = 69095430
Call stack:
CHashVerifier<CAutoFile>::ignore(CHashVerifier<CAutoFile> * const this, size_t nSize) (/src/pocketnet.core.reindexer/src/hash.h:171)
ScriptCompression::Unser<CHashVerifier<CAutoFile> >(ScriptCompression * const this, CHashVerifier<CAutoFile> & s, CScript & script) (/src/pocketnet.core.reindexer/src/compressor.h:91)
Wrapper<ScriptCompression, CScript&>::Unserialize<CHashVerifier<CAutoFile> >(Wrapper<ScriptCompression, CScript&> * const this, CHashVerifier<CAutoFile> & s) (src/pocketnet.core.reindexer/src/serialize.h:454)
Unserialize<CHashVerifier<CAutoFile>, Wrapper<ScriptCompression, CScript&>&>(CHashVerifier<CAutoFile> & is, Wrapper<ScriptCompression, CScript&> & a) (src/pocketnet.core.reindexer/src/serialize.h:704)
UnserializeMany<CHashVerifier<CAutoFile>, Wrapper<ScriptCompression, CScript&>&>(CHashVerifier<CAutoFile> & s, Wrapper<ScriptCompression, CScript&> & arg) (src/pocketnet.core.reindexer/src/serialize.h:1054)
UnserializeMany<CHashVerifier<CAutoFile>, Wrapper<AmountCompression, long&>&, Wrapper<ScriptCompression, CScript&>&>(CHashVerifier<CAutoFile> & s, Wrapper<AmountCompression, long&> & arg) (/src/pocketnet.core.reindexer/src/serialize.h:1055)
SerReadWriteMany<CHashVerifier<CAutoFile>, Wrapper<AmountCompression, long&>, Wrapper<ScriptCompression, CScript&> >(CHashVerifier<CAutoFile> & s, CSerActionUnserialize ser_action) (/src/pocketnet.core.reindexer/src/serialize.h:1067)
TxOutCompression::SerializationOps<CHashVerifier<CAutoFile>, CTxOut, CSerActionUnserialize>(CTxOut & obj, CHashVerifier<CAutoFile> & s, CSerActionUnserialize ser_action) (/src/pocketnet.core.reindexer/src/compressor.h:116)
TxOutCompression::Unser<CHashVerifier<CAutoFile> >(CHashVerifier<CAutoFile> & s, CTxOut & obj) (/src/pocketnet.core.reindexer/src/compressor.h:116)
Wrapper<TxOutCompression, CTxOut&>::Unserialize<CHashVerifier<CAutoFile> >(Wrapper<TxOutCompression, CTxOut&> * const this, CHashVerifier<CAutoFile> & s) (/src/pocketnet.core.reindexer/src/serialize.h:454)
Unserialize<CHashVerifier<CAutoFile>, Wrapper<TxOutCompression, CTxOut&> >(CHashVerifier<CAutoFile> & is, Wrapper<TxOutCompression, CTxOut&> && a) (/src/pocketnet.core.reindexer/src/serialize.h:704)
TxInUndoFormatter::Unser<CHashVerifier<CAutoFile> >(TxInUndoFormatter * const this, CHashVerifier<CAutoFile> & s, Coin & txout) (/src/pocketnet.core.reindexer/src/undo.h:47)
VectorFormatter<TxInUndoFormatter>::Unser<CHashVerifier<CAutoFile>, std::vector<Coin, std::allocator<Coin> > >(VectorFormatter<TxInUndoFormatter> * const this, CHashVerifier<CAutoFile> & s, std::vector<Coin, std::allocator<Coin> > & v) (/src/pocketnet.core.reindexer/src/serialize.h:621)
Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&>::Unserialize<CHashVerifier<CAutoFile> >(Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&> * const this, CHashVerifier<CAutoFile> & s) (/src/pocketnet.core.reindexer/src/serialize.h:454)
Unserialize<CHashVerifier<CAutoFile>, Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&>&>(CHashVerifier<CAutoFile> & is, Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&> & a) (/src/pocketnet.core.reindexer/src/serialize.h:704)
UnserializeMany<CHashVerifier<CAutoFile>, Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&>&>(CHashVerifier<CAutoFile> & s, Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&> & arg) (/src/pocketnet.core.reindexer/src/serialize.h:1054)
SerReadWriteMany<CHashVerifier<CAutoFile>, Wrapper<VectorFormatter<TxInUndoFormatter>, std::vector<Coin, std::allocator<Coin> >&> >(CHashVerifier<CAutoFile> & s, CSerActionUnserialize ser_action) (/src/pocketnet.core.reindexer/src/serialize.h:1067)
CTxUndo::SerializationOps<CHashVerifier<CAutoFile>, CTxUndo, CSerActionUnserialize>(CTxUndo & obj, CHashVerifier<CAutoFile> & s, CSerActionUnserialize ser_action) (/src/pocketnet.core.reindexer/src/undo.h:61)
CTxUndo::Unser<CHashVerifier<CAutoFile> >(CHashVerifier<CAutoFile> & s, CTxUndo & obj) (/src/pocketnet.core.reindexer/src/undo.h:61)
CTxUndo::Unserialize<CHashVerifier<CAutoFile> >(CTxUndo * const this, CHashVerifier<CAutoFile> & s) (/src/pocketnet.core.reindexer/src/undo.h:61)

The synchronization issue has been fixed in version 0.20.*, which is in pre-release state and is being prepared for release.


Training code of NTU RGB+D 60 and 120

Hi, this is a nice paper. Could you release the codes of (model, dataset, training process) on NTU RGB+D 60 and 120?
Thanks.

Hi @liujiaheng,
Sorry for my late reply. I have just released the related codes.
Best.

Thanks for your code. Could you release the pre-trained  models of NTU60?

Hi @liujiaheng,
Please find the  pre-trained NTU60 model via the link https://drive.google.com/file/d/1xHWs8dyLaNNPxhumCp-hWfMQN_DSepFn/view?usp=sharing
Best.

NTU 60 for subject is working.
Can you please share for NTU120 and both subject and view?
Thanks in advance


Guide - Working with Secrets & Environment Variables

User mentioned on Discord:

Solely because I've spent a good bit of time on this for my own experiments replicating parts of a Gitlab yml pipeline in Dagger, a guide on 'Working with Secrets & Environment Variables' is going to help a lot of curious people. Every company's CICD pipeline uses environment variables and secrets one way or another, whether it's accounts, environments, feature testing, passwords, credentials, tokens, whatever.

We should create one of these guides to tie as a next use case from the quick starts.

Closing since we can use #4435 to track next steps instead


Upgrade to ESLint 7.

Filing this quickly as a placeholder so we have something to refer to.
Currently, this is known to be blocked by prettier-eslint not supporting ESLint 7 yet: https://github.com/prettier/prettier-eslint/issues/401.

Version 12.0.0 of prettier-eslint reportedly just got ESLint 7 support, so I'm unblocking this! 🎉


Add deployments to travis pipeline

Pull Request Test Coverage Report for Build 297

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 82.979%

Totals

Change from base Build 295:
0.0%

Covered Lines:
91

Relevant Lines:
99

💛  - Coveralls


[WIP] feature/issue-2616 Expose beta_proportion lccdf, lcdf, lpdf, rng

Submission Checklist

[x] Run unit tests: ./runTests.py src/test/unit
./runTests.py -j3 src/test/unit/lang/parser/distribution_functions_test.cpp
[x] Run cpplint: make cpplint
[x] Declare copyright holder and open-source license: see below

Summary
Expose beta_proportion_lccdf, beta_proportion_lcdf, beta_proportion_lpdf, and beta_proportion_rng.
Tests written in
src/test/test-models/good/function-signatures/distributions/rngs.stan
and
stan/src/test/test-models/good/function-signatures/distributions/univariate/continuous/beta_proportion/
Reviewer, please notice:  I didn't find any Stan programs that test, for instance, y ~ beta(a, b) and thus didn't write a Stan program with beta_proportion in a Stan model block.  Instead Stan programs for beta_proportion_lccdf, beta_proportion_lcdf, and beta_proportion_lpdf  are within the directory stan/src/test/test-models/good/function-signatures/distributions/univariate/continuous/beta_proportion/.  These tests use the pipe syntax, whereas no other distribution's tests seem to do this.
Intended Effect
Give users access to the functions beta_proportion_lccdf, beta_proportion_lcdf, beta_proportion_lpdf, and beta_proportion_rng.
How to Verify
src/test/unit/lang/parser/distribution_functions_test.cpp contains the commands to run the tests.
Side Effects
None intended.
Documentation
In src/docs/functions/distributions.tex
Copyright and Licensing
Please list the copyright holder for the work you are submitting (this will be you or your assignee, such as a university or company): California State University, Chico
By submitting this pull request, the copyright holder is agreeing to license the submitted work under the following licenses:

Code: BSD 3-clause (https://opensource.org/licenses/BSD-3-Clause)
Documentation: CC-BY 4.0 (https://creativecommons.org/licenses/by/4.0/)

@bob-carpenter When you get back into the groove of things after StanCon, would you help me parse the following jenkins error (this is the error from one push ago):
./src/test/test-models/good/function-signatures/distributions/univariate/continuous/beta_proportion/beta_proportion_lpdf.hpp:140:55: error:
      use of undeclared identifier 'beta_proportion_log'; did you mean
      'beta_proportion_rng'?
  ...stan::math::assign(transformed_data_real, beta_proportion_log(d_real,d_r...
                                               ^~~~~~~~~~~~~~~~~~~

Is the best solution at this point to just write, in stan-dev/math, beta_proportion_log and presumably beta_proportion_cdf_log and beta_proportion_ccdf_log, too?  Some deprecation notes about the DistributionX_log style functions led me to believe we wouldn't need these.
I'm having a hard time tracking down where/why this error message comes about.  Where is beta_proportion_log coming from?

It's coming from generated code.  And yes, for now, those functions need to be implemented to delegate back to the real functions.  We need to sort this out so we don't need to keep adding _log versions of functions.
I created an issue:
https://github.com/stan-dev/stan/issues/2623

FYI This PR should have a work in progress label on it until either https://github.com/stan-dev/math/issues/1018 or https://github.com/stan-dev/stan/issues/2623 is merged.  Thanks.

Ready for review.  Thanks.

Looks like there's a merge conflict. Pull down the latest develop and merge it into your branch

Hey @bbbales2 I fixed the merge conflict and pushed.  Looks like 15 of the 16 builds on Travis passed, but the 15th build had some apt-get command fail.  Would you restart Travis, please?  Thanks.

This looks good to me. What do you mean by "These tests use the pipe syntax, whereas no other distribution's tests seem to do this." Do you just mean that they use = instead of <- for the assignments?

I edited that comment out, as it no longer pertains to this PR.  To answer your question, no.  That comment addressed my previous attempt to test beta_proportion_lx, for x equal to each of ccdf, cdf, pdf, without the associated _log functions -- for these functions the correct syntax uses the pipe |, for instance beta_proportion_lpdf(y | mu, kappa).  This was before I knew that the associated _log functions were a necessity, hence my comment about marking this PR as WIP until either stan-dev/math#1018 or #2623 was merged.  Now that stan-dev/math#1018 was merged, I changed back to the standard testing of the associated _log functions.  Hope that makes sense, but happy to answer any further questions if it doesn't.

I'm done working on this one; no more WIP.  @bob-carpenter when you get a minute, let me know if there is anything else I need to address on this.  Thanks.


I dont want it to create subfolder per downloaded image what to do ?

I dont want it to create subfolder per downloaded image what to do ?

I dont want it to create subfolder per downloaded image what to do ?

Ripme creates a new folder for every album it rips, there's no way to change that at this time.

Which code file is about it ? Maybe i can modify.
21 Ara 2017 02:29 tarihinde "cyian-1756"<EMAIL_ADDRESS>yazdı:

I dont want it to create subfolder per downloaded image what to do ?
Ripme creates a new folder for every album it rips, there's no way to
change that at this time.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/RipMeApp/ripme/issues/344#issuecomment-353213159, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AMYrd2v_vrDjfhaajmk-Ets_Cx1-WtYsks5tCZhNgaJpZM4REo4l
.

Which code file is about it ? Maybe i can modify.

I believe it's abstractRipper.java


Email validation not working with: aa@bb

If you enter aa@bb the validation passes.
This happens on demo as well: http://jqueryvalidation.org/files/demo/
I updated the email regex in my local validate.js to:
^[a-zA-Z0-9.!#$%&'*+/=?^_`{|}~-]+@a-zA-Z0-9?(?:.a-zA-Z0-9?){1,}$
At the end it was *  before $ but I changed to {1,}. That started displaying appropriate message.

See readme

IMPORTANT NOTE ABOUT EMAIL VALIDATION. As of version 1.12.0 this plugin is using the same regular expression that the HTML5 specification suggests for browsers to use. We will follow their lead and use the same check. If you think the specification is wrong, please report the issue to them.


testing require gcc for boost

Summary
Boost will compile with gcc and work with spack-stack's ecflow.
Testing
Describe the testing done for this PR.
Applications affected
List all known applications (UFS WM, JEDI, SRW, etc.) intentionally or unintentionally affected by this PR.
Systems affected
List all systems intentionally or unintentionally affected by this PR.
Dependencies
If there are PRs that need to be merged before or along with this one, please add "- [ ] waiting on LINK_TO_PR" for each of them
Issue(s) addressed
Link the issues addressed or resolved by this PR (use Fixes #??? for fully resolved issues)
Checklist

[ ] This PR addresses one issue/problem/enhancement, or has a very good reason for not doing so.
[ ] These changes have been tested on the affected systems and applications.
[ ] All dependency PRs/issues have been resolved and this PR can be merged.

@ashley314 I am actively working on this. It looks like not boost, but ecflow needs to be compiled with gcc. Maybe both. This will also require an update to the spack stack setup-meta-modules extension.

Thanks @climbfuji I saw and closed this out. Let me know if when and if you want me to test! Are you using https://github.com/JCSDA/spack-stack/pull/1257?


Upate docker-compose to be easier to use for permission bug

Hey @george-gca ,
I am thinking about what you've done in docker-compose.yaml.
Does it solve the problem if we just do this change in docker-compose?

https://stackoverflow.com/questions/48727548/how-to-configure-docker-compose-yml-to-up-a-container-as-root

Sorry for the huge delay. I'll take a look at it.

No, it doesn't. Same error:
/usr/local/bundle/gems/jekyll-4.3.4/lib/jekyll/cache.rb:181:in `initialize': Permission denied @ rb_sysopen - /srv/jekyll/.jekyll-cache/Jekyll/Cache/Jekyll--Cache/b7/9606fb3afea5bd1609ed40b622142f1c98125abcfe89a76a661b0e8e343910 (Errno::EACCES)

How can I replicate this?

Tbh I have no idea. I tried to use it on my laboratory server, where we use docker to run experiments. The docker installation there have some restrictions, to avoid someone being able to run code inside docker as root. And I have no idea how they did this.


Jekyll Multiple Languages Navigation

Hey. I've been struggling for a week now to translate the navigation menu into several languages.
I found many examples on Google where people were able to customize the translation of the menu using the "Minimal Mistakes" theme. The articles were from 2018, maybe something has changed in the topic or in Jekyll?
How do I create a multilingual menu:
file: _data/navigation.yml
languages:
  - language: "en"
    links:
    - title: "About"
      url: /about/
    - title: "Archives"
      url: /archives/
    - title: "GitHub"
      url: https://github.com
    - title: "pt"
      url: /pt/
  - language: "pt"
    links:
    - title: "Sobre"
      url: /sobre/
    - title: "Arquivos"
      url: /arquivos/
    - title: "GitHub"
      url: https://github.com
    - title: "en"
      url: /

Two languages, two subtrees with the correct URLs for either.
Then I needed to incorporate that into the _includes/masthead.html
The standard code looks like this:

          {%- for link in site.data.navigation.main -%}

              {{ link.title }}

          {%- endfor -%}

I change it to code for different languages:
{% for item in site.data.navigation.languages %}
  {% if item.language == page.lang %}
    {% for link in item.links %}
      {% if link.url contains "http" %}
        {% assign url = link.url %}
      {% else %}
        {% assign url = link.url | relative_url %}
      {% endif %}
      {{ link.title }}
    {% endfor %}
  {% endif %}
{% endfor %}

By this design, it is not displayed even without the plugin "Jekyll Multiple Languages Plugin" in a clean theme "Minimal Mistakes"
I tried simpler and changed the standard code

          {%- for link in site.data.navigation.languages -%}

              {{ link.title }}

          {%- endfor -%}

This displays all menu items in all languages.
Please help me figure it out because I think you are the best theme developer for Jekyll!
I realize that maybe localization is beyond the scope of this topic, but I can't get any help anywhere. I would like to keep using the beautiful Minimal Mistakes theme!

Hey. Who will find this issue, here is an intermediate solution:
In the _data folder, create a file my-nav-lang.yml:
  de: Primäre Navigation
  en: Primary navigation

menu_items:
  de:
    - label: So funktioniert's
      path: /de/so-funktioniert-es
    - label: Über uns
      path: /de/ueber-fortomorrow
    - label: Blog
      path: /de/blog
    - label: Mitmachen
      path: /de/klima-abos
  en:
    - label: How it works
      path: /en/how-it-works
    - label: About
      path: /en/about
    - label: Join now
      path: /en/climate-subscriptions

then in the _includes masthead.html file:
ul class="visible-links">

             {% assign nav_language = site.lang %}
               {% assign menu_items = site.data.my-nav-lang.menu_items.[nav_language] %}
               {% unless menu_items %}
                 {% assign menu_items = site.data.my-nav-lang.menu_items.[site.language_default] %}
               {% endunless %}
               {% for item in menu_items %}

                   {{ item.label }}

               {% endfor %}