SCVMM refresher_spec and generate_inventory rewrite.

This PR includes:

Updated the generate_data.rb script to be compatible with the current Microsoft infra_manager code.
Newly generated inventory YML file
Updated refresher_spec. Involved the following changes:

It now uses the new inventory YML file
It had code in place to compress the hash of inventory read from the YML file so it could then be decompressed in the Powershell module methods. This is no longer required since, through rspec stubbing, the methods that decompress the data are no longer executed.

Caveats:
Specs to test a cluster and VM networking are not in place, once these are configured in SCVMM I will write specs for them and create a new PR.
Please refer to the corresponding Github issue: https://github.com/ManageIQ/manageiq/issues/2820

cc @jrafanie 10,179 additions and 43,727 deletions. ;) :scissors:

the methods that decompress the data are no longer executed.

Are there specs on those methods otherwise, then?

@Fryguy - on decompressing?  Here is that PR: https://github.com/ManageIQ/manageiq/pull/5776/files
Im not the best person to ask since I did not make that change.
Agree on Rails.root, I just pushed that change.

@djberg96 The decompression code doesn't have any tests from what I can tell, and there changes here now bypass that, so I think we need some unit tests for decompression.  Can you make a separate PR for that?

@Fryguy Really, the ManageIQ::Providers::Microsoft::InfraManager::Powershell module needs some tests all around. The compression tests would be part of that, so I'll about creating a general test suite for it soon.
In any case, this PR looks good to me.
:+1:


Fixes issue #443 by adding prefix to the HarmonyExportExpression model.

This attempts to fix the recent regression of builds breaking.  @dreyks observed that PR #8039 in the webpack repo caused hard source to fail, and I've tried to balance out those changes in this PR. I was able to run two builds with out having to clear the cache, so that's a good sign.
Hard source is great, thank you for your hard work.

The PR this change refers to is this one: https://github.com/webpack/webpack/pull/8042

Seems like at least one of the causes of the test failing is that you have to pin mini-css-extract-plugin to 0.4.0

Our builds were failing when running cached builds without this issue. Specifically, when compiling i18next in the file dist/es/i18n.js, on the first build the file ends with
__webpack_exports__[\"default\"] = (new I18n());

But on the second build, it ends with...
 __webpack_exports__["default"] = (undefinednew I18n());

I don't claim to have understood the inner workings of this plugin, but manually applying this fix to my local plugin files resolved the issue. It would be fantastic to see it merged @mzgoddard .

Our team saw a 4x boost in lowering compiling times. We are using the latest version of NuxtJS which uses a newer version of webpack. Do we have a potential update to this this PR?
Appreciate all the hard work. Thank you!

Thanks for this amazing plugin guys, the amount of time it saves our team really adds up.
Was just wondering if theres anything I could do to assist with the CI checks?
Eagerly awaiting this merge.
Thanks again!

@mzgoddard Are you still active here? Can we get this merged and released?

@chronweigle thanks for doing this

Merged as part of https://github.com/mzgoddard/hard-source-webpack-plugin/pull/477


create new section which will solve nth-smallest problems

For example suppose we want to find 2nd minimum salary of employee then we need to 1 minimum and next minimum will be greater than first minimum.
can be solved using two solution :

using subquery
using psudo columns

i will try to implement(show in output box) in both ways if possible.

Hello @sagarbee,
Thank you for creating an issue! ⭐
Nice feature!
So, I'm officially assigning this task to you under SWOC. So feel free to start working on it.
Please keep me updated on your progress through images/videos in the comment section before raising the PR.
PS: Always mention the issue number in your PR in the following format: Resolve issue #<issue_number>

If you have any questions or need clarification, don't hesitate to ask in the comments or on Discord.
#Good luck! ✌

@PranabKumarSahoo please review the solution i had made for above issue.
https://github.com/PranabKumarSahoo/sql-dev-tools/assets/65588552/afb43452-d19e-49bb-9e9a-37cb31283a29

Nice work @sagarbee! ⭐
Have you tested the query!! Can you show me the test query! How it works?

@PranabKumarSahoo
https://github.com/PranabKumarSahoo/sql-dev-tools/assets/65588552/a41f893a-c1f2-433e-9464-0c5770c49e78

innermost query is executed first. The innermost query retrieves distinct values of the "sal" column from the "emp" table and orders them in ascending order. Then, the middle query assigns row numbers (ROWNUM) to each result.
After that, the outermost query selects the "sal" column from the result where the row number (srno) is equal to 4.

Good job @sagarbee,
That's really interesting feature. You can raise the PR.✌

As this feature is merged to the main branch!
So, I'm closing this issue now.
Thanks for the contribution. ⭐

#Good luck! ✌


⚠ Bofrost.at has degraded performance

In 003d3ff, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 911 ms

Resolved: Bofrost.at performance has improved in 0081304 after 13 minutes.


Make RoleDefinitions mutable

fixes #12702

Sorry I didn't catch this PR earlier, there is a generator feature for this: https://github.com/Azure/autorest.csharp/blob/9eeed94997ff4ddbe5a65ca806ce4315b06c50b5/test/TestProjects/TypeSchemaMapping/Customized/ModelWithCustomUsageViaAttribute.cs#L8
You can annotate the model and provide the intended usage


Latest version 1.7.0 for Windows flagged with trojan

switch-library-manager.windows-amd<IP_ADDRESS>.zip
Windows Defender won't allow download, keeps detecting trojan
Trojan:Script/Wacatac.H!ml
Trojan:Script/Sabsik.FL.A!ml
I know false positives can happen but the previous version does not have this issue...

I have has this problem with every release, even before my fork.
When i tried to read up on it, it seems that parts of Go is flagged by MS and its not anything i can do about it.
Will see if i can find that source again

It's really weird for me. Sometimes MS Defender detects it and sometimes it doesn't. It happens across forks and across versions. Haven't been able to figure out why sometimes I can even do a manual scan on the exact same items and it says there's a trojan, but I can scan them again and there's nothing found even though I never added anything to exceptions. I have not yet had it tell me there's a trojan in 1.7.0. (1.6.0 did) .Not by downloading it, extracting the archive, running the app, or doing a manual scan. But from my experience it could just trigger MS Defender at any random time. False positive and a weird inconsistent issue with MS Defender.

Yes, I tried downloading it again and Defender did not trigger this time. I tried manually scanning and could not get it to trigger. Before I posted this Issue it triggered for me on 3 consecutive download attempts and a manual scan as well. Also noticed it identifies different scripts each time. Very strange! At this point I trust it’s a bug and a no longer concerned. Love this application by the way, thanks so much trembon for keeping it alive and carrying it forward.

I just wanted to post here telling @trembon how utterly grateful I am for him to continue this project. It's the only one that actually works flawlessly.

seems like this is mentioned on the official site here: https://go.dev/doc/faq#virus
but seems like it can be solved by signing the .exe file, so it can maybe be worth a try
https://www.reddit.com/r/golang/comments/s1bh01/goexecutables_and_windows_defender/


Forwarding a build.rs env var and running cargo build within the binary causes rebuilds

Problem
In some of my projects I do the following:

forward the env vars from build.rs up to my actual application
invoke cargo build from a test or example, this is useful for certain integration tests.

However the combination of these things is causing my application to be rebuilt.
Steps
build.rs:
fn main() {
    let profile = std::env::var("PROFILE").unwrap();
    println!("cargo:rustc-env=PROFILE={profile}");
    println!("cargo:rerun-if-env-changed=PROFILE");
}

main.rs:
fn main() {
    let output = std::process::Command::new(env!("CARGO"))
        .args(["build", "-vv"])
        .output()
        .unwrap();
    let stdout = String::from_utf8(output.stdout).unwrap();
    let stderr = String::from_utf8(output.stderr).unwrap();
    println!("stdout:\n{stdout}\nstderr:\n{stderr}");
}

Then run cargo run -vv to get the following output every time it reruns:
~2/Projects/Crates/foo_bin> cargo run -vv
       Dirty foo v0.1.0 (/home/rukai2/Projects/Crates/foo_bin): the env variable PROFILE changed
   Compiling foo v0.1.0 (/home/rukai2/Projects/Crates/foo_bin)
     Running `/home/rukai2/Projects/Crates/foo_bin/target/debug/build/foo-9cd20279bf15ecca/build-script-build`
[foo 0.1.0] cargo:rustc-env=PROFILE=debug
[foo 0.1.0] cargo:rerun-if-env-changed=PROFILE
     Running `CARGO=/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/cargo CARGO_BIN_NAME=foo CARGO_CRATE_NAME=foo CARGO_MANIFEST_DIR=/home/rukai2/Projects/Crates/foo_bin CARGO_PKG_AUTHORS='Rukai<EMAIL_ADDRESS>CARGO_PKG_DESCRIPTION='' CARGO_PKG_HOMEPAGE='' CARGO_PKG_LICENSE='' CARGO_PKG_LICENSE_FILE='' CARGO_PKG_NAME=foo CARGO_PKG_README='' CARGO_PKG_REPOSITORY='' CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.1.0 CARGO_PKG_VERSION_MAJOR=0 CARGO_PKG_VERSION_MINOR=1 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE='' CARGO_PRIMARY_PACKAGE=1 LD_LIBRARY_PATH='/home/rukai2/Projects/Crates/foo_bin/target/debug/deps:/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib:/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib' OUT_DIR=/home/rukai2/Projects/Crates/foo_bin/target/debug/build/foo-b67a63e31a813826/out PROFILE=debug /home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/rustc --crate-name foo --edition=2021 src/main.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --diagnostic-width=191 --crate-type bin --emit=dep-info,link -C embed-bitcode=no -C debuginfo=2 -C metadata=3c9e043e35410f2e -C extra-filename=-3c9e043e35410f2e --out-dir /home/rukai2/Projects/Crates/foo_bin/target/debug/deps -C linker=clang -C incremental=/home/rukai2/Projects/Crates/foo_bin/target/debug/incremental -L dependency=/home/rukai2/Projects/Crates/foo_bin/target/debug/deps -C link-arg=-fuse-ld=/usr/bin/mold`
    Finished dev [unoptimized + debuginfo] target(s) in 0.08s
     Running `target/debug/foo`
stdout:
[foo 0.1.0] cargo:rustc-env=PROFILE=debug
[foo 0.1.0] cargo:rerun-if-env-changed=PROFILE

stderr:
       Dirty foo v0.1.0 (/home/rukai2/Projects/Crates/foo_bin): the env variable PROFILE changed
   Compiling foo v0.1.0 (/home/rukai2/Projects/Crates/foo_bin)
     Running `/home/rukai2/Projects/Crates/foo_bin/target/debug/build/foo-9cd20279bf15ecca/build-script-build`
     Running `CARGO=/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/cargo CARGO_BIN_NAME=foo CARGO_CRATE_NAME=foo CARGO_MANIFEST_DIR=/home/rukai2/Projects/Crates/foo_bin CARGO_PKG_AUTHORS='Rukai<EMAIL_ADDRESS>CARGO_PKG_DESCRIPTION='' CARGO_PKG_HOMEPAGE='' CARGO_PKG_LICENSE='' CARGO_PKG_LICENSE_FILE='' CARGO_PKG_NAME=foo CARGO_PKG_README='' CARGO_PKG_REPOSITORY='' CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.1.0 CARGO_PKG_VERSION_MAJOR=0 CARGO_PKG_VERSION_MINOR=1 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE='' CARGO_PRIMARY_PACKAGE=1 LD_LIBRARY_PATH='/home/rukai2/Projects/Crates/foo_bin/target/debug/deps:/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib:/home/rukai2/Projects/Crates/foo_bin/target/debug/deps:/home/rukai2/Projects/Crates/foo_bin/target/debug:/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib:/home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib' OUT_DIR=/home/rukai2/Projects/Crates/foo_bin/target/debug/build/foo-b67a63e31a813826/out PROFILE=debug /home/rukai/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/rustc --crate-name foo --edition=2021 src/main.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --crate-type bin --emit=dep-info,link -C embed-bitcode=no -C debuginfo=2 -C metadata=3c9e043e35410f2e -C extra-filename=-3c9e043e35410f2e --out-dir /home/rukai2/Projects/Crates/foo_bin/target/debug/deps -C linker=clang -C incremental=/home/rukai2/Projects/Crates/foo_bin/target/debug/incremental -L dependency=/home/rukai2/Projects/Crates/foo_bin/target/debug/deps -C link-arg=-fuse-ld=/usr/bin/mold`
    Finished dev [unoptimized + debuginfo] target(s) in 0.07s

the reason for the crate being considered dirty is because the env variable PROFILE changed, however you can see in both the outer and inner cargo it is set to the same debug value.
Possible Solution(s)
No response
Notes
No response
Version
~2/Projects/Crates/foo_bin> cargo --version --verbose
cargo 1.71.0 (cfd3bbd8f 2023-06-08)
release: 1.71.0
commit-hash: cfd3bbd8fe4fd92074dfad04b7eb9a923646839f
commit-date: 2023-06-08
host: x86_64-unknown-linux-gnu
libgit2: 1.6.4 (sys:0.17.1 vendored)
libcurl: 8.0.1-DEV (sys:0.4.61+curl-8.0.1 vendored ssl:OpenSSL/1.1.1t)
ssl: OpenSSL 1.1.1t  7 Feb 2023
os: Arch Linux Rolling Release [64-bit]

The first run of build.rs doesn't contain PROFILE_FORWARD but the second run has, so build script observed the env changed.
Not sure what you would like to achieve. Just call out the notice here in cargo:rustc-env.

Note: These environment variables are also set when running an
executable with cargo run or cargo test. However, this usage is
discouraged since it ties the executable to Cargo's execution environment.
Normally, these environment variables should only be checked at compile-time
with the env! macro.

Ah, I think I messed up minimising the issue, I'll look at it again tomorrow morning

Sorry about that I changed the example at the last minute to try to make the issue clearer but ended up making it into a non issue.
I've now changed the issue back to what I think is an actual issue.
Because PROFILE is always provided by cargo it should never change and so it should not trigger a rebuild.
Please take another look, thankyou.

Sorry for the late reply.
If you set the env var, everything works as expected — PROFILE=debug cargo run -vv.
Let's break down it a bit.

No PROFLIE set for outer cargo run.
PROFILE set by outer build script.
Inner cargo build observes PROFILE changed (from empty to debug). Rebuild.
Go back to 1st step, outer cargo run observes PROFILE changed (from debug to empty), Rebuild.

I'd say it works perfectly correct on how env changes are detected. If you can share what you were working on, we may come up with a better idea :)

Ah! Thankyou for writing it out like that, I've now found my misunderstanding.
I thought that cargo:rerun-if-env-changed would check the env vars as accessible by build.rs, considering I im in a build.rs after all.
But what you are saying, and what makes sense given the functionality here is that it checks the env vars as received by cargo itself.
I think we should document this on https://doc.rust-lang.org/cargo/reference/build-scripts.html#cargorerun-if-env-changedname
Here it suggests you may not need it for TARGET but it does not explicitly say that such environment variables will not be accessible to rerun-if-env-changed

Sorry I don't really understand what isn't accessible rerun-if-env-changed. Every environment variable you set when invoking cargo will take into account. What do you look for to document?
FWIW, here is a list of environment variables Cargo sets for build scripts.

Maybe this?
- The rerun-if-env-changed instruction tells Cargo to re-run the build script if the value of an environment variable of the given name has changed.
+ The rerun-if-env-changed instruction tells Cargo to re-run the build script if the value of an environment variable of the given name that Cargo received has changed.

I was thinking like this:
The `rerun-if-env-changed` instruction tells Cargo to re-run the build script
 if the value of an environment variable of the given name has changed.

 Note that the environment variables here are intended for global environment
-variables like `CC` and such, it is not necessary to use this for environment
+variables like `CC` and such, it is not possible to use this for environment
 variables like `TARGET` that Cargo sets.
+That is because the environment variables used are those received by cargo
+not those received by the build.rs executable.

Hmm… now I see what you mean. Thanks for the reply! It is not necessary since Cargo already handles recompile when target changes. The rerun-if-env-changed detection happens before cargo sets env for build script, so it is also true that it is not possible.
What about this?
 Note that the environment variables here are intended for global environment
-variables like `CC` and such, it is not necessary to use this for environment
-variables like `TARGET` that Cargo sets.
+variables like `CC` and such, it is not possible to use this for environment
+variables like `TARGET` that [Cargo sets for build scripts][build-env]. The
+environment variables in use are those received by `cargo` invocations, not
+those received by the executable of the build script.

(Sorry a bit picky and feel free to submit a pull request!!)

that looks excellent, thanks for working through this with me, I'll make a PR.


Fix Menu table height...

Heights of Navigation Bar and Status Bar are subtracted from heights of Menu table.
Reason of this fix is that bottom of Menu table was truncated.

@saltwat5r I added containerView as a param temporarily, then you can pass navigationController.view or UIWindows or whatever you like as superview of menuWrapper.
public init(navigationController: UINavigationController? = nil, containerView: UIView = UIApplication.sharedApplication().keyWindow!, title: String, items: [AnyObject])

I replaced these lines of code because of the reason I mentioned in PR 42
    if let navController = self.navigationController {
        navController.view.addSubview(self.menuWrapper)
    } else {
        window.addSubview(self.menuWrapper)
    }

When I have more time, I will take a look the issue while using with side menu (e.g. SWRevealViewController) as you said here.
Thanks for your 2nd PR on this project 😉

Hi @saltwat5r, I've just updated new release 0.4 that deployed containerView I mentioned above while initializing menuView. Have a look and feel free to tell me if it's still an issue for you. Thanks!


Check how the project compares to recommended community standards.

https://github.com/meilisearch/MeiliSearch/community

We are lacking a PR template in most repos: https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/creating-a-pull-request-template-for-your-repository


chore: Lint master

Checklist:

[ ] My organization is added to USERS.md.

How did the CI pass on PRs though?

The CI only looks at PR diffs


Allow naming of GPR

======================================================================
FAIL: test_likelihood_name (testing.test_param.TestScopes)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/rof/src/github.com/GPflow/GPflow/testing/test_param.py", line 616, in test_likelihood_name
self.assertTrue('model.build_likelihood' in l.name)
AssertionError: False is not true

Edit looks good, but breaks a test :)
To use the CI we have here at GPflow, you'll need to push to a branch inside the repo (you have that privilege).

Codecov Report

Merging #380 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master     #380   +/-   ##
=======================================
  Coverage   99.73%   99.73%
=======================================
  Files          28       28
  Lines        2267     2267
=======================================
  Hits         2261     2261
  Misses          6        6

Impacted Files
Coverage Δ

GPflow/gpr.py
100% <100%> (ø)
:white_check_mark:

Continue to review full report at Codecov.

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


Update quickstart.rst

Updated the readme to represent the latest cli content.

@Manubi thanks! Can you sign the CLA so we can get this merged?


Cleancss fix

With the recent upgrade of oc-template-jade (#497) using a patched jade version with security fixes, the uglify-css filter has gone in favour of newest clean-css. This means that components using this filter in production would break.
This introduces support for the old filter, allowing a clean migration to the new filter (by publishing a new component that uses clean-css instead of uglify-css.
In order to test it works, I added a component that has all the filters (jade-filters) which I test doesn't generate any compilation error during rendering.

@mattiaerre any time jade/pug encounters a filter, it tries to resolve the filter by requiring jstransformer-${filterName}. By renaming the uglify-css to clean-css they basically broke retro-compatibility. As you can see from the package.json, I created a filter that adds the uglify-css alias back: https://github.com/matteofigus/jstransformer-uglify-css/blob/master/index.js

This is the code that the jade-legacy removed in favour of migrating to jstransformers, which basically broke the uglify-css filter: https://github.com/jnordberg/jade-legacy/commit/0ec5fc6ddacbe40f41bf78a8b694e394027796a5

@matteofigus this LGTM 👍

Thanks for your quick help @mattiaerre

@matteofigus let me know if there is anything else I can do in order to help you w/ testing this new functionality once it has been released


Convert some Sienar.Ui.Mvc partials to ViewComponents

For example, the _SienarDashboardNav and _SienarStandardNav partials should be ViewComponents because both have logic that executes prior to rendering. Other partials, such as _SienarBrand, should remain partials because they either have no logic or render-only logic that doesn't include executing service layer code.
Go through all existing partials and convert those with non-UI logic to ViewComponents.

Currently, there are no further plans to release Sienar as an MVC/SSR project. We will do our best to keep Sienar compatible with that architecture, but we won't release that architecture ourselves


Problem with disk space when doing mediabackup with the --encrypt option

Hi and thank you for your job.
I have a server with 600 gigabytes of memory. I have about 250 gigabytes occupied, leaving 350 gigabytes unused. I have the dbbackup configured to send copies to Dropbox. My "media" folder takes up approximately 200 gigabytes.
I understand that to create a backup, I need at least 200 gigabytes of space to create the '.tar.gpg' file that will be sent to Dropbox later on. I have much more space than that; however, when I try to do the mediabackup with the --encrypt option, after a few hours, I receive an error of type 'OSError: [Errno 28] No space left on device'.
Why could this be happening? Could it be that with the encrypt option, two copies of the media folder are created before being sent to Dropbox, requiring about 400 gigabytes of disk space? Can you think of anything else?
Thank you very much
Screenshot:

Versions
Django-dbbackup

pypi: 3.3.0

External tools

Python: .8.10
Django: 3.1
OS: Ubuntu

I'm answering myself: Yes, after several tests, I have concluded that to create an encrypted backup, you need double the disk space compared to the size of the 'media' folder.
In other words, assuming a 'media' folder of 10 gigabytes:

To create a simple copy, you need at least 10 gigabytes of free space.
To create an encrypted copy, you need at least 20 gigabytes of free space.

I suppose this happens because first, the tar file is created, and then from that file, the tar.gpg file is generated, with all the files coexisting on the server until the backup is complete and they are deleted


BUG: special: Fix hyperu for b = 1, small x, small a

Reference issue

Closes #15650
Ticks a box on https://github.com/scipy/scipy/issues/20223
What does this implement/fix?

This PR uses DLMF 13.3.7 as suggested by @mdhaber in https://github.com/scipy/scipy/issues/15650#issuecomment-2323741880 to improve accuracy of hyperu when b == 1 and x and a are close to zero. On main, hyperu is returning garbage values for such input. I think the underlying issue is that Zhang and Jin weren't careful when implementing the hypergeometric functions, and sometimes used formula outside of the domains in which they are valid. @mdhaber proposed to use @mdhaber when b == 1, |x| < 1 and |a| < 1, based on numerical experiments described in the linked comment above, and I agree with his findings. I've added test cases covering this region.
Additional information

hyperu involves wrappers on top of wrappers. There is a wrapper hyperu in _hypergeometric.pxd which calls a wrapper hypU_wrap in xsf/specfun.h which calls chgu in xsf/specfun/specfun.h. The lowest level is ilhan's direct translation of Zhang and Jin's Fortran code, the middle layer is based on the old specfun_wrappers which called functions from specfun.f, and the outer Cython wrapper has some fixes for special cases patched in. I chose to make @mdhaber's suggested fix in the outer Cython wrapper, which is the most convenient spot.
Obviously, this wrappers on top of wrappers architecture is not ideal. The plan is to eventually rewrite hyperu along the lines of https://github.com/scipy/scipy/pull/20089, and lift acceptably accurate functions up out of xsf/specfun/specfun.h as was done for exponential integrals here: https://github.com/scipy/scipy/pull/21210/files#diff-5fbee505531722bdef130b290e08018cb6291bfb85a3a84810c155c28e496210.

Thanks @mdhaber. You're right, there are issues when a approaches -1. I've adjusted the condition for applying DLMF 13.3.7 to b == 1 and abs(a) < 0.9 and x < 1 as you suggested above. I've added a boatload of new test cases, and everything seems to be fine.

I'll make a [lint only] fix to appease the linter if CI settles.

Looking in log-space was nice to get a rough idea of what was going on, but it wasn't great for choosing the threshold.
In main, this seems to be the edge of the problem area, this time with linear scale on the a axis.

So it looks like abs(a) < 0.5 would be a better threshold since it would keep up well away from the problem area on both sides.

Thanks @mdhaber. I took a look at this again. It's a good idea to cast a wide net with the tests by just checking if the values are not excessively large. In the actual test file I check
        a = np.linspace(-0.5, 0.5, 500)
        x = np.linspace(1e-6, 1e-1, 500)
        a, x = np.meshgrid(a, x)
        results = sc.hyperu(a, 1.0, x)
        assert np.all(np.abs(results) < 1e3)

so that the tests don't run for too long, but locally I did
        a = np.linspace(-0.5, 0.5, 10000)
        x = np.logspace(-6, 0, 1000)

which is how I ended up selecting the boundary points for using DLMF 13.3.7. Based on comparison with mpmath I observed that  max relative error is better when you don't use DLMF 13.3.7 for a where the problematic behavior is not seen, so I tried to make the interval as tight as I thought was reasonable.
I ran the script found in the details section below which looks at a range of cases with |a| < 1 for various x, and for each a finds the maximum relative error over each x. Here's a plot of the log10 of these max relative errors as a function of  a both when and when not applying DLMF 13.3.7. (This is with recursively calling to hyperu inside the Cython code instead of calling hypU_wrap so that the recurrence won't leave us back in the problematic region. This is what I was alluding to in my comment above. Note in the plot that for a close to 1 it's still better to make the adjustment. At the time I wrote the comment, I was considering using the recurrence when a is close to 1, but I don't think such complexity is warranted now.)

My assumption is that outside of a close to -1, as long as whatever catastrophic failure is happening to cause gh-15650 doesn't occur, it's better not to use the recurrence. So I did the check mentioned above  that doesn't involve mpmath, found the largest and smallest values of a where the failure occurs, and set the boundary a little wider.

import itertools as it
import numpy as np
import pandas as pd
import scipy.special as special

from mpmath import mp

cases = []
for a, x in it.product(
        np.concat(
            [np.logspace(-15, -1e-6, 100), np.linspace(0.1, 0.99, 100)]
        ),
        repeat=2,
):
    with mp.workdps(100):
        cases.append((float(a), 1.0, float(x), float(mp.hyperu(a, 1.0, x)), special.hyperu(a, 1.0, x)))
        cases.append((-float(a), 1.0, float(x), float(mp.hyperu(-a, 1.0, x)), special.hyperu(-a, 1.0, x)))

df = pd.DataFrame(cases, columns=["a", "b", "x", "expected", "observed"])
df["relative_error"] = abs(df.expected - df.observed) / abs(df.expected)
df["log10_re"] = df.relative_error.apply(lambda x: -16 if x == 0 else np.log10(x))
max_re_vs_a = df.groupby("a", as_index=False).log10_re.max()

oops. I angered the linter again.

Thanks @steppi!


Request sample Camera calibration for Version 3.0 please. #132

From mailing list,  Request sample Camera calibration for Version 3.0 please. #132
MatOfT bounds check should only throw error if 'array is less than' , rather than 'less than or equal to'.
Tested with sample code provided in post.
Requires fix from my previous commit also.

:+1: :+1:


Various clean-ups

Make classes static where appropriate (i.e. Func classes, which are never instantiated)
Various null-related adjustments.

@AngusJohnson : what is your policy on comments? I notice there is no space between // and the start of the comment on the line, which might be annoying for text searches. I would tend to prefer the space, but will obviously defer to your preference.

@AngusJohnson : also wanted to ask about :
    private bool IsContributingClosed(Active ae)
    {
      switch (_fillrule)
      {
        case FillRule.NonZero:
          if (Math.Abs(ae.windCount) != 1) return false;
          break;
        case FillRule.Positive:
          if (ae.windCount != 1) return false;
          break;
        case FillRule.Negative:
          if (ae.windCount != -1) return false;
          break;
        default:
          break; // delphi2cpp translation note: no warnings
      }

because you've covered all cases except EvenOdd, and the default does nothing. It might be better to make the EvenOdd an explicit no-op (replacing default), or default could just be omitted to clean it up - it doesn't add much value to have the default like this that just covers one remaining case.

@AngusJohnson : what is your policy on comments? I notice there is no space between // and the start of the comment on the line, which might be annoying for text searches. I would tend to prefer the space, but will obviously defer to your preference.

The lack of a space following // is simply habit. If it causes problems with text searches then I'd be very happy to add spaces.

@AngusJohnson : also wanted to ask about :
[IsContributingClosed code]
because you've covered all cases except EvenOdd, and the default does nothing. It might be better to make the EvenOdd an explicit no-op (replacing default), or default could just be omitted to clean it up - it doesn't add much value to have the default like this that just covers one remaining case. Further down in this function/method, you explicit capture EvenOdd in the switch blocks, so it might be more consistent as well

Yep, looking at the comment this break is/was there simply to avoid a compiler warning. I'm happy with either of your solutions.

Phil, if you're OK with making the few changes I've suggested above, I'll then merge this PR.

Submitted some follow-up. I think this should cover everything, and I checked USINGZ as well.

Submitted some follow-up. I think this should cover everything, and I checked USINGZ as well.

Just one line doesn't look quite right but I'll check it again once merged and fix if needed.
Thanks again for your help.


No output when using jscs and jsxhint

SublimeLinter works when I'm in json or scss files but does not work with jscs or jsxhint.
Here are links to my configuration.
The debug mode does not show any errors and I've checked that both jscs and jsxhint are available in the $PATH.
I'm using .zsh and I'm loading nvm in the .zshenv file.
The only plugin for .oh-my-zsh is git.

I found what's going on. I had set file type as 6to5 JavaScript and because of that SublimeLinter does not know what's going on. I've changed it to JavaScript and now it works.

That would do it, you can add it to the "syntax_map" setting in your SL user settings to have it lint 6to5 JavaScript.


🔧 [Refactor] Frontend - LanguageSwitch

🔧 Refactor ticket
LanguageSwitch & LanguageSwitchSelect have two different logics so that if we change the one the other is not actualized
ToDo

[ ] Refactor code so we have understandable logic

@ogerly, @Mogge, @ulfgebhardt,
Do we still need this issue? I think we changed the behavior so that the LanguageSwitch is not used in the register page or have I missed something about this?


Multi-language e.g. English, French, Spanish, Dutch, etc....

Hi I will like to translate this kit into English.
How can we translate this kit into other languages?
Please explain?
Hear from you soon!
God blesses!!!
Best regards,
Sanyaade

Hi,
It's more easy to translate the app now.
Go to www\lang and translate the files Arduino_en.js, Blockly_en.js and msg_en.js in english
It's about 80% of works but there are few things in other files (html and js) because it's to difficult for me to put them in the same files.
For another language spanish for example :

copy / paste *_en.js
rename  *_es.js
edit code.js and add at the end line 4  'es': 'Spanish',
Think it's help you
JP


improvement support specify broker usage for Multi-catalog

Proposed changes
Issue Number: close #xxx
I want to use Doris Multi-catalog to accelerate HMS query. My organization has custom distributed file system, and we think wrapping the fs access difference into broker (listLocatedFiles, openReader..) would be a elegant approach.
This pr introduce HMS catalog conf bind.broker.name. If we set this conf, file split, query scan operation will send to broker.
usage:
create a hms catalog with broker usage
CREATE CATALOG hive_catalog_broker PROPERTIES (
    'type'='hms',
    'hive.metastore.uris' = 'thrift://xxx',
    'bind.broker.name' = 'hdfs_broker'
);

When we try to query from this catalog, file split and query scan request will send to broker hdfs_broker.
More details about this pr:

Introduce HMS catalog proporty bind.broker.name to specify broker name to do remote path work. When bind.broker.name is set, enable.self.splitter must be true to ensure file splitting process is executed in Fe
Introduce 2 more interfaces to broker service:

TBrokerIsSplittableResponse isSplittable(1: TBrokerIsSplittableRequest request), helps to invoke input format isSplitable interface.
TBrokerListResponse listLocatedFiles(1: TBrokerListPathRequest request), helps to do listFiles or listLocatedStatus for remote file system

3 parts of whole processing will be executed in broker:

Check whether the path with specified input format name isSplittable
listLocatedFiles of table / partition locations.
OpenReader for specified file splits.

Further comments

run buildall

cc @morningman
Please have a review, thank you :)

run buildall

run buildall

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 45.43 seconds
stream load tsv:          541 seconds loaded<PHONE_NUMBER>9 Bytes, about 131 MB/s
stream load json:         21 seconds loaded<PHONE_NUMBER> Bytes, about 107 MB/s
stream load orc:          65 seconds loaded<PHONE_NUMBER> Bytes, about 16 MB/s
stream load parquet:          32 seconds loaded 861443392 Bytes, about 25 MB/s
insert into select:          29.4 seconds inserted 10000000 Rows, about 340K ops/s
storage size:<PHONE_NUMBER>8 Bytes

new pr #24830 ,close this pr


cleanups to the mobile UI

convert more onTap calls to clickAction
style and layout tweaks
fix a timing issue when running pads on mobile

@Georgehe4

Lgtm!
I'll create a new PR to address some of our inline styling.
Might also want to compartmentalize the components like in embed.


Add Asset Usage Finder to Utilities

This is a great editor extension that adds an option to search for "File Usages" in the project and all scene files. (Unity only provides a "Find References in Scene" context menu option for the currently open scene.)
Paid, but the source is included and the developer is active.

There is no support for nested prefabs in Unity 2018.3, and no plans yet to add this feature.
https://forum.unity.com/threads/asset-usage-finder-v3-0-effective-solution-with-simple-ui-20x-faster.404992/page-2#post-4053256


Build fails on MacOS

Following the instructions in the Developer docs, out of the box I get:
(ollama) ➜  AI git clone https://github.com/ollama/ollama.git
Cloning into 'ollama'...
remote: Enumerating objects: 10778, done.
remote: Counting objects: 100% (2489/2489), done.
remote: Compressing objects: 100% (633/633), done.
remote: Total 10778 (delta 2143), reused 1987 (delta 1853), pack-reused 8289
Receiving objects: 100% (10778/10778), 6.65 MiB | 509.00 KiB/s, done.
Resolving deltas: 100% (6743/6743), done.
(ollama) ➜  AI git gc
fatal: not a git repository (or any of the parent directories): .git
(ollama) ➜  AI cd ollama
(ollama) ➜  ollama git:(main) git gc
Enumerating objects: 10778, done.
Counting objects: 100% (10778/10778), done.
Delta compression using up to 16 threads
Compressing objects: 100% (3774/3774), done.
Writing objects: 100% (10778/10778), done.
Total 10778 (delta 6743), reused 10778 (delta 6743), pack-reused 0
(ollama) ➜  ollama git:(main) go generate ./...
go: downloading github.com/gin-gonic/gin v1.9.1
go: downloading golang.org/x/term v0.13.0
go: downloading github.com/emirpasic/gods v1.18.1
go: downloading golang.org/x/sys v0.13.0
go: downloading github.com/containerd/console v1.0.3
go: downloading github.com/olekukonko/tablewriter v0.0.5
go: downloading github.com/spf13/cobra v1.7.0
go: downloading golang.org/x/crypto v0.14.0
go: downloading golang.org/x/exp v0.0.0-20230817173708-d852ddb80c63
go: downloading golang.org/x/sync v0.3.0
go: downloading github.com/gin-contrib/cors v1.4.0
go: downloading github.com/google/uuid v1.0.0
go: downloading github.com/mattn/go-runewidth v0.0.14
go: downloading github.com/gin-contrib/sse v0.1.0
go: downloading github.com/mattn/go-isatty v0.0.19
go: downloading golang.org/x/net v0.17.0
go: downloading github.com/pelletier/go-toml/v2 v2.0.8
go: downloading github.com/ugorji/go/codec v1.2.11
go: downloading google.golang.org/protobuf v1.30.0
go: downloading gopkg.in/yaml.v3 v3.0.1
go: downloading github.com/go-playground/validator/v10 v10.14.0
go: downloading github.com/spf13/pflag v1.0.5
go: downloading github.com/rivo/uniseg v0.2.0
go: downloading golang.org/x/text v0.13.0
go: downloading github.com/leodido/go-urn v1.2.4
go: downloading github.com/gabriel-vasile/mimetype v1.4.2
go: downloading github.com/go-playground/universal-translator v0.18.1
go: downloading github.com/go-playground/locales v0.14.1
+ set -o pipefail
+ echo 'Starting darwin generate script'
Starting darwin generate script
++ dirname ./gen_darwin.sh
+ source ./gen_common.sh
+ init_vars
+ case "${GOARCH}" in
+ ARCH=arm64
+ LLAMACPP_DIR=../llama.cpp
+ CMAKE_DEFS=
+ CMAKE_TARGETS='--target ext_server'
+ echo ''
+ grep -- -g
+ CMAKE_DEFS='-DCMAKE_BUILD_TYPE=Release -DLLAMA_SERVER_VERBOSE=off '
+ case $(uname -s) in
++ uname -s
+ LIB_EXT=dylib
+ WHOLE_ARCHIVE=-Wl,-force_load
+ NO_WHOLE_ARCHIVE=
+ GCC_ARCH='-arch arm64'
+ '[' -z '' ']'
+ CMAKE_CUDA_ARCHITECTURES='50;52;61;70;75;80'
+ git_module_setup
+ '[' -n '' ']'
+ '[' -d ../llama.cpp/gguf ']'
+ git submodule init
Submodule 'llama.cpp' (https://github.com/ggerganov/llama.cpp.git) registered for path '../llama.cpp'
+ git submodule update --force ../llama.cpp
Cloning into '/Users/jrp/Documents/AI/ollama/llm/llama.cpp'...
remote: Enumerating objects: 12034, done.
remote: Counting objects: 100% (12034/12034), done.
remote: Compressing objects: 100% (3577/3577), done.
remote: Total 11732 (delta 8692), reused 11096 (delta 8075), pack-reused 0
Receiving objects: 100% (11732/11732), 8.48 MiB | 391.00 KiB/s, done.
Resolving deltas: 100% (8692/8692), completed with 246 local objects.
From https://github.com/ggerganov/llama.cpp
 * branch            96633eeca1265ed03e57230de54032041c58f9cd -> FETCH_HEAD
Submodule path '../llama.cpp': checked out '96633eeca1265ed03e57230de54032041c58f9cd'
+ apply_patches
+ grep ollama ../llama.cpp/examples/server/CMakeLists.txt
+ echo 'include (../../../ext_server/CMakeLists.txt) # ollama'
++ ls -A ../patches/01-cache.diff ../patches/02-cudaleaks.diff
+ '[' -n '../patches/01-cache.diff
../patches/02-cudaleaks.diff' ']'
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/01-cache.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/02-cudaleaks.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.cu
Updated 0 paths from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.h
Updated 0 paths from the index
+ for patch in '../patches/*.diff'
+ cd ../llama.cpp
+ git apply ../patches/01-cache.diff
+ for patch in '../patches/*.diff'
+ cd ../llama.cpp
+ git apply ../patches/02-cudaleaks.diff
+ sed -e 's/int main(/int __main(/g'
+ mv ../llama.cpp/examples/server/server.cpp.tmp ../llama.cpp/examples/server/server.cpp
+ COMMON_DARWIN_DEFS='-DCMAKE_OSX_DEPLOYMENT_TARGET=11.0 -DCMAKE_SYSTEM_NAME=Darwin'
+ case "${GOARCH}" in
+ CMAKE_DEFS='-DCMAKE_OSX_DEPLOYMENT_TARGET=11.0 -DCMAKE_SYSTEM_NAME=Darwin -DLLAMA_ACCELERATE=on -DCMAKE_SYSTEM_PROCESSOR=arm64 -DCMAKE_OSX_ARCHITECTURES=arm64 -DLLAMA_METAL=on -DCMAKE_BUILD_TYPE=Release -DLLAMA_SERVER_VERBOSE=off '
+ BUILD_DIR=../llama.cpp/build/darwin/arm64/metal
+ EXTRA_LIBS=' -framework Accelerate -framework Foundation -framework Metal -framework MetalKit -framework MetalPerformanceShaders'
+ build
+ cmake -S ../llama.cpp -B ../llama.cpp/build/darwin/arm64/metal -DCMAKE_OSX_DEPLOYMENT_TARGET=11.0 -DCMAKE_SYSTEM_NAME=Darwin -DLLAMA_ACCELERATE=on -DCMAKE_SYSTEM_PROCESSOR=arm64 -DCMAKE_OSX_ARCHITECTURES=arm64 -DLLAMA_METAL=on -DCMAKE_BUILD_TYPE=Release -DLLAMA_SERVER_VERBOSE=off
-- The C compiler identification is AppleClang <IP_ADDRESS>00100
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00100
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Git: /usr/bin/git (found version "2.39.3 (Apple Git-145)")
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Accelerate framework found
-- Metal framework found
-- Warning: ccache not found - consider installing it for faster compilation or disable this warning with LLAMA_CCACHE=OFF
-- CMAKE_SYSTEM_PROCESSOR: arm64
-- ARM detected
-- Performing Test COMPILER_SUPPORTS_FP16_FORMAT_I3E
-- Performing Test COMPILER_SUPPORTS_FP16_FORMAT_I3E - Failed
-- Configuring done (0.7s)
-- Generating done (0.2s)
-- Build files have been written to: /Users/jrp/Documents/AI/ollama/llm/llama.cpp/build/darwin/arm64/metal
+ cmake --build ../llama.cpp/build/darwin/arm64/metal --target ext_server -j8
[  6%] Generating build details from Git
[ 12%] Building C object CMakeFiles/ggml.dir/ggml-alloc.c.o
[ 31%] Building C object CMakeFiles/ggml.dir/ggml-quants.c.o
[ 31%] Building C object CMakeFiles/ggml.dir/ggml.c.o
[ 31%] Building C object CMakeFiles/ggml.dir/ggml-metal.m.o
[ 31%] Building C object CMakeFiles/ggml.dir/ggml-backend.c.o
-- Found Git: /usr/bin/git (found version "2.39.3 (Apple Git-145)")
[ 37%] Building CXX object common/CMakeFiles/build_info.dir/build-info.cpp.o
[ 37%] Built target build_info
/Users/jrp/Documents/AI/ollama/llm/llama.cpp/ggml.c:10374:17: warning: 'cblas_sgemm' is only available on macOS 13.3 or newer [-Wunguarded-availability-new]
                cblas_sgemm(CblasRowMajor, CblasNoTrans, CblasTrans,
                ^~~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/System/Library/Frameworks/vecLib.framework/Headers/cblas_new.h:891:6: note: 'cblas_sgemm' has been marked as being introduced in macOS 13.3 here, but the deployment target is macOS 11.0.0
void cblas_sgemm(const enum CBLAS_ORDER ORDER,
     ^
/Users/jrp/Documents/AI/ollama/llm/llama.cpp/ggml.c:10374:17: note: enclose 'cblas_sgemm' in a __builtin_available check to silence this warning
                cblas_sgemm(CblasRowMajor, CblasNoTrans, CblasTrans,
                ^~~~~~~~~~~
/Users/jrp/Documents/AI/ollama/llm/llama.cpp/ggml.c:10810:9: warning: 'cblas_sgemm' is only available on macOS 13.3 or newer [-Wunguarded-availability-new]
        cblas_sgemm(CblasRowMajor, transposeA, CblasNoTrans, m, n, k, 1.0, a, lda, b, n, 0.0, c, n);
        ^~~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/System/Library/Frameworks/vecLib.framework/Headers/cblas_new.h:891:6: note: 'cblas_sgemm' has been marked as being introduced in macOS 13.3 here, but the deployment target is macOS 11.0.0
void cblas_sgemm(const enum CBLAS_ORDER ORDER,
     ^
/Users/jrp/Documents/AI/ollama/llm/llama.cpp/ggml.c:10810:9: note: enclose 'cblas_sgemm' in a __builtin_available check to silence this warning
        cblas_sgemm(CblasRowMajor, transposeA, CblasNoTrans, m, n, k, 1.0, a, lda, b, n, 0.0, c, n);
        ^~~~~~~~~~~
2 warnings generated.
[ 37%] Built target ggml
[ 43%] Building CXX object CMakeFiles/llama.dir/llama.cpp.o
[ 50%] Linking CXX static library libllama.a
[ 50%] Built target llama
[ 56%] Building CXX object common/CMakeFiles/common.dir/common.cpp.o
[ 62%] Building CXX object examples/llava/CMakeFiles/llava.dir/llava.cpp.o
[ 62%] Building CXX object common/CMakeFiles/common.dir/sampling.cpp.o
[ 68%] Building CXX object common/CMakeFiles/common.dir/train.cpp.o
[ 87%] Building CXX object common/CMakeFiles/common.dir/console.cpp.o
[ 87%] Building CXX object examples/llava/CMakeFiles/llava.dir/clip.cpp.o
[ 87%] Building CXX object common/CMakeFiles/common.dir/grammar-parser.cpp.o
[ 87%] Linking CXX static library libcommon.a
[ 87%] Built target common
[ 87%] Built target llava
[100%] Building CXX object examples/server/CMakeFiles/ext_server.dir/Users/jrp/Documents/AI/ollama/llm/ext_server/ext_server.cpp.o
[100%] Building CXX object examples/server/CMakeFiles/ext_server.dir/__/__/llama.cpp.o
[100%] Linking CXX static library libext_server.a
[100%] Built target ext_server
+ mkdir -p ../llama.cpp/build/darwin/arm64/metal/lib/
+ g++ -fPIC -g -shared -o ../llama.cpp/build/darwin/arm64/metal/lib/libext_server.dylib -arch arm64 -Wl,-force_load ../llama.cpp/build/darwin/arm64/metal/examples/server/libext_server.a ../llama.cpp/build/darwin/arm64/metal/common/libcommon.a ../llama.cpp/build/darwin/arm64/metal/libllama.a '-Wl,-rpath,$ORIGIN' -lpthread -ldl -lm -framework Accelerate -framework Foundation -framework Metal -framework MetalKit -framework MetalPerformanceShaders
+ sign ../llama.cpp/build/darwin/arm64/metal/lib/libext_server.dylib
+ '[' -n '' ']'
+ compress_libs
+ echo 'Compressing payloads to reduce overall binary size...'
Compressing payloads to reduce overall binary size...
+ pids=
+ rm -rf '../llama.cpp/build/darwin/arm64/metal/lib/*.dylib*.gz'
+ for lib in '${BUILD_DIR}/lib/*.${LIB_EXT}*'
+ pids+=' 15225'
+ echo

+ for pid in '${pids}'
+ wait 15225
+ gzip --best -f ../llama.cpp/build/darwin/arm64/metal/lib/libext_server.dylib
+ echo 'Finished compression'
Finished compression
+ cleanup
+ cd ../llama.cpp/examples/server/
+ git checkout CMakeLists.txt server.cpp
Updated 2 paths from the index
++ ls -A ../patches/01-cache.diff ../patches/02-cudaleaks.diff
+ '[' -n '../patches/01-cache.diff
../patches/02-cudaleaks.diff' ']'
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/01-cache.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/02-cudaleaks.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.cu
Updated 1 path from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.h
Updated 1 path from the index
(ollama) ➜  ollama git:(main) go build .
# github.com/jmorganca/ollama/llm
llm/llm.go:47:17: undefined: gpu.CheckVRAM
llm/llm.go:58:14: undefined: gpu.GetGPUInfo
llm/llm.go:158:15: undefined: newDynExtServer
(ollama) ➜  ollama git:(main)

Hi there, sorry about the error. Would it be possible to pull main and try again? Also, gcc and g++ is required to build Ollama – would it be possible to make sure those are installed (you may need to download XCode)

No difference, I'm afraid:
+ for pid in '${pids}'
+ wait 22628
+ gzip --best -f ../llama.cpp/build/darwin/arm64/metal/lib/libext_server.dylib
+ echo 'Finished compression'
Finished compression
+ cleanup
+ cd ../llama.cpp/examples/server/
+ git checkout CMakeLists.txt server.cpp
Updated 2 paths from the index
++ ls -A ../patches/01-cache.diff ../patches/02-cudaleaks.diff
+ '[' -n '../patches/01-cache.diff
../patches/02-cudaleaks.diff' ']'
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/01-cache.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for patch in '../patches/*.diff'
++ grep '^+++ ' ../patches/02-cudaleaks.diff
++ cut -f2 '-d '
++ cut -f2- -d/
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout examples/server/server.cpp
Updated 0 paths from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.cu
Updated 1 path from the index
+ for file in '$(grep "^+++ " ${patch} | cut -f2 -d'\'' '\'' | cut -f2- -d/)'
+ cd ../llama.cpp
+ git checkout ggml-cuda.h
Updated 1 path from the index
(ollama) ➜  ollama git:(main) go build .
# github.com/jmorganca/ollama/llm
llm/llm.go:47:17: undefined: gpu.CheckVRAM
llm/llm.go:58:14: undefined: gpu.GetGPUInfo
llm/llm.go:158:15: undefined: newDynExtServer
(ollama) ➜  ollama git:(main) gcc --version
Apple clang version 15.0.0 (clang-15<IP_ADDRESS>.5)
Target: arm64-apple-darwin23.3.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

i have the same problem.
macbook m1 max Sonoma 14.4  (Xcode version is 15.2)
(try-mps) ➜  ollama git:(main) go build .
github.com/jmorganca/ollama/llm
llm/llm.go:47:17: undefined: gpu.CheckVRAM
llm/llm.go:58:14: undefined: gpu.GetGPUInfo
llm/llm.go:158:15: undefined: newDynExtServer


Concealed character count not considered for line wrapping

Typically a wrapped line would look like this:

But when concealing text, the line still breaks at the same spot, leaving a blank space that it's not utilizing:

Wasn't sure how to show this without a screenshot, so excuse the strange PNG coloring...

Interesting problem. Thanks for noticing and taking a screenshot because that is a bit hard to explain in words.
I suspect this is a problem with using Vim's conceal feature in general. I'm open to a solution if one exists but I suspect that this isn't fixable within this or any plug-in.
If someone has time, it might be possible to dig a bit by setting the conceallevel and concealcursor settings differently. Specifically,  I'm not sure if conceallevel 2 will do something closer to what we want here.
I'll leave this ticket open for so folks can investigate. I'm uncertain if it can be solved.
Thanks again for filing the issue

This is a Vim behavior that cannot be solved.
There is no solution for this issue.

Thanks for opening the ticket @jaythomas and investigating @adelarsq . I'll close this ticket with the belief that Adelar and I are correct in thinking this is a problem with vim.
So far, I've just sort of ignored this problem though I realize it is annoying
@jaythomas I appreciate that you found this problem. Feel free to file a ticket with a vim issue tracker to see if you get some traction. We can reopen if anyone is able to find a work around


Update dependencies

Codecov Report

Merging #5 (8eb3d49) into master (d0cc0f5) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master       #5   +/-   ##
=======================================
  Coverage   88.54%   88.54%
=======================================
  Files           1        1
  Lines         131      131
=======================================
  Hits          116      116
  Misses          9        9
  Partials        6        6

Flag
Coverage Δ

unittests
88.54% <ø> (ø)

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

Continue to review full report at Codecov.

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


Open Source Software Stack for 3G

Hello, I am a student at Kocaeli University. I am looking for open source software stack for 3G like OpenAirInterface for 5G or Osmocom for 2G for my work. (Osmocom has partial support for 3G)
I request you to direct me to the right resource that may know.
Thanks for your time and interest.
Kind regards,

Already answered in #35


Migration: Pass Chart elements by ref / ElementReference (not by id) to JSInterop

Migrated from https://github.com/Joelius300/ChartJSBlazor/issues/76:
Describe the feature request
It would be a good idea to use  the ElementReference type to reference the charts from C# to JS. Example (Although it's a bit outdated): https://visualstudiomagazine.com/blogs/tool-tracker/2018/11/an-ad-hoc-approach.aspx
Which charts does this feature request apply to?
All.
Describe the solution you'd like
Like in the example:
Razor:
<input type="text" ref="mytextbox" value="Peter" />

@code
{
    ElementReference mytextbox;

    protected override Task OnInitializedAsync()
    {
        await JSRuntime.Current.InvokeAsync<string>("SetName", mytextbox);
    }
}

Javascript:
function SetName(textbox) {
    textbox.value = "Vogel";
}

Describe alternatives you've considered
None.
Additional context
Example: https://visualstudiomagazine.com/blogs/tool-tracker/2018/11/an-ad-hoc-approach.aspx.

Thank you but I'm going to close this as wontfix. I generally like the idea but I have 1.5 reasons to decline this:

We're working with a weird setup of double json serialization at the moment because we still can't pass serializer options to IJSRuntime. These reference objects exist both in C# and in JavaScript and in order for them to behave correctly, they need to be passed through the serializer along with a special converter which is registed when using any JSRuntime. Since we mangle the object to an ExpandoObject before it even reaches that serializer, the reference won't work.
The current way works great and from a performance standpoint I don't think you'll ever see a difference.

In other words: it would require extra attention to make it work and the current solution has no known downsides.


feat: quick first indexing with checkpoints indexer

One idea to speedup indexing on first sync or when adding new contract would be to create a server using Checkpoint which index all the checkpoints for all the contracts on StarkNet to allow server running Checkpoint instance to seed checkpoints from it.

Another approach would be to use the provider function getEvents for multiple blocks at once to find checkpoints and seed them into the db

Another approach would be to use the provider function getEvents for multiple blocks at once to find checkpoints and seed them into the db

For this, you think we should checkpoint all events, even those unrelated for the indexer (because we won't know which ones are related).
This might end up with lots of data to store, there are currently 3.5 million events on goerli2, 82 million on goerli1, if we assume 32 bytes per record (address is 32 bytes on its own, ignoring block number to adjust for possible compression), this means:
goerli2: 112 GB
goerli1: 2.6 TB
This is for full history, so it's unlikely that most applications will need to store this much, but it doesn't scale to have all apps store it locally.
This also won't help with global_events tracking as we would need event_hash/blockNumber checkpoints then, which will increase size significantly too if we handle that.

One idea to speedup indexing on first sync or when adding new contract would be to create a server using Checkpoint which index all the checkpoints for all the contracts on StarkNet to allow server running Checkpoint instance to seed checkpoints from it.
Another approach would be to use the provider function getEvents for multiple blocks at once to find checkpoints and seed them into the db


Update README.rst

Summary of the changes / Why this is an improvement
Adjusted readme to navigate to correct repo
Checklist

[ ] Link to issue this PR refers to (if applicable):
[ ] CLA is signed

We can ignore the errors, just need to update the readme and the repo will be archived.


Upgrade 8.34 to 8.35 DynamoDB from EC2 Role Errors

Laravel Version: 8.35.0
PHP Version: 7.4.3
Database Driver & Version: MYSQL 5.7

Description: After upgrade Laravel Framework to 8.35 with composer update i receive this errors
Credentials must be an instance of Aws\Credentials\CredentialsInterface, an associative array that contains "key", "secret", and an optional "token" key-value pairs, a credentials provider function, or false.
Steps To Reproduce: If return version 8.34 is normal, my application not have problem...

We'll need a lot more info here. Please share how you're using dynamodb and what your database config file looks like.

aws/aws-sdk-php                  3.176.4   AWS SDK for PHP - Use Amazon Web Services in your P...
aws/aws-sdk-php-laravel          3.6.0   A simple Laravel 5/6/7/8 service provider for inclu...
league/flysystem-aws-s3-v3   1.0.29   Flysystem adapter for the AWS S3 SDK v3.x

I see the issue now. I'll send in a fix for this. Sorry this has caused your troubles.

https://github.com/laravel/framework/pull/36822


Added relative positioning

⚠ Disclaimer: Significant changes, please review carefully.
With the current implementation, I face two problems:

Arrows are incorrectly positioned when inside a parent that has margin.
Arrows don't show if the target or source is outside 100% width and height, due to the SVG being sized as 100%.

I fixed this by introducing the concepts of BoundingBox and RelativeBox:

SVGs are sized to the BoundingBox, around the source and target BoundingBox + a safeThreshold (because some curved arrows overflow the BoundingBox).
SVG components are calculated in relative coordinates related to the BoundingBox.

⚠I only modified the PerfectArrows workflow and Demo. Probably it brokes other Demos⚠
And probably the concept needs to be ported to other arrow types or even to the Abstract.
But I don't want to change more things before having your opinion

@luisllamasbinaburo Yes this are two big issues that I haven't put in the time to figure out yet, so I appreciate your contributions here! The current assumptions (not document anywhere) is that the arrows are absolutely positioned in the body and the body has no margin.
Im going to be away the next couple days but I’ll try think more about this problem and what you explored here!
If we want this logic to be picked up by every arrow, then we can put it in theAbstractArrow class.

Also I’d love to learn more about what you’re planning to use quiver for and what sparked the need to have relatively position arrows?

Hello. I think I haven't explained well about the arrows positioning relative to the containers. The arrows still get positioned absolutely.
What happens is that to solve both issues, instead of creating a large SVG with 100% height and 100% width, at 0,0,  in the proposal, I create an SVG adjusted to the size of the target and source boxes.
This SVG has a size given by the target and source, and has an offset from top left.
Since the SVG now have an offset, to place the arrows correctly, the arrow coordinates need to be corrected relative to the SVG's position.
We have to substract the SVG offset, to get the arrow in the correct position. That's what I mean by "relative positioning" (related to the SVG position).
On the other hand, my purpose in using the library is to create the relationships in roadmap https://www.luisllamas.es/en/development-roadmap/
As you can see, I can't use the library because the diagram is not positioned in 0,0 (it's inside a container), and most of the boxes are outside 100% and 100% with. So, instead, I've ultimately solved it by creating my own Astro component for the arrows.
The equations I include in the PR are the ones I've made for the astro component, and I include as a proposal to the library in order to contribute to its development, because I think it has great potential

This way, now the SVG has a size that is given by the target and source, and also has an offset from top left.
Since the SVG now have an offset, to place the arrows correctly, the arrow coordinates need to be corrected, relative to the SVG's position.
Essentially, we have to substract the SVG offset, to get the arrow in the correct position. That's what I mean by "relative positioning" (related to the SVG position).

Yup I’m think I’m following you!


Find initial set of committee members

I'd like to get to 9.
We've so-far got 3; we're hoping to get a few from different corners of the globe, to get a more diverse representation.

[x] 1 Noon
[x] 2 Gala
[x] 3 Marco
[x] 4 Zoe
[ ] 5
[ ] 6
[ ] 7
[ ] 8
[ ] 9
[ ] 10
[ ] 11
[ ] 12
[ ] 13

I'm considering this done; we've got enough to make some progress; and we can remain open to more until we hit the limit.


Feature rx2onlydr

Implements #422

Thanks @JanZimmer :+1:  will review this + do some testing this week!

I've implemented all the changes. Please check again :)

Thanks @JanZimmer :+1:  I see that the rename to ChirpStack did cause some conflicts with your pull-request. I'll merge them in locally, fix the conflicts and do some testing again :)

Thank you :) Let me know if you need anything.

Thanks @JanZimmer for now I'm good :) I will do a bit or re-arrangement of the code + add some tests.
I might change rx2_prefer_on_rx1_dr_lte=0 to rx2_prefer_on_rx1_dr_lt=0. In case of a RX1 data-rate of 0, this would give RX2 preference over RX1, thus changes the default behavior, I missed this when I made my comment.
I have also taken out the sensitivity calculation code and put it in https://godoc.org/github.com/brocaar/lorawan/sensitivity so it can be re-used :-)

@JanZimmer I do have a question:
Could you explain again the reason for adding the RX2 option based on link-budget? Some calculation examples:
RX1 DR5
DR: 5 (SF7 / BW125 / min SNR -7.5)
TX Power: 14
S = -174 + 51 + 6 + (-7.5) = -124.5
Link budget = 14 - (-124.5) = 138.5 dB
RX1 DR0
DR: 0 (SF12 / BW125 / min SNR -20)
TX Power: 14
S = -174 + 51 + 6 + (-7.5) = -137
Link budget = 14 - (-137) = 151 dB
RX2 DR0
DR: 0 (SF12 / BW125 / min SNR -20)
TX Power: 27
S = -174 + 51 + 6 + (-20) = -137
Link budget = 27 - (-137) = 164 dB
RX2 DR5
DR: 5 (SF7 / BW125 / min SNR -7.5)
TX Power: 27
S = -174 + 51 + 6 + (-7.5) = -124.5
Link budget = 27 - (-124.5) = 151.5 dB

Unless I have made a miscalculation, it looks like the link budget is always in favor of RX2, no matter the RX1 and RX2 data-rate combination.

Actually you set the RX2 DR fixed, right? So there are the factors of RX2
DR and TX power. For the EU P Band with 27db it’s correct. Even DR5 is
better in RX2 than DR0 is in RX1. However, based on what actual TX power
you set or in which band you are (maybe I’m other plans or in the future)
that might not be the case. Furthermore, you might have a worse receiver
sensitivity at the node side as the specific local (in terms of locality at
the node, not at the gateway) noise floor might differ for the bands (due
to, e.g., differing inference for RX2 and RX1 bands) and so will lead to a
lower manual DR setting. So again I think it is a good idea to have it
calculated dynamically even though for now the dr_le option might as well
do the trick.
Orne Brocaar<EMAIL_ADDRESS>schrieb am Sa. 16. Nov. 2019 um
01:23:

@JanZimmer https://github.com/JanZimmer I do have a question:
Could you explain again the reason for adding the RX2 option based on
link-budget? Some calculation examples:
RX1 DR5
DR: 5 (SF7 / BW125 / min SNR -7.5)
TX Power: 14
S = -174 + 51 + 6 + (-7.5) = -124.5
Link budget = 14 - (-124.5) = 138.5 dB
RX1 DR0
DR: 0 (SF12 / BW125 / min SNR -20)
TX Power: 14
S = -174 + 51 + 6 + (-7.5) = -137
Link budget = 14 - (-137) = 151 dB
RX2 DR0
DR: 0 (SF12 / BW125 / min SNR -20)
TX Power: 27
S = -174 + 51 + 6 + (-20) = -137
Link budget = 27 - (-137) = 164 dB
RX2 DR5
DR: 5 (SF7 / BW125 / min SNR -7.5)
TX Power: 27
S = -174 + 51 + 6 + (-7.5) = -124.5
Link budget = 27 - (-124.5) = 151.5 dB
Unless I have made a miscalculation, it looks like the link budget is
always in favor of RX2, no matter the RX1 and RX2 data-rate combination.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/brocaar/chirpstack-network-server/pull/429?email_source=notifications&email_token=AC5ZO3WYYTQ56AAZ6NWY7OLQT2IDPA5CNFSM4IWA2TJ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEEFI4YA#issuecomment-554339936,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AC5ZO3SLUDBTJL67KLXPRT3QT2IDPANCNFSM4IWA2TJQ
.

Thanks @JanZimmer, I have just merged your pull-request with modifications + some added tests.


Make CPU frequencies parameters of the benchmark

This will involve working out how to call cpupower with sudo but without the hassle of a password prompt

Done in https://github.com/fjebaker/SPEChpc-reframe/commit/4de7d38dffad464f3bff33f65189cc35fa8a1ac4


mamedev 0.157

Style updates.
mess, ume: enable LTO if compiler support.

BTW. since #184 isn't accept or reject, I just simply add LTO support in mess and ume like mame. I will update them once #184 is closed.
Another question, mame can use external library instead itself, should be add optional dependency?

BTW. since #184 isn't accept or reject, I just simply add LTO support in mess and ume like mame. I will update them once #184 is closed.
Another question, mame can use external library instead itself, should be add optional dependency?

Thanks!


[Filter table] Table tab focus borders getting truncated

Focus borders getting truncated for the table tab
Detailed description

For a filter table, when the tab is focused on one of the table's header tabs or side tabs, the focus indicator is truncated along the top, left and right edges. Appears to be an issue specific to Firefox, for chrome the focus indicator width decreases.

The issue is related to the filter table.

Steps to reproduce the issue

Go to any filter table

click on the header tab to highlight/focus the table header tab
Move along tabs of the table with the help of arrow keys.
For the header tabs and side tabs, the focus border gets truncated.

FF:

Chrome:

Expected Behaviour
The tab focus border should be displayed entirely for each tab of the table.
Additional information
FF:
https://user-images.githubusercontent.com/123744004/219305088-12a2870b-351b-4edf-b0b2-1f6363d6cd18.mov
Chrome:
https://user-images.githubusercontent.com/123744004/219304787-e4643c2f-de58-4dea-8cd4-75f0a977271e.mov

Doesn't seem like you're using the latest carbon components angular version.

Can you please update to the latest version & check? There was a PR a while ago that fixed this.

@Akshat55 Below are the latest images from the portal and the angular carbon website, seems the tab focus border is still getting truncated.


Video problem with Sangokushi Fighter Hdi

Video problem with Sangokushi Fighter of Imagineer from NeoKobe on RG351P
I got Hdi of game at
Sangokushi Fighter
This game boots into main game but multiple game screens as illusion (it should be 1 screen as normal). Hope you could resolve. Thanks!
P.S. This game runs perfectly on Neko Project W21 on Win10

Same is happening on my end. Kind of a tricky issue, its most likely related to 256 colors.
Temp Solution:
if you open np2kai.cfg located in RA/system/np2kai and change "DIPswtch = 3e f3 7b" to "DIPswtch = 3e 73 7b" games which have distorted images (like 3 imahes imposed on each other) will work correctly BUT many other games (mostly old) will now start showing graphical distortions. ATM I don't know of anyway of switching between these Dip-switches other then manually editing the said cfg file.


Upgrade System.Private.Uri Package

Tracking issue for:

[ ] https://github.com/eclipse-tractusx/portal-backend/security/code-scanning/1672
[ ] https://github.com/eclipse-tractusx/portal-backend/security/code-scanning/1671

was resolved from base image with new image build


Error: reading PAT token from keyring failed: Failed to activate service 'org.freedesktop.secrets': timed out (service_start_timeout=120000ms)

Are there any additional details you would like to share?

Command: config
Version: 0.0.28 (linux/amd64) Commit: e4ca5ed3db8d57f2f8dab6d1d830e2beb75caf68 BuildDate: 2024-04-30T13:53:03Z
Arguments: []
Flags: []
Stdout:
─── Client ─────────────────────────────────────────────────────────────────────
    * Checking authentication: probing credentials locally…⠋

@sylvaindethier Is this still an issue for you, or is it a duplicate of #12?

Still an issue, still timeout (service_start_timeout=120000ms)

@geemus Still an issue, same error (service_start_timeout=120000ms)

@sylvaindethier can you try running gnome-keyring-daemon --daemonize --replace? If that fixes it, it may be an issue with the gnome-keyring system service configuration.

@benburkert  i've run 1st gnome-keyring-daemon --daemonize --replace, it output:
 gnome-keyring-daemon --daemonize --replace
** Message: 20:19:32.760: Replacing daemon, using directory: /mnt/wslg/runtime-dir/keyring
GNOME_KEYRING_CONTROL=/mnt/wslg/runtime-dir/keyring
SSH_AUTH_SOCK=/mnt/wslg/runtime-dir/keyring/ssh

Then i've re run anchor lcl config, it outputs:
anchor lcl config
    * Checking authentication: probing credentials locally…⠦
# Error! reading PAT token from keyring failed: Failed to activate service 'org.freedesktop.secrets': timed out (service_start_timeout=120000ms) `config`
    | We are sorry you encountered this error.
    ! Press Enter to open an issue on Github.

I didn't submit the issue.
By the way I was just trying the tool to get https on my localhost. This is not for work, so for the moment i don't mind.
Tell me if you really want to fix this issue.

@sylvaindethier we just released v0.0.30, which should have better support for headless linux environments like WSL. There are still a few known issues that we're working through which we expect will impact you, i'll update this issue when those have been sorted.

@benburkert  i've upgraded to 0.30.0, and yes indeed i do have the same issue, see #14

v0.31.0 fixes the issue (with or without gnome-keyring)
Thanks !


All packages should only have a single dependency in dnxcore50 -> System.Runtime

We don't want people to assume that referencing one of these shared libraries actually brings in dependencies. Especially since they are build time referenced, it will result in the nupkg missing deps.

https://github.com/aspnet/Common/commit/81a177d6feb5f3803e4f09c586847111c95d018f


PS-1798 processing processed tags process

good morning @odinuv, here's a brain walloper for breakfast :-).  please let me know if there are some cases I've overlooked in the test, I'm sure there are.

Looks a bit  😄


report.dat files

When I view any of the report_##.data files saved under the log folder of an experiment, the text is scrambled with lots of symbols. What's the correct way to view them?
(Sorry this is not exactly an issue with the code, but I couldn't find anywhere else to ask this question).

report = torch.load("/path/to/report.dat")
print(report)


Rename cat.exe to something else

VSCode Version: 1.8.0-insider
OS Version: Windows 7 x64

Steps to Reproduce:

Install Git for Windows
Install VS Code (or let it install a new version of itself).
The command where cat gives us:

c:\>where cat
C:\Program Files (x86)\Microsoft VS Code Insiders\bin\cat.exe
C:\Program Files (x86)\Git\usr\bin\cat.exe

This breaks scripts that expect that the command cat works like the standard Unix utility.

@bpasero I don't think cat.exe needs to be in bin. We place that in the PATH.

cat.exe is no longer needed.

E:\Home>where code
C:\Program Files (x86)\Microsoft VS Code\bin\code
C:\Program Files (x86)\Microsoft VS Code\bin\code.cmd

E:\Home>where cat
C:\Program Files (x86)\Microsoft VS Code\bin\cat.exe
C:\Program Files\Git\usr\bin\cat.exe

E:\Home>code --version
1.8.1
ee428b0eead68bf0fb99ab5fdc4439be227b6281

The issue hasn't been solved at all.

@lamarqua this looks like an issue with our update process where we are not deleting previous files. If you completely uninstall and reinstall VS Code, cat.exe will be gone.

FYI, the update process is still broken. I just tripped over this bug at 1.10.2. Uninstall helps.

I just lost a couple hours debugging an issue only to find out that the cat.exe I wanted to use was wrong.
I just swapped position of PATH entries to use the one I want (from Gnu Winutils), but yeah, this is a pretty silly issue ;)

@m-kostrzewa It's been fixed, You just need to re-install


fix typo of traces

Description
fix a little typo of traces.md:
probabilistic and probability
Issue reference
N/A

Thanks!


PoC: BIOS version & settings management

Proposed Changes
This PR contains PoC implementation for management of server's BIOS version and settings:

API types
Controller
Service managing tasks (scan, apply settings, update version)

This approach fully separate concrete job implementation from the reconciliation flow.
To discuss
BootOrder
Do we need to move boot order field from server to serverBIOS CR? Semantically, yes. As it's one of BIOS settings.
BIOS settings in .status
From my perspective, it reasonable to reflect in .status.bios.settings only those settings which are set in .spec.bios.settings. This will make comparison of .spec and .status much easier.
Storing bios settings
Do we need custom type for bios setting:
type SettingsEntry struct {
    // +required
    Name string `json:"name"`

    // +required
    Value string `json:"value"`

    // +optional
    Unsupported bool `json:"unsupported,omitempty"`
}

to avoid attempting to apply settings which are not supported in the specified BIOS version? I.e.:
apiVersion: metal.ironcore.dev/v1alpha1
kind: ServerBIOS
metadata:
  name: foo
spec:
  scanPeriodMinutes: 30
  serverRef:
    name: bar
  bios:
    # changing both version and 'unsupported' flag in the same time
    version: 1.0.0  --> 2.0.0
    settings:
    - name: legacyboot
      value: enabled
      unsupported: false  --> true

upgrading from version 1.0.0 to 2.0.0 will lead to the bios setting responsible for legacy boot is deprecated/unsupported, thus it is explicitly marked as unsupported and will not be considered during settings applying.

overall I think the POC looks ok

@aobort @afritzler what do u guys think about taking the bios controller out of the metal operator, same as the boot/ipam operator? We would be more flexible in the future and changes could be implemented independently of the metal operator

@defo89  @aobort @afritzler what do u guys think about taking the bios controller out of the metal operator, same as the boot/ipam operator? We would be more flexible in the future and changes could be implemented independently of the metal operator

I proposed it in the beginning of this "epic". Thus, I agree.


Consider replacing the public rooms list with a server-wide space

(This is likely more of an implementation detail than a spec issue. I've dumped my thoughts here as this applies to most server implementations though.)
This is mostly to reduce complexity, but it would be interesting to see the public room list become a single space for a server. The idea being that the room visibility API would instead just add rooms to a space under the hood, and the public room list API would simply check that space and return results based on the children within.
The advantages I can see to this mechanism are:

Auth controls for who can add to the public room list are now just controlled via normal room authorization logic.
The ability to make your room directory invite only, so only certain users can see the details in your rooms.
Moderation of the room directory could be passed off to a bot, which can simply sit in the room and read new entries down sync, making appropriate decisions about who can read them.
Users can subscribe to the space to add them to their directory list as we do today with account data.
Appservice directories simply become child spaces of the main directory. The current spec doesn't provision for federated AS directories at all, so it also solves that problem.

This feels quite heavy on the client, the client today delegates the searching of the room directory to the server. Would you propose the Space Summary API gain filtering abilities to match that?

I've been playing with that idea for a while too. In general I mostly like the moderation benefits. You can use a bot, delegate moderators, assign permissions, etc. Currently it is pretty hard to moderate the room directory, since you don't get updates for it, so you basically need to poll it manually.
Additionally it would be very nice to be able to pin different room directories in your clients by just joining the space. Currently the different room directories are mostly added client side or in the client config.

This feels quite heavy on the client, the client today delegates the searching of the room directory to the server. Would you propose the Space Summary API gain filtering abilities to match that?

This would propose keeping the existing room directory endpoints for the time being which would just use the space as a backing store, to reduce complexity on the server side and allow people to use the directory as a space, but that would not be the only mechanism.
I would expect the summary API would take a more prominent role though, perhaps gaining most of the features that the public room list API has today. (I assume most of the things you want to search for in public rooms also applies to spaces).

A specific use case would be to have a Space for children-friendly rooms on matrix.org, moderated by the community. Users setting up their Element client for their children would be able to replace the public room listing with this Space.
Similarly, we could have a Space for Spanish-speaking rooms, etc.
This definitely needs:

the ability to search server-side;
the ability to paginate results.

The idea of the "default space" for looking up rooms is interesting, and it doesn't even have to be a "local space" (whatever that means) but there is one important function served by the server directory which is name lookups.

To add onto this: maybe this "default space" could be added as a "recommendation" per-server similar to how element.io currently serves a "settings.json" file next to the web client, which dictates things such as branding and labs access, but also default rooms and a default homeserver. Maybe a homeserver could hint to a client that "recommended space", and then the idea of a "server list" might blur into that "default space", with some servers opting for their own curated space, some servers just picking another servers' space, and some not hinting any at all.


Mutable field of struct is not changed as expected by struct member

Originally reported on CodePlex by Greatim
[<Struct>]
type TestStruct =
    val mutable _x:int
    new(x) = {_x = x}
    member this.Set(x) = this._x <- x

member this.X with get() = this._x;
let a = TestStruct(2)
let c() =
    a.Set 10
    a.X
c();;

the value of "c( )" is 2!! Why the value of "a.X" didn't change，bug this code compile well?

Title of the bug is not related to the bug itself
As I see this behavior is expected, immutable let binding defensive copy triggered creation of the copy. If  mutation of the struct is expected - define let binding as mutable

The title was incorrectly copied form Codeplex, I've updated it.

Yes, this is by design. You would have to use "let mutable a = TestStruct(2)"


Standardise package configuration on pyproject.toml

The Python Packaging Authority (PyPA) is standardising on using pyproject.toml for package configuration[^1][^2] rather than setup.cfg and/or setup.py.
It should be fairly straight-forward to port the existing configuration from setup.cfg to pyproject.toml. At the same time setuptools_scm could be employed to automate versioning based on Git Tags, in turn releases to PyPI could then be automated with a GitHub workflow in a similar manner to how GitHub releases are built (separate issue).
Happy to take on the work for this @jni if you think its something worth doing.
[^1]: PEP621 – Storing project metadata in pyproject.toml
[^2]: Packaging Python Projects

I'm definitely into this! It looks like you've already done all or most of the work, but for reference I just came across this project:
https://github.com/diazona/setuptools-pyproject-migration

Closed by #216, #217


Docs: Remove top-level file collection info (oops!)

- Summary
I mistakenly thought that top-level file collections were a thing, and they're not.
The wording is a little funky, so I'm happy to take improvements, but on the other hand, I'd like to get the incorrect docs replaced as soon as possible. Better to merge this as correct but funky, then improve the wording later.
- Test plan
Check the preview! :)

Deploy preview ready!
Built with commit 12fc9f530e48047e331d40854f23962527770c35
https://deploy-preview-923--cms-demo.netlify.com

Deploy preview ready!
Built with commit 12fc9f530e48047e331d40854f23962527770c35
https://deploy-preview-923--netlify-cms-www.netlify.com


Suggestion: Adding a crystal between 4.6 and 4.7

The P4.6 and P4.7 are not connected to the pin-headers, while there is still space on the top layer.
An option to add a crystal will be useful for precise timing applications.

Thanks for your suggestion, I'll add it in next version.


Fix uploads with path separators not working correctly on Windows

We were using Python's os.path, that has os-dependent separators, when we should have used posixpath, because the paths sent to the server are POSIX.

 DDA Windows issues while uploading nested folders


implement FusedIterator

Ideally when it's stable, but we can have a crate feature until then

Still not stable

Stable in Rust 1.26


expose connection metadata

Hi,
The performance of turbodbc is great so I am building some internal db libs to do data loads, merges, etc.
It would really help to have access to connection metadata to handle cases where we need special handling for a specific DB.  For example Sql Server can't handle python (or numpys/pandas) datetime precision so you have to format only to milliseconds.
Can you please expose some metadata, even just the original connection string?
Thanks!

Hi! Exposing some metadata should not be too much of a problem. As a workaround, you could attach metadata yourself, doing something like
my_arguments = {...}
connection = turbodbc.connect(**my_arguments)
connection.metadata = my_arguments

You might want to wrap that in a helper function that returns a connection with metadata.

Just chiming in to say that I use pyodbc to grab a lot of metadata, although it obviously wont get your connection string you used to connect with another library. You might be able to serve your needs by using pyodbc alongside turbodbc like I do

Thanks for the obvious solution that I completely missed!  I was even thinking of creating a container object for the connection and anything else I want to track, but of course I can just add the metadata I want directly to the connection object.  Clearly I've spent too many years with strongly-typed languages... :)
And yes I also use a mix of turbodbc, pyodbc, and sqlalchemy to perform various DB tasks.  In this case however I just wanted metadata about the connection object itself, not from the DB it's connected to.
Cheers


Bindable commands

"I should look into having modterminal let you specify fully qualified commands as Debug bindable functions actually (and then make some of those available by default via ICDebug for the command-impaired)"
This should also involve an API for default binds, but how to distinguish between "unbound" and "never-bound"?

deprioritizing for now


Fixes to walkthroughs and broken links involving Azure 2.0 CLI (Preview) and resource groups

There are several places that mistakenly list the azure group command as azure resource group. This PR fixes all such occurrences in this repo.

Hi @jacwil, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

It looks like you're a Microsoft contributor (Jack Williams). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla.microsoft.com.

TTYL, MSBOT;

@jacwil : Thanks for your contribution to the Azure documentation! The author, @squillace, has been notified to review your proposed change.

hey @jacwil, thanks so much for getting us up-to-date over the holidays. @allclark can you double check? My review shows that the az group deployment create and az group create are now the new commands, but let's have two eyes.

Yeah, that's right. It looks good. #sign-off


RELOAD-MODULES-SMP

Failed against Canonical UbuntuServer 16.04-LTS 16.04.201905303, even the ip is still there, we can't reconnect using ssh, but can ssh if run dhclient -r and dhclient

one more issue - no bc tool on this image

Created a TFS task for this, @adriansuhov  will work on it this month.

@chvalean Please close TFS task, thanks!


Uncaught TypeError: Cannot read property 'setSoftWrapped' of undefined

[Enter steps to reproduce below:]

Have a document open in Zen mode
Edit->Preferences
Hit [shift]+F11 in order to exit the settings editor
(as it seems impossible to close it otherwise, there's no close "X" popping up in that constellation)

Atom Version: 1.0.0
System: LMDE 2
Thrown From: Zen package, v0.14.0
Stack Trace
Uncaught TypeError: Cannot read property 'setSoftWrapped' of undefined
At /home/uliska/.atom/packages/Zen/lib/zen.coffee:111

TypeError: Cannot read property 'setSoftWrapped' of undefined
  at Object.module.exports.toggle (/home/uliska/.atom/packages/Zen/lib/zen.coffee:111:15)
  at atom-workspace.<anonymous> (/home/uliska/.atom/packages/Zen/lib/zen.coffee:28:59)
  at CommandRegistry.module.exports.CommandRegistry.handleCommandEvent (/usr/share/atom/resources/app.asar/src/command-registry.js:241:29)
  at /usr/share/atom/resources/app.asar/src/command-registry.js:3:61
  at KeymapManager.module.exports.KeymapManager.dispatchCommandEvent (/usr/share/atom/resources/app.asar/node_modules/atom-keymap/lib/keymap-manager.js:520:16)
  at KeymapManager.module.exports.KeymapManager.handleKeyboardEvent (/usr/share/atom/resources/app.asar/node_modules/atom-keymap/lib/keymap-manager.js:355:22)
  at HTMLDocument.module.exports.WindowEventHandler.onKeydown (/usr/share/atom/resources/app.asar/src/window-event-handler.js:180:20)

Commands
  2x -4:43.7.0 core:backspace (atom-text-editor.editor.is-focused)
     -4:40.6.0 editor:newline (atom-text-editor.editor.is-focused)
 13x -4:29.4.0 core:backspace (atom-text-editor.editor.is-focused)
  2x -3:40.7.0 core:move-right (atom-text-editor.editor.is-focused)
     -3:21.1.0 core:select-down (atom-text-editor.editor.is-focused)
     -3:20.8.0 core:backspace (atom-text-editor.editor.is-focused)
  3x -3:20.2.0 core:move-up (atom-text-editor.editor.is-focused)
     -3:15.3.0 editor:select-to-end-of-word (atom-text-editor.editor.is-focused)
     -2:08.0 core:move-right (atom-text-editor.editor.is-focused)
 16x -2:07.7.0 core:select-down (atom-text-editor.editor.is-focused)
     -2:04.6.0 core:backspace (atom-text-editor.editor.is-focused)
     -1:46.5.0 core:move-right (atom-text-editor.editor.is-focused)
     -1:46.3.0 editor:newline (atom-text-editor.editor.is-focused)
     -1:45 core:move-left (atom-text-editor.editor.is-focused)
     -1:44.6.0 core:move-right (atom-text-editor.editor.is-focused)
     -0:03.7.0 zen:toggle (div.settings-view.pane-item)

Config
{
  "core": {},
  "Zen": {}
}

Installed Packages
# User
Zen, v0.14.0
language-latex, v0.6.1
latexer, v0.2.3
soft-wrap-indicator, v0.7.0
texlicious, v0.4.4
text-manipulation, v0.6.0

# Dev
No dev packages

Strangely I can't reproduce it on OSX.
I'm not the maintainer of this package, but I think this might fix your issue. https://github.com/rm-code/Zen/tree/Fix_%2368

(as it seems impossible to close it otherwise, there's no close "X" popping up in that constellation)

You should be able to close the tab via key shortcuts.

Opened a pull request and updated the commit message.

No repro here either although the PR makes sense. @uliska could you try if that fix solves your problem?

@braver Check @uliska's comment here

Just what I wanted to say ;-)

Alright, got it :) :+1:


[UI] ui-auto.css 404: v1.2.1

Rancher Version: v1.2.1
Docker Version: v1.12.4
OS and where are the hosts located? (cloud, bare metal, etc): RHEL 7, vSphere
Setup Details: (single node rancher vs. HA rancher, internal DB vs. external DB) Single Node, External DB
Environment Type: (Cattle/Kubernetes/Swarm/Mesos) Cattle
Steps to Reproduce:
Update to v1.2.1
Results:
No CSS loaded.
Failed to load resource: the server responded with a status of 404 (Not Found)...https://xxx/assets/ui-auto.css?1.2.39
Expected:
CSS is found.

D'oh.. This broke in the PR to add right-to-left language support, the auto should be rewritten to light or dark depending on the time.  Click the unstyled Light or Dark button for now to get CSS back.

Version - master 11/20
Verified fixed.


serviceworker.js failed to register (on windows)

Gitea Version
1.16.0-rc1
Git Version
git version 2.34.1.windows.1
Operating System
Windows 10 21H1 (build 19043.1466)
How are you running Gitea?
Downloaded gitea-1.16.0-rc1-gogit-windows-4.0-amd64.exe from the github releases page.
stopped windows service
Copied over top to replace existing gitea.exe
restarted windows service
Database
MSSQL
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Description
In edge & chrome, the serviceworker.js fails to install with an error logged to the console.
DOMException: Failed to register a ServiceWorker for scope ('http://localhost:3000/assets/') with script ('http://localhost:3000/assets/serviceworker.js'): The script has an unsupported MIME type ('text/plain').
First appeared when i installed version 1.15.10
Screenshots
No response

This is a common problem with cached out of date service workers. Forcibly reload the page and/or clear the serviceworker out.

Did all that the straight away after installing 1.15.10, gave it a few days still no joy, then tried the RC and still no luck.  Using fiddler, gitea is returning the serviceworker.js with content type text/plain
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: private, max-age=21600
Content-Length: 21208
Content-Type: text/plain; charset=utf-8
Etag: "MjEyMDhzZXJ2aWNld29ya2VyLmpzVGh1LCAyMCBKYW4gMjAyMiAyMTowMzo1NiBHTVQ="
Last-Modified: Thu, 20 Jan 2022 21:03:56 GMT
Date: Fri, 21 Jan 2022 00:15:43 GMT

Hmm .... My Linux reports:
< HTTP/1.1 200 OK
< Accept-Ranges: bytes
< Cache-Control: private, max-age=300
< Content-Length: 21208
< Content-Type: text/javascript; charset=utf-8
< Etag: "MjEyMDhzZXJ2aWNld29ya2VyLmpzRnJpLCAyMSBKYW4gMjAyMiAwMzo1NjoxOCBHTVQ="
< Last-Modified: Fri, 21 Jan 2022 03:56:18 GMT
< Date: Fri, 21 Jan 2022 04:22:48 GMT

So the Content-Length/Etag is the same, I believe they are the same file. But the Content-Type is different.
And since you are accessing http://localhost:3000/assets/serviceworker.js directly, it is the response from Gitea directly.
Maybe something wrong with the Windows build.

However, I can not reproduce your problem:
I downloaded the gitea-1.16.0-rc1-gogit-windows-4.0-amd64.exe and run it in Windows,
The response of  http://localhost:3000/assets/serviceworker.js is:
Accept-Ranges: bytes
Cache-Control: private, max-age=21600
Content-Encoding: gzip
Content-Type: text/javascript; charset=utf-8
Date: Fri, 21 Jan 2022 04:29:37 GMT
Etag: "MjEyMDhzZXJ2aWNld29ya2VyLmpzRnJpLCAyMSBKYW4gMjAyMiAwNDoyNzozMyBHTVQ="
Last-Modified: Fri, 21 Jan 2022 04:27:33 GMT
Transfer-Encoding: chunked

Everything seems fine. Do you have more clues?

Is it only this one JS file that returns wrong mime type or the others as well?

No clues as to what might cause the change to content type for the serviceworker.js file, version 1.15.10 returns the correct content type.
serviceworker.js is the only file that has the wrong content type.

// TypeByExtension returns the MIME type associated with the file extension ext.
// The extension ext should begin with a leading dot, as in ".html".
// When ext has no associated type, TypeByExtension returns "".
//
// Extensions are looked up first case-sensitively, then case-insensitively.
//
// On Windows, MIME types are extracted from the registry.
//
// Text types have the charset parameter set to "utf-8" by default.
func TypeByExtension(ext string) string {

Is your Windows registry correct? Does it contains correct .js mime-type?

We should probably not rely on registry in TypeByExtension and at least hardcode the JS/CSS/HTML mime types. Thought I don't think this will solve OPs issue where only this one file is affected.

Ok, done some digging in the windows registry.
Windows 10 computers all have text/plain as content type
Windows Servers have NO content type key at all.

Ok, done some digging in the windows registry. Windows 10 computers all have text/plain as content type Windows Servers have NO content type key at all.
[edit] all our computers/servers are standard installs with no customisation done other than installing IIS etc

Do you have conclusions? Is your clue related to this issue? Golang's mime detector seems to work like this: there are some built-in mime-types (including .js), but if Golang can read OS's mime type config, then Golang will use OS's mime type config to overwrite the built-in.

Given the registry entries and how you describe the golang mime handling works, the text/plain is expected, i assume on the servers because there is no entry, there is a internal fallback that is used.
I guess this means gitea is working as expected given the environment and this is a golang mime issue regarding the handling of windows and its broken defaults.
This can be closed if you like, it appears to be outside of giteas direct control.

Although it explains the issue, but I think how Golang handle mime types is not ideal (especially for Gitea HTTP server).
I would like to propose a PR to make Gitea treat all well-known extensions as hard-coded mime-types to bypass the OS config.
Please leave this issue open.

I proposed a fix:

https://github.com/go-gitea/gitea/pull/18370


Inaccurate CloudWatch GetMetricStatistics response

The following template constructs a CloudWatch response that does not behave the same as production: https://github.com/spulec/moto/blob/2275c53b3e4c6d21bc3de6d2dee9a02bad7a3491/moto/cloudwatch/responses.py#L278
This causes issues with the Go SDK which looks for a member XML tag within the datapoints list. All responses using moto with go therefore have empty datapoint lists.
Here is the relevant AWS SDK for Go code that unmarshals lists: https://github.com/aws/aws-sdk-go/blob/68afe677298a894afc385165f93ec26895a50c9e/private/protocol/xml/xmlutil/unmarshal.go#L166
The following is an actual get-metric-statistics response using the AWS CLI.
<GetMetricStatisticsResponse xmlns="http://monitoring.amazonaws.com/doc/2010-08-01/">
    <GetMetricStatisticsResult>
        <Datapoints>
            <member>
                <Unit>None</Unit>
                <Sum>1.0</Sum>
                <Timestamp>2019-06-28T15:52:00Z</Timestamp>
            </member>
            <member>
                <Unit>None</Unit>
                <Sum>2.0</Sum>
                <Timestamp>2019-06-28T15:53:00Z</Timestamp>
            </member>
        </Datapoints>
        <Label>executed</Label>
    </GetMetricStatisticsResult>
    <ResponseMetadata>
        <RequestId>26d654c4-99bd-11e9-b1e7-132b58350ac1</RequestId>
    </ResponseMetadata>
</GetMetricStatisticsResponse>

Thanks!