Use smaller and compressed varients of buttons and form components

Description
Replace instances of EuiButton that don't have an explicit sizing attribute to EuiSmallButton*.
Replace instances of Eui<form elements> that don't have density attributes to EuiCompressed<form elements>.
Category
Enhancement
Why these changes are required?
UX
Check List

[ ] New functionality includes testing
[ ] New functionality has been documented
[X] Commits are signed per the DCO using --signoff

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

Looks like it is just some minor UX changes, don't have any concerns with this change. @AMoo-Miki confirmed offline there is no open issue regarding this.


add onComplete listener

Hi!
This little PR of mine will add the ability for a user to globally configure a callback for all the requests done through vue-resource.
It is useful for example when the user wants to set up a single error handling logic in a single place and never thought about it again. This is actual reason why I would like to see such functionality, not a made up one.
I would really appreciate you taking a look at the code. This is my first glance under the hood of vue-resource, so I might've done something dumb, if so, please comment.
Thank you.

Sorry, I have accidentally created the PR to the master branch.
Here is another one: https://github.com/vuejs/vue-resource/pull/280


@mui/styles is not compatible with React.StrictMode or React 18.

Checklist

[x] This is not covered in the repository examples.
[x] I am using the package latest version.
[x] This is a bug report or an enhancement proposal.

Background
Directly related to issue TypeError: theme.spacing is not a function
Description
Anyone getting TypeError: theme.spacing is not a function looks like quite a major bug as import { ThemeProvider } from '@mui/styles' isn't compatible with React 18 and import { ThemeProvider } from '@mui/material/styles' is the documented correct way to implement theming on mui which includes a tonne of dependancies in the docs like dark mode etc.
To read about the implications of using legacy import for @mui/styles go here.

Duplicate of #284 and #310

https://github.com/niuware/mui-rte/issues/285#issuecomment-975526864


adding some color

Are you guys opposed to adding some color?   If used well, a boost to the look/feel can also improve readability.  I'd be happy to take a stab if it makes sense.
The astro and nuxt cli's are nice examples (though I prefer the former):

Like the idea, but code-wise it's a mess. See #206

The astro one looks pretty nice to me. I wonder if we can do a similar one, but with svelte orangered

Waiting for https://github.com/tj/commander.js/pull/2251 to properly implement this.

I tried out the PR locally, here is what i got. Also if anyone want's to play around with it that has a more visual eye, here is a small repro (pnpm i && node .)
pretty basic

bit more fancy (bold command, dimmed options)

personal preference:

The headings style seems way too intense to me.
Would go with something less drastic along the lines of:

Most modern terminals support 24bit colors, though I don't know how those not supporting it would behave.

Hard to say from just a screenshot and maybe I'd feel differently after playing around with it, but I kind of liked the astro-style headings. All caps like Nuxt isn't too bad either


Prep 0.7.2 release

This should have been 0.8.0 I guess...?

This should have been 0.8.0 I guess...?

On the notebooks-service the introduced changes should actually be backwards-compatible (I admit that we haven't tested this aspect very thoroughly). That's why I went for 0.7.2.

sure but it's (much) more than a bugfix.

yes, but we have been doing this all the time, no? I thought before 1.0.0 we were following this logic, but we can also agree to increase the second digit for new features.


Native module cannot be null

Thanks for this library, it works good with android but with iOS it gives Native Module cannot be null error.
Things I did:

Installed the lib.
linked using react-native link
even linked location.coreframework lib

can someone help?

Hi @karanpratapsingh,
Can you confirm that you rebuilt the app after linking everything? Just refreshing the javascript will not be enough.
If you did, can you confirm that you are linking the correct Xcode target (if you have multiple of them) and that there are no warnings being produced about missing libraries when you build the app?
Thanks,
Matt

I followed the docs and rebuilt everything, great library, unfortunately
I’ve switched to navigator api as of now
On Mon, 18 Feb 2019 at 2:52 PM, Matt Oakes<EMAIL_ADDRESS>wrote:

Hi @karanpratapsingh https://github.com/karanpratapsingh,
Can you confirm that you rebuilt the app after linking everything? Just
refreshing the javascript will not be enough.
If you did, can you confirm that you are linking the correct Xcode target
(if you have multiple of them) and that there are no warnings being
produced about missing libraries when you build the app?
Thanks,
Matt
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/timfpark/react-native-location/issues/44#issuecomment-464652223,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AcVF53RTkH0aR61p383PAJ74vQD42y6sks5vOnDMgaJpZM4a_aUP
.

Ok. Thanks for the report @karanpratapsingh. I'll confirm myself if this is working later and close this issue if it looks like it is. It sounds like something was "off" with the linking, however, if you've moved to another library then that's fine 👍

No problem bro, I’ll try it with a fresh project
On Mon, 18 Feb 2019 at 2:59 PM, Matt Oakes<EMAIL_ADDRESS>wrote:

Ok. Thanks for the report @karanpratapsingh
https://github.com/karanpratapsingh. I'll confirm myself if this is
working later and close this issue if it looks like it is. It sounds like
something was "off" with the linking, however, if you've moved to another
library then that's fine 👍
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/timfpark/react-native-location/issues/44#issuecomment-464654688,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AcVF5-us8lnwbi3G3aEb_YqDVwybiCbaks5vOnJygaJpZM4a_aUP
.

@karanpratapsingh Restart packager and rerun your project will solve the issue

@matt-oakes I had run into same problem. I unlinked the lib and tested, everything worked fine. Linked it back again, and the same error. Any suggestions, on what can be tried.
@karanpratapsingh Could you resolve the issue?

@ankitjainOfficial , I haven't tried this library since feb, as I switched to using navigator.getLocationAsync() that comes with react native and works good enough for simple stuff,

I fixed this issue by running pod install from the ios folder


[ESSI-1379] Add confirmation for removing property definition

Oops, created this on the wrong fork.


Support VS Code noDebug

I think this belongs here.
VS Code has now the notion of only running a command (default to Ctrl+F5), without debugging see https://github.com/Microsoft/vscode/issues/2780. See the Commit https://github.com/Microsoft/vscode/commit/e14608cd46f3bdff4d0d84254d6ab3c6300ae12f how noDebug is handled to the Service.
If would be great if we can do this with C# also.
But maybe this don't belong here. Currently i don't know it ;)

You are in the right spot.

Yes. .NET Core

Fix should be available in the next release.


errors: 2xx = success; more info in error messages

Any 2xx status is a success, not just 200
Most of the time the response mentions the status code; if it doesn't, we should still include it in the error message
If curl error message is empty, at least include the error code
Generally we print the response status message before the curl error message since it is often more specific/informative
However, if the response status message is empty, we print the curl error message first and include the status code in parens

Codecov Report

Merging #44 into master will decrease coverage by 2.99%.
The diff coverage is 71.42%.

@@            Coverage Diff             @@
##           master      #44      +/-   ##
==========================================
- Coverage   93.97%   90.97%   -3.00%
==========================================
  Files           5        5
  Lines         282      288       +6
==========================================
- Hits          265      262       -3
- Misses         17       26       +9

Impacted Files
Coverage Δ

src/Curl/Curl.jl
100.00% <ø> (ø)

src/Curl/Easy.jl
91.11% <66.66%> (-3.77%)
:arrow_down:

src/Downloads.jl
96.29% <100.00%> (+1.38%)
:arrow_up:

src/Curl/utils.jl
78.12% <0.00%> (-18.75%)
:arrow_down:

src/Curl/Multi.jl
91.66% <0.00%> (-0.08%)
: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 ba71c76...b5b4083. Read the comment docs.


📝 Encourage pinning of the bot

Cc: @adamcogan

Hi @DavidAbraham082
Pain

It's suggested for employees to pin SophieBot chat in their Teams app.
Tasks

[x] 1. Read and then action # 2 on the try out page about how to pin the bot
[ ] 2. Add a line of text in the "Hi" response card to indicate pinning the chat.

Figure: Add indicating text here

Screenshots

Thanks!

Hey Jim,
To clarify:

Add a line of text in the "Hi" response card to indicate pinning the chat.
Does this mean add a line of text to Sophie's response, which tells users to pin the chat?

Cheers

Add a line of text in the "Hi" response card to indicate pinning the chat.
Done - published to Dev

Figure: full text reads, "Tip: Pin this chat, so you can always find me!"

[ ] Pin message can go on bottom of card, with pin emoji


Provide parameter „returning:minimal“ for Swift

Currently you can't only write (INSERT) a db with RLS on using Swift.
Because INSERT also return a SELECT. Therefore a db for e.g. feedback can also read by everyone with the anon key. With a INSERT request you should be able to return a returning:“minimal“ too.
So you can write to a db where RLS with only INSERT = true is on.

I've got a PR that adds this functionality! -> #19 Thanks for the suggestion.

PR #19 was merged so closing this now!

Thx for the feedback and very quick support!
I will test this later today.
FYI: I tried it with the PostgrestClient with this code:
var database = PostgrestClient(url: "\(supabaseUrl)/rest/v1", headers: ["apikey":supabaseKey, "prefer":"return=minimal", "authorization":"Beare \(supabaseKey)"], schema: "public")
And it "worked a bit". If I limit the database for "only write" I am unable to read - nice. If I send 10x a INSERT into the database I get 4/10 a RLS violation error; but the other 6 times a "success". Maybe this is also interesting for you.
So it works but not reliable.

And I tested your implementation: 10/10 INSERTS were successfully in a "only write" data base.
Seems like it works! Thx.

Awesome! Glad it's working!


Use hash sums for WIX file ids

This prevents from generating too long file ids that are not supported by WIX.
BUG=XWALK-5679

@r0b5t4 PTAL


Enhanced uploading files with tus protocol, enabled retries

Motivation and context
The idea is to try to improve UX in case with errors like this:

Sometimes, met by our customers. Reasons maybe different, e.g.

Restarting server
Short connection issues
Too many requests sent

How has this been tested?

Checklist

[x] I submit my changes into the develop branch
[x] I have created a changelog fragment
[ ] I have updated the documentation accordingly
[ ] I have added tests to cover my changes
[ ] I have linked related issues (see GitHub docs)
[x] I have increased versions of npm packages if it is necessary
(cvat-canvas,
cvat-core,
cvat-data and
cvat-ui)

License

[x] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.

Summary by CodeRabbit

New Features

Enhanced file upload resilience by introducing retry mechanisms with customizable delay options and error handling.

Just tried to break connection during creating a task:

Finally the task successfully created.
The same with a set of images:


Goast Scanner Was Renamed to Gosec Scanner

Goast scanner was renamed by the authors of tool. Just updating the names and folders to avoid confusion.

Thanks for updating it so quickly.


Send an email confirmation upon signup

Currently to verify their email, the merchant has to click on "Resend Code". We should send them a verification email when they signup.

CC @gullible1

Nice. Thanks for adding this @nick !


Add support for large badge

Currently we have a small badge, suitable for GitHub repos, but it's too small & doesn't look good on project main pages.
Create another URL that returns with a badge status as a larger SVG (so it can be scaled), showing the passing or in-progress status (probably on the bottom with a colored ribbon).

Note there is a quick CSS workaround by modifying the tag or defining a style in one's CSS.  The direct form, which will do nice scaling, is:
<img style="height: 64px; width: auto;” …>
This is, of course, also achieved in CSS with something like:
.cii-badge img {
height: 64px;
width: auto;
}
It would probably be a good idea to predefine a style (e.g., class="cii-badge") in the embedded code provided to projects.

Adding a class for the badge is an excellent idea.
I'm not sure scaling is enough, though; I think people also want a different "look".

This will require some code changes, but the key need to make this happen is a good-looking image that can work with the various levels (in progress, passing, silver, gold).  I have no artistic skills, it'll have to be someone else.


Tight integration of Ambassador and Istio

Ambassador has an integration with Istio by using an Envoy-Proxy as sidecar. But this is only done to integrate Ambassador with Istio's mTLS, Prometheus and Jaeger. All other possibilities of Istio are not integrated. So if I have a service which gets called by Ambassador and also in a service to service call then I have to establish some rules (e.g. CiruitBreaker, ...)  in 2 different places. The first place is Ambassador for ingress traffic and the second place is Istio's VirtualService and DestinationRule for inner service mesh communication.
Would it be possible to integrate Ambassador with Istio in a way that VirtualService and DestinationRule can also be used by Ambassador?
On the other side I want to use Ambassador for authentication und rate limiting where Istio's alternatives are not fitting very well.
Is it possible to use a VirtualService with a connection to Ambassador? Something like this:
apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  name: my-service
spec:
  hosts:
  - "*"
  gateways:
  - ambassador
  - mesh

One thing I forgot to describe: using canary or a/b deployment with Ambassador works only if I have two different K8S services my-service-v1 and my-service-v2 to get the routing done by Ambassador. This is in the way Istio does canary. Istio uses the same service and decides in VirtualService how the 2 different deployments will be addressed (subset definition in DestinationRule).
I think these two approaches are not fitting very well. So this is another reason to integrate Istio more into Ambassador.

I think this is very interesting, but I also don't have a lot of experience in real-world Istio operation. Are you looking at a mechanical transfrom on the VirtualService into a Mapping? Is there more to it than that? (@ppeble, any thoughts here? 🙂)

I think the main problem is that VirtualService and Mapping have the same semantic settings. Ambassador needs Mapping to get the job done. To use these settings in both worlds (Ambassador and Istio) the only way is to transfer existing VirtualService rules into Mappingrules. Or to set a special field in Mappingto reference the VirtualService.
Ambassador should work alone (if there is no Istio) but also with Istio rules if they are present.
But I think the main problem will be the sidecar you installed for mTLS. It is different from a sidecar which gets automatically injected. There must be reason why you do not allow to install it this way. Correct?
And another problem could be the way you start the envoy inside ambassador (I think ambassador does a wrapping around envoy...). The 'Ambassador-envoy' should be started with the parameter gateway. At the end the Ambassador container should be a valid Istio Ingress Gateway to be part of all Istio rules. Then it can be named in the gatewayslist in the VirtualServicerule (see example above).

But I think the main problem will be the sidecar you installed for mTLS. It is different from a sidecar which gets automatically injected. There must be reason why you do not allow to install it this way. Correct?

I'm not clear which sidecar you're referring to. You can configure automatic TLS injection with Istio and Ambassador, or you can use the proxy-cert approach in our docs. Either works fine. I'm also generally confused as to what the sidecar has to do with the your comments on reconciling VirtualService semantics with Mapping resources?
In any event, my opinion of this is:

Istio has not had a great track record of committing to APIs, so I'm reluctant to invest a lot of engineering effort to support this use case until they stabilize a bit more.
The Kubernetes service API workstream is something that we're actively involved in and overlaps quite a bit with VirtualService.
I suspect when service APIs rolls out that Istio could & should adopt these APIs which will address this problem in a much more consistent way. We certainly will support service APIs in Ambassador (and the early drafts are quite consistent with our semantics).

I think there is a little misunderstanding. I have VirtualService and DestinationRules for Istio-based services. These services will be called from inside the mesh (east-west) and from outside the mesh (north-south). If I install Ambassador with the Istio Sidecar (automatic TLS injection) as described in you docs, then requests coming from Ambassador (north-south) do not obey the defined Istio rules on these services. This shows me that the Envoy installation is only for mTLS but not for Istio rules. I think the sidecar beside Ambassador does not interfere the requests.
I do not want to define an Ambassador Mapping and a redundant Istio VS and DR for those services.
Is there a possibility to install Ambassador together with an Istio sidecar in a way where requests from Ambassador obey the Istio rules? The Ambassador service gets a sidecar installed by Istio just the same way Istio would install a sidecar to my services (namespace label: istio-injection=enabled)?
The work stream of Kubernetes Service APIs takes a long time to get in production. We do not have the time to wait for these results.

I think what we need the ability to route traffic from Ambassador Mappings to Istio VirtualServices instead of Services.

Did this ever get sorted?  The way I see it without Ambassador directing towards an Istio VirtualService, Ambassador won't be useable for most modern CI/CD scenarios, making use of some of the best Istio features such as canary deployment.

/remove-lifecycle stale

Would also like this functionality supported

The Kubernetes Gateway API (https://istio.io/latest/docs/tasks/traffic-management/ingress/gateway-api/) is currently in alpha and is supported by Ambassador Edge Stack (https://www.getambassador.io/docs/edge-stack/latest/topics/using/gateway-api/).  In our view this is the likely path forward to common interoperability. @agill17 , @blhagadorn, @hendrikhalkow , @mikejamesowen @hofmannmich

Idea for a workaround: Create an internal Istio gateway, route Ambassador traffic to that internal Istio gateway service.

@RaiAnandKr and @hendrikhalkow, have either of you pursued this workaround successfully? Circumstances prevent me from using Gateway API.


Add support for wasm-bindgen --weak-refs flag

💡 Feature description
The wasm-bindgen --weak-refs flag adds support for using TC39 Weak References proposal to garbage collect rust objects avoiding the need to explicitly call free. Currently this is supported on major browsers with the exception of Safari.
It would be great if we could pass this down to wasm-bindgen using wasm-pack.

Safari 14.1 added support for weak refs. Safari 14.1 was released April 26, 2021.
This feature would be very appreciated 👍


Init

This is based on the container I built at https://build.opensuse.org/package/show/home:tbechtold:branches:openSUSE:Templates:Images:Tumbleweed/memcached-image
If this gets accepted, I'll update the container and use these files as souce in the _service file. Also I'll update the README.rst and describe the general workflow how to create a container flavor (eg. openSUSE_Tumbleweed or SLE_15_SP1) and I'll also need to create a SLE_15_SP1.xml file.
Then we need to think about a job (something like trackupstream? github OBS integration?) that can update the containers.


use rem is not job

 .footer {
    position: fixed;
    left: 0;
    bottom: 0;
    overflow: hidden;
    width: 1rem;
}

Error: Parse error on line 6:
... hidden;    width: 1rem;}

I know all issues had been left for a long time, however, I'm writing new version of this parser, and have fixed this issue on it. It will be shared soon. thx for filing issue! :)

Done.


Ability to map structure log object properties to SQL Column

The modern best practice for logging is to use structured logging, however this library lacks the ability to work with structured logging and map a structured object property to a SQL column.
I have searched the project and found this has been requested many times:

https://github.com/serilog-mssql/serilog-sinks-mssqlserver/issues/419
https://github.com/serilog-mssql/serilog-sinks-mssqlserver/issues/292
https://github.com/serilog-mssql/serilog-sinks-mssqlserver/issues/207
https://github.com/serilog-mssql/serilog-sinks-mssqlserver/pull/76

The last one even included a PR that was rejected.
Considering structured logging is the recommended best practice, this missing feature makes the library virtually unusable for modern projects. This should be prioritized

Hi @szakula-hinda!
Since so many people requested this, we should consider adding this. I'll think about a design.
In the mean time we are always happy to review good PRs that fit in and improve the sink. The PR you mentioned seemed not to provide the functionality you need.
Best regards,
Christian

Actually this is a duplicate of #207 and therefore I will close this issue. Still we will consider to add this feature.

@szakula-hinda one more thing came to my mind. Please take a look at Serilog.Expressions. According to documentation samples it can handle message templates and resolve child properties and even array indexes in the template holes.
Does this help with your requirements?
https://github.com/serilog/serilog-expressions

Dear coders! today we merged the feature you requested to the dev branch (see linked PR) and the prerelease version 6.1.0-dev-00033 of the sink was built was uploaded to nuget.org. We would highly appreciate if you could give it a try and let us know what you think about it.
Best regrads,
Christian ✌


Pay Attention When Required

First, thanks for the great repo!
Here's a recent paper from NVIDIA: https://arxiv.org/pdf/2009.04534v2.pdf
Seems like a similar concept to Sandwich, but faster, simpler, and near identical perplexity.
Edit: Oh, I see you mention it already. Is there a parameter exposed for it already?

This was further corroborated by a paper by Nvidia that reduces the number of attention layers to be 1/3rd of the feedforwards without loss in performance.

I think this implements layer allocation for PAR compatible with the paper:
depth = 32
par_ratio = 5
default_block = ('a', 'f')

while default_block[-1] == 'f':
    default_block = default_block[:-1]
assert 1 < par_ratio <= depth, 'par ratio out of range'
par_attn  = depth // par_ratio
# 2/3 attention layer cutoff suggested by PAR paper
depth_cut = depth * 2 // 3
par_width = (depth_cut + depth_cut // par_attn) // par_attn
assert len(default_block) <= par_width, 'default block is too large for par_ratio'
par_block = default_block + ('f',) * (par_width - len(default_block))
par_head = par_block * par_attn
layer_types = par_head + ('f',) * (depth - len(par_head))

print('default_block:', ''.join(default_block))
print('par_attn:     ', par_attn)
print('par_width:    ', par_width)
print('par_block:    ', ''.join(par_block))
print('par_head:     ', ''.join(par_head))
print('layer_types:  ', ''.join(layer_types))
print('last_attn:    ', ''.join(layer_types).rindex('a') + 1)

output:
default_block: a
par_attn:      6
par_width:     4
par_block:     afff
par_head:      afffafffafffafffafffafff
layer_types:   afffafffafffafffafffafffffffffff
last_attn:     21

I think this implements layer allocation for PAR compatible with the paper:
depth = 32
par_ratio = 5
default_block = ('a', 'f')

while default_block[-1] == 'f':
    default_block = default_block[:-1]
assert 1 < par_ratio <= depth, 'par ratio out of range'
par_attn  = depth // par_ratio
# 2/3 attention layer cutoff suggested by PAR paper
depth_cut = depth * 2 // 3
par_width = (depth_cut + depth_cut // par_attn) // par_attn
assert len(default_block) <= par_width, 'default block is too large for par_ratio'
par_block = default_block + ('f',) * (par_width - len(default_block))
par_head = par_block * par_attn
layer_types = par_head + ('f',) * (depth - len(par_head))

print('default_block:', ''.join(default_block))
print('par_attn:     ', par_attn)
print('par_width:    ', par_width)
print('par_block:    ', ''.join(par_block))
print('par_head:     ', ''.join(par_head))
print('layer_types:  ', ''.join(layer_types))
print('last_attn:    ', ''.join(layer_types).rindex('a') + 1)

output:
default_block: a
par_attn:      6
par_width:     4
par_block:     afff
par_head:      afffafffafffafffafffafff
layer_types:   afffafffafffafffafffafffffffffff
last_attn:     21

Haha yup, I had this paper in mind, thus custom_layers keyword you can pass in, though undocumented

Haha yup, I had this paper in mind, thus custom_layers keyword you can pass in, though undocumented

Ohh sorry I didn't read your last message carefully. Turns out I did build PAR, I just forgot about it lol
Ok I'll make the default block change

Ohh sorry I didn't read your last message carefully. Turns out I did build PAR, I just forgot about it lol
Ok I'll make the default block change

Actually I think that's naively wrong too. It should be len(default_block) for the first 2/3 section but only 2 for the rest, otherwise you'll get len(default_block)-2 extra ff layers

On Jan 2, 2021, at 6:24 PM, Phil Wang<EMAIL_ADDRESS>wrote:

Ohh sorry I didn't read your last message carefully. Turns out I did build PAR, I just forgot about it lol
Ok I'll make the default block change
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Actually I think that's naively wrong too. It should be len(default_block) for the first 2/3 section but only 2 for the rest, otherwise you'll get len(default_block)-2 extra ff layers

On Jan 2, 2021, at 6:24 PM, Phil Wang<EMAIL_ADDRESS>wrote:

Ohh sorry I didn't read your last message carefully. Turns out I did build PAR, I just forgot about it lol
Ok I'll make the default block change
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

@lunixbochs https://github.com/lucidrains/x-transformers/commit/af23656c81614a65fe05cfaa79be97af12d09ea8 Threw it out there for now :) Yea, I don't think they explored this when cross attention layer is present

@lunixbochs https://github.com/lucidrains/x-transformers/commit/af23656c81614a65fe05cfaa79be97af12d09ea8 Threw it out there for now :) Yea, I don't think they explored this when cross attention layer is present

we'll just hit on the general idea

we'll just hit on the general idea


add SAL (Separate And Learn) method

There's this new paper:
How Does Unlabeled Data Provably Help Out-of-Distribution Detection? by Xuefeng Du, Zhen Fang, Ilias Diakonikolas, and Yixuan Li
Performance is quite good according to their paper and they have published their source here
https://github.com/deeplearning-wisc/sal
Would be interesting how it compares to other methods.

Seems a promising work. Would you be interested to adapt it to OpenOOD?

Unfortunately I'm currently too busy, maybe in a few months.


[Feature Request] InputNumber with slot for unit (kg, cm....)

Existing Component
Yes
Component Name
InputNumber
Description
Let's say you need to specify the unit of a data properly (lb, kg, cm...)
Why not implement something like the input slot of Input component ?
https://stackoverflow.com/questions/29661058/how-do-i-add-text-based-units-like-lbs-floated-to-right-inside-of-an-input-ele

I am work it, It is a very well feature

this is no a problem.
you can write the specify unit outside the input component and do it very simple.

I was thinking including the unit like a input-group

Sorry, we have no plan to support this.


say which file failed

when using numentries with a list of URL's I have hit this exception [1]
The lines before the stacktrace come from my script and say that it is trying to
get entries from all root files in
/eos/uscms/store/group/lpcbacon/15/JetHTRun2016H_07Aug17_v1_ddb8X
and there are  4308 of them.
I call root files all whose name end in .root and rely on uprood after that
(a usual situation, I am sure).
I 'd like the expection message to print the name of the bad file,
so that proper actions can be taken.
I cant' say if it is reproducible or if it was an xrootd server glitch.
[1]
JetHTRun2016H_07Aug17_v1_ddb8X
    # Files     :   4308
    Total Mbytes: 429454
    Avg.  Mbytes: 100
   Finding entries in 4308 root files ...

---------------------------------------------------------------------------
ValueError                                Traceback (most recent call last)
<ipython-input-8-28225c5e62c4> in <module>()
    104         print (dSet)
    105         dsDir = baconprod_root + dSet
--> 106         baconInfo[dSet] = getFileInfoForDataset(dsDir)
    107         # save as pikle, will worry later about inderting in DBS
    108         with open(dSet+'.pkl','w') as fp:

<ipython-input-8-28225c5e62c4> in getFileInfoForDataset(dsDir)
     59         urllist = [fnaleos+path for path in dsLFNs]
     60         print ("   Finding entries in %d root files ..." % len(dsLFNs))
---> 61         nentriesGen = uproot.numentries(urllist, "Events", total=False, executor=executor)
     62         nentries = np.array(list(nentriesGen.values()))
     63         print("    Total entries: %d" % nentries.sum())

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/tree.pyc in numentries(path, treepath, total, localsource, xrootdsource, httpsource, executor, blocking)
   1618     else:
   1619         paths = [y for x in path for y in _filename_explode(x)]
-> 1620     return _numentries(paths, treepath, total, localsource, xrootdsource, httpsource, executor, blocking, [None] * len(paths))
   1621
   1622 def _numentries(paths, treepath, total, localsource, xrootdsource, httpsource, executor, blocking, uuids):

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/tree.pyc in _numentries(paths, treepath, total, localsource, xrootdsource, httpsource, executor, blocking, uuids)
   1672
   1673     if blocking:
-> 1674         return wait()
   1675     else:
   1676         return wait

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/tree.pyc in wait()
   1665     def wait():
   1666         for excinfo in excinfos:
-> 1667             _delayedraise(excinfo)
   1668         if total:
   1669             return sum(out)

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/tree.pyc in _delayedraise(excinfo)
     73         cls, err, trc = excinfo
     74         if sys.version_info[0] <= 2:
---> 75             exec("raise cls, err, trc")
     76         else:
     77             raise err.with_traceback(trc)

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/tree.pyc in fill(i)
   1637     def fill(i):
   1638         try:
-> 1639             file = uproot.rootio.open(paths[i], localsource=localsource, xrootdsource=xrootdsource, httpsource=httpsource, read_streamers=False)
   1640         except:
   1641             return sys.exc_info()

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/rootio.pyc in open(path, localsource, xrootdsource, httpsource, **options)
     75
     76     elif _bytesid(parsed.scheme) == b"root":
---> 77         return xrootd(path, xrootdsource)
     78
     79     elif _bytesid(parsed.scheme) == b"http" or _bytesid(parsed.scheme) == b"https":

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/rootio.pyc in xrootd(path, xrootdsource, **options)
     90     else:
     91         openfcn = xrootdsource
---> 92     return ROOTDirectory.read(openfcn(path), **options)
     93
     94 def http(path, httpsource=HTTPSource.defaults, **options):

/uscms/homes/b/belforte/WORK/BD/Convert/CMSSW_9_4_13/python/uproot/rootio.pyc in read(source, *args, **options)
    133                 magic, fVersion = cursor.fields(source, ROOTDirectory._format1)
    134                 if magic != b"root":
--> 135                     raise ValueError("not a ROOT file (starts with {0} instead of 'root')".format(repr(magic)))
    136                 if fVersion < 1000000:
    137                     fBEGIN, fEND, fSeekFree, fNbytesFree, nfree, fNbytesName, fUnits, fCompress, fSeekInfo, fNbytesInfo, fUUID = cursor.fields(source, ROOTDirectory._format2_small)

ValueError: not a ROOT file (starts with '\x00\x00\x00\x00' instead of 'root')

ah.. the version:
uproot.version
'3.4.6'

That's a good point. I wonder if all error messages should say the name of the file. At least, all error messages that say there's something wrong with the file, as opposed to users doing something they shouldn't.

here the message is very clear as what's wrong in the file, my only wish is to find that file !
If I can throw the little I've learnt in the past: ideally error messages should give the information needed to reproduce the error in some simplified setup. Of course usually one pass a known file to an opener and there's not need to print the name, now you are so kind as to take a few K's of files in input !

Take a look at that diff: every error message that pertains to a file-formatting error now prints out the name of the file.
I hope I haven't added any errors-during-error-handling, since those can be frustrating and they're not well tested (error conditions generally don't get the coverage that features do). But it looks like I dotted all my 'i's.

after looking I can only be humbled by how quickly you get things done. I am of the kind "one line, two typos", do not count on me to find the t's you didn't cross :-) thanks.


[Efficient Metadata Operations] Add reserved metadata id in the blob properties.

The reserved metadata id in blob properties will be used to save the parent anchor of the data chunks in the server and to pass the reserved metadata id in case of chunked and stitched requests.
Note that the only significant change in this PR is that it adds a field "reservedMetadataBlobId" in the BlobProperties class and updates its constructors. All other changes are just to update the constructor arguments in other places.

Codecov Report
Patch coverage has no change and project coverage change: -54.21 :warning:

Comparison is base (3bf2331) 68.55% compared to head (b1ae7ba) 14.34%.

:exclamation: Current head b1ae7ba differs from pull request most recent head 6f4961a. Consider uploading reports for the commit 6f4961a to get more accurate results

Additional details and impacted files
@@              Coverage Diff              @@
##             master    #2434       +/-   ##
=============================================
- Coverage     68.55%   14.34%   -54.21%
+ Complexity    10213     2360     -7853
=============================================
  Files           774      775        +1
  Lines         60948    61214      +266
  Branches       7469     7504       +35
=============================================
- Hits          41782     8783    -32999
- Misses        16771    51917    +35146
+ Partials       2395      514     -1881

Impacted Files
Coverage Δ

...com/github/ambry/messageformat/BlobProperties.java
0.00% <0.00%> (-71.96%)
:arrow_down:

...src/main/java/com/github/ambry/rest/RestUtils.java
0.00% <0.00%> (-88.21%)
:arrow_down:

...src/main/java/com/github/ambry/commons/BlobId.java
0.00% <0.00%> (-93.38%)
:arrow_down:

...ithub/ambry/messageformat/BlobPropertiesSerDe.java
0.00% <ø> (-89.10%)
:arrow_down:

...om/github/ambry/replication/BlobIdTransformer.java
0.00% <0.00%> (-90.00%)
:arrow_down:

...ain/java/com/github/ambry/router/PutOperation.java
0.00% <0.00%> (-90.34%)
:arrow_down:

...n/java/com/github/ambry/router/InMemoryRouter.java
0.00% <0.00%> (-75.74%)
:arrow_down:

... and 591 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

We added the field "reservedMetadataBlobID to BlobProperties.java. But we don't use it yet, our deserialization and serialization ignored this field And we didn't use revision 5 either. So it's only interface change, no real code logic change. Right?

Yes, this is pretty much an interface change for now. The subsequent PRs will start using this. For now the serialization-deserialization logic ignores this field.
I updated the PR to remove the version because that's not needed for this PR.


Capture Water Meter readouts

We want to be able to capture the magnetic pulses of water meters to process them with software..

Benny and I were able to capture pulses of 0.5 liter! You can see it in action here: https://instagram.com/p/6S--g1iV3F/

As you can see the LED is most of the time on, perhaps we need to change the reed sensor from a normally open type to a normally closed one. Then again, we don't need to optimize at this stage.


What is the recommended way to obtain selected options when handling_submissions?

Description
I have been trying to obtain selected options of Multi-select menu with static options when handling view_submission payloads.
However, view.state.values doesn't contain selected options in it, but only contains plain text inputs.
I currently obtain them by listening the selection changed event with using app.action and store them into somewhere, but I am not sure that is the way to go.
What is the recommended way to obtain selected options?
What type of issue is this? (place an x in one of the [ ])

[ ] bug
[ ] enhancement (feature request)
[x] question
[ ] documentation related
[ ] testing related
[ ] discussion

Requirements (place an x in each of the [ ])

[x] I've read and understood the Contributing guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.
[x] I've searched for any related issues and avoided creating a duplicate issue.

Bug Report
This is not a bug.
Reproducible in:
package version: any
node version: any
OS version(s): any
Steps to reproduce:

Put a Multi-select menu with static options on a Modal
Run it and select options, then press submit.
view.state.values doesn't contain selected options.

Expected result:
View payload contains selected options after submission.
Actual result:
view.state.values doesn't contain selected options.
Attachments:
Logs, screenshots, screencast, sample project, funny gif, etc.

I'm afraid that you have non-input type blocks (e.g., section) in the modal.
{
    "type": "section",
    "accessory": {
        "type": "multi_static_select",
    }
}

All the blocks you'd like to include in view submission must be input blocks as below:
{
    "type": "input",
    "element": {
        "type": "multi_static_select",
    }
}

@seratch thanks for your advice.  If I set input for type, it will be rejected by invalid_arguments error.  I might be missing something. I woud appreciate your comments.
`app.command('/test', ({ ack, payload, context }) => {
ack();
try {
const result = app.client.views.open({
token: context.botToken,
trigger_id: payload.trigger_id,
view: {
type: 'modal',
callback_id: 'view1',
title: {
type: 'plain_text',
text: 'Modal dialog'
},
submit: {
type: 'plain_text',
text: 'Submit'
},
blocks: [
{
type: "input",
block_id: "block1",
text: {
type: "mrkdwn",
text: "Select an option"
},
element: {
action_id: "input1",
type: "multi_static_select",
placeholder: {
type: "plain_text",
text: "Select an option"
},
options: [
{
text: {
type: "plain_text",
text: "option a"
},
value: "a"
},
{
text: {
type: "plain_text",
text: "option b"
},
value: "b"
}
]
}
},
{
type: 'input',
block_id: 'title_block',
label: {
type: 'plain_text',
text: 'text1'
},
element: {
type: 'plain_text_input',
action_id: 'text1_input',
multiline: false
}
},
{
type: 'input',
block_id: 'url_block',
label: {
type: 'plain_text',
text: 'text2'
},
element: {
type: 'plain_text_input',
action_id: 'text2_input',
multiline: false
}
}
]
}
});
console.log(result);
}
catch (error) {
console.error(error);
}
});`
(node:22126) UnhandledPromiseRejectionWarning: Error: An API error occurred: invalid_arguments     at Object.platformErrorFromResult (/home/ubuntu/Documents/slackbolt/first-bolt-app/node_modules/@slack/web-api/dist/errors.js:50:33)     at WebClient.apiCall (/home/ubuntu/Documents/slackbolt/first-bolt-app/node_modules/@slack/web-api/dist/WebClient.js:407:28)     at process._tickCallback (internal/process/next_tick.js:68:7) (node:22126) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 2) (node:22126) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

text: {
type: "mrkdwn",
text: "Select an option"
},

I found this one needs to be label.  You may still have more blocks to fix. Can you validate your payload using Block Kit Builder?
https://api.slack.com/tools/block-kit-builder?mode=modal

@seratch thank you for your advice. I managed to get selected option like below. Putting my example for those who might encounter the same question.
                "type": "input",                 "block_id": "block1",                 "label":{                         "type": "plain_text",                         "text": "type"                 },                 "element": {                     "type": "multi_static_select",                     "action_id": "input1",                     "placeholder": {                         "type": "plain_text",                         "text": "Select an option"                     },                     "options": [                         {                             "text": {                                 "type": "plain_text",                                 "text": "option a"                             },                             "value": "option a"                         },                         {                             "text": {                                 "type": "plain_text",                                 "text": "option b"                             },                             "value": "option b"                         }                     ]                 }


Issue with k8s.io/docs/tutorials/kubernetes-basics/update/update-interactive/

This is a...

[ ] Feature Request
[X] Bug Report

Problem:
Wrong image number in the built-in command.
Authentication required to pull down kubernetes-bootcamp:v10 image.

Page to Update:
https://kubernetes.io/...

@sh3llf1sh i believe you're referring to the command in https://kubernetes.io/docs/tutorials/kubernetes-basics/update/update-interactive/
kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=gcr.io/google-samples/kubernetes-bootcamp:v10
If that's the case, i believe it was intended to pull a non existence docker image as it's trying to demonstrate  how kubectl rollout would help in case of deployment issue with docker image.


Modify API reference code to link to github wiki and multiline sigs

When generating the dev docs, have a link to the wiki saying latest version is there and warning that this is dev docs which may have methods which don't exist.
Long signatures currently require scrolling to the right. It would be better if they wrapped arguments onto lines. For example, this is too wide:
def sample_write(self, shots: int, *, filepath: str, format: str = '01', prepend_observables: bool = False, append_observables: bool = False, obs_out_filepath: str = None, obs_out_format: str = '01') -> None:

Also fixed typo Measurements with determinist results


調用Pretrained TOK跟NER的時候報錯

Describe the bug
調用部分Pretrained TOK跟NER的時候報錯，已試過直接調用已下載到本地的Model也是出現相同的報錯
NER:
hanlp.pretrained.ner.CONLL03_NER_BERT_BASE_CASED_EN
hanlp.pretrained.ner.MSRA_NER_ALBERT_BASE_ZH
hanlp.pretrained.ner.MSRA_NER_BERT_BASE_ZH
TOK:
hanlp.pretrained.tok.CTB6_CONVSEG
hanlp.pretrained.tok.LARGE_ALBERT_BASE
hanlp.pretrained.tok.PKU_NAME_MERGED_SIX_MONTHS_CONVSEG
hanlp.pretrained.tok.SIGHAN2005_MSR_CONVSEG
hanlp.pretrained.tok.SIGHAN2005_PKU_CONVSEG
Code to reproduce the issue
Provide a reproducible test case that is the bare minimum necessary to generate the problem.
NER_1 = hanlp.pipeline() \
    .append(hanlp.utils.rules.split_sentence, output_key='sentences') \
    .append(hanlp.load('UD_TOK_MMINILMV2L12'), output_key='tok') \
    .append(hanlp.load('CONLL03_NER_BERT_BASE_CASED_EN'), output_key='ner', input_key='tok')

Describe the current behavior
A clear and concise description of what happened.
Expected behavior
A clear and concise description of what you expected to happen.
System information

OS: Windows-10-10.0.19041-SP0
Python: 3.9.0
PyTorch: 1.13.1+cpu
HanLP version: hanlp==2.1.0b45

Other info / logs
Include any logs or source code that would be helpful to diagnose the problem. If including tracebacks, please include the full traceback. Large logs and files should be attached.
Decompressing C:\Users\AppData\Roaming\hanlp\ner/ner_conll03_bert_base_cased_en_20211227_121443.zip to C:\Users\AppData\Roaming\hanlp\ner
Failed to load https://file.hankcs.com/hanlp/ner/ner_conll03_bert_base_cased_en_20211227_121443.zip
If the problem still persists, please submit an issue to https://github.com/hankcs/HanLP/issues
When reporting an issue, make sure to paste the FULL ERROR LOG below.
......
TypeError: Descriptors cannot not be created directly.
If this call came from a _pb2.py file, your generated code is out of date and must be regenerated with protoc >= 3.19.0.
If you cannot immediately regenerate your protos, some other possible workarounds are:
 1. Downgrade the protobuf package to 3.20.x or lower.
 2. Set PROTOCOL_BUFFERS_PYTHON_IMPLEMENTATION=python (but this will use pure-Python parsing and will be much slower).

More information: https://developers.google.com/protocol-buffers/docs/news/2022-05-06#python-updates

[x] I've completed this form and searched the web for solutions.

你没有正确安装，请follow：https://colab.research.google.com/drive/1d95nzqyscZchsmZ7_GQ15J3LGWqvPjpr?usp=sharing

已經跟著步驟執行還是一樣的報錯了，請問有別的方法嗎?
pip install -U hanlp[full]
Requirement already satisfied: hanlp[full] in c:\users\appdata\local\programs\python\python39\lib\site-packages (2.1.0b45)
Requirement already satisfied: hanlp-downloader in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.25)
Requirement already satisfied: pynvml in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (11.5.0)
Requirement already satisfied: toposort==1.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.5)
Requirement already satisfied: sentencepiece>=0.1.91 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.1.97)
Requirement already satisfied: hanlp-common>=0.0.19 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.19)
Requirement already satisfied: termcolor in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.1.0)
Requirement already satisfied: torch>=1.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.13.1)
Requirement already satisfied: hanlp-trie>=0.0.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.5)
Requirement already satisfied: transformers>=4.1.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (4.26.1)
Requirement already satisfied: tokenizers==0.11.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.11.6)
Requirement already satisfied: perin-parser>=0.0.12 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.12)
Requirement already satisfied: penman==1.2.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.2.1)
Requirement already satisfied: fasttext-wheel==0.9.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.9.2)
Requirement already satisfied: networkx>=2.5.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (3.0)
Requirement already satisfied: keras==2.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (2.6.0)
Requirement already satisfied: tensorflow==2.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (2.6.0)
Requirement already satisfied: pybind11>=2.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (2.10.3)
Requirement already satisfied: setuptools>=0.7.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (67.6.0)
Requirement already satisfied: numpy in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (1.19.5)
Requirement already satisfied: protobuf>=3.9.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (4.22.0)
Requirement already satisfied: astunparse~=1.6.3 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.6.3)
Requirement already satisfied: flatbuffers~=1.12.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.12)
Requirement already satisfied: absl-py~=0.10 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.15.0)
Requirement already satisfied: gast==0.4.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.4.0)
Requirement already satisfied: wrapt~=1.12.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.12.1)
Requirement already satisfied: typing-extensions~=3.7.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (<IP_ADDRESS>)
Requirement already satisfied: clang~=5.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (5.0)
Requirement already satisfied: h5py~=3.1.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (3.1.0)
Requirement already satisfied: tensorflow-estimator~=2.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (2.11.0)
Requirement already satisfied: tensorboard~=2.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (2.12.0)
Requirement already satisfied: six~=1.15.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.15.0)
Requirement already satisfied: keras-preprocessing~=1.1.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.1.2)
Requirement already satisfied: opt-einsum~=3.3.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (3.3.0)
Requirement already satisfied: grpcio<2.0,>=1.37.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.51.3)
Requirement already satisfied: wheel~=0.35 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.38.4)
Requirement already satisfied: google-pasta~=0.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.2.0)
Requirement already satisfied: phrasetree in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp-common>=0.0.19->hanlp[full]) (0.0.8)
Requirement already satisfied: scipy in c:\users\appdata\local\programs\python\python39\lib\site-packages (from perin-parser>=0.0.12->hanlp[full]) (1.10.1)
Requirement already satisfied: tqdm>=4.27 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (4.65.0)
Requirement already satisfied: filelock in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (3.9.0)
Requirement already satisfied: huggingface-hub<1.0,>=0.11.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (0.12.1)
Requirement already satisfied: regex!=2019.12.17 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (2022.10.31)
Requirement already satisfied: pyyaml>=5.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (6.0)
Requirement already satisfied: requests in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (2.28.2)
Requirement already satisfied: packaging>=20.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (23.0)
Requirement already satisfied: google-auth-oauthlib<0.5,>=0.4.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.4.6)
Requirement already satisfied: markdown>=2.6.8 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.4.1)
Requirement already satisfied: google-auth<3,>=1.6.3 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.16.2)
Requirement already satisfied: werkzeug>=1.0.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.2.3)
Requirement already satisfied: tensorboard-data-server<0.8.0,>=0.7.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.7.0)
Requirement already satisfied: tensorboard-plugin-wit>=1.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (1.8.1)
Requirement already satisfied: idna<4,>=2.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (3.4)
Requirement already satisfied: certifi>=2017.4.17 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (2022.12.7)
Requirement already satisfied: charset-normalizer<4,>=2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (3.1.0)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (1.26.14)
Requirement already satisfied: colorama in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tqdm>=4.27->transformers>=4.1.1->hanlp[full]) (0.4.6)
Requirement already satisfied: cachetools<6.0,>=2.0.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (5.3.0)
Requirement already satisfied: pyasn1-modules>=0.2.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.2.8)
Requirement already satisfied: rsa<5,>=3.1.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (4.9)
Requirement already satisfied: requests-oauthlib>=0.7.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth-oauthlib<0.5,>=0.4.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (1.3.1)
Requirement already satisfied: importlib-metadata>=4.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from markdown>=2.6.8->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (6.0.0)
Requirement already satisfied: MarkupSafe>=2.1.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from werkzeug>=1.0.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.1.2)
Requirement already satisfied: zipp>=0.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from importlib-metadata>=4.4->markdown>=2.6.8->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.15.0)
Requirement already satisfied: pyasn1<0.5.0,>=0.4.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from pyasn1-modules>=0.2.1->google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.4.8)
Requirement already satisfied: oauthlib>=3.0.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests-oauthlib>=0.7.0->google-auth-oauthlib<0.5,>=0.4.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.2.2)

Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import hanlp
>>> ner = hanlp.load(hanlp.pretrained.ner.CONLL03_NER_BERT_BASE_CASED_EN)
Failed to load https://file.hankcs.com/hanlp/ner/ner_conll03_bert_base_cased_en_20211227_121443.zip
If the problem still persists, please submit an issue to https://github.com/hankcs/HanLP/issues
When reporting an issue, make sure to paste the FULL ERROR LOG below.
================================ERROR LOG BEGINS================================
OS: Windows-10-10.0.19041-SP0
Python: 3.9.0
PyTorch: 1.13.1+cpu
Traceback (most recent call last):
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\utils\component_util.py", line 99, in load_from_meta_file
    obj: Component = object_from_classpath(cls)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp_common\reflection.py", line 27, in object_from_classpath
    classpath = str_to_type(classpath)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp_common\reflection.py", line 44, in str_to_type
    cls = getattr(importlib.import_module(module_name), class_name)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\importlib\__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
  File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 680, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 790, in exec_module
  File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\components\ner\ner_tf.py", line 7, in <module>
    import tensorflow as tf
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\__init__.py", line 41, in <module>
    from tensorflow.python.tools import module_util as _module_util
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\python\__init__.py", line 40, in <module>
    from tensorflow.python.eager import context
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\python\eager\context.py", line 32, in <module>
    from tensorflow.core.framework import function_pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\function_pb2.py", line 16, in <module>
    from tensorflow.core.framework import attr_value_pb2 as tensorflow_dot_core_dot_framework_dot_attr__value__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\attr_value_pb2.py", line 16, in <module>
    from tensorflow.core.framework import tensor_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\tensor_pb2.py", line 16, in <module>
    from tensorflow.core.framework import resource_handle_pb2 as tensorflow_dot_core_dot_framework_dot_resource__handle__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\resource_handle_pb2.py", line 16, in <module>
    from tensorflow.core.framework import tensor_shape_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__shape__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\tensor_shape_pb2.py", line 36, in <module>
    _descriptor.FieldDescriptor(
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\google\protobuf\descriptor.py", line 561, in __new__
    _message.Message._CheckCalledFromGeneratedFile()
TypeError: Descriptors cannot not be created directly.
If this call came from a _pb2.py file, your generated code is out of date and must be regenerated with protoc >= 3.19.0.
If you cannot immediately regenerate your protos, some other possible workarounds are:
 1. Downgrade the protobuf package to 3.20.x or lower.
 2. Set PROTOCOL_BUFFERS_PYTHON_IMPLEMENTATION=python (but this will use pure-Python parsing and will be much slower).

More information: https://developers.google.com/protocol-buffers/docs/news/2022-05-06#python-updates

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\__init__.py", line 43, in load
    return load_from_meta_file(save_dir, 'meta.json', verbose=verbose, **kwargs)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\utils\component_util.py", line 165, in load_from_meta_file
    import tensorflow
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\__init__.py", line 41, in <module>
    from tensorflow.python.tools import module_util as _module_util
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\python\__init__.py", line 40, in <module>
    from tensorflow.python.eager import context
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\python\eager\context.py", line 32, in <module>
    from tensorflow.core.framework import function_pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\function_pb2.py", line 16, in <module>
    from tensorflow.core.framework import attr_value_pb2 as tensorflow_dot_core_dot_framework_dot_attr__value__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\attr_value_pb2.py", line 16, in <module>
    from tensorflow.core.framework import tensor_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\tensor_pb2.py", line 16, in <module>
    from tensorflow.core.framework import resource_handle_pb2 as tensorflow_dot_core_dot_framework_dot_resource__handle__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\resource_handle_pb2.py", line 16, in <module>
    from tensorflow.core.framework import tensor_shape_pb2 as tensorflow_dot_core_dot_framework_dot_tensor__shape__pb2
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\tensorflow\core\framework\tensor_shape_pb2.py", line 36, in <module>
    _descriptor.FieldDescriptor(
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\google\protobuf\descriptor.py", line 561, in __new__
    _message.Message._CheckCalledFromGeneratedFile()
TypeError: Descriptors cannot not be created directly.
If this call came from a _pb2.py file, your generated code is out of date and must be regenerated with protoc >= 3.19.0.
If you cannot immediately regenerate your protos, some other possible workarounds are:
 1. Downgrade the protobuf package to 3.20.x or lower.
 2. Set PROTOCOL_BUFFERS_PYTHON_IMPLEMENTATION=python (but this will use pure-Python parsing and will be much slower).

More information: https://developers.google.com/protocol-buffers/docs/news/2022-05-06#python-updates

其实log中Google已经有提示了：
Downgrade the protobuf package to 3.20.x or lower.
试试：
pip install protobuf==3.19.6

試過了可以了 不過為什麼這個protobuf的依賴沒有放進去Full的安裝裡了?
還有我能從哪裡看到那一個模型是需要完整版HanLP才能用?
(我剛剛開始學習用NLP，很多可能都不太懂)

protobuf是tensorflow的dependency，按道理应该由tensorflow负责安装。然而tensorflow兼容性做得实在是太差劲了，没有把自己的dependency管理好。
你可以从 https://hanlp.hankcs.com/docs/install.html#install-native-package 找到full的文档，具体哪个模型需要tf只能加载后查看它的type是否以TF结尾了。

你好 我看到了新加了依賴要protobuf<3.19 但是我試過成功的是用3.19.6的版本 現在要求<3.19好像有依賴沖突跑不起來了
pip install protobuf==3.19.6

pip install -U hanlp[full]后有问题？日志？
Google的protobuf 3.19在mac上不兼容，测试得出3.18才兼容。另外3.18也兼容Linux。

安裝
C:\Users\chancheh>pip install hanlp[full]
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)
Requirement already satisfied: hanlp[full] in c:\users\appdata\local\programs\python\python39\lib\site-packages (2.1.0b46)
Requirement already satisfied: hanlp-common>=0.0.19 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.19)
Requirement already satisfied: hanlp-downloader in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.25)
Requirement already satisfied: torch>=1.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.13.1)
Requirement already satisfied: termcolor in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.1.0)
Requirement already satisfied: transformers>=4.1.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (4.26.1)
Requirement already satisfied: pynvml in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (11.5.0)
Requirement already satisfied: toposort==1.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.5)
Requirement already satisfied: hanlp-trie>=0.0.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.5)
Requirement already satisfied: tokenizers==0.11.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.11.6)
Requirement already satisfied: sentencepiece>=0.1.91 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.1.97)
Requirement already satisfied: networkx>=2.5.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (3.0)
Requirement already satisfied: perin-parser>=0.0.12 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.0.12)
Requirement already satisfied: keras==2.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (2.6.0)
Requirement already satisfied: fasttext-wheel==0.9.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (0.9.2)
Requirement already satisfied: protobuf<3.19 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (3.18.3)
Requirement already satisfied: penman==1.2.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (1.2.1)
Requirement already satisfied: tensorflow==2.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp[full]) (2.6.0)
Requirement already satisfied: numpy in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (1.19.5)
Requirement already satisfied: pybind11>=2.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (2.10.3)
Requirement already satisfied: setuptools>=0.7.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from fasttext-wheel==0.9.2->hanlp[full]) (67.6.0)
Requirement already satisfied: absl-py~=0.10 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.15.0)
Requirement already satisfied: google-pasta~=0.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.2.0)
Requirement already satisfied: h5py~=3.1.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (3.1.0)
Requirement already satisfied: gast==0.4.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.4.0)
Requirement already satisfied: grpcio<2.0,>=1.37.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.51.3)
Requirement already satisfied: flatbuffers~=1.12.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.12)
Requirement already satisfied: tensorboard~=2.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (2.11.2)
Requirement already satisfied: tensorflow-estimator~=2.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (2.11.0)
Requirement already satisfied: six~=1.15.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.15.0)
Requirement already satisfied: wrapt~=1.12.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.12.1)
Requirement already satisfied: clang~=5.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (5.0)
Requirement already satisfied: keras-preprocessing~=1.1.2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.1.2)
Requirement already satisfied: typing-extensions~=3.7.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (<IP_ADDRESS>)
Requirement already satisfied: astunparse~=1.6.3 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (1.6.3)
Requirement already satisfied: wheel~=0.35 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (0.38.4)
Requirement already satisfied: opt-einsum~=3.3.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorflow==2.6.0->hanlp[full]) (3.3.0)
Requirement already satisfied: phrasetree in c:\users\appdata\local\programs\python\python39\lib\site-packages (from hanlp-common>=0.0.19->hanlp[full]) (0.0.8)
Requirement already satisfied: scipy in c:\users\appdata\local\programs\python\python39\lib\site-packages (from perin-parser>=0.0.12->hanlp[full]) (1.10.1)
Requirement already satisfied: regex!=2019.12.17 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (2022.10.31)
Requirement already satisfied: pyyaml>=5.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (6.0)
Requirement already satisfied: filelock in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (3.9.0)
Requirement already satisfied: huggingface-hub<1.0,>=0.11.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (0.12.1)
Requirement already satisfied: requests in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (2.28.2)
Requirement already satisfied: tqdm>=4.27 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (4.65.0)
Requirement already satisfied: packaging>=20.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from transformers>=4.1.1->hanlp[full]) (23.0)
Requirement already satisfied: werkzeug>=1.0.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.2.3)
Requirement already satisfied: google-auth<3,>=1.6.3 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.16.2)
Requirement already satisfied: markdown>=2.6.8 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.4.1)
Requirement already satisfied: tensorboard-plugin-wit>=1.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (1.8.1)
Requirement already satisfied: google-auth-oauthlib<0.5,>=0.4.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.4.6)
Requirement already satisfied: tensorboard-data-server<0.7.0,>=0.6.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.6.1)
Requirement already satisfied: charset-normalizer<4,>=2 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (3.1.0)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (1.26.14)
Requirement already satisfied: idna<4,>=2.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (3.4)
Requirement already satisfied: certifi>=2017.4.17 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests->transformers>=4.1.1->hanlp[full]) (2022.12.7)
Requirement already satisfied: colorama in c:\users\appdata\local\programs\python\python39\lib\site-packages (from tqdm>=4.27->transformers>=4.1.1->hanlp[full]) (0.4.6)
Requirement already satisfied: cachetools<6.0,>=2.0.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (5.3.0)
Requirement already satisfied: pyasn1-modules>=0.2.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.2.8)
Requirement already satisfied: rsa<5,>=3.1.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (4.9)
Requirement already satisfied: requests-oauthlib>=0.7.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from google-auth-oauthlib<0.5,>=0.4.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (1.3.1)
Requirement already satisfied: importlib-metadata>=4.4 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from markdown>=2.6.8->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (6.0.0)
Requirement already satisfied: MarkupSafe>=2.1.1 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from werkzeug>=1.0.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (2.1.2)
Requirement already satisfied: zipp>=0.5 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from importlib-metadata>=4.4->markdown>=2.6.8->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.15.0)
Requirement already satisfied: pyasn1<0.5.0,>=0.4.6 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from pyasn1-modules>=0.2.1->google-auth<3,>=1.6.3->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (0.4.8)
Requirement already satisfied: oauthlib>=3.0.0 in c:\users\appdata\local\programs\python\python39\lib\site-packages (from requests-oauthlib>=0.7.0->google-auth-oauthlib<0.5,>=0.4.1->tensorboard~=2.6->tensorflow==2.6.0->hanlp[full]) (3.2.2)
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
WARNING: Ignoring invalid distribution - (c:\users\appdata\local\programs\python\python39\lib\site-packages)

在pip freeze裡面看過了 hanlp==2.1.0b46
然後根據你這裡的碼跑了

你没有正确安装，请follow：https://colab.research.google.com/drive/1d95nzqyscZchsmZ7_GQ15J3LGWqvPjpr?usp=sharing

Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import hanlp
>>> ner = hanlp.load(hanlp.pretrained.ner.CONLL03_NER_BERT_BASE_CASED_EN)
Failed to load https://file.hankcs.com/hanlp/ner/ner_conll03_bert_base_cased_en_20211227_121443.zip
If the problem still persists, please submit an issue to https://github.com/hankcs/HanLP/issues
When reporting an issue, make sure to paste the FULL ERROR LOG below.
================================ERROR LOG BEGINS================================
OS: Windows-10-10.0.19041-SP0
Python: 3.9.0
PyTorch: 1.13.1+cpu
TensorFlow cannot be imported due to ImportError: cannot import name 'builder' from 'google.protobuf.internal' (C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\google\protobuf\internal\__init__.py). Note this is not a bug of HanLP, but rather a compatability issue caused by TensorFlow.
HanLP: 2.1.0-beta.46
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\__init__.py", line 43, in load
    return load_from_meta_file(save_dir, 'meta.json', verbose=verbose, **kwargs)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\utils\component_util.py", line 186, in load_from_meta_file
    raise e from None
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\utils\component_util.py", line 99, in load_from_meta_file
    obj: Component = object_from_classpath(cls)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp_common\reflection.py", line 27, in object_from_classpath
    classpath = str_to_type(classpath)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp_common\reflection.py", line 44, in str_to_type
    cls = getattr(importlib.import_module(module_name), class_name)
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\importlib\__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
  File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 680, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 790, in exec_module
  File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed
  File "C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\hanlp\components\ner\ner_tf.py", line 7, in <module>
    import tensorflow as tf
  File "C:\Users\AppData\Roaming\Python\Python39\site-packages\tensorflow\__init__.py", line 38, in <module>
    from tensorflow.python.tools import module_util as _module_util
  File "C:\Users\AppData\Roaming\Python\Python39\site-packages\tensorflow\python\__init__.py", line 37, in <module>
    from tensorflow.python.eager import context
  File "C:\Users\AppData\Roaming\Python\Python39\site-packages\tensorflow\python\eager\context.py", line 28, in <module>
    from tensorflow.core.framework import function_pb2
  File "C:\Users\AppData\Roaming\Python\Python39\site-packages\tensorflow\core\framework\function_pb2.py", line 5, in <module>
    from google.protobuf.internal import builder as _builder
ImportError: cannot import name 'builder' from 'google.protobuf.internal' (C:\Users\AppData\Local\Programs\Python\Python39\lib\site-packages\google\protobuf\internal\__init__.py)
>>> print(ner(["President", "Obama", "is", "speaking", "at", "the", "White", "House", "."]))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'ner' is not defined

你的log已经告诉你答案了：
WARNING: Ignoring invalid distribution -rotobuf (c:\users\appdata\local\programs\python\python39\lib\site-packages)
这说明你的Windows损坏了protobuf。建议卸载Python后删除c:\users\appdata\local\programs\python\python39\lib\site-packages再重新安装Python，或者使用Linux或mac。
根据unit test，HanLP在Windows Python3.9下没有问题：
https://github.com/hankcs/HanLP/actions/runs/4387038948/jobs/7681840330


fix(wallet-connect): approve all required events

https://specs.walletconnect.com/2.0/specs/clients/sign/namespaces#210-session-namespaces-must-approve-all-events
fixes #3217

LGTM


Using "btn btn-primary" together with ".loading" does not show spinner.

If ".loading" is used together with "btn-primary", then the spinner is not visible.

@martinsookael Could you tell me your browser version and platform?


Enable setting operationId on request

For logging and statistics purposes it would be great if the generated code could set a property on the HttpRequestMessage containing the operationId of the swagger spec.
This way one could write generic code in a HttpClient DelegatingHandler.
I suspect not all are interested in this, but an option in NSwagStudio to do it when generating code would be great.

One of the PrepareRequest methods could get the operationId as a parameter, or similar, as an alternate solution.

You can define a base class and generate a create method for the message... see settings

Yes I can. I can also use PrepareRequest to modify the request after it was created.
But I'd like to get the operationId from the swagger spec, without having to use reflection to reconstruct it from client class name and method.


Incorrect version entry for typescript-react-apollo

warning Lockfile has incorrect entry for "<EMAIL_ADDRESS>Ignoring it.
Couldn't find any versions for "@graphql-codegen/typescript-react-apollo" that matches "1.17.8"
? Please choose a version of "@graphql-codegen/typescript-react-apollo" from this list: 1.17.7

v1.17.8 doesn't exist for typescript-react-apollo yet, but that's what the cli puts in package.json

Hi! How did you get this? Did you do something specific? how can I reproduce this?

@dotansimha just install graphql codegen version 1.17.8, configure it to use typescript-react-apollo, and then run yarn install
the typescript react apollo config should add the dependency @graphql-codegen/typescript-react-apollo with version 1.17.8, which doesn't exist according to yarn

Oh got it, this was fixed in 1.17.9 (see https://github.com/dotansimha/graphql-code-generator/releases/tag/%40graphql-codegen%2Fcli%401.17.9 )

Whoops, now a new error shows up :P
These are my dev dependencies:
"@graphql-codegen/cli": "^1.17.9",
"@graphql-codegen/typescript": "^1.17.9",
"@graphql-codegen/typescript-operations": "^1.17.9",
"@graphql-codegen/typescript-react-apollo": "^1.17.9",

But now, @graphql-codegen/typescript-operations doesn't have version 1.17.9. Is there a better, more permanent fix?

Oh, just use latest version of each plugin, you no longer need to align all versions of GraphQL Codegen.
We are following semver now, which means each package has it's own release and versioning flow.

Okay great!


Windows 11 NFS client versions

In current "Network File System overview", there is no information about Windows 11 NFS client versions.

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

ID: 20741e00-6d40-c122-88b2-562b38d39b1e
Version Independent ID: e556fb83-dc86-94ed-d0e0-616a6499c1e8
Content: Network File System overview
Content Source: WindowsServerDocs/storage/nfs/nfs-overview.md
Product: windows-server
Technology: storage
GitHub Login: @JasonGerend
Microsoft Alias: jgerend

#assign:xelu86

Hey @qysnn,
Thanks again for contacting Microsoft. We value your feedback.
A documentation change has been made adding Win 11 to the supported OS list and will be live after the next business day. We will now be closing this thread.
Thank you and have a most pleasant day. #please-close


Sample app to list all patients

Create a skeleton sample app to list all patients

This issues has been resolved through the implementation of the current FHIR core app


Free-cssgame.md

Added a new folder list Playgrounds and added a link to a free css game
What does this PR do?
Added a new file to list Playground
For resources
Description
This is a free CSS game that can be accessed online. You don't need any register and can play rightaway
Why is this valuable (or not)?
How do we know it's really free?
For book lists, is it a book? For course lists, is it a course? etc.
Checklist:

[x] Read our contributing guidelines.
[x] Search for duplicates.
[x] Include author(s) and platform where appropriate.
[x] Put lists in alphabetical order, correct spacing.
[x] Add needed indications (PDF, access notes, under construction).
[x] Used an informative name for this pull request.

Follow-up

Check the status of GitHub Actions and resolve any reported warnings!

duplicate.
Please read docs/CONTRIBUTING.md guidelines!


Added a log panel entry that displays the bot endpoint.

Fixes #2084
===

Coverage increased (+0.1%) to 67.926% when pulling 3f0af8710ef4ed4d20f5ec5549f6324d60dc33fa on toanzian/log-bot-endpoint into 8441576e4050296d0f86e67843eca6434173d3f3 on master.


SAK-40520 add a manage overview option

IMPORTANT NOTES:
For "widgets" that are not tools to be included in this list, they need to have category of widget in tool config.
for widgets that have associated tools, to be added without having the tool installed they need the following property added to their configurations:

A "custom_overview" property is now being saved to the site when Manage Overview is saved for the first time. This property stops synoptics from automatically being added when a tool is added to the site. This DOES carry over to duplicated sites.
This CAN be overwritten in Sites, by editting the custom_overview property to be anything other than true. (Plz for sanity purposes use false).
SAK-40520
revert unnecessary changes

@RyanAFinney just need to address the conflict in _base.scss

I have concerns with this PR now that I've seen it in master:

the "Manage Overview" button is mis-aligned and should use the same markup structure as the Link and Help buttons do in other non-columned tools
when I click the "Manage Overview" button locally and on the nightlies, it takes me to a blank page in Site Info. Am I missing something? Do I need enable something? Or is it broken? Can others reproduce?


World border

World Border
This PR implements packets and methods to do with world borders.
World border is a wall defined by center point and diameter. It restricts client from going outside the border.
Implemented packets

InitializeWorldBorder (this one was defined as WorldBorderInitialize, but unused)
SetBorderCenter
SetBorderLerpSize
SetBorderSize
SetBorderWarningDelay
SetBorderWarningDistance

TODOs
I do not yet understand the behavior of portal_teleport_boundary field on InitializeWorldBorder. It seems to affect the shape of the border, sometimes making it rectangular instead of square, or making it disappear entirely.
I could not replicate the appearance of the warning screen when getting close to the border.
Discussion
Take this as a draft of the API. I considered two options, basic methods on Client for basic usecases (current state of PR) and copying packet API to the Client API.
Is it acceptable to allow unusual usecases with manual send_packet only?

Is it acceptable to allow unusual usecases with manual send_packet only?

send_packet is publicly accessible just in case we didn't account for a specific use case. It's a courtesy. That being said, I see no reason why this API wouldn't cover all the use cases as long as you expand it so that all the different kinds of packets can be sent without calling send_packet explicitly.
Are there any particular weird use cases you had in mind?

Is it acceptable to allow unusual usecases with manual send_packet only?

If it's something obscure or behavior not really intended by Mojang then I think it's fine to require a manual send_packet.

Any updates? This would be a nice feature for nice game modes

This PR is based on a really old version of valence. A lot of it will have to be reworked. @CodeDoctorDE, feel free to make a new PR for this.

Hmm, I'm very new to rust and I'm not an expert with the minecraft protocol

World border was implemented in #364.


Added parameter SkipPackageValidation to ServiceFabricDeploy

Exposes the script parameter to skip package validation as requested in #3742

@mikanyg,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by Microsoft. We will now review your pull request.
Thanks,
Microsoft Pull Request Bot

@MikkelHegn @NCarlsonMSFT Had 30 minutes I could spare ;-)

Have you deployed and validated the change?

Yes I have

@kmkumaran, @sachinma, @bishalpd any objections to merging this?

Looks good to me.


Update engine to latest snapshot version (1.14.15-SNAPSHOT)

This version includes:

Azure TTS adapter
/voices web API call

I'm having some issues building this - I get the same sort of errors as are showing up in this failed check:
https://github.com/daisy/pipeline-assembly/actions/runs/6246986455/job/16958705214#step:5:702

Sorry, closed by accident :/


should we support the comments property?

resources support a "comments" property in the json schema - this property is not used by ARM (and I think discarded).  we don't support this today because bicep natively supports comments... so we may not need to.
The scenario that brought this up was using the comments field to trigger a symbolic reference to force a dependsOn...  if we support dependsOn explicitly this scenario goes away, not sure if there will be others.
Perhaps more a question of:
ARM resources support this property - it has questionable value in bicep, should we disallow it for any reason?

I think we are leaning towards not allowing it simply to make sure people don't use it. If bicep comments are not good enough, we should try to correct that rather than falling back to the dedicated comments property. I'll leave this open without a milestone for now.

Personally I do not see a reason to add "comments" when I have the option for commenting in bicep.

Do we see a reason to block it?  If bicep is better and fulfills the need, we'd have no reason to...

We are currently blocking it by not allowing it in the top level resource properties.


Update locations + add instructions for request to Pangeo/ESGF working group homepage

Once we have finalized the target location and are sure we want to advertise requests even more, we should add some info here

See https://github.com/pangeo-data/pangeo-cmip6-cloud/pull/73 Need to finish that out.


VILA models crashing when bounding boxes are not int

VILA models crashing when bounding boxes are not int
Because of changes in #69 , bounding boxes are now float instead of int, which VILA does not like:
  File "/Users/lucas/miniforge3/envs/pdod/lib/python3.10/site-packages/mmda/predictors/hf_predictors/vila_predictor.py", line 161, in predict
    model_outputs = self.model(**self.model_input_collator(model_inputs))
  File "/Users/lucas/miniforge3/envs/pdod/lib/python3.10/site-packages/mmda/predictors/hf_predictors/vila_predictor.py", line 178, in model_input_collator
    return {
  File "/Users/lucas/miniforge3/envs/pdod/lib/python3.10/site-packages/mmda/predictors/hf_predictors/vila_predictor.py", line 179, in <dictcomp>
    key: torch.tensor(val, dtype=torch.int64, device=self.device)
TypeError: 'float' object cannot be interpreted as an integer

This PR adds an explicit cast operation to get around this issue during pre-processing.

Thanks @soldni ! This issue is also fixed in vila https://github.com/allenai/vila/commit/0a772032ef5c31a152d4d849be0c3825acdb1583 and I'll migrate the changes to mmda very soon!

fixed in #89 as latest vila lib fixes this issue


How about a CSV serializer?

The league has a more-than-awesome CSV implementation, can it be used as a serializer?
Probably not for nested data, but for simple one?

This would be done outside of Fractal. You could set a nesting limit of 0, and instead of using toJson() just pass it off to the CSV package.

Great, thanks.


ardb with rocksdb, sometime panic

last log:
[2652] 07-06 09:23:02,891 INFO [RocksDB][JOB 61] Syncing log #1051
[2652] 07-06 09:23:02,903 INFO [RocksDB](Original Log Time 2017/07/06-09:23:02.891612) Calling FlushMemTableToOutputFile with column family [12], flush slots available 1, compaction slots allowed 1, compaction slots scheduled 1
[2652] 07-06 09:23:02,903 INFO [RocksDB][12] [JOB 61] Flushing memtable with next log file: 1014
[2652] 07-06 09:23:02,903 INFO [RocksDB][12] [JOB 61] Flushing memtable with next log file: 1053
[2652] 07-06 09:23:02,903 INFO [RocksDB]EVENT_LOG_v1 {"time_micros":<PHONE_NUMBER>903364, "job": 61, "event": "flush_started", "num_memtables": 2, "num_entries": 189162, "num_deletes": 1644, "memory_usage": 260017696}
[2652] 07-06 09:23:02,903 INFO [RocksDB][12] [JOB 61] Level-0 flush table #1054: started
[2652] 07-06 09:23:03,570 INFO [RocksDB]EVENT_LOG_v1 {"time_micros":<PHONE_NUMBER>570051, "cf_name": "12", "job": 61, "event": "table_file_creation", "file_number": 1054, "file_size": 34030966, "table_properties": {"data_size": 33800362, "index_size": 128770, "filter_size": 100867, "raw_key_size": 1671824, "raw_average_key_size": 71, "raw_value_size": 33179383, "raw_average_value_size": 1424, "num_data_blocks": 1522, "num_entries": 23289, "filter_policy_name": "rocksdb.BuiltinBloomFilter", "kDeletedKeys": "1206", "kMergeOperands": "0"}}
[2652] 07-06 09:23:03,570 INFO [RocksDB][12] [JOB 61] Level-0 flush table #1054: 34030966 bytes OK
[2652] 07-06 09:23:03,573 INFO [RocksDB](Original Log Time 2017/07/06-09:23:03.571474) [12] Level-0 commit table #1054 started
[2652] 07-06 09:23:03,573 INFO [RocksDB](Original Log Time 2017/07/06-09:23:03.573484) [12] Level-0 commit table #1054: memtable #1 done
[2652] 07-06 09:23:03,573 INFO [RocksDB](Original Log Time 2017/07/06-09:23:03.573486) [12] Level-0 commit table #1054: memtable #2 done
[2652] 07-06 09:23:03,573 INFO [RocksDB](Original Log Time 2017/07/06-09:23:03.573500) EVENT_LOG_v1 {"time_micros":<PHONE_NUMBER>573491, "job": 61, "event": "flush_finished", "lsm_state": [2, 8, 5, 0, 0, 0, 0], "immutable_memtables": 0}
[2652] 07-06 09:23:03,573 INFO [RocksDB](Original Log Time 2017/07/06-09:23:03.573531) [12] Level summary: base level 1 max bytes base 536870912 files[2 8 5 0 0 0 0] max score 1.00
[2652] 07-06 09:23:03,573 INFO [RocksDB][JOB 61] Try to delete WAL files size 102290690, prev total WAL file size<PHONE_NUMBER>, number of live WAL files 16.
[2652] 07-06 09:23:03,574 WARN [RocksDB]------- DUMPING STATS -------

Is there some log like stderr, can find out what's wrong?

Jul  6 09:23:03 ip-10-33-4-15 kernel: [20749836.864200] rocksdb:bg3[2657]: segfault at 7f37840050a7 ip<PHONE_NUMBER>578f46 sp 00007f3785dfde90 error 6 in ardb-server[400000+423000]
found from system log

[ec2-user@ip-10-33-4-11 src]$ addr2line -e ./ardb-server<PHONE_NUMBER>578f46
/opt/ardb/ardb-0.9.4/src/db/rocksdb/rocksdb_engine.cpp:222
we use ardb-e59ce6daca1d3e67c71809759edaf505569b1a28

is this fixed by commit https://github.com/yinqiwen/ardb/commit/e59ce6daca1d3e67c71809759edaf505569b1a28 ?

no, we fix code ardb/src/db/rocksdb/rocksdb_engine.cpp, line 224 base HEAD like this.

It has been running for 7 days without problems


Shuffle command for music queue

A command to shuffle the current queue randomly
This suggestion was created by a user and sent by the bot:
jukebox-botto#8602

Was already implemented just was moderator exclusive before