Very good but missing features wished

Hello,
Sorry for my bad english.
This is a very fine tools
For it to be used in my company (by paying a license) it would be necessary: go back / go next buttons and the possibility of making a link on another Visio file by also indicating the page. That would be the best!!

Hello @jjs83 thank you for the feedback!
I think you can use hyperlinks in Visio diagrams to link to another page, and back-forward browser buttons?
In Visio, you could just set a Hyperlink for a shape, and then navigate back. Am I missing something.
Could you maybe post a screenshot of what you mean?
Also, there is currently no paid license (it's free)

Hi,
Sorry for by bad english, but I am french.
Thanks for your quick return. My question was about your "SharePoint Diagram Frame WebPart":
Links to other pages work fine in the same document, but they don't work at all when calling another document (see screen below)
It's also like this in the internal SharePoint viewer.
In addition, my 2nd question (or suggestion) concerned an improvement which could make it possible to have the equivalent of the "Back" or "Previous" buttons of the browsers to pass more easily from pages to others.
Thanks
JJ SINET
De : Nikolay Belykh  @.> @.
Envoyé : lundi 18 avril 2022 22:23
À : nbelyh/VisioOnlineSpfxWebPart @.>
Cc : jjs83 @.>; Mention @.***>
Objet : Re: [nbelyh/VisioOnlineSpfxWebPart] Very good but missing features wished (Issue #3)
Hello @jjs83 https://github.com/jjs83  thank you for the feedback!
I think you can use hyperlinks in Visio diagrams to link to another page, and back-forward browser buttons?
In Visio, you could just set a Hyperlink for a shape, and then navigate back. Am I missing something.
Could you maybe post a screenshot of what you mean?
Also, there is currently no paid license (it's free)
—
Reply to this email directly, view it on GitHub https://github.com/nbelyh/VisioOnlineSpfxWebPart/issues/3#issuecomment-1101730541 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AYYIUZEBS76G2GZXVML5LU3VFXABHANCNFSM5TSSJHNA .
You are receiving this because you were mentioned.  https://github.com/notifications/beacon/AYYIUZDU2H75GO3GVUC3HKLVFXABHA5CNFSM5TSSJHNKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOIGVRF3I.gif Message ID: @.*** @.***> >
--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Yes, now I understand the idea. The issue is, the webpart is running in IFRAME. BUT. This feature does not seem to be impossible, we just need to render another Visio file in the same IFRAME (the linked one) and provide navigation inside the web part.
I will try to implement this feature but for now, have no estimated timeframe.

OK thank you very much 😁
JJ SINET

From: Nikolay Belykh @.>
Sent: Thursday, April 21, 2022 11:46:45 PM
To: nbelyh/VisioOnlineSpfxWebPart @.>
Cc: jjs83 @.>; Mention @.>
Subject: Re: [nbelyh/VisioOnlineSpfxWebPart] Very good but missing features wished (Issue #3)
Yes, now I understand the idea. The issue is, the webpart is running in IFRAME. BUT. This feature does not seem to be impossible, we just need to render another Visio file in the same IFRAME (the linked one) and provide navigation inside the web part.
I will try to implement this feature but for now, have no estimated timeframe.
—
Reply to this email directly, view it on GitHubhttps://github.com/nbelyh/VisioOnlineSpfxWebPart/issues/3#issuecomment-1105792386, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AYYIUZG5PWZBFVR2PLAF4ILVGHEELANCNFSM5TSSJHNA.
You are receiving this because you were mentioned.Message ID: @.***>

@jjs83
This should be implemented in 1.2 ("enable navigation" checkbox)
You need to make a link to antoher visio file (either relative link or a link to a file in SharePoint).
If you make a relative link, the file it refers to should be in the same location in SharePoint as on your local drive.
The checkbox adds the "breadcrumb" trail at the top for the navigation, and allows single-click jumps if a shape is linked to another diagram. This works quick for pages, but is not really quick for diagrams, and I have seen several cases when it just stops at "loading". If it happens need to click on the crumb trail again, then it loads.

Would appreciate if you could check it out (currently in 1.2 pre-release).

The 1.2 version should include navigation support to some extent that should cover the basic scenario of files hierarchy.


Plan limits system.

@lasryaric feel free to review of course as well if you get to it first :+1:

Proposed plan if needed:

Do not pull count if the limit is infinite (likely correlated with large data sources)
Store a total somewhere else and pull from it.


Discussion on the assembly of the element matrix

In Palace, when assembling the element matrix, the element matrix is first computed without considering the material coefficients. After the element matrix is calculated, the material coefficients are then added to the element matrix. Doesn't this significantly increase the computational cost? Is this approach beneficial for parallel computing in some way?

Hi @huangyb2,
I'm not 100% sure what you mean by your question, but if you are referring to computing the element transformation pieces separately before the coefficient terms, then this is an optimization. See https://github.com/awslabs/palace/issues/122 and https://github.com/awslabs/palace/pull/166. The rough idea was that extra computation on the fly was worth it to reduce the size of the data needed to be stored. Does that answer your question? If not if you point me at the particular lines of code you are confused by, maybe I can be of more help.

Hi@hughcars
Thank you for your reply, and I apologize for the delay in my response. My focus is on understanding how the relative permeability is incorporated into the assembly process of the unit matrix, such as the curlcurl unit matrix, in Palace. I have gone through the code implementation of each function layer by layer, but still cannot find the answer. Could you please tell me where the bottom-level implementation of this function is located?My trace process is as follows:
1

2

3

and so on.......

I think what you're looking for are the integrators and qfunctions. If you look at CurlCurlIntegrator::Assemble you will find that a QFunction is being assembled, which contains all the data that will be evaluated at each quadrature point. If you trace further, you'll eventually end up in the libceed functions, where the geometry data (things like jacobians, jacobian determinants etc. are computed) and the physical data (material properties) are combined. You need to go a long way further than BilinearForm::PartialAssemble, as the process to assemble efficiently in parallel is fairly involved.
The geometry data is computed once and then reused in any relevant integrands, whereas the physical data is specific to each integrand. This process is key to the partial assembly approach taken within Palace, that is explained by MFEM, https://mfem.org/performance/.

Hi@hughcars ，
Thank you for your help. I have come across CEED's QFunction, but it is a bit unfamiliar to me, so I need some time to understand it.


feat: new MultiResult wrapper

Adding the MultiResult wrapper for returning multiple results out of a single step.

Codecov Report
Attention: Patch coverage is 93.33333% with 1 line in your changes missing coverage. Please review.

Project coverage is 82.01%. Comparing base (d26613b) to head (4c16bbe).

Files with missing lines
Patch %
Lines

.../tech/illuin/pipeline/step/result/MultiResult.java
66.66%
1 Missing :warning:

Additional details and impacted files
@@             Coverage Diff              @@
##             master     #101      +/-   ##
============================================
+ Coverage     81.95%   82.01%   +0.05%
- Complexity      686      691       +5
============================================
  Files           124      125       +1
  Lines          1768     1779      +11
  Branches        105      107       +2
============================================
+ Hits           1449     1459      +10
- Misses          252      253       +1
  Partials         67       67

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


Subtask 1: Adding a timer dropdown menu

Designing a Timer icon and a corresponding dropdown menu that allows the user to select some time to delay the tracking #184

Front end part was completed


Align Icon in Button

The Icon in the Button component needs to be aligned with the text and it should also change size according to the size prop

Closed by #994
@Shashika6 p.s. please remember to close these


Add Jenkinsfile

We are currently looking at updating the way in which we do CI. In Jenkins 2 we can define our Build steps with a Jenkinsfile. This is one of the applications we would like to test with, because it's simple.
This Jenkinsfile is for Jenkins 2. The new version of Jenkins takes
care of notifying GitHub so we can remove gh-status.
There are probably other things in the jenkins.sh which can be deduplicated
as Jenkinsfile functions.

Is this a WIP?

This is ready to review and merge

I updated the Jenkinsfile with your last comment


[mgmt] cosmosdb preview release

https://github.com/Azure/sdk-release-request/issues/4572

API change check
API changes are not detected in this pull request.

Hi @sarangan12 ,for all languages, we decide to skip the release for cosmosdb of 2023-09-15 version because we have long enum name issue. So now we would just release the 2023-09-15-preview version.  Could you confirm whether this version works for data-plane? thanks
Cc @MaryGao


Add a sender adaptor for setting the current allocator associated with the receiver

As described in issue #313 some algorithms may require memory allocation, however there is no mechanism in P2300R3 for specifying which allocator to use for this memory allocation.
In many scenarios it is essential to be able to control memory allocations. I therefore propose adding allocator support to let_value as follows:

if let_value is invoked as let_value(s,f,alloc) where s is a sender, f is an invocable and alloc is an allocator, then it is equivalent to:

tag_invoke(execution::let_value, get_completion_scheduler<set_value_t>(s), s, f, alloc), if that expression is valid and its type satisfies execution::sender, otherwise
tag_invoke(execution::let_value,s,f,alloc) if that expression is valid and its type satisfies execution::sender, otherwise
tag_invoke(execution::let_value, get_completion_scheduler<set_value_t>(s), s, f), if that expression is valid and its type satisfies execution::sender, otherwise
tag_invoke(execution::let_value,s,f) if that expression is valid and its type satisfies execution::sender, otherwise
let_value(s,f), except that a copy of alloc is used for all dynamic allocations performed in order to meet the required behaviour of let_value.

let_error and any other algorithms that can allocate should be adjusted in a similar fashion.

In sender/receiver, state like allocators isn't passed into the algorithm; it is associated with the receiver with queries like get_allocator(Receiver). If you know the allocator when you are calling the algorithm and want it to be used, you would write a sender adaptor with_allocator(Sender, Allocator) that, when connect-ed, would wrap the incoming receiver with one that implemented the get_allocator query and returned the allocator.

OK: if get_allocator is the way to go, then we need with_allocator in the paper.

We'll probably want several of these sender adaptors; e.g., for setting the current scheduler, or the current stop token. In libunifex, we have just one sender adaptor that can be parameterized on a receiver query CPO, which might be the right way to go here.

moved to cplusplus/sender-receiver#56


Regen

cc @sdroege @EPashkin
Follow-up of https://github.com/gtk-rs/gir-files/pull/43.

Otherwise looks good to me

Problem now is that we have https://developer.gnome.org/gtk4/stable/GtkCssProvider.html#GtkCssProvider-parsing-error "section" parameter which has a type with no name. Which is weird. Then I look around to check for the CssSection and found nothing. Really weird. What "name" should I put in the fix so it works?

Also missing CssLocation

Agree that we can ignore gtk4 now and undo changes

Let's wait for @sdroege approval first then.

Agree that we can ignore gtk4 now and undo changes

I think gir is broken then :) The gir files are working fine with other bindings and should work. Needs further investigation.

A <type> is supposed to have a name, that's the issue. Doesn't seem to come from us. :-/

A <type> is supposed to have a name, that's the issue. Doesn't seem to come from us. :-/

Did someone create an issue against gtk4 for that?

No? :)

Please do that then :) And also create a new issue in this repo so we don't forget to update gtk4 before the next release.

Do you know where we're supposed to open such an issue btw?

https://gitlab.gnome.org/GNOME/gtk/issues/new

Thanks!

Opened https://gitlab.gnome.org/GNOME/gtk/issues/2230

Then also an issue here and an entry in the release tracker issue, and then merge :)


Fixed Bulk Export Content-Location does not respecting fixed base URL

Fixes Bulk Export Content-Location does not respect fixed base URL #4670

Code changes were duplicated in #4682


Remove tight coupling to Mpu6050 by using to sjsu::Accelerometer class

What, what does this mean? Are you trying to change the MPU class itself or doing something else?

this is to resolve the tight coupling issue with the mpus. Switching the member variables to be Accelerometer object as opposed to mpu6050

Ah ok. The wording of the title is very confusing. You may want to change this to be more direct such as "Change references to Mpu6050 to sjsu::Accelerometer".

Why was this closed? Was this linked to a PR? If so list it here or make sure that you have Resolves #234 in your commit message so it automatically closes issues when the PR is merged.

Thanks @kammce I didn't know that was a thing. I'll do this next time. I was just trying to take care of issues that have been resolved for a few days.


add wasm functionality to apply-replacements

Like https://github.com/GoogleContainerTools/kpt-functions-catalog/pull/898 - this PR adds wasm functionality to the apply-replacements function.

Thanks for submitting the PR.
@natasha41575 can you pl. take a at this.

@droot @yuwenma could one of you merge this? I don't have owner permissions

Can this one be merged?

@wmuizelaar @natasha41575 Thanks for the reminder. I'll release this function by the end of tomorrow.


[IS 5.6.0] dashboard widgets enabled by default, which do not work out-of-the-box

per #2622, "Monitor Users Login Sessions" does not work out-of-the box.  To minimize surprises when setting up a new instance, it may make more sense for this to be enabled as part of configuring Analytics or to detect whether analytics has been configured rather than having the non-functional widget visible to admin end-users.

confirmed present in 5.6.0 as well

Thank you for your contribution!
We are closing this issue since it has not been prioritized for a long time. Chances are that it has already been solved in more recent versions. If not, we will be re-evaluating this when it becomes a priority.


Secp256k1::new() is VERY expensive...

I found out that Secp256k1::new() is VERY expensive...
98.15% of execution time is spent in Secp256k1::new()...
So if I use our current benchmarks:
C++ Native binding: 49 ms
Pure JS: 1043 ms
bitcoin-ts WASM: 170 ms
us with Secp256k1::new(): 14955 ms

We should be able to get to around 280 ms and
I am thinking of doing something like the following:
pub struct TinySecp {
    secp: Secp256k1<secp256l1::All>,
}

impl TinySecp {
    pub fn new(&self) -> TinySecp {
        TinySecp { secp: Secp256k1::new() }
    }

    pub fn sign(&self, hash: JsBuffer, x: JsBuffer) -> Result<JsBuffer, JsValue> {
        // ...
        self.secp.sign(...);
    }
}

Related: #4 #2

Solved!!! Almost as fast as bitcoin-ts!!!!!!!!!!!
Staring bench for NATIVE 1000 times
Finished 1000 iterations of NATIVE in 49 ms
Staring bench for JS 1000 times
Finished 1000 iterations of JS in 1068 ms
Staring bench for TS WASM 1000 times
Finished 1000 iterations of TS WASM in 173 ms
Staring bench for WASM 1000 times
Finished 1000 iterations of WASM in 199 ms


Dataset

"Thank you so much for your open-source contributions, this is great work! I am very interested in your code. Would it be possible for you to share the training data for the marker? I would greatly appreciate your help!"

Hello, thank you! The data to train the networks is generated on the fly and not saved.
Check https://github.com/JunkyByte/deepcharuco#setup-for-training-and-inference-on-val-data
The only real data are the coco images which are used as backgrounds :)


Add some bash machinery so that scripts/* can be invoked from any directory successfully. Added .envrc for direnv.

First, lispx is neat, ty.
Second, no one asked me for a pull request, so cherrypick what you like or ignore it all.
Third, pre-commit unfortunately works nicely with direnv and this pull request contains .js files and .lock  files I didn't intend. Maybe there's a way to remove those from the pull request, but as of this paragraph I don't know exactly how to do that. About to give that a go. But be aware you can't just blindly apply all the changes.
Finally, the real contribution is modifying scripts/* so that you can invoke them from anywhere in the project layout. Direnv adds scripts to PATH and the scripts themselves will find assets relative to BASH_SOURCE, the pathname of the running script. Bash is explicitly invoked so I use a bashism rather than $0.

I believe I've removed the offending .js and .lock files from this pull request and it can be applied in total if desired. But you have to do some mental gymnastics to get there from the history of operations above, ugh. I guess if I really knew what I was doing, I'd craft the pull request into a different branch so you could experiment with it first. My gitfu isn't that strong, but maybe yours is.
 Sorry 'bout that. The glass is half full? Quarter maybe? Eighth? A drop? You'll love the additions, trust me. No, really.

Thanks for the PR. I do have some overhauls of the build process planned. I will look into your changes once that's done.

At your leisure, good follow up.


Android app support, currently says "This plugin does not support your device."

I would appriciate Android support!

Hady,
Is this a structural problem or is it something you expect to be solved easily?
This plugin looks really great, but I only dispose of Android devices and I would like to know if there is any hope if I wait or if I have to find another solution for highlights export/import.
I run Obsidian on 2 devices with Android 10

This plugin has a strong dependency on electron (the framework that Obsidian desktop uses) to enable the importing of highlights from Amazon cloud.
That said... this hard dependency might not be required if you are importing from your Kindle's My Clippings file. It is possible to allow the plugin to be used on any device with Amazon cloud disabled.
@johnlunney @Crownburger @sterren-kijker out of curiosity, what method of highlight syncing would you be using?

Seconded for android support!

@hadynz I actually only want the My Clippings file method.
I guess you could block the other mode with a glorified if-block: https://marcus.se.net/obsidian-plugin-docs/testing/mobile-devices#platform-specific-features
and thus allow a basic mobile functionality.
And then remove the isDesktopOnly from manifest.json


Add Terms of Service to spee.ch

Per discussion on https://github.com/lbryio/lbry.io/issues/430 we need to have a Terms of Service document for spee.ch.

I'm no lawyer, but I can probably figure out the relevant stuff to create a ToS for Spee.ch. Do you want me to tackle this one?

@jsigwart I'm trying to figure out what to do here.  Do we think the ToS for spee.ch would be very different than the ToS we have for the app?  Do we think I should borrow one from another image sharing site?  any help appreciated.

termsfeed-html-terms-service.zip
termsfeed-text-terms-service.zip
Please use the attached as a ToS for Spee.ch.  We'll add/edit as necessary.  I have attached an HTML and text version both.

@alyssaoc Who can put this live on the site please?


Add rtd preview to actions

Given rtd config file comes with the template, I think it would make sense to include https://github.com/readthedocs/actions/tree/v1/preview along with the test and publish actions. I can send a PR at some point if you agree

Hi @OriolAbril, thanks for keeping this repo alive! 😄
I think adding the rtd action would indeed be great, so feel free to send a PR!


Added function SetRandomSeedWithTime

This function seeds the random number generator using the time since epoch, allowing for a unique seed from within the library.

@amnesiac0x7C5 I'm afraid there is no need for that function, you can send time directly to the parameter.

I see now, Thank you.


console is being spamed with Bean not found in model!

The line RemotingController.LOGGER.error(this.name, 'Bean not found in model!', bean, propertyName); can be found in _onArrayUpdate.
Since this method is called for each controller, this is bound to be thrown as soon as more than one controller is in use. In an application, that does a lot of array updates this will lead to a lot of spam in the javascript console, even to the point of the console not being usable. You have to consider that is number of updates times number of controllers after all, and that means it can really be appearing very very often

suggestion: remove the line.

Removing the line might be a workaround but in general the message will only be printed in case of an error. So if #2 is solved this should not happen anymore, right?

well, then I suggest to remove it till #2 is fixed. Because I don't see #2 being fixed compeltely and in a way that will prevent #3 to happen any time soon


Read data from secondary thermistor on TC4820

TC4820 features an optional secondary thermistor input for sensing alarm conditions. Interest has been expressed in making use of this feature.
Appendix B of the manual hopefully contains the information required to do this. A quick scan of section "IV. Serial Commands" makes me think we might just be able use request_decimal("040000") (cf. request_decimal("010000") for reading the control thermistor temperature), if all we want to do is read the temperature from this secondary thermistor.

The retrieved value should be written to the log file, along with that of the control thermistor.
The retrieved value could be shown on the GUI, but where to put this is not obvious, as it won't be related to the hot or cold blackbodies.

It’s something that I’d like to implement for UNIRAS and by default it would work for FINESSE as the components are the same. Hopefully not an issue to do?
Sent from Outlook for iOShttps://aka.ms/o0ukef

From: Alex Dewar @.>
Sent: Friday, October 11, 2024 1:02:56 PM
To: ImperialCollegeLondon/FINESSE @.>
Cc: Murray, Jonathan E @.>; Mention @.>
Subject: Re: [ImperialCollegeLondon/FINESSE] Read data from secondary thermistor on TC4820 (Issue #525)
This email from @.*** originates from outside Imperial. Do not click on links and attachments unless you recognise the sender. If you trust the sender, add them to your safe senders listhttps://spam.ic.ac.uk/SpamConsole/Senders.aspx to disable email stamping for this address.
I'm not convinced we need this and we do have to prioritise our tasks. @jonemurrayhttps://github.com/jonemurray?
—
Reply to this email directly, view it on GitHubhttps://github.com/ImperialCollegeLondon/FINESSE/issues/525#issuecomment-2407267408, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A32RD2INBQNNZXVZDH7F65TZ2647BAVCNFSM6AAAAABPYY5POOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBXGI3DONBQHA.
You are receiving this because you were mentioned.Message ID: @.***>

Great 😊
Sent from Outlook for iOShttps://aka.ms/o0ukef

From: Alex Dewar @.>
Sent: Friday, October 11, 2024 1:19:59 PM
To: ImperialCollegeLondon/FINESSE @.>
Cc: Murray, Jonathan E @.>; Mention @.>
Subject: Re: [ImperialCollegeLondon/FINESSE] Read data from secondary thermistor on TC4820 (Issue #525)
This email from @.*** originates from outside Imperial. Do not click on links and attachments unless you recognise the sender. If you trust the sender, add them to your safe senders listhttps://spam.ic.ac.uk/SpamConsole/Senders.aspx to disable email stamping for this address.
Nope, we can look at this. We might need to chat about it at some point though, so I'll leave it as "needs info"
—
Reply to this email directly, view it on GitHubhttps://github.com/ImperialCollegeLondon/FINESSE/issues/525#issuecomment-2407296341, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A32RD2MVRRUCHXM4GVEU6FLZ26667AVCNFSM6AAAAABPYY5POOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBXGI4TMMZUGE.
You are receiving this because you were mentioned.Message ID: @.***>


Secret Doors

Wondering if you're still planning to try to make this work with true secret doors. I like the solution you achieved, however I use foundry for in person gaming around a table mounted screen. If there is no character selected then all hidden doors in vision range show up for everyone. I can stop this from occurring most of the time by ensuring the left click to unselect token option is disabled. however if a character places for example a spell template this automatically deselects the characters therefore displaying all hidden doors.

No progress is possible on spotting true secret doors until Foundry makes a structural change in the door code. In the meantime, I can at least change the current hidden door code when no tokens are selected to show the hidden doors only if the client is the GM. This should work as you want if you are using something like Monk's Common Display for the player view.


Code clean up

Link to JIRA ticket
Add a link to the JIRA ticket that the changes in this PR describe.
Describe this PR
What is the problem we're trying to solve
Add a summary of the problem and any additional context that helps explain what the issue we're trying to solve is.
What changes have we introduced
Add descriptions of what changes were made to address the problem and provide a solution.
Include any links to commits that introduce significant additions of code if they help explain the process of coming to the solution. e.g Addition of test database setup, addition of first test and production class, removal of buggy code, etc.
Checklist

[ ] Added end-to-end (i.e. integration) tests where necessary e.g to test complete functionality of a newly added feature
[ ] Added tests to cover all new production code
[ ] Added comments to the README or updated relevant documentation (add link to documentation), where necessary.
[ ] Checked all code for possible refactoring
[ ] Code pipeline builds correctly

Follow up actions after merging PR
Are there any next steps that need to addressed after merging this PR? Add them here.

No associated ticket with the code clean up yet - I think we did create one, so I'll try and look it up !

I would suggest moving concrete implementation out of the Interfaces folder perhaps?


OpenSSH PS script does not work on PS 7.2.1

The step in the article to install OpenSSH does not work on Windows 10 or Windows 11.
I don't use PowerShell much, as I use TCC's replacement shell, so maybe there's some component that it needs, that isn't installed and not checked for.
PS C:\Windows\System32> Get-WindowsCapability -Online | Where-Object Name -like 'OpenSSH*'
Get-WindowsCapability: Class not registered

My current Win10 particulars:
Name                           Value
----                           -----
PSVersion                      7.2.1
PSEdition                      Core
GitCommitId                    7.2.1
OS                             Microsoft Windows 10.0.19043
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>
WSManStackVersion              3.0

If I run an older powershell, it does work, however.
Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

PS C:\WINDOWS\system32> Get-WindowsCapability -Online | Where-Object Name -like 'OpenSSH*'

Name  : OpenSSH.Client~~~~<IP_ADDRESS>
State : Installed

Name  : OpenSSH.Server~~~~<IP_ADDRESS>
State : NotPresent

PS C:\WINDOWS\system32> $PSVersionTable

Name                           Value
----                           -----
PSVersion                      5.1.19041.1320
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.19041.1320
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>

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

ID: 18a5a4e5-2604-23c2-1374-68a6974170bc
Version Independent ID: f93809cc-eb5e-6b9b-ed58-c8811a8ee21f
Content: Get started with OpenSSH
Content Source: WindowsServerDocs/administration/OpenSSH/OpenSSH_Install_FirstUse.md
Product: windows-server
Technology: administration
GitHub Login: @IngridAtMicrosoft
Microsoft Alias: inhenkel

This is why MS is going down :( the basics don't work and no one pays attention because "Triage".

#assign:xelu86

Thanks again for contacting Microsoft. I went through the documentation outlined and was unable to reproduce the error "Get-WindowsCapability: Class not registered". This was tested on Windows 10 Pro 21H1 & Windows 11 22H2 in a VM and non-VM environment.
PowerShell 5.1

PowerShell 7.2

The Get-WindowsCapability command belongs to the DISM module. A list of associated DISM commands can be found by running: Import-module DISM -Verbose
The error encountered, "Class not registered", can be a software or hardware issue where the hard drive may potentially be unhealthy, or the OS is missing specific dll files or even corrupted. Generally, the following can be ran in the Windows Command Prompt to check for OS corruption:
1] DISM /Online /Cleanup-Image /ScanHealth (wait for this to complete).
2] DISM /Online /Cleanup-Image /RestoreHealth (once complete, reboot).
3] Once back in the command prompt, run: sfc /scannow.
There are several potential fixes to this issue depending on what is causing it. If you Google or Bing "Get-WindowsCapability: Class not registered error" you will find different remedies to this issue.

This is a "different versions of Windows have different base DLL's". It's well documented that this error occurs.
MS can't even fix their own O/S


The resource group name of disk is in upper-case, however other resources isn't

I found the resource group name of disk is in upper-case, however other resources are not if I create the VM and related resources via Azure portal. I know this does not affect the use. But it is better to be consistent.

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

ID: 2e58109c-c8d3-6693-8e1d-03a89ca26168
Version Independent ID: f20a7fc4-328a-e90d-29db-92a91aa1b2bd
Content: Quickstart - Create a Windows VM in the Azure portal
Content Source: articles/virtual-machines/windows/quick-create-portal.md
Service: virtual-machines-windows
GitHub Login: @cynthn
Microsoft Alias: cynthn

Thanks for the feedback! We are currently investigating and will update you shortly.

@ToMakeSense thanks for bringing this to our attention. It appears to be isolated to the disks as I created a few VMs and all the resource group names were all caps visually only when related to the disks. All else was however I put it in to begin with. This does no impact functionality as the capitalization on the backend is ignored.
From a doc perspective, there is not an issue. Rather a odd display issue with disks. I have raised this to the engineering team to look into. No ETA on when it will be address as it is low priority and does not actually impact functionality. We agree consistency is important so it will be address at some point :)

@MicahMcKittrick-MSFT Thanks for your rely, just want to help improve Azure to be better.

Querying the id of a disk from the Azure CLI returns capitalization of RG name in the id, and it shows in the portal as well. It doesn't seem to do this for other resources. As the RG name is incorrect in the id, az resource move command doesn't work (resource not found)
Changing the case of the RG name manually back to lowercase succeeds, and seems to be the only workaround.

@mimckitt This is resulting in a disk resize failure for me, wherein the disk shows up in a resource group STAGING_UAT -
Failed to update disk 'staging_OsDisk_1_stringhere'. Error: The Resource 'Microsoft.Compute/disks/staging_OsDisk_1_stringhere' under resource group 'Staging_UAT' was not found. For more details please go to https://aka.ms/ARMResourceNotFoundFix

I actually get the same behaviour for Disks and VM's for a particular RG, the resource group is shown in uppercase in the VM & Disks blades and if I query with Get-AzVM and Get-AzDisk, but lowercase from the Resource groups blade (or any other resources view)

This also happens in my azure account. where am I supposed to report this?

It would really interest myself why this is happening and why this is closed if there hasn't been a "solution" posted here 🧐 ⁉

I had this problem in the Azure CLI when trying to grab disk IDs for a move command on multiple VMs.
The way I got around this in a bash script was this:
# OS Disk: Get name of disk and then query ID using this
osdiskname=$(az vm show -g rg1 -n vm1 --query "storageProfile.osDisk.name" -o tsv)
osdiskid=$(az disk show --name $osdiskname --resource-group rg1 --query "id" -o tsv)

# Get IDs of possible multiple data disks
datadisknames=$(az vm show -g rg1 -n vm1 --query "storageProfile.dataDisks[].name" -o tsv)
datadiskids=""
for i in $(echo $datadisknames); do datadiskids=`echo $datadiskids \`az disk show --name $i --resource-group rg1 --query "id" -o tsv\``; done

This gives the full Disk ID with the lower-case RG name.

I have the same problem with my disks (created using bicep). Every other resource in the resource group has the resource group listed in lowercase but the osdisks are in uppercase. Bizarre.

Is there any answer or resolution for this? I get the same when deploying a VM using an ARM Template - VM and disk resource group are uppercase.

We added a comment about this in the naming convention doc
https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/resource-name-rules
Essentially, the only answer/ resolution is that you need to either adjust your app to not be case specific or add additional scripts in place to adjust the case. Engineering is aware of this casing issue but we have no ETA on a fix.

this does really need fixing - pls provide an update on ETA.
its very inconvenient having to work around this problem in IAC tooling.

I am collecting the Azure resources by API. In such case with the capital resource group name, the API call failes because of it does not exist! Should I handle the resource group name manually? Why this 3-years old issue is still ongoing? That is so interesting.

Hey, this issue is such an eyesore and wed love it if it could be fixed in the near future.

#assign:@roygara Any chance we can get an update on whether this is being changed? Thanks!

Can confirm @daeho-ro issue, which is even more serioius. When querying the Azure API for information on a specific resource, after some time the case of the resource group in the azure_resource_group_id will change. I have seen just a few letters change, or the whole resource group id change to upper case. This is a huge problem as we leverage automation and store this data in our database to keep track of running azure resources. We have implemented work arounds because the case change seems to target specific sections of the resource group id. I have more recently seen VM's changing the casing of their associated resource group, which causes our external PowerShell script spin up and spin down of static vms for testing to fail, this has happened in the last few days and I can share images directly if needed. since the azure CLI queries are case sensitive, then a bug such as this one should be fairly high priority.

Sending best wishes as the new year begins. Is there any new information about when this problem will be resolved? Rather than making changes on our end, I suspect a code correction on azure's side will solve the problem. @mimckitt

@roygara Can you check in with the storage team on this? If it isn't being fixed, can we get an explanation? Thanks!

This isn't an isolated problem of the resource paths of disks. We have the same issue with resource paths of VMs.
All VMs are in the same resource group. Some resource group names in paths are capitalized, some not = with the original spelling of the resource group name.
But some of Microsoft's own analysis tools group their resources case-sensitive. E.g. Start-Stop-V2-Dashboard. Annoying.
And typically Microsoft: No solution, no answer why, no help how to correct this or automated correction. Nothing.
Just help yourself!

4 years later, no ETA no RCA :D

This is typical from Microsoft: "This is not a bug, this is a feature...".
Common Microsoft. People some people has OCD (Obsessive Compulsive Disorder) around getting all letters in the same size, same format, same case, etc.
Like me, my OCD is ringing a LOT because of this.
If you agree with me +👍👍 ➕➕please

This is regularly causing huge issues with our Terraform, causing alot of manual rework and statefiles out of drift!

We are still facing this issue whilst using Terraform.
@mimckitt is there any update and or a workaround for this issue please?

This bug actually breaks Azure's own tools. At least it breaks the Azure Automation Update Management. When creating a device group azure auto selects the RG's inside a sub, allowing you to also match on location and tag. It will let you select the corrected RG names, and then any device with a capitalized RG name will not match the query, and thus never get updated.
If the query has no matches because of this you'll get the following error.

Exception: 'No machine found based on AzureQuery provided in schedule. For more information, see - https://aka.ms/DynamicGroupTroubleShoot'.

Because the only matching device's RG name has various characters capitalized, or the whole thing is upcased. The query is clearly case sensitive. I just found this today and am surprised to see its over 3 years old.
Interestingly when browsing for the object the RG object is downcased, then only upcased on the VM not matching the query. This creates for a somewhat bewildering view of the RG name being shown in multiple case states in the gui.

And the unmatched query

I also have issue with this!
I read the resource ID from logs that are generetad by azure and they have resource ID all in uppercase and then I used the azure Resource Graph API (Kusto) to find the tags for the resource (using resorce id) however the resource cannot be found simply because of the casing. is this a prank ?

All, the best place to raise this issue is most likely the REST API Spec GitHub repo. That way the engineering team is aware and can investigate properly. I have not heard any updates on this issue but I do know it is still present.
Highly suggest anyone noticing this issue either open an issue here: https://github.com/Azure/azure-rest-api-specs/issues

@mimckitt  It's hard to know where to submit bugs. And not obvious that it should be filed under the REST API repo, even though I use the azure rest api routinely.
It would be far better if we could submit bugs, via some intake process, and Azure team, such as yourself, triaged, brokered, and routed them to the right place. If you are asking people to re-type their findings, all over again, it probably won't happen and thus the problem probably will never get fixed. The right teams probably won't hear about it.

for real.... this is insane

for real.... this is insane

Agree. We spent some hours of our lives to debug strange events that were caused by this. We resorted to just transforming all IDs to lowercase (https://github.com/clouditor/clouditor/pull/1333) to sort of get rid of this problem.


Star count filter

This PR fixes #34

added a slider component called StarsControl in the filter component:

added query params for max and min stars:

changed api/projects GET route handler to accept the above query params and filter projects on the given range

added debouncing the slider input logic to prevent multiple db calls

Issue resolved Demo:
https://www.loom.com/share/8619015ee268473cb2dedfb5d23d502e?sid=a80cf420-3781-4fbe-a265-05c3b5d94198

Thank you for your contribution!


Move to Ted Dunning's implementation of TDigest.

Moved from streamlib's implementation of TDigest to Ted Dunning's, as the former does not handle empty TDigest objects, and has poor performance as compared to the latter. to Move to Ted Dunning's implementation of TDigest.

@mcvsubbu This feature has not been used yet, and the first usage showed the issue with original library. So we are intentionally making this backward incompatible change.


Add NewUUID to runtime package

For use by generated code to produce UUIDs.
Part of https://github.com/Azure/autorest.go/issues/770

Why doesn't the generated code use the internal/uuid package?

Because it won't have access to it outside of the repo (e.g. autorest.go).


Create LVM on loop device to deploy Openshift Storage

The Openshift Storage that uses topolvm was raising an error, because the Microshift host does not have any LVM device. In previous role stage, we just remove the openshift-storage namespace and storageclass, because the CI tests mostly were using local storage for PV.

I did some test with the sf-operator and it's working well. We set the "storageClassName" as "topolvm-provisioner" and PV are deleted and data wiped with the PVC belonging to it is removed.
Could we merge the change ?


Property libDir on the configuration object

Hi,
I think the libDir on the configuration object isn't used anymore. There is a libDir on the global object, which I think is only set if a yaml-Loader is present or if the module is used as a command line tool.
A good way is to remove this attribute from the configuration object and provide a setter method to the yaml reader.
The default value in which is paste by the default-options is also null.

externalUrl isn't/never was actually and can be removed.
libDir is used within the configuration file which means it has to be accepted on the configuration object. The config file in yaml is equal to the config file you would pass in with a nodeJS API

Ah, thanks for clarification. I will check this..
Think the issue can be closed for the moment.


Testing, please ignore. (qkxdpu)

Bug bounty test - please ignore.... Please DO NOT APPROVE THIS! (qkxdpu)

Dear colleagues, I close this PR.
It could be malicious code!
I have reported the user to GitHub and will also report it internally.

Yes, looks like the try to exfiltrate things from build systems 🫥
Too bad that this repo isn't related to any internal CI


python312Packages.apple-weatherkit: 1.1.2 -> 1.1.3

Diff: https://github.com/tjhorner/python-weatherkit/compare/refs/tags/v1.1.2...v1.1.3
Changelog: https://github.com/tjhorner/python-weatherkit/releases/tag/v1.1.3

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 351405

x86_64-linux

:white_check_mark: 5 packages built:

home-assistant-component-tests.weatherkit
python311Packages.apple-weatherkit
python311Packages.apple-weatherkit.dist
python312Packages.apple-weatherkit
python312Packages.apple-weatherkit.dist


Entities currently do not receive temperature damage.

1: Spawn spaceman in space.
2: Alas they do not receive temp damage.
1: Spawn spaceman in fire.
2: Alas they do not take temp damage.

Fire still seems to work fine for me, but space seems to no longer cool you down. Again. The AtmosExposedUpdateEvent doesn't get fired at entities outside of atmospheres, and there's no form of passive radiative cooling or anything..


Modify Powerup Blinking

Currently, powerups spin and blink. I think the blink is confusing because there are periods of time where you can't see the powerup but you can still pick it up. The blinking should be changed so the remove blinking is a lot faster.
UPDATE:
In the standard gamemode, the powerup despawning will be removed. The code will be commented out to prepare for the later use in the gamemode.

I discovered today that my implementation to stop the blinking is causing the engine/game to crash. I'm not sure why but I need to look over the timer again and figure out a different solution that won't crash the game.

I spent about an hour trying to fix to the powerup spawning. I was able to remove code that stopped the game from crashing and changed the spawning so each powerup is on its own individual timer


Anchor symbol is too high relative to header

Improvement Idea:

Why: It looks weird when it's too high

Alternative ideas: 🤷♂

Hi! I've addressed this issue in my PR. Feel free to take a look and give feedback. Thanks!


Create kristiania

I am a researcher at the department of technology, Kristiania University College. Our department was part of Westerdals, but we changed to Kristiania University College this year. Is it possible to add our university to swot.
This is a link of Kristiania University College, https://kristiania.no/
Thanks!

@ZhangMan1126 Please rename lib/domains/no/kristiania to lib/domains/no/kristiania.txt

@philipto I have changed the name of the file. Thank you!

@ZhangMan1126 Pull request merged. Thank you!


[Question] Generate dynamic header

Hi, there!
Is there a possibility to map a dynamic number of columns from a CSV to a list?
The only solution that I have found is to generate the headers dynamically depending on what I need but I don't know if there is a better solution.
Here an example of what I'm trying to do:
@Test
public void testCsvParser() throws Exception {
    String csv = new StringBuilder()
        .append("StarWarsI~!~2~!~R2-D2~!~R2-D2" + System.lineSeparator())
        .append("StarWarsII~!~3~!~R2-D2" + System.lineSeparator())
        .append("StarWarsIII~!~4~!~R2-D2~!~R2-D2~!~R2-D2~!~R2-D2~!~R2-D2" + System.lineSeparator())
        .append("StarWarsIV~!~5~!~R2-D2~!~R2-D2~!~R2-D2~!~R2-D2" + System.lineSeparator())
        .append("StarWarsV~!~6~!~R2-D2~!~R2-D2~!~R2-D2" + System.lineSeparator())
        .toString();

    List<Film> films = new ArrayList<>();
    Arrays.stream(csv.split(System.lineSeparator())).forEach( line -> {
        line = line.replaceAll("~!~", ",");
        try {
            String[] headers = {"name", "id"};
            headers = this.generateDynamicHeaders(headers, line, 2);
            Film film = CsvParser
                .mapTo(Film.class)
                .headers(headers)
                .stream(line)
                .findFirst()
                .get();
            films.add(film);
        } catch (IOException e) {
            e.printStackTrace();
        }
    });
    films.forEach(System.out::println);
}

private String[] generateDynamicHeaders(String[] currentHeaders, String line, int startIndex) {
    List<String> headers = Arrays.stream(currentHeaders).collect(Collectors.toList());
    List<String> lineAsList = Arrays.stream(line.split(",")).collect(Collectors.toList());
    for (int i = 0; i < lineAsList.size() - startIndex; i++) {
        headers.add("actors_" + i + "_name");
    }
    return headers.toArray(new String[headers.size()]);
}

public static class Film {

    private String name;
    private int id;
    private List<Actor> actors;

    public Film(int id, String name, List<Actor> actors) {
        this.id = id;
        this.name = name;
        this.actors = actors == null ? new ArrayList<>() : actors;
    }

    public int getId() {
        return id;
    }

    public String getName() {
        return name;
    }

    public List<Actor> getActors() {
        return actors;
    }

    @Override
    public String toString() {
        return "Film{ id='" + id + "\' name='" + name + "\' actors=" + actors.toString() + " }";
    }
}

public static class Actor{

    private String name;

    public Actor(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }

    @Override
    public String toString() {
        return "Actor{ name='" + name + "\'}";
    }
}

Thanks a lot!

there is a strategy to generate default headers but it does not support list as it can't know the size of the list in advance. there is also 2 ways of dealing with list.
it's not currently very developped

also made me realized the separator question was related tothe writer? in that case it would be quite straightforward to change it to accept strings


No error for absent constructor

Code
class ClassWithCorrectConstructor {
    constructor(message: string) {

    }
    hi() {

    }
}

class ClassWithWrongConstructor {
    constructor(message: number) {

    }
}

class ClassWithoutConstructor {
}

interface ConstructorType {
    new (message: string): any
}

// I want to check constructor type only
function foo(cls: ConstructorType) {
}

foo(ClassWithCorrectConstructor) // Its ok
foo(ClassWithWrongConstructor) // Its ok. Error as expected
foo(ClassWithoutConstructor) // Its NOT ok. I expected error that custructor is absent, but TypeScript is silent

Expected behavior:
I expected error that constructor is absent, but TypeScript is silent
Actual behavior:
No error
Playground Link:
http://www.typescriptlang.org/play/index.html#src=class ClassWithCorrectConstructor {
    constructor(message%3A string) {

    }
    hi() {

    }
}

class ClassWithWrongConstructor {
    constructor(message%3A number) {

    }
}

class ClassWithoutConstructor {
}

interface ConstructorType {
    new (message%3A string)%3A any
}

function foo(cls%3A ConstructorType) {
}

foo(ClassWithCorrectConstructor) %2F%2F Its ok
foo(ClassWithWrongConstructor) %2F%2F Its ok. Error as expected
foo(ClassWithoutConstructor) %2F%2F Its NOT ok. I expected error that custructor is absent%2C but TypeScript is silent

This is the expected behavior. Function and by extension constructor assignability rules allow a function with fewer parameters to be assigned to a function reference that has more parameters (docs)
So for example
let fn: (a: number)=> void  = () => console.log("Don't care about args");

fn(1) // param ignore but so what no runtime error

In your case the class ClassWithoutConstructor  still has a default constructor, so the constructor signature is new ()=> ClassWithoutConstructor which is assignable to the parameter type (new (message: string): any)

https://github.com/Microsoft/TypeScript/wiki/FAQ#why-are-functions-with-fewer-parameters-assignable-to-functions-that-take-more-parameters

Thanks for the explanation.
I understood that JavaScript allows that behavior which is simplify work with built in api like 'forEach'
But our TypeScript project codebase has about half million lines of code.
And I dont remember using omitted args practice in our application code. (Excluding built in api usage)
It may be worth thinking about introducing additional annotations for catching such errors.
For example:
forEach(callback: (element*: T, index*: number, array*: T[]))
Where * means that you can omit this arg.
let items = [1, 2, 3];
items.forEach(arg => console.log(arg));

And enable this behavior with flag --strictFunctionArgs

so as not to break backward compatibility, you need to strengthen the typing by checking the arguments of the function.
`
type SomeConstructor = new (...args: any[]) => any
type ConstructorWithArgs<T extends SomeConstructor, Args> = (T extends new (...args: infer U) => any ? U extends Args ? T : never : never) & T
// I want to check constructor type only
function foo(cls: ConstructorWithArgs<T, [string]>) {
}
foo(ClassWithCorrectConstructor) // ok
foo(ClassWithWrongConstructor) // error
foo(ClassWithoutConstructor) // error
`


Cpus limit set to the container is overwritten with wrong value

What happened?
JVM-based images built with Paketo ignore the cpu limit set to the container (e.g., --cpu in Docker).
When running images built with Paketo (for example, Spring Boot applications), the "libjvm" project is responsible for defining the number of processors available to the JVM, which is later used by the memory calculator and relied upon to configure things like the number of threads.
The active_processor_count.go Go routine sets the JVM property -XX:ActiveProcessorCount to the number returned by runtime.NumCPU(). The problem is that it returns the number of processors on the host, and not the ones available to the container. The JVM can natively read the cpu limit from the container, but that Go routine overrides the value.

What were you attempting to do?

Running a Docker image of a JVM application packaged with Paketo and constraining the number of cpus for the container.

What did you expect to happen?

The JVM should consider the constrained number of CPU assigned to the container, not the ones available on the host. That would be aligned with the standard JVM behavior when running inside a container.

What was the actual behavior? Please provide log output, if possible.

The JVM uses the number of processors on the host no matter what. The value is computed by libjvm.
As a workaround, I can pass the constrained cpu value both to the container (for example, --cpus 2) and to the JVM (-XX:ActiveProcessorCount=2), but I would expect the first one to be enough just like the standard containerized JVM-based applications.
Another side effect is that the metrics exposed by the application are wrong, showing system and process usage information based on the total number of processors available on the host rather than the actual number of cpus assigned to the container. That makes it difficult to catch performance issues and analyze whether the number of cpus assigned to the containers are enough or if it needs more.
Build Configuration
To demonstrate the issue, I built a simple Spring Boot application (2.4.2) available in this repo. The builder is based on Paketo BellSoft Liberica Buildpack 7.0.0. The root endpoint returns information about the Java runtime.
I packaged the application as a Docker image both from a Dockerfile and from Paketo. Then, I run them using this Docker Compose configuration.
Container 1:  Image built with Dockerfile (--cpus 2)
Command: curl http://localhost:8080/
Result: Available processors: 2
Container 2:  Image built with Paketo (--cpus 2)
Command: curl http://localhost:8181/
Result: Available processors: 4
Container 3:  Image built with Paketo (--cpus 2 and JAVA_TOOL_OPTIONS=-XX:ActiveProcessorCount=2)
Command: curl http://localhost:8282/
Result: Available processors: 2
Checklist

[ X] I have included log output.
[ X] The log output includes an error message.
[ X] I have included steps for reproduction.

Hey @ThomasVitale after looking into this I am pretty sure the current behavior provides the best JVM performance. Let me explain:
The way cpu limits work in containers (if you use docker with --cpus or set a cpu limit in k8s) is that the cpu quota is set in the cgroup. Therefore the container has access to the entire host cpuset but is allocated a certain number of clock cycles.
For example, if the host has 2 cpus and you start a container with ---cpus 1 the container will be allowed to use half of the capacity of both host cpus. In this case you might think we would want to -XX:ActiveProcessorCount=1 but actually this would hurt performance because the JVM makes different scheduling decisions when it can run concurrently vs. when it can't. So, in this example, while we have one cpu equivalent, the JVM can run two concurrent threads and we want the JVM to know this so it doesn't do undesirable things like delay garbage collection.
some background: https://github.com/cloudfoundry/java-buildpack/issues/650

@ekcasey thanks a lot for your detailed answer. It's now clear to me the reason behind the current behavior.


Probability Distribution Objects

To keep things polymorphic for some of the planned behavioural functions I will be coding, it's going to be useful to have objects representing different types of distributions that can be passed as arguments. These distributions can be used to randomly draw values for things like step-lengths, turning angles, behavioural switching etc. and take parameters that have been calculated from quantitative studies on real observed behaviour.
Scipy has full PDF objects (like this), so eventually we could use these, but I guess this would involve writing lots of conversion code for the JIT side of things (see issue #27)?
For the moment though, is there an issue with me writing a simple container object that just holds the 'name' of the distribution (so that it can be found and called from the simpler numpy library), along with whatever parameters it's going to take?

This issue represents a rather specific case of #27 , so closing for now


Performance problems of lumina-fm

I have a problem with lumina-fm beeing so slow that I have to consider using another file manager.
The problem seems to be related to the number of files (and/or directories) in a directory. I have one particular "download" directory in which I keep a pile of files which I downloaded here and there, and for which I have no better place. Opening this dir in lumina-fm takes several seconds.
Even worse: Any file operation then takes much, much longer to execute. I measured the time to delete a single 400 kB PDF from the problematic directory: 50 seconds to show in lumina-fm, plus an additional ~40 seconds until the file manager was responding again to user interaction (selecting another file). Same behaviour for renaming.
The laptop is a four year old T530, with a i7 CPU and 8GB of RAM. Lumina was compiled from source (currently 149b0b98) on FreeBSD 11.0-RELEASE. Other software on the same laptop has no problem whatsoever with this directory (e.g. when opening it in evince to find a PDF, the content is presented instantly; same if I want to attach a file in Thunderbird from this directory - the content is shown without any noticeable delay).
There must be something terribly inefficient in the way lumina-fm handles this directory - possibly related to the ZFS snapshot feature(?). The directory currently has only 8 ZFS snapshots and no additional datasets or snapshots below it. Other directories are somewhat slow, but still usable. The problem really seems to be related to the size / number of files. The problem has existed for some time - possibly even since my first using of lumina (version 0.9). But I only started snapshotting later - so the problem may have become much bigger over time.
I also tested and this time it has nothing to do with the home-directory being a symlink. Opening /usr/home/uwe/downloads shows the same behaviour.

After my post, I just tested: Even after destroying all 8 snapshots of /usr/home/uwe/downloads does everything remain very slow in this directory. So it seems to be related to the size / number of files, rather than snapshots.

Did some more testing: I moved most of the files into sub-directories. And this seems to do the trick. The performance of lumina-fm in the downloads folder is much(!) better now. But still considerably below other tools.
The problem clearly seems to be the number of files directly in this directory. Moving them to sub-directories speeds up lumina-fm. Furthermore, it seems the overall size (in GB) does not seem to matter. I had a few very large files in the download folder (e.g. a 4+ GB ISO file of the Win10 installation disk). But moving that one, too, did not seem to speed up lumina-fm any further.
Hope this helps identifying the problem.

It is probably related to the multi-threading of lumina-fm:
It run the item loader/parser in a separate thread for every item in the directory - so depending on the limit your system has for the number of concurrent system threads, it might be causing a general slowdown.
I just committed a fix for this a moment ago. Please see if it makes any difference on your system. Basically, I just changed it so that a new thread is only spun up for every image file or *.desktop file (since those files need to actually be opened/read before the item becomes available).

Thanks. It does improve the behaviour slightly. But overall, performance of file operations are still delayed by up to 50 seconds.
In order to have a clear test case, I created a new directory /tmp/testdir with 500 empty files in it. Similar problem here: Renaming one file in lumina-fm takes ca. 15 seconds (until it shows the change) plus another ca. 10 seconds until the file manager becomes usable again.
You may want to reproduce it for yourself - I used this little script to generate 500 empty files under /tmp/testdir. I used the suffix ".txt" so that lumina-fm would not have to test it as an image file.
#!/bin/sh
mkdir /tmp/testdir
i=1000
while [ $i -lt 1500 ]
do
	touch /tmp/testdir/$i.txt
	i=`expr $i + 1`
done;

Strange, on both my laptop and my desktop I use one of the Oxygen icon directories for testing the file manager (/usr/local/share/icons/oxygen/32x32/actions : ~650 *.png files), and in both cases it takes <2 seconds to load the directory (this should be the worst case scenario - needs to open/read every single file).
Which filesystem are you using on FreeBSD 11.0? I am using ZFS here, but I have not been testing under UFS at all.

Ok, I think I tracked down the issue and committed another fix for it.
It looks like Qt was not re-using previously loaded QIcons, so the generic mimetype icon was getting re-loaded into memory for every item in the directory. If I recall properly this was one of the special advantages for the QIcon loading mechanisms - so possibly a regression in Qt5? I added my own QIcon cache into the Browser backend for the mimetype icons, and that seems to significantly speed up the loading of the directory (I used your script and bumped it up to 1500 files  to test it out: <1 second or so).

Thank you. I built again from latest sources, but unfortunately do not see any improvement: With 1500 test files it takes ca. 20 seconds each to show the renamed file name and to become responsive again. 40 seconds for something that should normally work in less than a second is not good. On the shell the same renaming is executed instantly.
This is stock FreeBSD 11.0-RELEASE-p5 with GELI full-disk encryption using ZFS (as offered by the installer). The drive is a ca. 1 year old Samsung 840 PRO SSD with 512 GB.
I also tested on another internal SSD (Intel), which holds the previous FreeBSD 9.3 installation on UFS (with journaled soft-updates). This one is unencrypted. The result is comparable. So it does not have anything to do with either the filesystem or the encryption.

I just looked for a light-weight graphical file manager to compare with. I installed x11-fm/pcmanfm and this one does not have any noticeable delay when performing basic file operations such as renaming or deleting. Even the opening of the test directory seemed instantaneous - and thus quite different from lumina-fm which takes a few seconds.
Is there any output that I could log and send you? I am not a programmer and also have no experience with DTRACE - but wouldn't this be a perfect case for tracing lumina-fm in order to find out what is taking so long?

You can try running truss  truss -fed -o insight.txt lumina-fm /tmpdir
Where /tmpdir is the dir that you're testing with.  Be warned, the file that truss is outputting to may end up being huge.  You'll prob need to compress it and host it somewhere.

You are right: The original log is 17 MB. I cut out 200,000 lines which practically repeated this line for 13 seconds:
0.344791916 close(17)                     ERR#9 'Bad file descriptor'

Apart from this, I noticed quite a few oxygen-icons which are not found... I cut after 100 seconds because the rest looked very uninteresting (basically the end is repeated over and over).
Here is the cut-down file: fm-truss.txt

Ok I checked the truss output.  Couple things.

run it again, and look for where you get something like:
10235: 99.761902630 pselect(0x19,0x7fffdf9facd0,0x0,0x0,0x7fffdf9fac30,0x0) = 0 (0x0)
10235: 99.762207093 kill(10254,SIGTERM)		 = 0 (0x0)
When you run it again the pid that's getting killed will be different, take whatever pid shows up and let us know what process that is.

Have you installed the KDE oxygen icon set?

Next time... post the whole log somewhere (or email it to me jt @ ixsystems ) I want to see if I can figure out where that 'Bad File Descriptor' is coming from, but I'll need the whole log.

I know exactly what that process was - the command that I truss'ed: lumina-fm /tmp/testdir . I know this because I later could not start lumina-fm and was trying to kill that process - unsuccessfully. I had to reboot in order to get rid of that hanging process.

Yes, kde4-icons-oxygen-4.14.3 is installed from the official FreeBSD quarterly repo. But apparently lumina expects specific icons, which are not installed. Could that somehow be a mismatch because I compiled lumina from source, whereas everything else is from the FreeBSD repo?

I was looking for your e-mail address and could not find it... But for the bad file descriptor you have everything you need, I believe. I only cut ca. 200,000 (almost) identical lines relating to the bad file descriptor. I did not cut anything before it!

By default Lumina uses the KDE Oxygen icon set, and we pull that from the ports tree as well, so there should be no issue there.  Not sure why you're getting file not found errors.  I'll run a check on my system to see if I can figure anything out with regards to that.
Shouldnt have had to look for my address, all you had to do was remove the spaces and add the .com at the end. :) I didnt want to write it all out and it get caught by some spam robot searching for valid email addresses.
I assumed the bad file descr. was at the end of the file, once i went back to the beginning I saw it. I'm going to go over the truss output right after lunch and I may have some other ideas.

Just sent you a new truss output via e-mail (I had looked for your e-mail on your website before you posted the ixsystems address here).

Yes, that is correct.

I just looked up a few of those missing files, e.g. /usr/local/share/icons/oxygen/256x256/apps/go-first-view.png. But that does not seem to exist in the port's pkg-plist. Nether does any SVG file, such as /usr/local/share/icons/oxygen/256x256/actions/go-first-view.svg. So it is not surprising, that they are not found. But strange that Lumina somehow expects them there.

I'm getting different issues with icons, but its not really an issue.  They are eventually found and the total time from their initial request to them being found is 0.008 seconds.  That's not anything we need to worry about.
The issue of the non-kill-able process is an oddity that's come up with the way Truss is trying to trace everything.  In real world use of lumina-fm, this isn't going to happen.
I've test multiple times today, and I'm not getting the same behavior that you are.  The longest delay I've gotten in launching lumina-fm was about 4 seconds.  And that was launching from nothing directly into the /tmpdir.  If I launched in to any other dir and then navigated to that directory the delay was under 2 seconds.
As for the 'Bad File Descriptor' errors.  I am getting those locally as well, but overall time spend on them is under 3 seconds.  So that doesn't account for the delay you're seeing.  I traced that and Ken and I stepped through the trace along side the lumina-fm source and we believe that it's something QT is doing during the process initiation.  We 'think' it might be related to the qt process watching, but aren't entirely sure.  But regardless, that wouldn't account to the delay you are seeing.
Since neither Ken nor I are unable to reproduce this on our end... we're not sure what other options we have to try to figure this out.  We'll continue to think on it.

Thank you very much for the effort. I just asked on bsdforen.de if others who use Lumina could test this, too. Let's see, if we can get useful feedback.
Thereby, I noticed that there exists a Qt-Version of PCManFM. Out of curiosity, I gave it a try: Again, no problems with opening the large test directory.

We got a first confirmation of the problem on bsdforen.de. So my case is not the sole exception.
The system in question was here: 11.0-RELEASE, i7 2700K, 16GB RAM, ZFS on a HDD.

Fresh install of TrueOS-2017-06-01-x64 STABLE on Lenovo Thinkpad T520, using integrated graphics with intel driver.
I, too, am experiencing performance problems. I do not have a directory on my local HDD with that many files but when I try to open a directory on my NAS share with directories AND files (couple of hundreds) Lumina-FM slows down (top shows WCPU values between 70 and 90%). (FYI: Directories with directories only as well as mixed directories with, let's say 130 files do not slow down Lumina-FM.)
Furthermore, I checked the system messages log file (see attached) and found the following lines:
...
Jun  6 20:54:12  kernel: swap_pager_getswapspace(16): failed
Jun  6 20:54:12  kernel: swap_pager_getswapspace(3): failed
Jun  6 20:54:12  kernel: swap_pager_getswapspace(4): failed
Jun  6 20:54:30  kernel: pid 13852 (lumina-fm), uid 1001, was killed: out of swap space
gpart show shows 4 GB of swap space
I did not try an alternative file manger yet.

I did some more testing:

using the oxygen icon set does not speed things up
no difference between LAN and WIFI
opening directories with files that do not create thumbnails there is noticeable increase in speed
depending on the number of files it can take minutes to open a directory
I tried PCManFM: like @utrenkner mentioned, there is no delay at all!
170607_console.txt shows the output of lumina-fm opening a directory of 409 mixed files
170607_messages.txt is the complete messages log of the last few days

170607_console.txt
170607_messages.txt
FYI: I was using PCBSD 10.3 on that very same machine and did not have this problem and when I turned off the thumbnail view I noticed an additional increase in speed.

The performance issue seems to be relatively widespread. On the German bsdforen.de we recently had another confirmation of this problem.
Looking at the number of reports, I am really surprised that the developers apparently cannot lay their hands on any machine/installation, which is affected by this issue.

This is strange, indeed. In terms of hardware at hand, I know for a fact that @kmoore134 actually had the exact same laptop I have before he got himself an X1 Carbon. Hopefully, he has that thing is still lying around for @beanpole135 to test on.
Furthermore, I am happy to provide more Information on my system, of course. @beanpole135, @q5sys:  Just tell me what you need.

We've changed a few things this week that may have an impact on this. If you two can retest and report back we'd really appreciate it.

Happy to! Many thanks! I assume these changes only affect the UNSTABLE repo. Can I safely switch to UNSTABLE, then update & test and afterwards go back to my last BE and switch back to STABLE?

You'd need to download the source and compile it yourself, there are instructions in the main README in the repo root dir.  It's not hard. Download the repo, unzip, go into the directory, run qmake, then make && make install.

Not hard for you, maybe. ;) OK, I have the repo. So far so good.
Two questions: 1. Can I really install Lumina from within Lumina? 2. Should I revert back to Lumina 1.2.2 by installing that from the AppCafe when I am done with testing to be back on clean STABLE or will the next STABLE updates just bring me back there? Easiest would be going back to the backup BE, I guess.

@q5sys Gostei

Do the last STABLE updates include all changes from 9 days ago? I definitely like the directory tree and the ability to choose whether to load thumbnails or not but the original problem of this post is not resolved.
Attached you find the log of starting lumina-fm from a terminal. The messages have changed a bit (10 days ago: https://github.com/trueos/lumina/files/1058928/170607_console.txt). But the rule still is: the more files in the directory, the longer it takes to open it.
(I did not test a week ago because I need to  be sure to be able to revert back to STABLE).

===================
General information
boot environment now (N) … 12.0-CURRENT-up-20170704_202439 NR 2017-07-04
after restart (R) … 12.0-CURRENT-up-20170704_202439 NR 2017-07-04
boot loader …………………………………… BSD
type ……………………… EFI
CPU ………………………………………………………… Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
number of cores ……………… 8
host ……………………………………………………… trueos-L
memory ………………………………………………… 16384 MB available, 14092 MB free
OS git branch ……………………………………………………………………………………… trueos-stable
OS git revision ………………………………………………………………………………… ac2f0aa3b
OS kernel build time ………………………………………………………… Wed 2017 Jun 21 01:09:23 UTC
OS kernel identity …………………………………………… (uname -i) GENERIC
OS platform (architecture) ……………………… (uname -m) amd64
OS release level ………………………………………………… (uname -r) 12.0-CURRENT
OS version and patch level …… (freebsd-version) 12.0-CURRENT
TrueOS package set ………………… STABLE
TrueOS version …………………………… TrueOS-Desktop-201706210948
uptime ………………………………………………… 16 mins
user  …………………………………………………… delipu
More (TrueOS Desktop):
desktop environment …… Lumina
sound card driver ………… pcm0: <Conexant CX20590 (Analog 2.0+HP/2.0)> (play/rec) default
wireless driver ……………… iwn0
X11 drivers ………………………… intel_drv.so

Since the last updates there are no error messages any more. Opening the directory is much quicker now but it still takes much longer than under PCBSD 10.3 (1-2 seconds).
TrueOS:
Before update: several minutes
After last update: 18 seconds (PCManFM: 9 seconds)

Hm, cannot edit comment with qupzilla, so more information in this comment.
The test from my last comment described accessing a samba share on my NAS containing 7 directories and 725 files (mounted via sudo mount_smbfs -L de_DE.UTF-8 -N -Ixxx.xxx.xxx.xxx  //user@NAS/directory /mnt/NAS/directory).
Opening /usr/bin  takes about 4 seconds.
Opening /usr/sbin takes about 3 seconds.
On PCBSD 10.3 it was more or less instanteneous.

I've talked to Ken about changing the underlying model we are using for querying the file system, which hopefully will be the final step needed to resolve this.  It's a bit of an undertaking though, so it might take a bit.  I've been poking at it here and there, but it'll take me getting the time to sit down and focus completely on it.  Thanks for the continued information. It helps to know we are heading in the right direction with our updates.

Sorry for the late reply - I did not find the time for tests so far. I now compiled the latest sources (c7a44d46) on my FreeBSD 11.0-RELEASE laptop and tested on a directory with 1500 files created with the little script mentioned above.
The lumina file-manager feels like opening the directory much quicker than before. But file operations are still painfully slow. I checked with my wrist watch: Renaming a file in lumina-fm took ca. 30 seconds (showing the new file name) and pretty much the same time, until lumina-fm was responsive again (selecting another file). 1 minute for such a seemingly simple operation is still unbearable for everyday work, unfortunately. So, I will keep the mate desktop as my DE of choice, for the time being.
Just checked: With the PCManFM file manager, the same operation is so quick, that I cannot even measure it with my wrist watch.

I'm pretty sure this is tied to the fact that PCManFM is using the QFileSystemModel for the back end.  I'm working on integrating that into Insight, but it's going to take a bit of time.  Hopefully that will resolve all of these performance problems.  I dont see anything else in the code that could be giving us this type of performance degradation.  The other question is... how is it that we are unable to reproduce this?  I've tried Lumina across several dozen systems personally, and I've never experienced a 30 second delay.   What type of hard drive do you have?  Is it in an idle state before you try the file operation?

Thank you very much for further investigating this! It is an off-the-shelf laptop with a spinning disk hard drive.
dmesg:
...
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0:  ATA8-ACS SATA 2.x device
ada0: Serial Number 73CZT6CUT
ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada0: 476940MB (976773168 512 byte sectors)
...
It was never in idle state before I tested to access a file system.

My drive is a Samsung 840 PRO SSD, running full-disk encrypted ZFS. I had tested an earlier version of lumina-fm also on a directory on an older Intel SSD running UFS, unencrypted. Same result.

I just did a fresh test of this on a brand new fresh install using the 14 July ISO using your script above.  This was an extremely low powered system (Intel Nuc  Celeron N2830 with 2gb of RAM, and an old Transcend 32gb ssd. I went with a low powered system specifically so I could try to make any performance impact greater.
If lumina-fm was open and I navigated to that directly, it took ~ 1 second to load the entire directory and show the files.  If I launched Lumina-fm from the command line, it took ~1.5 seconds to load lumina-fm and the entire directory listing.  (Time not shown at shell until after I closed the file manager)
[q5sys@trueos-nuc] /tmp% time lumina-fm /tmp/testdir/
Loading Locale: "lumina-fm" "en" "UTF-8"

Could not load Locale: ""
Created new single-instance lock
Loaded QApplication
Externally-mounted devices: ()
1.537u 0.768s 0:02.70 84.8%     1404+229k 10812+3io 0pf+0w
[q5sys@trueos-nuc] /tmp%

What OS where you testing? Vanilla FreeBSD or TrueOS? I know it shouldn't make a difference, but maybe TrueOS comes with certain sysctls or other settings, that help avoid this problem.

I'm testing this under the TrueOS iso image from 14 July (see link below), what OS are you using?
http://download.trueos.org/unstable/amd64/TrueOS-2017-07-14-x64-DVD.iso

Since this is stalled for 1+ month and we can't seem to reproduce the issue here, I'm going to close as "unable to reproduce". Leave an update or comment if I need to reopen. Thanks!

Since I am on UNSTABLE, performance is better with the local file system (i.e. as quick as PCManFM-qt) but still quite faulty when performing operations on my remote shares (smbfs).

: Opening home directory (< 1 sec):

delipu@trueos-L] ~% lumina-fm
lthemeengine: using lthemeengine plugin
Loading Locale: "lumina-fm" "de_DE" "UTF-8"
 - Created new single-instance lock
Loaded QApplication
lthemeengine: D-Bus global menu: no
Externally-mounted devices: ("UNKNOWN::::fusefs::::/usr/home/delipu/.gvfs")
libpng warning: iCCP: known incorrect sRGB profile

Opening /etc (about 1 sec):

[delipu@trueos-L] ~% lumina-fm
lthemeengine: using lthemeengine plugin
Loading Locale: "lumina-fm" "de_DE" "UTF-8"
 - Created new single-instance lock
Loaded QApplication
lthemeengine: D-Bus global menu: no
Externally-mounted devices: ("UNKNOWN::::fusefs::::/usr/home/delipu/.gvfs")
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied
QKqueueFileSystemWatcherEngine::addPaths: open: Permission denied

Opening a directory on the smbfs share (this took about 30 sec for a directory containing 726 files; opening directories with just directories is more or less instantaneous):

[delipu@trueos-L] ~% lumina-fm
lthemeengine: using lthemeengine plugin
Loading Locale: "lumina-fm" "de_DE" "UTF-8"
 - Created new single-instance lock
Loaded QApplication
lthemeengine: D-Bus global menu: no
Externally-mounted devices: ("UNKNOWN::::fusefs::::/usr/home/delipu/.gvfs")

File operations on smbfs share tend to crash from time to time. Cutting file operations never work, leaving temporary files in the directory. I mount the shares exactly like I did under PCBSD 10.3 where I had no problems at all.

I will update this issue after the next UNSTABLE update.

Thank you!

The update to Lumina 1.3.3 did not solve the problem. PCManFM seems to work better, though since either the latest UNSTABLE or the Lumina update. I fear I have to work with that until this issue is solved... If you need anything like e.g. logs please feel free to ask. I will try to provide whatever information you need.

I can confirm @q-pa . On my T530 with vanilla FreeBSD 11.1-RELEASE-p1, the performance may have improved slightly... but it still takes ca. 20s each for a rename to show and for lumina-fm to become responsive again.

Thanks for the update - we had a setback last week that slowed us down, but this is still on the "to-do" list. :)

Would be great - because this problem seems much more widespread than previously thought. Other users just reported their tests of lumina-fm on the German bsdforen.de  (using my little script to create 1500 empty files).
One of them concluded: "unusable".
Another one tested lumina-fm on FreeBSD 11.1-RELEASE or -STABLE on three different laptops:

Asus Eee PC 1001PX -> deleting or renaming took 2 minutes, each, during which WCPU was at 76-77%
Toshiba Satellite A300 -> renaming took 1 minute, during which WCPU was at 68–69%
Lenovo ThinkCentre M58p -> renaming took ca. 1/2 minute, during which WCPU was at ca. 70%

This really is a showstopper for people who contemplate using Lumina on their FreeBSD systems.

I just tested Insight using your script above (500 empty text files in /tmp/[testdir]) on my own Asus Eee PC, and it only took 3 seconds to load the entire directory.
Hardware: (Asus Eee PC )

CPU: Intel(R) Atom(TM) CPU N450 @ 1.66GHz (2 physical cores, 1662.53-MHz K8-class CPU)
Memory: 2048 MB available, 1342 MB free

Software:

TrueOS UNSTABLE (fresh install with no modifications on entire hard drive)
OS Version: FreeBSD 12.0-CURRENT #82a2a3070d
Filesystem: OpenZFS (entire system)
Lumina version: 1.3.3

I will try the same test on a stock FreeBSD system here in a little bit (UFS and/or ZFS) to see if that narrows down where the problems are coming from.

Ok, here are the results of the FreeBSD 11.1/ZFS installation on the same Asus Eee PC machine:
Result:

Time to load directory: 3.5 seconds

System setup instructions:

Install FreeBSD 11.1-Release (with auto-ZFS layout)
login as root and run pkg install xorg lumina to install everything
as root, run dbus-uuidgen --ensure to create the machine-id file/flag that Qt needs
login as user and run start-lumina-desktop to launch the desktop
create/run the file-generation script that is referenced above
launch Insight in /tmp, then change to the test directory for timing test

Differences with the TrueOS test:

Lumina Version 1.3.0
FreeBSD version 11.1 instead of 12.0-CURRENT

I will be re-doing the system/test with a UFS setup here in just a moment.

Results of the same test for a fresh FreeBSD 11.1/UFS install:
Result:

Time to load directory: 2.5 seconds

System setup instructions:

Install FreeBSD 11.1-Release (with auto-UFS layout)
login as root and run pkg install xorg lumina to install everything
as root, run dbus-uuidgen --ensure to create the machine-id file/flag that Qt needs
login as user and run start-lumina-desktop to launch the desktop
create/run the file-generation script that is referenced above
launch Insight in /tmp, then change to the test directory for timing test

Differences with the TrueOS test:

Lumina Version 1.3.0
FreeBSD version 11.1 instead of 12.0-CURRENT
UFS filesystem rather than ZFS

boot environment now (N) … 12.0-CURRENT-up-20170926_204316 NR 2017-09-26
after restart (R) … 12.0-CURRENT-up-20170926_204316 NR 2017-09-26
boot loader …………………………………… BSD
type ……………………… EFI
CPU ………………………………………………………… Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
number of cores ……………… 8
host ……………………………………………………… trueos-L
memory ………………………………………………… 16384 MB available, 13080 MB free
OS git branch ……………………………………………………………………………………… drm-next
OS git revision ………………………………………………………………………………… 2a2a3070d
OS kernel build time ………………………………………………………… Fri 2017 Sep 22 13:48:41 UTC
OS kernel identity …………………………………………… (uname -i) GENERIC
OS platform (architecture) ……………………… (uname -m) amd64
OS release level ………………………………………………… (uname -r) 12.0-CURRENT
OS version and patch level …… (freebsd-version) 12.0-CURRENT
TrueOS package set ………………… UNSTABLE
TrueOS version …………………………… TrueOS-Desktop-201707111911
uptime ………………………………………………… 11 mins
user  …………………………………………………… delipu
More (TrueOS Desktop):
desktop environment …… Lumina
sound card driver ………… pcm0: <Conexant CX20590 (Analog 2.0+HP/2.0)> (play/rec) default
wireless driver ……………… iwn0
X11 drivers ………………………… intel_drv.so

I just tested it again with the abovementioned script:
Lumina-FM: about 2s
PCManFM: about 1s
When accessing remote directories on my NAS the difference is huge though:
Lumina-FM: several minutes (sometimes crashing)
PCManFM: a few seconds

@beanpole135 Thank you very much for testing on different OS versions!!!
Just so that we are looking at the same thing: The problem I and others have is not with the initial opening/viewing of a directory in Insight (lumina-fm). The problem becomes most apparent when making a file operation.
My test case looks like this (lumina is installed from official FreeBSD quarterly repository on FreeBSD 11.1-RELEASE).

login to FreeBSD as user
start-lumina-desktop
prepare test directory with script above
open Insight and go to that test directory

[Now comes the actual test]

right-click a file and rename it (e.g. 1001.txt into 1001a.txt)
click on another file (immediately after committing the name change; or after the name change becomes visible in Insight)

Result: After step 5 it takes Insight a long time (20-30 seconds) to actually show the change of the name. During this time, Insight does not react to any kind of input.
After step 6 it takes another 20-30 seconds until the newly clicked file becomes selected and Insight reacts to user input.
So, step 4 clearly is not a huge problem (even though I have the impression other file managers are much faster, loading even the large test directory almost instantly). However, it is the renaming (or other file operations) which are really crippling the performance.
Interestingly, if I understood it correctly, one user on bsdforen.de did the test a little differently, but with the same result: Hi changed the filename in another file manager and waited for the change to become visible in Insight... I have not tested this. It would mean that the problem lies not in actually changing the file but in showing the change in Insight.
And of course, the high WCPU value during the change in Insight should be of interest. What is the software doing, then?

And one more test: On a T430 running the latest HardenedBSD 11-STABLE and lumina-1.3.0,3 from the HBSD official repo. I did not take the exact time - but it generally showed the same delays after step 5 and after step 6.
All the latest tests were on ZFS, but an earlier test on UFS showed no difference.

I can confirm the results of the renaming test.

Since I still have that Asus Eee PC setup with the FreeBSD 11.1/UFS, I just booted it back up and tried the modification tests you mentioned:
Results:

Open directory: ~2.5 seconds
Rename single file: ("1001.txt" -> "1001a.txt") : 11 seconds
Remove single file: (1001a.txt) : 14 seconds
Create single File: (1001a.txt): 14-15 seconds

That is with the 1.3.0 version of Lumina as installed by FreeBSD packages.
Since I see the delay you are talking about, let me try out some of the alternative options (update to Lumina 1.3.3, look into any dir-update operations that can be streamlined, etc..) and see if I can get that time down for you.

Fixed!
https://github.com/trueos/lumina/commit/860d2ca1863f3838b5575c6efc2151a7270b0d79
For verification, I rebuilt the file manager with this change on the FreeBSD 11.0/UFS system, and the modification "update" times dropped to <1 second.

Great! For what concerns the file operations. They are now so fast, I could not clock them at all!!!
However, the problem has now shifted to the initial opening of the folder. While that was never a huge problem, my test folder with 1500 files now takes 15 seconds to open. So it seems you solved one problem but introduced another one.
Unfortunately, until both cases are solved, Lumina cannot become my daily desktop... Do you want me to open a new issue for this, or should we continue here?

Is the fix part of yesterday's UNSTABLE update?

Yes - these fixes are included in the UNSTABLE updates to TrueOS that got built/pushed a couple days ago.

I am sorry to tell you that it got worse with the latest update.
Now Lumina-FM just crashes when I try to access a directory on my NAS. When started from the command line, this is the output:
`~% lumina-fm
lthemeengine: using lthemeengine plugin
Loading Locale: "lumina-fm" "de_DE" "UTF-8"

Created new single-instance lock
Loaded QApplication
lthemeengine: D-Bus global menu: no
Externally-mounted devices: ()
libpng warning: iCCP: known incorrect sRGB profile
Bus error
`

I tried to insert code but it did not really work...
~% lumina-fm
lthemeengine: using lthemeengine plugin
Loading Locale: "lumina-fm" "de_DE" "UTF-8"

Created new single-instance lock
Loaded QApplication
lthemeengine: D-Bus global menu: no
Externally-mounted devices: ()
libpng warning: iCCP: known incorrect sRGB profile
Bus error

Sometimes also crashes in local  directories.

FYI: dbus is running.

Just updated to the latest UNSTABLE release. Lumina-FM is running much smoother and opening the NAS share I tested with before now takes about 15s. (PCManFM is still twice as fast).
No crashes so far.


Usability improvements

Don't duplicate checks from the latest schemas
Rename script and make it install along with the package in a platform-independent way
Use a better package name for imports
Simplify the API calls needed to check results of validation

Looks good to me!