Fix server-side default sort direction

Right now when BREAD is server-side it's always sorted in descending order, this PR uses the BREAD preference instead.

Thanks for PR but I don't think that works because:
if (!$sortOrder && isset($dataType->order_direction)) {

Anyway duplicate of #4557

Closing as duplicate of #4557


Uninstalling

Microsoft PowerToys version
0.37.0
Running as admin

[X] Yes

Area(s) with issue?
General
Steps to reproduce

Go to control pannel
Go to PowerToys
Uninstall

✔ Expected Behavior

Uninstall

❌ Actual Behavior

Other Software
No response

Duplicate of #9720

This is a transitite issue and we're working on refactoring the installer to prevent this in the future soon.  https://github.com/microsoft/PowerToys/issues/10126 is primary tracker


Cant sign data with unused eternl/typhon

hello, it would be nice, if i could get some help. i try to make a site with wallet authentication, i use lucid for it. the sign data work well with nami and flint. my problem is, if i try sign data with a never used eternl or typhon, the browser throw an error. i can sign with an eternl wallet that was used before. the cause i think is: when i want to write out the addy in browser consol, eternl return an empty value, so offcourse, lucid cant generate the stuff that it need from it. my question is: is there any work around or did i just miss someting?
it is not the end of world, but considering i want to use the authentication method for some web2 service, it is a possible scenario someone want to use it with a new wallet
the 1st error is what eternl give, th 2nd is typhon

Just get the change address, either as fallback or directly.
const walletApi = await window.cardano[walletName].enable()
await walletApi.signData(walletApi.getChangeAddress(), hexData)

thanks for your answer


Option for not showing button, even with only a single type

Sometimes you might like to show a list of items which isn't necessarily created in the studio. My example is a list of users registered to the website which is actually updated from auth0 via the js library.
I've made a pull request #5 which adds an option for setting createButton to false

Came looking to see if this was an option, I would this 👍

I am currently developing a website for a client where this design pattern is needed. Would love to help implement it.

I am currently developing a website for a client where this design pattern is needed. Would love to help implement it.

Thanks to @readeral this is now implemented - showCreateButton: false :)
Sorry for the very late follow-up!


Cannot pip install tensorflow examples

Click to expand!
Issue Type
Bug
Have you reproduced the bug with TF nightly?
Yes
Source
source
Tensorflow Version
2.12.0
Custom Code
Yes
OS Platform and Distribution
No response
Mobile device
No response
Python version
No response
Bazel version
No response
GCC/Compiler version
No response
CUDA/cuDNN version
No response
GPU model and memory
No response
Current Behaviour?
I am trying tensorflow segmentation example from [here](https://www.tensorflow.org/tutorials/images/segmentation) on Google Colab and I get an error in the first cell with pip install.

Standalone code to reproduce the issue
From Jupyter notebook:

`!pip install git+https://github.com/tensorflow/examples.git`

Relevant log output
Looking in indexes: https://pypi.org/simple, https://us-python.pkg.dev/colab-wheels/public/simple/
Collecting git+https://github.com/tensorflow/examples.git
  Cloning https://github.com/tensorflow/examples.git to /tmp/pip-req-build-xe1kper2
  Running command git clone --filter=blob:none --quiet https://github.com/tensorflow/examples.git /tmp/pip-req-build-xe1kper2
  Resolved https://github.com/tensorflow/examples.git to commit 5bc9f1ed519146242db5e71f00d9d39d52a308c8
  error: subprocess-exited-with-error

  × python setup.py egg_info did not run successfully.
  │ exit code: 1
  ╰─> See above for output.

  note: This error originates from a subprocess, and is likely not a problem with pip.
  Preparing metadata (setup.py) ... error
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.

Output of GIT Version and TF version:

`import tensorflow as tf; print(tf.version.GIT_VERSION, tf.version.VERSION)`:

v2.12.0-rc1-12-g0db597d0d75 2.12.0

TensorFlow example package is not available on PyPI.
We can clone the TensorFlow example repository from GitHub and run the examples.
Use this following command in cell
 !git clone https://github.com/tensorflow/examples.git
It will download the repo
Then navigate to following example you want

Can this be updated in the Google colab Jupyter notebooks too?

I am able to git clone the repo, but in some notebooks the tensorflow_examples package is referenced. How to use that? This line fails:
from tensorflow_examples.models.pix2pix import pix2pix
This is from segmentation tutorial given here

@kedarps
Thanks for reporting this issue.
As per this comment.
Please clone the TensorFlow example repository from GitHub. Use from examples.tensorflow_examples.models.pix2pix import pix2pix instead of from tensorflow_examples.models.pix2pix import pix2pix, Now you can use 'pix2pix' package.
Thank you !

Thank-you. It's working now.


Change Led driver PCA9633 to enable the device at init

Update of LED Driver for PCA9633 to take the IC out from sleep at driver initialization.
Fixes #37180

Thanks for this fix, please, format commit message correctly, e.g. drivers: led: pca9633: exit sleep mode on init and add a description of the problem (see https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines)

Thanks for this fix, please, format commit message correctly, e.g. drivers: led: pca9633: exit sleep mode on init and add a description of the problem (see https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines)

Done

Thanks for this fix, please, format commit message correctly, e.g. drivers: led: pca9633: exit sleep mode on init and add a description of the problem (see https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines)

Done

I think the sign off message are correct now. Please rerun the checks

Thanks for this fix, please, format commit message correctly, e.g. drivers: led: pca9633: exit sleep mode on init and add a description of the problem (see https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines)

Done

I think the sign off message are correct now. Please rerun the checks

I have now fixed the Autor formatting in my git. Please rerun the checks

Thanks for this fix, please, format commit message correctly, e.g. drivers: led: pca9633: exit sleep mode on init and add a description of the problem (see https://docs.zephyrproject.org/latest/contribute/index.html#commit-guidelines)

Done

I think the sign off message are correct now. Please rerun the checks

I have now fixed the Autor formatting in my git. Please rerun the checks

Added body to commit message and leaving line 2 blank.


Update skript to 2.6.3 or higher

Skript 2.6.3 brings support for 1.19.
And floodgate-skript uses 2.6.2, can you upgrade it to 2.6.3?

Completed, thanks for letting us know. you can download the build here.
https://ci.kejona.dev/job/Floodgate-skript/job/master/3/


Admin: Bulk actions

Mass set/unset of

[x] Favorites No longer needed, they are now part of Topics.
[ ] Published
[ ] Permission

@jamstooks  Not sure what this is referring to, moving to 1c.

I think this has been addressed. It's the bulk action feature in admin:


ASC-672 Install Swagger Client from PyPI

QA Symphony does publish a package for their qTest swagger client on PyPI
which forced us to install the client from git instead. We've received
confirmation from QA Symphony to fork their code and publish a PyPI package
for our fork.
Resources

PyPI Package
Client GitHub Fork

Issue: ASC-672

Currently blocked by this PR and a subsequent release of "zigzag".

New version of zigzag release with the dependent PR https://pypi.org/project/rpc-zigzag/0.10.0/


Cannot use reflection to reflect on Windows Metadata files

Describe the bug
Previously I used reflection in .NET Core 3 to read Windows Metadata files (.winmd) however now that .NET has removed built-in WinRT support and requires to use CsWinRT for that, you can no longer use reflection on those files, except once which CsWinRT has created an interop assembly for which isn't easy to at runtime.
To Reproduce

Load a Windows Runtime assembly using Assembly.Load and use reflection on it.
It will fail with System.IO.FileLoadException.

Expected behaviour
You should be able to load a Windows Runtime metadata file at runtime and use reflection on it. After all, Windows Metadata files are just a metadata-only .NET assembly (might contain code when written in a .NET language).

@Jaiganeshkumaran, this is not considered a bug on our end, due to changes in the platform with .NET 5.
WinMD files are no longer supported with C# reflection. This usage is confusing .NET metadata-only assemblies (still supported) with WinRT metadata assemblies (not supported). The type systems between the two (.NET vs WinRT) are fundamentally different. The user should rely on ApiInformation checks instead, as any native language would have to do, and this is what the old WinMD C# reflection support was doing under the hood.

What should I do to reflect on WinRT APIs then? ApiInformation is only for detecting if a type/method/property exists on the system, not a general-purpose reflection system. Even if WinRT is fundamentally different, the file format is based on the ECMA-335 standard which .NET should be able to handle.

@Jaiganeshkumaran Can you share what your WinRT reflection scenarios are, beyond existence checks?  It's true that the metadata standard is common, but the implementation is not.  The previous built-in reflection support for WinRT metadata was effectively equivalent to ApiInformation checks.

@Jaiganeshkumaran I tried using MetadataLoadContext to load the .winmd files and it seems to work.

@Jaiganeshkumaran I tried using MetadataLoadContext to load the .winmd files and it seems to work.

Good to know. Closing this issue.


schemaDirectives is not working in SchemaBuilder

export const builder = new SchemaBuilder<{
  PrismaTypes: PrismaTypes
  Directives: DirectiveTypes
  DefaultInputFieldRequiredness: true
  Context: Context
  Scalars: {
    ID: { Input: string; Output: string | number }
    DateTime: { Input: Date; Output: Date }
    Attachments: { Input: String; Output: Prisma.JsonValue }
  }
  AuthScopes: {
    public: boolean
    user: boolean
    unauthenticated: boolean
    isStaff: boolean
  }
}>({
  defaultInputFieldRequiredness: true,
  plugins: [
    SimpleObjectsPlugin,
    ScopeAuthPlugin,
    ValidationPlugin,
    PrismaPlugin,
    RelayPlugin,
    DirectivePlugin
  ],
  prisma: { client: db },
  authScopes: async ({ session }) => ({
    public: true,
    user: !!session,
    unauthenticated: !session,
    isStaff: !!session?.isStaff
  }),
  relayOptions: {
    clientMutationId: 'omit',
    cursorType: 'String'
  },
  schemaDirectives: {
    rateLimit: createRateLimitDirective()
  }
})

/cc @hayes

I just inferred this idea from https://github.com/hayes/giraphql/issues/27#issuecomment-770941036

Have you looked at https://giraphql.com/plugins/directives

@hayes Yup but didn't work, I tried to get directives but still, it returns only four not the ratelimit one

import './resolvers'

import fs from 'fs'
import { GraphQLSchema, lexicographicSortSchema, printSchema } from 'graphql'
import { createRateLimitDirective } from 'graphql-rate-limit-directive'
import path from 'path'

import { builder } from './builder'

export const schema = builder.toSchema({})

createRateLimitDirective().visitSchemaDirectives(schema, {})

console.log(schema.getDirectives())

export default schema

function writeSchema(schema: GraphQLSchema) {
  const schemaAsString = printSchema(lexicographicSortSchema(schema))
  const schemaPath = path.join(process.cwd(), 'src/graphql/schema.graphql')

  const existingSchema =
    fs.existsSync(schemaPath) && fs.readFileSync(schemaPath, 'utf-8')

  if (existingSchema !== schemaAsString) {
    fs.writeFileSync(schemaPath, schemaAsString)
  }
}

if (process.env.NODE_ENV !== 'production') {
  writeSchema(schema)
}

You shouldn't pass the directives the builder, you'll need to apply them after the schema is generated with something like graphql-tools.  Directives are not a standardized part of GraphQL

I think that is expected.  The rate-limiting should still work

I think that is expected. The rate-limiting should still work

You mean the code above? But the @ratelimit is not added to schema.graphql file 🤔

Correct, as mentioned in the docs, the directives are not visible in the printed schema

Correct, as mentioned in the docs, the directives are not visible in the printed schema

But still, rate-limiting didn't work :(

Actually, it looks like that is missing from the docs... I'll have to look into that

BTW here is the PR I'm working on for rate limit integration https://gitlab.com/yo/devparty/-/merge_requests/238

Heading to sleep, so I don't have time to look at this right now.  One thing to try, you may need to set useGraphQLToolsUnorderedDirectives I think graphql tools may have been updated to not need that

Take care, see ya tomorrow 🤗

Looks like the way the rate limit visitor has changed slightly.  I've updated the docs and added a test to confirm.  See #184 (mostly unrelated, but I am updating the docs in the PR as well).


Openai: add latest gpt4 turbo model

Description
Add the new gpt-4-turbo model for OpenAI node.
Context
OpenAI officially released the gpt-4-turbo model.
This model is a pointer on the latest turbo version (now it's gpt-4-turbo-2024-04-09)
Also, this model include Vision capabilities.
Pricing is the same.
See https://platform.openai.com/docs/models/continuous-model-upgrades

Awesome thank you!


Bug?

doestn error:
class Human
    function __construct(name)
        self.name = name
    end
end

local john = new Human("John")
print(john.name)

errors:
class Human
    function __construct(name)
        self.name = name
    end
end

print(new Human("John").name)

errors:
class Human
    function __construct(name)
        self.name = name
    end
end

print(new Human("John").name)

pluto: syntax error: tmp.pluto:7: ')' expected (got '.')
7 | print(new Human("John").name) -- John
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ here: this is invalid syntax.

I see this probably isnt a bug but something not implemented yet but this kinda syntax
class Human
    function __construct(name)
        self.name = name
    end

    function sayHello()
        local name = self.name
        print($"Hello world and {name}")
    end
end

new Human("John"):sayHello()

would be pretty nice to have

You can do this:
(new Human("John")):sayHello()

I will track your suggestion in #300.


Drop dependency on middleclass, and add docs folder

I would like to use LuaLinkedList in my project, but I feel that the dependency on middleclass is not needed, and is a bit of an overkill.
Please consider merging this pull request, which:

Drops the dependency on middleclass, and uses Lua primitives to enable class and object based operations.

Adds a README and docs folder.

I have published the generated docs here: https://deepakjois.github.io/LuaLinkedList
You can also enable it after merging at: https://github.com/zunware/LuaLinkedList/settings (under Github pages)

Hello, just wanted to ping you.
If you are not interested in this patch or don’t have time to merge and release this, I am happy to just use LinkedList inside my own codebase.

Sorry for the late reply. Thanks for the changes!

Thank you. For what it’s worth I used your library inside luabidi. I eventually decided to bundle the files in the project itself. But it’s nice to have the contributions merged in.


Rotation problem

the view controllers do not resize correctly when auto-rotate is enabled. Can't figure out how to fix it.  Any help is appreciated.  This is a great controller.

Hi,
I've fixed this issue with this commit.
Have a nice day,
Mario.

Thanks for the quick response. I updated to the latest version but the auto-rotate problem still exists.
I don't see the problem in your demo code (it auto-rotates properly).
Here is a screenshot video:
https://www.dropbox.com/s/ysvmt3xcxo4zme7/autorotate.mov?dl=0


PHP 7 deprecated errors on phpseclib

Hi, I'm getting this warnings:
$ rocketeer deploy --on=production
production/0 | Deploy (Deploys the website)

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Net_SFTP has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Net\SFTP.php on line 122

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Net_SSH2 has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Net\SSH2.php on line 151

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Math_BigInteger has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Math\BigInteger.php on line 176

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Crypt_Hash has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Crypt\Hash.php on line 82

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Crypt_RC4 has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Crypt\RC4.php on line 101

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Crypt_Base has a deprecated constructor in C:\Users\MYSER\AppData\Roaming\Composer\vendor\phpseclib\phpseclib\phpseclib\Crypt\Base.php on line 121
production/0 |-- Primer (Run local checks to ensure deploy can proceed)
production/0 |-- CreateRelease (Creates a new release on the server)
production/0 |---- Deploy/Clone (Clones a fresh instance of the repository by SCM)
production/0 |===> Cloning repository in "/apps/MYAPP/releases/20160107195429"

I've checked on the phpseclib and it's already fixed on 2.0 version, on this issue https://github.com/phpseclib/phpseclib/issues/734

This should be fixed since 1f11249

Yup


Tolerance for is_energy_preserving Floating Inputs

Since the code verifies exact equalities, I modified the function is_energy_preserving_dense adding a tolerance to the rank so that RK methods given by a numerical Butcher array can be detected to be energy-preserving according to a tolerance.

I have a question about the runtest file: in the test Example in Section 4.2 of Miyatake and Butcher (2016), what is the purpose of the command @inferred?

Please note that rank for sparse matrices uses a library that requires different keyword arguments
julia> using SparseArrays, LinearAlgebra

help?> rank
search: rank RankDeficientException lowrankupdate lowrankupdate! lowrankdowndate lowrankdowndate! readlink

  rank(A::AbstractMatrix; atol::Real=0, rtol::Real=atol>0 ? 0 : n*ϵ)
  rank(A::AbstractMatrix, rtol::Real)

  Compute the rank of a matrix by counting how many singular values of A have magnitude greater than max(atol,
  rtol*σ₁) where σ₁ is A's largest singular value. atol and rtol are the absolute and relative tolerances,
  respectively. The default relative tolerance is n*ϵ, where n is the size of the smallest dimension of A, and
  ϵ is the eps of the element type of A.

  │ Julia 1.1
  │
  │  The atol and rtol keyword arguments requires at least Julia 1.1. In Julia 1.0 rtol is available as
  │  a positional argument, but this will be deprecated in Julia 2.0.

  Examples
  ≡≡≡≡≡≡≡≡≡≡

  julia> rank(Matrix(I, 3, 3))
  3

  julia> rank(diagm(0 => [1, 0, 2]))
  2

  julia> rank(diagm(0 => [1, 0.001, 2]), rtol=0.1)
  2

  julia> rank(diagm(0 => [1, 0.001, 2]), rtol=0.00001)
  3

  julia> rank(diagm(0 => [1, 0.001, 2]), atol=1.5)
  1

  ────────────────────────────────────────────────────────────────────────────────────────────────────────────

  rank(::QRSparse{Tv,Ti}) -> Ti

  Return the rank of the QR factorization

  ────────────────────────────────────────────────────────────────────────────────────────────────────────────

  rank(S::SparseMatrixCSC{Tv,Ti}; [tol::Real]) -> Ti

  Calculate rank of S by calculating its QR factorization. Values smaller than tol are considered as zero. See
  SPQR's manual.

This leads to the CI failure https://github.com/ranocha/BSeries.jl/actions/runs/5917130538/job/16045150066?pr=156#step:7:450

There are also other CI errors, e.g.,
Floating64: Error During Test at /home/runner/work/BSeries.jl/BSeries.jl/test/runtests.jl:2174
  Test threw exception
  Expression: energy_preserving_order2(rk, 10, atol = 0.0001) == 5
  UndefVarError: `energy_preserving_order2` not defined

at https://github.com/ranocha/BSeries.jl/actions/runs/5917130538/job/16045150066?pr=156#step:7:540

using SparseArrays, LinearAlgebra

Do you think we should set the default absolute tolerance to 0?

Do you think we should set the default absolute tolerance to 0?

I'm not sure about it. The default of
rank(A::AbstractMatrix; atol::Real=0, rtol::Real=atol>0 ? 0 : n*ϵ)

looks reasonable to me.

Do you think we should set the default absolute tolerance to 0?

I'm not sure about it. The default of
rank(A::AbstractMatrix; atol::Real=0, rtol::Real=atol>0 ? 0 : n*ϵ)

looks reasonable to me.

Okey. I plan to use an if cycle in the function _is_energy_preserving_sparse to check if the user specified a tolerance or if we must use the default one. Is it fine?

You can for example set the default value of the keyword argument for the tolerance to nothing. Then, you can use an if statement as you said, checkin isnothing.

I will close this PR to start a clean one with only one tolerance as Keyword.


Flaky build: the watchPath() test sometimes times out

Sometimes builds end up failing with a timeout on the watchPath() test:
watchPath
  watchPath()
    it watchPath watchPath() adopts existing child watchers and filters events appropriately to them
      timeout: timed out after 60000 msec waiting for spec promise to resolve

Rebuilding can sometimes resolve the failure.

Affected CI provider(s): Azure DevOps
Affected platform(s): Windows x64
Example commit experiencing flakiness: https://github.com/atom/atom/commit/fdbf62db694dd8734404c80d5bfe39623c2073cb
Example failing build at that commit: https://dev.azure.com/github/Atom/_build/results?buildId=42066
Example passing build at that commit: https://dev.azure.com/github/Atom/_build/results?buildId=42047 (it actually failed because of another flaky test 😅).
Example log from failing build: https://dev.azure.com/github/Atom/_build/results?buildId=42066&view=logs&jobId=4fbced83-508e-5fe0-c978-5c71ec0fc506&taskId=8ab1786f-98fc-5bc4-a8d0-c08e0675c13a&lineStart=2395&lineEnd=2399&colStart=1&colEnd=1

This looks like it was started to get investigated in https://github.com/atom/atom/pull/18857 by @smashwilson in February. Since by that time we were also using Electron v3 on master and this started to become flaky again recently, my hypothesis is that this is caused by Electron v3.

I'm able to reproduce some flakiness in the tests on my Windows VM, I'll continue investigating

I've been able to create minimal repro steps that focus the issue on @atom/nsfw.
Basically, nsfw sometimes does not trigger events for changes that happen just after starting watching on a folder. I've only been able to reproduce this on Windows (and is possible that is only reproducible on Electron v3 as well).
it('nsfw flakiness', async () => {
    jasmine.useRealClock();
    const rootDir = await tempMkdir('my-test-');

    // Create a promise that gets resolved once we get a change event from `nsfw`.
    let resolvePromise;
    const promise = new Promise(resolve => (resolvePromise = resolve));

    const watcher = await nsfw(rootDir, resolvePromise, {
      debounceMS: 100,
      errorCallback: this.onError
    });
    await watcher.start();

    await writeFile(path.join(rootDir, 'rootfile.txt'), 'foooo', {
      encoding: 'utf8'
    });

    // await the created promise
    await promise;
  });

I'm going to check if I can reproduce this on Node v10 and if that's the case I'll file a bug on the nsfw project. For now the only solution I can think of is to add a sleep on the specs 😟

I'm going to check if I can reproduce this on Node v10 and if that's the case I'll file a bug on the nsfw project. For now the only solution I can think of is to add a sleep on the specs 😟

I'm not able to reproduce this issue from the nsfw repo on Node.js (using this same spec but running it on the test suite provided by that repo) 😕

Closing this, since the commit already landed (also, there doesn't seem to be any wathPath failures on master so far).


Update idf_tools.py - double negation in info (IDFGH-3116)

Remove double negation in warning that tool is not supported.
(for me that is currently: "Not using an unsupported version of tool openocd-esp32 found in PATH: v0.10.0-esp32-20200309" after pulling from git today and ./install.sh)

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

I think the warning was correct... Looks like what happened is:

you had a terminal where you executed . ./export.sh with an older version of IDF
that step has added OpenOCD 20200309 to PATH
you have pulled new version of IDF, ran install.sh. This has downloaded and installed the new version, v0.10.0-esp32-20200406
you ran export.sh again. Then idf_tools.py noticed that there is already some 'openocd' in PATH, but it is not of a supported version (v0.10.0-esp32-20200406), and printed a warning about the fact that this unsupported version is not going to be used. It has then added new OpenOCD version's path the the beginning of PATH.

Hi igrr, thank you for the reply! Yes I can now see that reading it that way also makes sense.
There are two versions of openOCD in the .espressif folder and it happend after a git pull with python dependencies updated.
The warning came every time when starting a new terminal but has disappeared now. There is however only one openOcd version on PATH.
I wonder in which cases this error occurs. When using an old toolchain (maybe before restart/sourcing, missing parts?) with updated packages? If that is the single case it maybe could reflect that in the message, but I cannot come up with a general message which is a bit more precise... so thanks for your time and I'll close this then!

I agree that the message should be different in two cases:

there is a system-wide copy of the specific tool in the PATH (such as OpenOCD, if it is installed globablly) and we don't want to use it
there is another version of the same tool, installed by install.sh, which we no longer want to use because the version has changed.

In the second case the message can be different or can be skipped entirely. I have recorded this suggestion and will add this in the next idf_tools update.


Update Alire v1.2.0

This will allow to push the last change to the index, otherwise it is stuck at an older version


add version information

Codecov Report

Merging #116 (c6af0d2) into main (9bb23c8) will increase coverage by 0.03%.
The diff coverage is 80.00%.

@@            Coverage Diff             @@
##             main     #116      +/-   ##
==========================================
+ Coverage   93.98%   94.01%   +0.03%
==========================================
  Files          16       16
  Lines        1113     1119       +6
==========================================
+ Hits         1046     1052       +6
  Misses         67       67

Impacted Files
Coverage Δ

src/lib/impl_/internal_fun.cpp
62.29% <40.00%> (ø)

src/include/omega_edit/stl_string_adaptor.hpp
100.00% <100.00%> (ø)

src/tests/omega_test.cpp
100.00% <100.00%> (ø)

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 9bb23c8...c6af0d2. Read the comment docs.

Added version information programmatically to the library using CMake.  The version code is generated into the build tree.  The bindings created by node-gyp are not aware of the CMake build tree, so the bindings currently do not have access to the generated source.


Templates in media_player.play_media

I'm trying to figure out how to use templates in the media_player.play_media action.
What?    Why would anyone ask for something so insane?
Let me show you my crazy idea for an automation rule:
alias: Play a Lullaby
trigger:
  platform: state
  entity_id: input_select.lullaby
action:
  service: media_player.play_media
  data:
    entity_id: media_player.nursery
    media_id: >
      http://<IP_ADDRESS>:8090/
      {%- if is_state("input_select.lullaby", "Rain") -%}
      rain
      {%- elif is_state("input_select.lullaby", "Thunderstorm") -%}
      thunderstorm
      {%- elif is_state("input_select.lullaby", "Waves") -%}
      waves
      {%- elif is_state("input_select.lullaby", "Babbling Brook") -%}
      babbling_brook
      {%- endif -%}
      .mp3
    media_type: audio/mp4

I'm assuming we'll need to do something like template.render(haas, media_id) and so on here: https://github.com/balloob/home-assistant/blob/dev/homeassistant/components/media_player/cast.py#L264  But that function doesn't have haas and is also VERY specific to chromecast.  Do you have a recommendation on how to put this feature in here?

Platforms should never be aware of templates. I think this is something that should be added to how we call services but I am not sure what would be the best way yet.

That's what I was thinking as well, a global template resolution.  If you think of an idea, let me know and I'll be happy to help.

Resolved with: https://home-assistant.io/topics/service_calls/#use-templates-to-determine-the-attributes


chore: Rename package name in langchain integration

https://python.langchain.com/docs/integrations/vectorstores/pgvecto_rs
from langchain_community.vectorstores.pgvecto_rs import PGVecto_rs

The name could be more elegant: PGVectoRs

cc @akimParis

As long as the name is the same for Llama-Index, Langchain, Git, documentation, and Website. : )


Bump viser to 2.x and fix incompatibility.

Hello from CTU! I had an issue installing nerfbaselines in an environment where gsplat is already installed since the gsplat examples depend (transitively) on viser 2.0+. So here's a PR.
Disclaimer: A thorough code review and testing is required here to be honest, since I may have missed some things and I only tested the basic functionality of launching the viewer without any data and clicking through the menus.

Hi, I’m currently working on a new viewer (not depending on viser). I will merge soon.

Please let me know if it will resolve your issue.

Yes that definitely works. I will use my fork for now. Do you have an eta on the new viewe? (Mostly asking out of curiosity, not a blocker for me)


Add a screen to show database entries in a Tabular form or List

1.Design yet to come from the Figma

closed by #17


legends - 2

Continuation of https://github.com/observablehq/plot/pull/539 ; build at https://observablehq.com/d/58e2c0596402e08f
In this PR the legends are [EDIT: were initially] implemented as
Plot.legend({color: mycolor, width: 640})

where mycolor is a plot or a plot scale obtained with plot.scale("color").
The same goes with {opacity:} or {r:}.
I tend to find this API less usable than the previous attempt, in the sense that:

we can't just say "legend: true" in the color scale's definition and have a color legend embedded in the chart
we can't override the function used to draw the legend
it's good to be able to pass options here, but frustrating that we cannot pass them in the scale definition directly.
passing plot.scale("color") seems redundant

UPDATE: they are now implemented as
chart.legend("color", {width: 640})

The legends themselves have been adapted from d3's color-legend notebook (with the ramp or swatches); the opacity legend is a simple greyscale ramp; the radius legend is a bunch of based circles.
(It's also very possible that not every type of scale works—there will be a lot of variations to test.)
TODO:

[x] rebase on main (needs to embed the swatches css in the legend)
[x] a bug that can be fixed quickly: the scale's label isn't used
[x] unique css selector for swatches
[x] accept a label for swatches?
[x] remove Plot.legend({color: chart}) and replace with chart.legend("color", {})
[x] test all types of color scales
[x] remove radius legend, opacity legend
[ ] remove the scoped css from swatches?

LATER

[x] add {legend: true} option to the scale description (#588)
[x] introduce radius legend (#586), opacity legend (#587), x, y, fx, fx legends in separate PRs

remaining issues:

there's still a bit of duck-typing in ramp.js—need to identify continuous scales
the style option doesn't allow to set font-family, because it's not cascading

I've tried to remove as much as I could, but we need a d3 scale to display the horizontal axis.
For instance, it doesn't seem useful to replace
    x = color.copy().rangeRound(quantize(interpolate(marginLeft, width - marginRight), n));

with
    x = Scale("x", undefined, {
      ...scale,
      interpolate: undefined,
      range: quantize(interpolate(marginLeft, width - marginRight), n),
      round: true
    }).scale;

Looks like asymmetric diverging scales aren’t rendered correctly. Haven’t figured out why yet, though.

```js
Plot.legend({
  color: {
    type: "diverging",
    symmetric: false,
    domain: [1, 4],
    pivot: 3,
    scheme: "PiYG"
  }
})
```

I’m also noticing that options on the color scale aren’t passed through to the legend in the plot.legend("color") case, which is because plot.scale("color") doesn’t return those options on the exposed scale. I’d guess that we should expose the axis/legend options on the exposed scale, though? Because if you’re sharing a scale across charts, I think you’d expect the legends to be the same, too, at least by default.

It looks like sqrt transforms (and possibly others) aren’t rendered correctly: the sqrt transform should apply to the tick positions, not the interpolator, but it seems to be applying to both. For example, here’s a sqrt color scale:

Plot.plot({
  color: {
    domain: [0, 10],
    type: "sqrt"
  },
  marks: [
    Plot.cellX(d3.range(10))
  ]
})

Note that the value 2 is bright green. The legend for this suggests it should be orange:

Plot.plot({color: {type: "sqrt", domain: [0, 10]}}).legend("color")

YES


Find D2R window using win32api instead of pattern matching

Why
Currently to initialize Screen object we need to start with character selection page (or hack it). This is problematic when I want to have a faster feedback loop on testing changes. E.g. not restarting the game when testing out some pathing tweaks. Having Screen object being able to initialize any time we can write tests that navigate the bot mid game and just execute them via
python test/test_name.py

Those tests are quite easy to do and I was able to repurpose smoke_test.py to use a real screen instead of mock screen and test scenario over and over without closing the game
How
Win32 API allows cycling through the opened window and get the process that running them. This in turn allows getting ClientRect of the window without window border. Which is pretty much what old code did.
Test Plan

I tested that the offsets returned by both methods are exactly the same.
I've also put this new code under config setting having it off by default in case it's unstable
I haven't tested multi-monitor setup as I have one large monitor

What about people running botty in a vm and botty on the host? This should be configurable as an option or blocked entirely.

What about people running d2 in a vm and botty on the host? This should be configurable as an option or blocked entirely.

This should work on VM and it’s also off by default via find_window_via_win32_api confif setting

This should work on VM

How?  Is it common for virtual machine architectures to passthrough the win32_api from the vm to the host?  I doubt that.
I have a feeling that botty running on the host and d2r running the vm can't work.

This should work on VM

How? Is it common for virtual machine architectures to passthrough the win32_api from the vm to the host? I doubt that. I have a feeling that botty running on the host and d2r running the vm will make win32_api calls to find the window impossible.

You’re right. I missed the fact you’re running the bot on the host. Still it’s disabled by default though so the old way will be used.

Perhaps an win32api call to identify the window, if none is found, it falls back to the current implementation. Best practices: use the most reliable method first, and handle edge cases second. Just my two cents.

Perhaps an win32api call to identify the window, if none is found, it falls back to the current implementation. Best practices: use the most reliable method first, and handle edge cases second. Just my two cents.

This exactly how it works if find_window_via_win32_api=1

I'm ok with this change generally, the only slight concern is that this is moving botty a bit more towards memory reading rather than pure pixel bot. This should not be a problem in this case, I'm just considering that this is moving the bar a little bit. Win32API is not straightforward and many calls there can be intercepted via various hooks provided by the lib itself (hence increasing programmatic detectability, I'm frankly not sure about these ones tbh and I don't think this should be an issue considering we run this only a constant number of times rather than continuosly while botty runs). If @aeon0 is happy with this I'm happy as well

hey,thanks for asking my review. I'm not sure how comfortable you are with me merging someone else changes, so I've only approved it for now.https://github.com/aeon0/botty/pull/453I'll leave the merge to you.On 17 Jan 2022, at 15:32, aeon0 @.> @. requested your review on: #453 Find D2R window using win32api instead of pattern matching.—Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because your review was requested.Message ID: @.***>

I'm ok with this change generally, the only slight concern is that this is moving botty a bit more towards memory reading rather than pure pixel bot. This should not be a problem in this case, I'm just considering that this is moving the bar a little bit. Win32API is not straightforward and many calls there can be intercepted via various hooks provided by the lib itself (hence increasing programmatic detectability, I'm frankly not sure about these ones tbh and I don't think this should be an issue considering we run this only a constant number of times rather than continuously while botty runs). If @aeon0 is happy with this I'm happy as well

Thanks for your time reviewing this PR. I'd like to just clarify one thing regarding this. This fix is not memory reading at all since botty isn't accessing the address space of D2R.exe in any way. The information being queried e.g. process names & opened windows is already available to all applications by Windows OS itself and is already queried by software like Process Manager / etc. It's more about botty leveraging features of the host OS better rather than shifting towards memory checking. But that's just my opinion on the matter

Thanks guys for fighting it out : ) gj @VladimirMakaev

@VladimirMakaev @aeon0
We might want to consider refactoring this some or saying that being on CSS is now a strict requirement.
Previously you didn't technically need to be on character select screen when launching botty, but now it'll detect with win32api and start the other code like health/death monitoring, etc. Most notably Saving top-most char as template occurs before even being on the CSS.
[2022-01-28 21:43:16,618] DEBUG      Using WinAPI to search for window under D2R.exe process
[2022-01-28 21:43:16,620] DEBUG      Set offsets: left 320px, top 150px
[2022-01-28 21:43:17,292] INFO       Start health monitoring
[2022-01-28 21:43:17,292] INFO       Start Death monitoring
[2022-01-28 21:43:17,293] INFO       Saving top-most char as template
[2022-01-28 21:43:17,450] INFO       Setting up Hammerdin
[2022-01-28 21:43:17,454] INFO       Doing runs: odict_keys(['run_shenk', 'run_nihlathak', 'run_trav', 'run_arcane', 'run_diablo'])
[2022-01-28 21:43:17,457] INFO       Starting game #1
[2022-01-28 21:43:17,458] DEBUG      Waiting for Template ['MAIN_MENU_TOP_LEFT', 'MAIN_MENU_TOP_LEFT_DARK']
[2022-01-28 21:43:18,531] DEBUG      Found Match: MAIN_MENU_TOP_LEFT (100.0% confidence)

It's interesting cause it looked like before using WinAPI it was only working from CSS because it was finding the window based on the assets that are present on that particular page. Now it can work beyond CSS. At least Screen object can be created from anywhere and you can setup tests that you can run for parts of your code. What needs to be fixed I guess is those particular features to be aware that CSS might not be up and behave correctly.
Ideally I would like to be able to start the bot from anywhere and for it to be able to run. But I don't think this broke something that worked before as CSS was a strict requirement based on the way Screen object was created

Yes, this is mostly true. I guess I meant that the bot itself couldn't
start without CSS open, but you could technically hit F11 whenever you
wanted and the bot would start itself whenever you got to the CSS because
it waited for the template to set offsets.
Agree with you otherwise. You're probably right just making CSS a clearer
strict requirement for hitting F11 should be sufficient.
On Fri, Jan 28, 2022, 11:30 PM Vladimir Makaev @.***>
wrote:

It's interesting cause it looked like before using WinAPI it was only
working from CSS because it was finding the window based on the assets that
are present on that particular page. Now it can work beyond CSS. At least
Screen object can be created from anywhere and you can setup tests that you
can run for parts of your code. What needs to be fixed I guess is those
particular features to be aware that CSS might not be up and behave
correctly.
Ideally I would like to be able to start the bot from anywhere and for it
to be able to run. But I don't think this broke something that worked
before as CSS was a strict requirement based on the way Screen object was
created
—
Reply to this email directly, view it on GitHub
https://github.com/aeon0/botty/pull/453#issuecomment-1024831270, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ACLIX7564VKCM2DFYF5PPPTUYNUQBANCNFSM5MAI6QXA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you commented.Message ID:
@.***>

@mgleed I've pushed this PR #494 this should completely disambiguate mentioned behavior


XSS Attack Prevention by default

Fixes the following issue: https://github.com/softvar/json2html/issues/27

Nice work again


"Advanced topics"

It would be useful to have a section at the end that just links to the main docs/points out the existence of a few advanced topics: :undelegated for opting out of event delegation is one example that's come up, and I know there are other things that are difficult to discover in the main docs if you don't already know they exist, but also aren't covered in the book.

do you think working with web_sys and js_sys (#22) and use: directives (kinda related: https://github.com/leptos-rs/leptos/issues/2248) should be in the advanced section?
Maybe there could be a sub-section on advanced view! features, like :undelegated and #[slot]s alongside use:.


Use composite GitHub Action for Go setup

We have some steps that are shared between jobs, workflows, and repositories. For example: https://github.com/FerretDB/FerretDB/blob/ef352172586ee74b69dcfeb15c4a39f201fc270f/.github/workflows/go.yml#L31-L51
It seems that composite actions would allow us to DRY our workflows. Let's try to extract those steps into a common "setup Go" action.

@AlekSi Can I work on this improvement?

Sure thing!


Feature/suspect

.

Is there any test case?

Add dead test case
Change exist to ok
Insert ok check logic right below the member, ok := m.memberMap[memberID]
move variable assignment state to the top of function
ex)
suspicionconf = m.conf

LGTM


Add comfyui

This PR adds support for ComfyUI on Akash Network

Thanks for this submission @zJuuu - tested it and it works. Just noted that there was no log output while the container was spinning up and eventually saw this (even though the comfyUI instance does come up)
app:
app: --listen --port 8080 --gpu-only
app: WARNING:root:WARNING: libtorch_cuda_cu.so: cannot open shared object file: No such file or directory
app: Need to compile C++ extensions to get sparse attention suport. Please run python setup.py build develop
Going to go ahead and merge this anyway

Oh, I see - because there are no checkpoints included by default (?)

Dowloaded checkpoints
https://huggingface.co/stabilityai/stable-diffusion-xl-base-1.0/resolve/main/sd_xl_base_1.0.safetensors.
https://huggingface.co/stabilityai/stable-diffusion-xl-refiner-1.0/resolve/main/sd_xl_refiner_1.0.safetensors
and VAE
https://huggingface.co/madebyollin/sdxl-vae-fp16-fix/resolve/main/sdxl_vae.safetensors
and Upscalers:
https://huggingface.co/uwg/upscaler/resolve/main/ESRGAN/4x_NMKD-Siax_200k.pth
https://huggingface.co/uwg/upscaler/resolve/main/ESRGAN/4x-UltraSharp.pth
And tried to run again. I get to the kSampler stage now and see this error:

@anilmurty tried to debug this but don't know the reason xformers is not working yet. It works if you add --disable-xformers to the command line flags as a workaround. I provide a fix in the next few days

separate weird issue I noted that only happens with this SDL (and I tested on mac). The Shell connects but tab-completion, text selection and bash history (up arrow to scroll history) don't work. Probably has to do with the bash config in the docker image (?) - will be great if these worked since devs that use this will want to download files and such through the CLI.


remove duplicate lines

"The Code" repeated (see L122)

I'm going to close it because status reports didn't start. I will open a new one in a while. Sorry for this :)


copy() seems to behave as deepcopy() in IJulia notebook

Hi,
I found a confusing inconsistency between the julia REPL and IJulia notebook.
When I open an IJulia notebook and type in
a = [[1,2,3],[4,5,6]]
b = copy(a)
a[1][1] = 11
b

b does not change (in the IJulia notebook). So, copy() acts the same as deepcopy() here.
However, in the normal Julia REPL, as copy() is not recursive, so b[1][1] is changed to 11.
I am using:
Julia Version 1.8.1
Commit afb6c60d69a (2022-09-06 15:09 UTC)
Platform Info:
OS: Linux (x86_64-linux-gnu)
CPU: 4 × Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-13.0.1 (ORCJIT, ivybridge)
Threads: 1 on 4 virtual cores
My package version of IJulia is: IJulia v1.24.2

I can't reproduce this issue. What version of IJulia are you using? Does it happen in a fresh notebook with no packages loaded?

Dear Fredrik,Ok thanks for your response, that's funny. As I wrote, I am using IJulia version 1.24.2I did try again on a fresh notebook to be sure and got the same result as what I described earlier...All the best, WiebkeVon meinem/meiner Galaxy gesendet
-------- Ursprüngliche Nachricht --------Von: Fredrik Ekre @.> Datum: 01.09.23  15:50  (GMT+01:00) An: "JuliaLang/IJulia.jl" @.> Cc: Wiebke Scholz @.>, Author @.> Betreff: Re: [JuliaLang/IJulia.jl] copy() seems to behave as deepcopy() in
IJulia notebook (Issue #1093)
I can't reproduce this issue. What version of IJulia are you using? Does it happen in a fresh notebook with no packages loaded?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>


chore(main): release xcm-analyser 1.4.0

:robot: I have created a release beep boop
1.4.0 (2024-11-01)
Features

xcm-api: Add balance queries to XCM-API 👨🔧 (4475ea7)

Documentation

Add TSDoc reference comments to exported functions 📄 (73b8cfe)

Miscellaneous Chores

Add consistent type imports ESlint rule ✏ (61c20ae)
Perform a monthly check 🛠 (46a8802)

Tests

Improve overall unit test coverage to above 90% 🧪 (aeb32bb)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

xcm-analyser-v1.4.0
:sunflower:


leakage removal pretrain model?

Hi @wimmerb
thanks for your open source work，it's  awesome  and very helpful to me .
After carefully reading your master paper, README, and browsing the directory structure of your source, I found that there is no leakage_removal pretrain model, is that so?   Experiments/Denoising/FullSubNet/denoise_FSN/checkpoints/best_model.tar  is just for  Denoising ？no aec(leakage removal)  feature?
Also have the following questions：
1. Are two models required in the actual system? one is  denoise, another  is  leakage removal?
2. How to make it lightweight, less parameters, less GFLOS？
3. Did you do inference on  android ? Can FullSubNet  model meet real-time performance?
thanks！ Looking forward to your reply
All the best

Hi @zuowanbushiwo,
you are correct that there is no pretrained leakage removal model available. The model that was trained during my thesis work was trained on some proprietary data and hence I cannot share this model.
About your other questions:

For leakage removal, you only need the leakage removal model. But you could try and apply a chain of denoising and then leakage removal for sure.
You can use adaptations of the original FullSubNet model as an orientation and play with the size of the hidden layers.
I didn't do inference on Android, but I reached 2.4 times real-time performance with a Macbook A1502 (Intel Core i5-5257U, 2.7 GHz).

Also, kindly take a look at chapter 7.4 (Reproducibility) of the thesis.
All the best!

Thanks!


Update sbt-unidoc to 0.5.0

Updates com.eed3si9n:sbt-unidoc from 0.4.3 to 0.5.0.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Files still referring to the old version number
The following files still refer to the old version number (0.4.3).
You might want to review and update them manually.
project/plugins.sbt

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.eed3si9n", artifactId = "sbt-unidoc" } ]

labels: sbt-plugin-update, semver-minor, old-version-remains

Codecov Report

Merging #391 (7535f28) into master (9c66211) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #391   +/-   ##
=======================================
  Coverage   91.12%   91.12%
=======================================
  Files          17       17
  Lines         293      293
  Branches        1        1
=======================================
  Hits          267      267
  Misses         26       26

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 9c66211...7535f28. Read the comment docs.


Try updating Travis TWINE credentials

related to #534

Coverage remained the same at 75.046% when pulling b15ba21f8c1164b76b96d70098be231b89b8567b on arcivanov:issue_534 into 9431adc88f1bb8031a4e175d2dcec92d78198425 on pybuilder:master.


Grid moves along a selected object in the 2D editor under certain conditions

Godot version
3.3.2.stable.official
System information
Windows 10 GLES 3 GTX1060
Issue description
In 2D view.
1/ When "View" > "Always Show Grid" option is ticked and "Use Grid Snap" is not selected, if the user enters "Select Mode" ,"Move Mode" , "Rotate Mode" or "Scale Mode" and tries to move, rotate or scale, an object on the grid, the grid moves along the object.
2/When "View" > "Always Show Grid" option is ticked and "Use Grid Snap" is  selected, if the user enters "Rotate Mode" or "Scale Mode" and tries rotate or scale, an object on the grid, the grid moves along the object.
The grid should never follow the object, it is very confusing because and it is not how it works in classic 2D editors.
Steps to reproduce
Please see issue description.
Minimal reproduction project
No response

Can't reproduce unless "Snap Relative" is checked. And when "Snap Relative" is checked then I'd say grid lines should indeed croos at the position of the selected object. However, it seems that grid is being snapped to the object's rect position in the global canvas coordinate space instead:

no idea if that's intended behavior.

cc @groud

Yeah, I agree the grid should be kept aligned with the position, not the encompassing rect.

@groud Note that grid is being aligned to the rect encompassing all of the selected nodes (CanvasItems?). So for single item selected it makes sense to align grid to the position but not sure if anything other than aligning to the encompassing rect makes sense if more items are selected.


Introduce "kevlar partition", fix assert bug

This PR introduces kevlar partition, which can group interesting reads using one of two modes.

relaxed, which connects any two reads/nodes by an edge if they share at least one interesting k-mer.
strict, which connects two reads/nodes by an edge ONLY if the overlap between them (anchored by interesting k-mers) has a perfect sequence match

The strict mode is much more computationally expensive, and is the mode used to actually assemble contigs from the reads. Probably not practical for large graphs. Accordingly, kevlar assemble was updated to remove the assumption (and corresponding assertion) that the input reads would correspond to only a single strict connected component.

Codecov Report

Merging #80 into master will decrease coverage by 3.55%.
The diff coverage is 43.51%.

@@            Coverage Diff             @@
##           master      #80      +/-   ##
==========================================
- Coverage   86.71%   83.16%   -3.56%
==========================================
  Files          15       16       +1
  Lines        1310     1390      +80
  Branches      216      226      +10
==========================================
+ Hits         1136     1156      +20
- Misses        129      188      +59
- Partials       45       46       +1

Impacted Files
Coverage Δ

kevlar/count.py
87.96% <100%> (-0.44%)
:arrow_down:

kevlar/cli/__init__.py
100% <100%> (ø)
:arrow_up:

kevlar/overlap.py
70.5% <11.53%> (-12.98%)
:arrow_down:

kevlar/partition.py
36.95% <36.95%> (ø)

kevlar/__init__.py
83.33% <37.5%> (-3.91%)
:arrow_down:

kevlar/assemble.py
85.95% <78.94%> (-2.75%)
:arrow_down:

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 3130636...548256e. Read the comment docs.

Also in this PR: refactoring the counting stuff (including the memory-efficient "diluted" counting approach) and the sketch loading stuff.


Collection Object Filter - can only download 500 records

Describe the bug
If more than 500 records are returned, the CSV download only downloads 500 records.
To Reproduce
Steps to reproduce the behavior:

When I go to the collection object filter.
Then I do a search that returns over 500 records. (Can set to display 500 or 1000, same result).
And I hit "Download CSV"
Then the resultant CSV only has 500 records.

Expected behavior
Should download all returned records, not just 500.
Environment (please identify where you experience this bug:
*** One of ***

Production
Chrome

I understand if this is not a high priority since there will be an update to this task with the DWC import/export functionality.

@jlpereira I think we need a custom endpoint.
@tmcelrath is this even useful now that we have DwC export?

Yeah it is. Sometimes people just want a CSV.

CSV can now be downloaded up to 2500 records (if display set to 2500), but only 2500 records can be displayed at a time, so CSV is limited to 2500 currently.

Honestly not an issue now with DWC/Data attribute export. Close I think.

Still requested, but keeping closed for #1598


Kalman filter implementation

Proposal for the behavior of the srad avionics bay kalman filter (read https://www.kalmanfilter.net/default.aspx and https://en.wikipedia.org/wiki/Kalman_filter). A kalman filter is a discrete statistical technique to estimate variables of a system that may be off due to noise or accumulation error. It can provide "smoothed" auxilary data that may be more accurate to actual readings post-flight. As for use in the system: in the nominal case, a kalman filter is able to detect apogee a few seconds before sensors indicate it, making our window more accurate. In a worse case, a kalman filter ejects the main parachute after a barometer fails mid-flight. This a form of redundancy that can be used on the same system.
Phase 1: the simple kalman filter. A standard kalman filter is used for linear data, so an extended kalman filter would be necessary as the flight of the rocket is parabolic. The filter can record predictions for the next time step of altitude data and write to auxilary data.
Phase 2: The simple kalman filter would be used to make decisions relative to determining 1. apogee and 2. main deployment. This filter would only be used for altitude (supplimentary to the barometer). Implementation would involve a SimpleKalman object that updates at every iteration and is used to make decisions toggled by a boolean flag. In case of an error, the filter could take action if nothing is done within a n-second time limit. Since the filter updates every time step, it can keep a buffer or past predictions for m steps in the future. If predictions begin to vary "too much" with that in the buffer, the filter can mark future readings as erroneous and use an average of its predictions. If this happens pre-apogee, the system will restart after deploying drogue in order to try and regain barometric readings for main. If this happens for main, the same solution is used for recovery.
Phase 3: the advanced kalman filter. Once we have a working model for rockets that can used for fairly accurate simulation purposes, we can use the more advanced model and a complimentary filter (for example, http://www.pieter-jan.com/node/11) for decision making. Since this could take years to perfect, a simple kalman filter is a better choice for the 2020-2021. In the case that CURE develops a fairly accurate model of rocket flight in the next year, we can explore phase 3 more.

I found this link discussing Kalman filter implementation in Python, if you want to check it out: https://github.com/rlabbe/Kalman-and-Bayesian-Filters-in-Python

That's an excellent resource. Especially extended kalman. While we'll definitely have to adapt it, this should definitely work. On top of that, this reminds me that we should really be using pandas for keeping data long-term during processing.


Don't log patterns to the console

Hello :wave:
Great module, I'm just annoyed with the console.log({ patterns }) so I'm suggesting simply removing it.
It could also be configured with a verbose level setting or integrated in Nuxt devtools.

Ah yes of course, this was some debug code I forgot to remove :sweat_smile:. Thank you!


Cone under Calculator for 3-D Shapes not working

Describe the bug

A clear and concise description of what the bug is.

I would like to work on this issue please assign this to me under GSSoC.

Describe the solution you thought of.

Screenshots

Go ahead
Deadline 24 April,2021 11:59 PM IST


'com.dengyukeji' can't be searched by string 'dengyukeji'

Hi,
I want to search 'com.dengyukeji';
when I input 'dengyu', The result dosn't include 'com.dengyukeji'...
If I have a string is 'com dengyukeji',
input 'dengyu', the result will show 'com dengyukeji'.
Can anyone know how to fix it?
Thanks.
Richard.

You'd want to use a tokenizer that breaks on the . character.