css header

Hey man, Luke and Connor have been working on this mostly. You should ask
them.
Are you familiar with React?
On Wed, Sep 21, 2022, 6:05 AM Jan Ole Petersen @.***>
wrote:

Where would you like me to translate? Should I create new files with en
-de (home-de.js) ending to translate in?
—
Reply to this email directly, view it on GitHub
https://github.com/Wolfe-Nate/UBI-CWoodall/pull/3#issuecomment-1253611633,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AY3U7EEZZTADQJK5HS2I7OTV7L2Y7ANCNFSM56GFN66Q
.
You are receiving this because you modified the open/close state.Message
ID: @.***>


Websockets timeout with HAProxy

Hi,
Were using WebSockets with the HAProxy and its timing out after 5 mins. See the simple example https://gist.github.com/att-bdpaas/af45d4703137244ded71.
We tried using SO_KEEPALIVE but this only sends a keep alive packet to the HAProxy every 2hrs, and it doesn't keep the connection from the client side alive.
Looking at the HAProxy Documentation there seems to be a lot of options related to this problem:

The timeout tunnel which overrides the default timeout client and timeout server and would only be used for WebSockets, see doc.
It seems in our version (1.5-dev19) the default connection is TUN but it seems to be changing to KAL in 1.5dev21, see doc.
Many stackoverflows suggestion using http-server-close along with http-pretend-keepalive

Thanks,
@tlabeeuw + @chendrix

@tlabeeuw We'll be updating HAProxy to 1.5.10 in the next cf-release.


refactor: Make the sigma-algebra in Kernel.map implicit

... rather than a typeclass argument.
This leads to quite a few uglifications (although none past the basic API, which I think is a good sign), but is required to avoid making Gibbs measures and Markov chains an absolute pain to talk about. Indeed, in those two contexts, there is one "canonical" sigma-algebra along with many sigma-subalgebras of it, indexed by time or space respectively. There might be a missing Lean feature here. To be investigated further.
From GibbsMeasure

This is making the code in Mathlib clearly worse, so it would be better if you could be more explicit about the problems you encountered. Ideally with sample code.
Also you write that it does not lead to uglifications past the basic API, but to be fair I don't think there is really anything in Mathlib using it beyond basic API, so that's not telling much.
For Measurable (and its variants) as well as Integrable we introduced the Measurable[m] notation to deal with a similar issue, although here you would ideally have to find a way to do that while not losing dot notation. I am not sure that's the best solution here, but it's an option.

Yes, the change looks quite ugly (and also a little bit strange from a Lean point of view since there is no way to infer the implicit argument from anything in the context). I'd rather keep the typeclass argument, but have map[m] specify the target measurable space structure explicitely if needed, for example.

Sorry, I hadn't quite caught that map had been renamed to mapOfMeasurable and that the new map didn't have a Measurable assumption. In fact, GibbsMeasure only needs to talk about ``comap, not map. I have updated the PR in consequence and you can see that there is no fallout this time (because comapincludes aMeasurableassumption that makes Lean solve forMeasurableSpace γ` by unification).

Those remaining few changes look fine. Thanks!
bors r+


Fixed bug to get ipu_config.json from_pretrained path

Before to get a pretrained ipu_config you had to specify the json file directly:
IPUConfig.from_pretrained("/path/to/config/ipu_config.json")

Model hub doesn't let you do this and it's not the behaviour of from_pretrained for other configs etc.
Now we can just do
IPUConfig.from_pretrained("/path/to/config")

Nice contribution, thanks!


[Bug report]

Bug report
Description
vuepress@nextVueCompilerError: Illegal tag name. Use '<' to print '<'.
Steps to reproduce
markdown files inclue some symbol,it will crash

Reproduction link / repo:

Expected behavior
no error
Screenshots

Environment info

Browser: chrome
"vuepress": "^2.0.0-beta.27"

"vuepress": "^2.0.0-beta.27"

I think this should be considered as. An invalid one, you should use \< to print <

@Mister-Hope you are right，that's a solution


Can't get it to work behind reverse proxy

Hi,
I'm trying to test this out and running into an issue getting it to work behind a Caddy reverse proxy.
I'd previously gotten it to work using a separate machine on my home network and tunneling over
Caddy->EdgeTunnel(cloud Linux)->OpenZiti->EdgeTunnel(Local Linux)->HomeAssistant(raspberry pi)
Caddyfile
hass.example.com {
  reverse_proxy hass.home.ziti:8123
}

Intercept for hass.home.ziti:8123 with the host pointing to 192.168.x.x:8123
but switching to using the plugin just ends up with a bad request even after updating the trusted proxies to include <IP_ADDRESS>/16
Caddyfile
hass.example.com {
  reverse_proxy hassio.home.ziti # tried hassio.home.ziti:8123 as well
}

Intercept for hassio.home.ziti on port 80 (tried 8123 as well) pointing to localhost:8123.  The cloud machine can curl hassio.home.ziti successfully.

Hi there!  Thanks for checking out the plugin.  I will respond in full early next week when I am back at my office.  (Or earlier if I gain access to my laptop in the mean time).

Hi @jleechpe - Apologies for the latency in getting back to you on this.  It popped up and reminded me when another issue arose that sounded similar.   A DNS issue crept into the build for the underlying CSDK Tunnel of ZITI EDGE TUNNEL.  A few updates later and it seems to have been resolved.  I am curious if you got things working on your own or if you are still stuck.  The latest version (1.5.2) should address a number of things that I think are related.


Moved mock-logger package from devDependencies to dependencies

The service tests are failing after the @fluid-internal/mock-logger package was added because the service tests were not installing this package - https://dev.azure.com/fluidframework/internal/_build/results?buildId=37423&view=logs&j=498afae4-24f0-5535-7222-a274fe302077&t=0f713e44-8f0a-592c-ec26-8a324518faa9
Moving this package to dependencies so that it is installed.

Published package.json cannot depend on internal package. This won't work :(


What will be the url for controller under module

Hello,
I just created a controller under a module with:
php artisan module:make-controller DepartmentsController Lab
How do I access this page?
I tried http://project.dev/lab/departments but it says page not found.
Please help me.
Thanks

Hi,
Just like any other laravel app, you'll need a route pointing to that controller.

Thanks @nWidart
I will give a try. And if no luck I will ask you again.
Would it be like:
Route::get('/lab/departments', 'DepartmentsController');
Thanks

Hello @nWidart will you please help me on this?
Thanks in advance.

Not sure what you want, this is all just regular stuff, the laravel documentation can help you here.
You can also look at existing modules on the Idavoll namespace (asgardcms).

@prayas-sapkota
Let's say you created CMS module. Go to routes/web.php and add for example:
Route::get('/cms', '\Modules\CMS\Http\Controllers\CMSController@index');


Timestamp

Codecov Report

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

@@          Coverage Diff          @@
##           master     #2   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           1      1
  Lines           2     16   +14
=====================================
+ Hits            2     16   +14

Impacted Files
Coverage Δ

lib/rpc.rb
100% <100%> (ø)

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 54c4043...abc0f07. Read the comment docs.


feat: Implement nsSphereAuthorityAuthorizationsList Swift FFI wrapper

Blindly copying the other examples, but it seems to work (both in tests and in Subconscious itself) 😬

Please rebase on main to incorporate #514 (fixes CI browser test jobs).

It has been done, everything is green ✅


WIP: feat: decouple operators

Although not very elegant, this makes 3 versions of each operator, a duel, a sync and an async version.
I might be able to use a utility function to make things more elegant, but I don't think it would be very easy to type such as a function. I'll have a think about it.

I think that updated injectors now have a more solid for handling sync and async separately ;)
Sorry, this rendered your PR into conflict.

I've changed the target to dev, same as for the main repo. But I cannot resolve conflicts on my end, for some reasons...
When I use command gh pr checkout 2, I'm getting this error:
GraphQL: Could not resolve to a PullRequest with the number of 2. (repository.pullRequest)

I've scrapped the previous work here and started again with a proof of concept for the averageA operation.
This change is by no means require, this library will still continue to work just like before without it, even with the new decouple changes proposed to iter-ops.

@RebeccaStevens What's the story here? :wink: This set of operators has evolved quite a bit since then.

So this PR is just showing how with https://github.com/vitaly-t/iter-ops/pull/219, support for each operator having a sync, async and dual version could be made.


Add implementation for run_for_steps and run_until_steps on CairoRunner

Add implementation for run_for_steps and run_until_steps on CairoRunner
Description
Solving issue #477.
Checklist

[x] Linked to Github Issue
[x] Unit tests added
[ ] Integration tests added.
[x] This change requires new documentation.

[x] Documentation has been added/updated.

Codecov Report

Merging #479 (ca16c20) into main (7945b60) will decrease coverage by 5.29%.
The diff coverage is 92.30%.

@@            Coverage Diff             @@
##             main     #479      +/-   ##
==========================================
- Coverage   96.62%   91.33%   -5.30%
==========================================
  Files          52       47       -5
  Lines        9071     2965    -6106
==========================================
- Hits         8765     2708    -6057
+ Misses        306      257      -49

Impacted Files
Coverage Δ

src/vm/vm_core.rs
92.64% <ø> (-3.70%)
:arrow_down:

src/vm/runners/cairo_runner.rs
88.68% <92.30%> (-8.76%)
:arrow_down:

src/types/exec_scope.rs
70.83% <0.00%> (-27.04%)
:arrow_down:

src/vm/trace/trace_entry.rs
83.33% <0.00%> (-16.67%)
:arrow_down:

src/vm/context/run_context.rs
78.78% <0.00%> (-14.13%)
:arrow_down:

src/serde/deserialize_program.rs
79.72% <0.00%> (-13.67%)
:arrow_down:

src/vm/runners/builtin_runner/ec_op.rs
78.33% <0.00%> (-13.56%)
:arrow_down:

src/vm/runners/builtin_runner/bitwise.rs
68.57% <0.00%> (-12.79%)
:arrow_down:

src/vm/runners/builtin_runner/output.rs
78.57% <0.00%> (-10.32%)
:arrow_down:

src/serde/deserialize_utils.rs
81.53% <0.00%> (-9.64%)
:arrow_down:

... and 40 more

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

 cairo-rs + cairo-rs-py add run_until_step and  run_for_steps (preserves state)


Serialization and deserialization handling of types with discriminator

This PR brings in complete support for serialization and deserialization of discriminator types. Discriminator support and flattening bug fixes were the work I already did for the track1 runtime. But that runtime work and my initial work on azure-core overlapped, and the feature never gets sync-ed.
The main improvements are -
(1. handling of type-Id containing dots that were colliding with flattening dots.
(2. Flattening of nested types
(3. Increase flattening code coverage.

/azp run java - storage - ci

/azp run java - storage

/azp run java - identity

/azp run java - keyvault

/azp run java - search

/azp run java - textanalytics

/azp run java - search

/azp run java - textanalytics

/azp run java - keyvault

/azp run java - identity

/azp run java - storage

For updated Serializer and De-Serializer to pick up discriminator with dot value, the following constraints must be met:

Any dot "." in the discriminator in JsonTypeInfo annotation must be escaped. E.g. odata.type in swagger become odata\\.type in java.
If a type is annotated with JsonTypeInfo with discriminator containing dot then it also needs to have JsonFlatten annotation.

Example:
// ---------------------------------------------------------
//
@JsonFlatten
@JsonTypeInfo(use = JsonTypeInfo.Id.NAME,
    include = JsonTypeInfo.As.PROPERTY,
    property =<EMAIL_ADDRESS>    defaultImpl = Animal.class)
@JsonTypeName("Animal")
@JsonSubTypes({
    @JsonSubTypes.Type(name = "#Favourite.Pet.Dog", value = Animal.class)
})
public class Animal {
}
//
// ---------------------------------------------------------
//
@JsonFlatten
@JsonTypeInfo(use = JsonTypeInfo.Id.NAME,
    include = JsonTypeInfo.As.PROPERTY,
    property =<EMAIL_ADDRESS>    defaultImpl = Dog.class)
@JsonTypeName("#Favourite.Pet.Dog")
public class Dog extends Animal {
    @JsonProperty(value = "breed")
    private String breed;

    // Flattenable property
    @JsonProperty(value = "properties.cuteLevel")
    private Integer cuteLevel;

    public String breed() {
        return this.breed;
    }

    public DogWithTypeIdContainingDot withBreed(String audioLanguage) {
        this.breed = audioLanguage;
        return this;
    }

    public Integer cuteLevel() {
        return this.cuteLevel;
    }

    public DogWithTypeIdContainingDot withCuteLevel(Integer cuteLevel) {
        this.cuteLevel = cuteLevel;
        return this;
    }
}
//
// ---------------------------------------------------------


[Event Request] Codeunit 70 "Purch.-Calc.Discount" - OnCalculateInvoiceDiscountBeforeGetRec #11545 missing parameter

Please see #11545 - the VendInvDisc in the event is still missing. Please provide with #11545, thanks - otherwise the provided event isn't really helpful.
procedure CalculateInvoiceDiscount(var PurchHeader: Record "Purchase Header"; var PurchLine2: Record "Purchase Line")
var
TempVATAmountLine: Record "VAT Amount Line" temporary;
PurchSetup: Record "Purchases & Payables Setup";
TempServiceChargeLine: Record "Purchase Line" temporary;
PurchCalcDiscByType: Codeunit "Purch - Calc Disc. By Type";
DiscountNotificationMgt: Codeunit "Discount Notification Mgt.";
IsHandled: Boolean;
begin
...
with PurchLine do begin
...
if PurchHeader."Posting Date" = 0D then
CurrencyDate := WorkDate
else
CurrencyDate := PurchHeader."Posting Date";
        IsHandled := false;
        OnCalculateInvoiceDiscountBeforeGetRec(PurchHeader,CurrencyDate,ChargeBase,InvDiscBase,**VendInvDisc**,IsHandled)
        if not IsHandled then
            VendInvDisc.GetRec(
          PurchHeader."Invoice Disc. Code", PurchHeader."Currency Code", CurrencyDate, ChargeBase);
        ...
        if VendInvDiscRecExists(PurchHeader."Invoice Disc. Code") then begin
            if InvDiscBase <> ChargeBase then begin
                IsHandled := false;
           OnCalculateInvoiceDiscountBeforeGetRec(PurchHeader,CurrencyDate,ChargeBase,InvDiscBase,**VendInvDisc**,IsHandled)
                if not IsHandled then
                    VendInvDisc.GetRec(
                  PurchHeader."Invoice Disc. Code", PurchHeader."Currency Code", CurrencyDate, InvDiscBase);
            end;
            ...
        end;
   end;
end;

[IntegrationEvent(false, false)]
local procedure OnCalculateInvoiceDiscountBeforeGetRec(PurchaseHeader: Record "Purchase Header"; CurrencyDate: Date; ChargeBase: Decimal; InvDiscBase: Decimal; var VendInvDisc: Record Vendor Invoice Disc.; var IsHandled: Boolean)
begin
end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


feature request: tree view

Long shot here, but let me dream :)

Can you give a description of the intended functionality you hope to see in a "tree view" feature?

Sure, I want a list where there is a hierarchy, and by expanding one given list item, its sub options become available.
In a filesystem analogy, the un-expanded list items are folders, and the sub options becoming available when you click to expand are the files within that folder.

you can already do something like the file thing
`from bullet import Bullet
from bullet import colors
import os
d = '.'
while True:
files=[os.path.join(d, o) for o in os.listdir(d)
if os.path.isdir(os.path.join(d,o))]
cli = Bullet(
        prompt = "\nPlease choose a fruit: ",
        choices =files,
        indent = 0,
        align = 5,
        margin = 2,
        shift = 0,
        bullet = "",
        pad_right = 5
        )
result = cli.launch()
print("You chose:", result)
os.chdir(result)`

but in my fork Bullet supports dicts that you could feed the "tree structure" into like this
`from bullet import Bullet
from bullet import colors
tree ={"op1":{"subop1":"end"},
"op2":{"subop2":"end"},
"op3":{"subop3":
{"subsub op":"end"}}}
while True:
cli = Bullet(
        prompt = "\nPlease choose a fruit: ",
        choices =tree,
        indent = 0,
        align = 5,
        margin = 2,
        shift = 0,
        bullet = "",
        pad_right = 5
        )
result = cli.launch()
print("You chose:", result)
tree=result
if(tree=="end"):
     break

print("reached leaf")
`


Document the new default CRS/resolution "load hints" functionality

This PR adds load hints to our products that will allow users to load them into a default CRS and resolution without having to supply them manually using output_crs and resolution:
https://github.com/GeoscienceAustralia/dea-config/pull/1117
We should document this in DEA Notebooks/user guide so that this change does not catch users unawares.

Low priority, no existing functionality broken


Plugin description using rdfs:comment?

Ardour displays the rdfs:comment of a plugin as the description of the plugin. Zrythm will also support this soon. An example plugin with this is x42 midifilter.lv2. Could something similar to #164 be a thing?

This has been a thing since a while now.
Plugin that define a description will have that exposed as lv2 rdfs:comment.


Nested s crash Angular

Bug, feature request, or proposal:
Bug
What is the expected behavior?
Before this pull request animation behavior was working fine as intended:
https://github.com/angular/material2/commit/fbfd032c6e5ccd453fd93d57839897e3783a544e
What is the current behavior?
Nested s  with more than two s crash the app. With two s the second tab is overlaid on top of the first.
What are the steps to reproduce?
Here is a plunker detailing the bug. The plunker is running on Angular v4.0.3:
https://plnkr.co/edit/qSZMIMlfSLIVcGkEzUQq
What is the use-case or motivation for changing an existing behavior?
It should be possible to nest tab groupings.
Which versions of Angular, Material, OS, browsers are affected?
Most recent, see PR referenced.
Is there anything else we should know?

Thanks for the report, I'll re-check it. Before I reverted https://github.com/angular/material2/pull/2411 via https://github.com/angular/material2/commit/fbfd032c6e5ccd453fd93d57839897e3783a544e, I did verify against the old test case, that it was supposed to fix (it was actually crashing the entire tab), and the workaround was no longer necessary.

Dup https://github.com/angular/material2/issues/4271
Related https://github.com/angular/material2/issues/4255
(linking issues to close them more easily later)


failing build due to missing create-env.sh?

Describe the bug
When building the docker (both manually and using the script) I get this:
zsh: can't open input file: /home/vscode/create-env.sh
The command '/bin/sh -c zsh /home/vscode/create-env.sh' returned a non-zero code: 127

To Reproduce
Steps to reproduce the behavior:
Expected behavior
I cd into the GH directory and run the script ./build-image.sh or by running any variation of docker build .
Screenshots

Desktop (please complete the following information):

OS: Ubuntu
Version 20.04 (Linux esmpytorchdocker 5.13.0-1022-azure #26~20.04.1-Ubuntu SMP Thu Apr 7 19:42:45 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux)

Additional context
This is an Azure VM, not sure if this is relevant. In the screenshot you can see the directory content, the required file is there.

Hi @sbassi ! Thanks for submitting the issue.
It looks like you modified the Dockerfile for your use case. Did you change the non-root user name? My scripts assumed the non-root user to be vscode, and create-env.sh also uses the vscode user. If you have changed or removed the user vscode, that might lead to the file not found error.
Could you share the command you used for building the image?
Finally, could you also try to build the image without any cache and print out the full logging info? e.g. like below:
cd /path/to/esmfold-docker-image
docker build --no-cache --progress=plain -t esmfold:test . > build.log 2>&1

By the way, I also updated the conda environments required for openfold and esm. The previous version 0.0.1 has issues with torch which I solved in the latest version 0.0.3. I recommend to try the latest version (simply pull from the main branch).

hello biochunan. Thank you for your answer. I didn't changed the Dockerfile, and now I ran it using your command:
azureuser@esmpytorchdocker:~/esmfold-docker-image$ docker build --no-cache --progress=plain -t esmfold:test . > build.log 2>&1

And here is the log: https://gist.github.com/sbassi/1d7e9ee53443e4d5344adaa0ef0d6cd9
I also wander if there is a compiled image on dockerhub for this in case I can't make my own build.

Hi @sbassi, Thanks for making a pull request! I will close this now, as you mentioned that adding permission solves the access problem.
Dockerhub is a good suggestion; I will create one with the latest version.

Hi @sbassi, the images are now pushed onto Dockerhub at biochunan/esmfold-image.


make sure that 'make deploy' does also make import-images

My experience says that the initial import is done automatically regardless of how the importPolicy: is set.
Hence leaving this closed.


fixing readme me file for ansible

@hililh,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


wip pipelinestage

Stack from ghstack (oldest at bottom):

-> #174
#161
#172

squashed into other PR


How to downgrade sea-orm-cli version?

If I install with:
cargo install<EMAIL_ADDRESS>
and generate with:
sea-orm-cli generate entity //......

the generated file have:
//! `SeaORM` Entity. Generated by sea-orm-codegen 0.10.5

instead of of 0.10.2.
If I run
sea-orm-cli -v

I can see:
sea-orm-cli 0.10.2

What is going on?
I need the 0.10.2 version right now.

Hey @frederikhors, please use the following command to degrade sea-orm-cli.
cargo install --version 0.10.2 sea-orm-cli

I tried this too and with --force too. Nothing. The version of generated files is 0.10.5 always. Crazy!

Hmmm... why? Did you try uninstall it first then install it again?

Yeah! Of course!

I used:
cargo uninstall sea-orm-cli

Removing C:\Users\Fred\.cargo\bin\sea-orm-cli.exe
Removing C:\Users\Fred\.cargo\bin\sea.exe

And try restarting the command prompt after installation

Then I installed with:
cargo install --version 0.10.2 sea-orm-cli

...
  Compiling tracing-subscriber v0.3.16
  Compiling clap v3.2.23
  Compiling chrono v0.4.23
  Compiling sqlx v0.6.2
  Compiling sea-query-binder v0.2.2
  Compiling sea-schema v0.10.3
  Compiling sea-orm-codegen v0.10.5
  Compiling sea-orm-cli v0.10.2
  Finished release [optimized] target(s) in 2m 48s
Installing C:\Users\Fred\.cargo\bin\sea-orm-cli.exe
Installing C:\Users\Fred\.cargo\bin\sea.exe
  Installed package `sea-orm-cli v0.10.2` (executables `sea-orm-cli.exe`, `sea.exe`)

Now it is 0.10.2.
If I generate the files have the comment (and the differences) of the 0.10.5! Crazy!

It's crazy because the .exe in cargo's bin directory is the new one!

I suspect this is the result of some weird caching issue

Please :)

I did. I removed everything because this is a new PC.
I manully removed cache directories too.
I installed rustup & cargo again, and sea-orm-cli with 0.10.2.
Nothing. The generation is for 0.10.5.
I give up. This is totally crazy.

This is really bad because I'm stucked right now. I cannot generate nor new table or old ones.
Is there a way I can use Cargo.toml to fix the version o sea-orm-cli avoiding the executable?

I guess you can git clone the project at 0.10.2 tag. Then run the CLI locally.

Yeah. I will in a few minutes temporarily. I think this should work.
What do you think could be the problem?
Have you tried the downgrade on your PC?

Okay. I think I think what have happen! Check how sea-orm-cli depends on sea-orm-codegen.
https://github.com/SeaQL/sea-orm/blob/f23c99bcc9bd458401d94eef1effefc2dcf336fa/sea-orm-cli/Cargo.toml#L37
Basically, it will pick the latest sea-orm-codegen! i.e. sea-orm-codegen 0.10.5

Wow! This is the issue. How can we fix this?

Also we have to fix this for older versions too?
https://github.com/SeaQL/sea-orm/blob/0.10.2/sea-orm-cli/Cargo.toml

It's intended to always fetch the latest 0.10.x sea-orm-codegen.

It's intended to always fetch the latest 0.10.x sea-orm-codegen.

I think this is not the correct behavior.
In this case we were stuck because of the bug of the related trait.
I think we need a way to downgrade safely.

Oh. sorry... didn't mean to close this issue

Ok. It was a little bit strange! 😄

It's intended to always fetch the latest 0.10.x sea-orm-codegen.

So, the intention is to compile with the latest codegen but as a side effect, one cannot downgrade to 0.10.x unless going below it e.g. 0.9.x
I think we should make it
sea-orm-codegen = { version = "=0.10.5", ... }

Is there a way we can choose in Cargo.toml which version of both we depend on?

Is there a way we can choose in Cargo.toml which version of both we depend on?

Yes, if you clone this repository into local then modify the Cargo.toml and finally execute cargo install --path sea-orm-cli --force to install sea-orm-cli

Yes, I meant for the future. Wouldn't there be a way just using Cargo.toml?

Note that every time we released a new sea-orm-codegen, we always bump the version of sea-orm-cli. That way, you can downgrade to each and every single version of it.


[test] Skip some Concurrency tests during back deployment testing

rdar://82123254

@swift-ci please smoke test

@swift-ci please smoke test

Merging to help unblock things, will double check with Doug to be totally sure this is correct.


Internal workflow client test improvements

Followups from #1327:

simplifying the memo/search-attr encoding tests
making sure the dataconverter tests can detect correct vs incorrect encoder use

1 is pretty simple: memos and search attrs are ALWAYS JSON because the server must interpret them, so the exact bytes should not change in the future.  A hardcoded string is easy to verify, and strengthens the guarantee that "this should not change even if other encoding changes".
2 is more interesting: as originally written, the test would still pass if the custom dataconverter was not saved and used.
The type-assertion to check the internal field somewhat prevents that, but it's unnecessary and a disjointed check.
So it has been rewritten: now the serialized request bytes must clearly come from the test encoder, not the default encoder, and they must be detectably different.

Pull Request Test Coverage Report for Build 018ea615-a43f-4541-b127-5eb050337a74
Details

0 of 0   changed or added relevant lines in 0 files are covered.
13 unchanged lines in 2 files lost coverage.
Overall coverage decreased (-0.05%) to 64.697%

Files with Coverage Reduction
New Missed Lines
%

internal/compatibility/thrift/enum.go
4
21.2%

internal/compatibility/thrift/types.go
9
48.42%

Totals

Change from base Build 018e9ff9-d8ed-403a-8c3a-5ffe0c57f644:
-0.05%

Covered Lines:
13378

Relevant Lines:
20678

💛  - Coveralls


Question: Using ThrottlingHandler & ThrottlingFilter together

Hi - Awesome Library!
We have had someone abusing our API, mainly creating tonnes of user accounts (13 thousand over a period of 3 hours or so).
Here is what I am trying to achieve:

A global policy of 50 requests per second, per endpoint, per IP address
A endpoint policy "POST: Users" that limits to 150 new users per hour

Basically - this means that while we are sleeping (say 10 hours) the attacker could only create a maximum of 1500 accounts. It also means that their could only be 150 "Real" user accounts per hour... We can manage that number over time but for now thats more than required.
At this stage this is what I have:

A ThrottlingHandler with the global policy covering off number 1
A ThrottlingFilter - I'm not 100% sure if I need this for the attribute filter but have it anyway.
A [EnableThrottling] attribute on the "POST: Users" endpoint - which covers number 2.

My question:
Will the ThrottlingHandler & ThrottlingFilter work independent of each other? Or do they inherit each other's policies? And - does the above look ok?
Cheers,
Sam

Here is my startup.cs code
/* This will be processed first in the pipeline - it is much faster
*
* + 50 requests per second, per endpoint, per IP address
*
*/
config.MessageHandlers.Add(new ThrottlingHandler()
{
    Policy = new ThrottlePolicy(perSecond: 50)
    {
        IpThrottling = true,
        IpWhitelist = new List<string> { "<IP_ADDRESS>", "<IP_ADDRESS>/24" }, //Local host & Local network
        EndpointThrottling = true,
    },
    Logger = new ThrottleLogger(),
    Repository = new CacheRepository(),
});

/* This is handled second - It is turned on by [EnableThrottling] attributes
*
* + No IP address throttling
* + No endpoint throttling
*
*/
config.Filters.Add(new ThrottlingFilter()
{
    Policy = new ThrottlePolicy
    {
        IpWhitelist = new List<string> { "<IP_ADDRESS>", "<IP_ADDRESS>/24" }, //Local host & Local network
    },
    Logger = new ThrottleLogger(),
    Repository = new CacheRepository(),
});

Here is the controller code:
[HttpPost]
[Route("")]
[AllowAnonymous]
[EnableThrottling(PerHour = 150)]
public HttpResponseMessage CreateUser(CreateUser.Request request)

Hi @Thwaitesy, you don't need the handler, the filter should apply on all actions. Removed the handler and your setup is good.

Or you could use only the ThrottlingHandler to block the requests before the http controller dispatcher, it's faster.
You should configure it like this:
config.MessageHandlers.Add(new ThrottlingHandler()
{
    Policy = new ThrottlePolicy(perSecond: 50)
    {
        IpThrottling = true,
        IpWhitelist = new List<string> { "<IP_ADDRESS>", "<IP_ADDRESS>/24" }, //Local host & Local network
        EndpointThrottling = true,
        EndpointRules = new Dictionary<string, RateLimits>
        {
            { "users/CreateUser", new RateLimits {  PerHour = 150} }
        }
    },
    Logger = new ThrottleLogger(),
    Repository = new CacheRepository(),
});

Replace the "users/CreateUser" with your controller/action name.

Ok cool.
Can you add wildcard to the EndpointRules?
E.g. "api/users/{userid}/reports" or "api/users/*/reports"

Wildcards are not supported, the matching is done using contains.
var rules = Policy.EndpointRules.Where(x => identity.Endpoint.Contains(x.Key.ToLowerInvariant())).ToList();

using x.Key.ToLowerInvariant() instead of a case-insensitive equality comparison is a performance anti-pattern.

@IDisposable you are right, thanks for pointing this to me.
I've changed it to:
var rules = Policy.EndpointRules.Where(x => identity.Endpoint.IndexOf(x.Key, 0, StringComparison.InvariantCultureIgnoreCase) != -1).ToList();

I know this thread is old but I was hoping you can help me. This is awesome but I have two questions.  How can I add endpoint rules in the web.config? Another question is, I'm trying to store the logging request to a DB but I can't seem to get it to work.  How do I build a ThrottleLogEntry object so I can call the void Log(ThrottleLogEntry entry) method?
This is my code:
public void Log(ThrottleLogEntry entry)
{
        if (null != traceWriter)
        {
            var log =  new ApiLogRepository();
            var throttle = new ApiThrottle()
            {
                StartPeriod = entry.StartPeriod,
                EndPoint = entry.Endpoint,
                LogDate = entry.LogDate,
                RequestId = entry.RequestId,
                ClientIp = entry.ClientIp,
                Vendor = HttpContext.Current.User.Identity.GetUserVendorName(),
                ClientAccount = HttpContext.Current.User.Identity.GetUserLoggedInName(),
                RateLimit = entry.RateLimit,
                RateLimitPeriod = entry.RateLimitPeriod,
                TotalRequests = entry.TotalRequests
            };
            log.CreateThrottleLog(throttle);
        }

    }

and from the MessageHandlers I'm calling it like:
Logger = new TracingThrottleLogger(traceWriter),
thank you.


Configuring tab size independent of indention style, needed for Gnome code style

Have a look at https://github.com/editorconfig/editorconfig-vscode/issues/190 also, it would be nice if VSCode could configure tab size independently from indention, which is needed for Gnome mixed space/tab code style (used on harfbuzz project), consider this part of code,
if (true) {
  if (true) {
    if (true) {
      if (true) {
	test();
      }
    }
  }
}

If you configure tab size to 8 in here viewing the code will be OK but if you try to insert a line in innermost if block, VSCode confuses the correct needed indention.

Hey guys, anyone want to help on this? See https://github.com/harfbuzz/harfbuzz/blob/master/src/hb-coretext.cc#L104 for example, it uses both tabs and spaces

Duplicate of #10339


Fall back to CaskLoader.load to get a better error message.

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[x] Have you successfully run brew tests with your changes locally?

Closes https://github.com/Homebrew/homebrew-cask/issues/47617.

That's much better, but there's no information about how to remove the casks with unavailable formulas. Simply rm -rf /usr/local/Caskroom/<formula>?

@twogee, yes, exactly.

@twogee Though keep in mind that won’t remove the actual app from your system. To do that, do whatever you would do if you had installed it manually.

Thanks, sorry for somewhat confusing comment regarding aid to mop up stale formulas (or whatever the appropriate term is) 😉.


Move executor implementation into GrpcExecutor class

Created GrpcExecutor class to encapsulate executor's functionality.
This is the first phase of a bigger change that I am planning to make.
In the next phase, I will create two global/singleton instances of GrpcExecutor objects. One would be used by dns resolvers and the other would be used by all other current use-cases (i.e transport, combiner, endpoint and surface)

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.29Ki [None]                                              +39.8Ki  +0.4%
      +0.2% +1.29Ki [Unmapped]                                          +39.8Ki  +0.4%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]

 -------------- SHRINKING                                           --------------
  -2.8%     -93 src/core/lib/iomgr/executor.cc                          -93  -2.8%
      [DEL] -1.29Ki executor_push                                       -1.29Ki  [DEL]
     -98.4%    -991 grpc_executor_set_threading                            -991 -98.4%
      [DEL]    -670 executor_thread                                        -670  [DEL]
      [DEL]    -169 run_closures(grpc_closure_list) [clone .isra.3]        -169  [DEL]
      [DEL]     -10 executor_push_short                                     -10  [DEL]
     -42.9%      -9 grpc_executor_init                                       -9 -42.9%
      [DEL]      -7 executor_push_long                                       -7  [DEL]
     -14.3%      -2 grpc_executor_is_threaded                                -2 -14.3%

  +0.1% +1.20Ki TOTAL                                               +39.7Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

@dgquintas, Thanks for the detailed review and suggestions.
I have made the changes you suggested. PTAL

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.29Ki [None]                                              +40.1Ki  +0.4%
      +0.2% +1.29Ki [Unmapped]                                          +40.1Ki  +0.5%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]

 -------------- SHRINKING                                           --------------
  -0.9%     -29 src/core/lib/iomgr/executor.cc                          -29  -0.9%
      [DEL] -1.29Ki executor_push                                       -1.29Ki  [DEL]
     -98.4%    -991 grpc_executor_set_threading                            -991 -98.4%
      [DEL]    -670 executor_thread                                        -670  [DEL]
      [DEL]    -169 run_closures(grpc_closure_list) [clone .isra.3]        -169  [DEL]
      [DEL]     -21 grpc_executor_scheduler                                 -21  [DEL]
      [DEL]     -10 executor_push_short                                     -10  [DEL]
     -42.9%      -9 grpc_executor_init                                       -9 -42.9%
      [DEL]      -7 executor_push_long                                       -7  [DEL]
     -14.3%      -2 grpc_executor_is_threaded                                -2 -14.3%

  +0.1% +1.27Ki TOTAL                                               +40.0Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.29Ki [None]                                              +40.1Ki  +0.4%
      +0.2% +1.29Ki [Unmapped]                                          +40.1Ki  +0.5%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]

 -------------- SHRINKING                                           --------------
  -0.9%     -29 src/core/lib/iomgr/executor.cc                          -29  -0.9%
      [DEL] -1.29Ki executor_push                                       -1.29Ki  [DEL]
     -98.4%    -991 grpc_executor_set_threading                            -991 -98.4%
      [DEL]    -670 executor_thread                                        -670  [DEL]
      [DEL]    -169 run_closures(grpc_closure_list) [clone .isra.3]        -169  [DEL]
      [DEL]     -21 grpc_executor_scheduler                                 -21  [DEL]
      [DEL]     -10 executor_push_short                                     -10  [DEL]
     -42.9%      -9 grpc_executor_init                                       -9 -42.9%
      [DEL]      -7 executor_push_long                                       -7  [DEL]
     -14.3%      -2 grpc_executor_is_threaded                                -2 -14.3%

  +0.1% +1.27Ki TOTAL                                               +40.0Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.32Ki [None]                                              +40.2Ki  +0.5%
      +0.2% +1.32Ki [Unmapped]                                          +40.2Ki  +0.5%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +1.5%     +51 src/core/lib/iomgr/executor.cc                          +51  +1.5%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
       +88%     +43 [Unmapped]                                              +43   +88%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
       +40%     +19 _GLOBAL__sub_I_executor.cc                              +19   +40%
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]
       +71%      +5 grpc_executor_shutdown                                   +5   +71%

  +0.1% +1.37Ki TOTAL                                               +40.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.35Ki [None]                                              +40.3Ki  +0.5%
      +0.2% +1.35Ki [Unmapped]                                          +40.3Ki  +0.5%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +1.5%     +51 src/core/lib/iomgr/executor.cc                          +51  +1.5%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +106%     +52 [Unmapped]                                              +52  +106%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
       +40%     +19 _GLOBAL__sub_I_executor.cc                              +19   +40%
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]
       +71%      +5 grpc_executor_shutdown                                   +5   +71%

  +0.1% +1.40Ki TOTAL                                               +40.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.35Ki [None]                                              +40.3Ki  +0.5%
      +0.2% +1.35Ki [Unmapped]                                          +40.3Ki  +0.5%
      [NEW]     +40 g_global_executor                                         0  [ = ]
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +1.5%     +51 src/core/lib/iomgr/executor.cc                          +51  +1.5%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +106%     +52 [Unmapped]                                              +52  +106%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
       +40%     +19 _GLOBAL__sub_I_executor.cc                              +19   +40%
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]
       +71%      +5 grpc_executor_shutdown                                   +5   +71%

  +0.1% +1.40Ki TOTAL                                               +40.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                                     FILE SIZE
 ++++++++++++++ GROWING                                                       ++++++++++++++
  +0.2% +1.59Ki [None]                                                        +40.7Ki  +0.5%
      +0.3% +1.66Ki [Unmapped]                                                    +40.7Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                                       +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                                      +24  [NEW]
      [NEW]      +8 guard variable for get_global_executor()::global_executor           0  [ = ]
      [NEW]      +8 global_scheduler_long                                              +8  [NEW]
      [NEW]      +8 global_scheduler_short                                             +8  [NEW]
      [NEW]      +8 get_global_executor()::global_executor                              0  [ = ]
  +7.2%    +240 src/core/lib/iomgr/executor.cc                                   +240  +7.2%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                                         +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                                    +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                                         +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                                        +169  [NEW]
      [NEW]    +108 get_global_executor                                              +108  [NEW]
      +169%     +83 [Unmapped]                                                        +83  +169%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                                        +51  [NEW]
      [NEW]     +42 enqueue_short                                                     +42  [NEW]
      [NEW]     +39 enqueue_long                                                      +39  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                           +21  [NEW]
      +200%     +14 grpc_executor_shutdown                                            +14  +200%
      [NEW]     +11 GrpcExecutor::IsThreaded() const                                  +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                                +10  [NEW]
       +50%      +7 grpc_executor_is_threaded                                          +7   +50%
      [NEW]      +7 GrpcExecutor::Shutdown                                             +7  [NEW]

  +0.1% +1.83Ki TOTAL                                                         +40.9Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.41Ki [None]                                              +40.3Ki  +0.5%
      +0.2% +1.47Ki [Unmapped]                                          +40.3Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_executor                                           0  [ = ]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +4.8%    +160 src/core/lib/iomgr/executor.cc                         +160  +4.8%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +410%     +86 grpc_executor_init                                      +86  +410%
      +108%     +53 [Unmapped]                                              +53  +108%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      +529%     +37 grpc_executor_shutdown                                  +37  +529%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]

  +0.1% +1.56Ki TOTAL                                               +40.5Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[microbenchmarks] Performance differences noted:
Benchmark                                                                                cpu_time    real_time
----------------------------------------------------------------------------------------  ----------  -----------
BM_PumpStreamClientToServer<InProcess>/262144                                             -4%         -4%
BM_PumpStreamClientToServer<InProcess>/32768                                              -12%        -12%
BM_PumpStreamClientToServer<InProcessCHTTP2>/2097152                                      -4%
BM_PumpStreamServerToClient<InProcess>/32768                                              -5%         -5%
BM_StreamingPingPong<InProcess, NoOpMutator, NoOpMutator>/262144/2                        -6%         -6%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/262144/1/1  -5%         -5%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/262144/2/1  -4%         -4%
BM_UnaryPingPong<InProcess, NoOpMutator, NoOpMutator>/0/262144                            -6%         -6%

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.27Ki [None]                                              +41.2Ki  +0.5%
      +0.2% +1.33Ki [Unmapped]                                          +41.2Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_executor                                           0  [ = ]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +5.3%    +176 src/core/lib/iomgr/executor.cc                         +176  +5.3%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +410%     +86 grpc_executor_init                                      +86  +410%
      +131%     +64 [Unmapped]                                              +64  +131%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      +600%     +42 grpc_executor_shutdown                                  +42  +600%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]

  +0.1% +1.44Ki TOTAL                                               +41.4Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.27Ki [None]                                              +41.1Ki  +0.5%
      +0.2% +1.33Ki [Unmapped]                                          +41.1Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_executor                                           0  [ = ]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +4.3%    +144 src/core/lib/iomgr/executor.cc                         +144  +4.3%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +137%     +67 [Unmapped]                                              +67  +137%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      +686%     +48 grpc_executor_shutdown                                  +48  +686%
      +214%     +45 grpc_executor_init                                      +45  +214%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]

  +0.1% +1.41Ki TOTAL                                               +41.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[microbenchmarks] No significant performance differences

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.27Ki [None]                                              +41.1Ki  +0.5%
      +0.2% +1.33Ki [Unmapped]                                          +41.1Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_executor                                           0  [ = ]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +4.3%    +144 src/core/lib/iomgr/executor.cc                         +144  +4.3%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +137%     +67 [Unmapped]                                              +67  +137%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      +686%     +48 grpc_executor_shutdown                                  +48  +686%
      +214%     +45 grpc_executor_init                                      +45  +214%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]

  +0.1% +1.41Ki TOTAL                                               +41.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[microbenchmarks] Performance differences noted:
Benchmark                                      cpu_time    real_time
---------------------------------------------  ----------  -----------
BM_PumpStreamServerToClient<InProcess>/262144  +5%         +5%

LGTM

****************************************************************

libgrpc.so

     VM SIZE                                                           FILE SIZE
 ++++++++++++++ GROWING                                             ++++++++++++++
  +0.2% +1.27Ki [None]                                              +41.1Ki  +0.5%
      +0.2% +1.33Ki [Unmapped]                                          +41.1Ki  +0.5%
      [NEW]     +24 global_executor_vtable_long                             +24  [NEW]
      [NEW]     +24 global_executor_vtable_short                            +24  [NEW]
      [NEW]      +8 global_executor                                           0  [ = ]
      [NEW]      +8 global_scheduler_long                                    +8  [NEW]
      [NEW]      +8 global_scheduler_short                                   +8  [NEW]
  +4.3%    +144 src/core/lib/iomgr/executor.cc                         +144  +4.3%
      [NEW] +1.16Ki GrpcExecutor::Enqueue                               +1.16Ki  [NEW]
      [NEW] +1.04Ki GrpcExecutor::SetThreading                          +1.04Ki  [NEW]
      [NEW]    +621 GrpcExecutor::ThreadMain                               +621  [NEW]
      [NEW]    +169 GrpcExecutor::RunClosures                              +169  [NEW]
      +137%     +67 [Unmapped]                                              +67  +137%
      [NEW]     +51 GrpcExecutor::GrpcExecutor                              +51  [NEW]
      +686%     +48 grpc_executor_shutdown                                  +48  +686%
      +214%     +45 grpc_executor_init                                      +45  +214%
      [NEW]     +23 enqueue_short                                           +23  [NEW]
      [NEW]     +21 grpc_executor_scheduler                                 +21  [NEW]
      [NEW]     +20 enqueue_long                                            +20  [NEW]
      [NEW]     +11 GrpcExecutor::IsThreaded() const                        +11  [NEW]
      [NEW]     +10 GrpcExecutor::Init                                      +10  [NEW]
      [NEW]      +7 GrpcExecutor::Shutdown                                   +7  [NEW]

  +0.1% +1.41Ki TOTAL                                               +41.3Ki  +0.4%

****************************************************************

libgrpc++.so

     VM SIZE        FILE SIZE
 ++++++++++++++  ++++++++++++++

  [ = ]       0        0  [ = ]

[trickle] No significant performance differences

[microbenchmarks] Performance differences noted:
Benchmark                                                                                cpu_time    real_time
----------------------------------------------------------------------------------------  ----------  -----------
BM_PumpStreamClientToServer<InProcess>/2097152                                            +7%         +7%
BM_PumpStreamClientToServer<InProcess>/262144                                             +5%         +5%
BM_StreamingPingPong<InProcess, NoOpMutator, NoOpMutator>/262144/1                        +6%         +6%
BM_StreamingPingPong<MinInProcess, NoOpMutator, NoOpMutator>/262144/2                     +5%         +5%
BM_StreamingPingPongMsgs<MinInProcess, NoOpMutator, NoOpMutator>/262144                   +11%        +11%
BM_StreamingPingPongWithCoalescingApi<InProcess, NoOpMutator, NoOpMutator>/262144/1/0     +6%         +6%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/262144/2/0  +6%         +6%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/262144/2/1  +9%         +9%
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/32768/1/0   +4%         +4%
BM_UnaryPingPong<MinInProcess, NoOpMutator, NoOpMutator>/0/262144                         +7%         +7%

The interop test failures is known issue: https://github.com/grpc/grpc/issues/16004

@dgquintas : Can you take another look at the PR since I made a few more changes since your last LGTM


Skins does not work

Maybe I do not understand instructions but simple workflow does not work

jekyll new blog
cd blog
bundle exec jekyll serve

Site with classic skin is displayed
Now edit _config.yml and add
minima:
  skin: dark

bundle exec jekyll serve

Nothing changes and classic skin is displayed. Do I need to add my own assets/css/style.scss to make it work ?
minima-2.5.1
jekyll-4.1.1

Skins are part of new unreleased features of this theme. Since it is unreleased, you won't be able to use it via jekyll new automatically.
In order to use the feature, you should do either of the following:

Edit your Gemfile to use the repository version of the minima theme.
Use the jekyll-remote-theme plugin to pull in the theme contents.
Fork this repository and build it directly after adding your content files.

Thank you! I'm ruby noob so I'll wait until official minima version is released. Are there any plans for release?


umm should we be doing this?

i dont know about committing all this stuff
should probably get your opinions first.
opinions anyone?

Maybe we shouldn't......
Uncaught TypeError: prefixes[prefixIndex].indexOf is not a function: utils.js:127

@RobotXLabs this code does a lot, but things should be fine. We shouldn't merge yet, but soon.
(also, ignore bitHound's complaints. It's just being annoying)


Include new CT log key in v5 targets

Description

We need to rotate the CT log key because it was checked into public-good-instance. We will be created a new shard. If the v5 signing is going to happen before we shard, then we should create the new signing key in advance.
cc @vaikas

Indeed. When is the v5 signing slated to happen?

@asraa for the date - testing is happening now-ish.
I think we can just frontload the generation of the new key material. It doesn't need to go into KMS or anything, so we don't need to figure out resource names yet.

Indeed. When is the v5 signing slated to happen?

Slated for Tuesday, and the target only needs to committed to targets/ sub-folder here and an addition or the entry in configs/targets-metadata.yml
Let me know!

@vaikas , if I create the secret now on my local machine, will that be fine? Or is it expected that the createctlog job will handle secret creation?

I think that's fine with me if it's fine with others. I need to add support for CTLog re-using existing key as discussed here:
https://github.com/sigstore/public-good-instance/issues/524#issuecomment-1254332280
So, I'll need to add support for reading the Key from a secret anyways to support ☝ . So, I guess as long as we have a way to get this into a secret on the cluster this should be fine. WDYT?

That sounds great. I assume to get it into a secret, we just need someone to manually add the secret to GCP Secrets and then have some way that it's loaded into the cluster.

If the key is in a secret and loaded into the cluster via a file, do you see any reason to encrypt the key? I don't think it adds anything, because the password would come from another secret, and in the event of a compromise, both secrets could be obtained.

Generated with:
openssl ecparam -name prime256v1 -genkey -noout -out privkey.pem
openssl ec -in privkey.pem -pubout -out pubkey.pem

# verify
openssl ec -in privkey.pem -noout -text
openssl pkey -pubin -in pubkey.pem -text -noout

@haydentherapper could you please update the README as well? (may add as a TODO comment or note that supported in v5)

on it!


[file_selector] add getDirectoryPaths implementation on Linux

This PR adds the Linux implementation for retrieving multiple directories paths from a select folder dialog.
Issue: Support for selection of multiple directories, through desktop's native open panel, in 'file_selector' package #74323

New option on example application

GetDirectoriesPaths
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the relevant style guides and ran the auto-formatter. (Unlike the flutter/flutter repo, the flutter/plugins repo does use dart format.)
[x] I signed the CLA.
[x] The title of the PR starts with the name of the plugin surrounded by square brackets, e.g. [shared_preferences]
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy, or this PR is exempt from version changes.
[x] I updated CHANGELOG.md to add a description of the change, following repository CHANGELOG style.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making, or this PR is test-exempt.
[x] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

Changes applied, thanks

What's the state of this PR? Is it ready for re-review?

What's the state of this PR? Is it ready for re-review?
Yes, it is.

I'm going to land this as-is so we're not doing a new test run just for the newline; if we ever need to touch that file again we can always add the missing newline then.

submit-queue status is stale, so landing manually.


Building System

For me, this would be 5 different buildings that can be created that do different things + the building system

Things required

Building Menus (In Progress)
Building Sprites (In Progress)
Building Code (To Do)

Basic buildings needed for the game to work:

Pipes
Crossover pipes
Pipe engine (to pull out of machines)
Pipe splitters/combiners
Furnace
Assembler
Miner
Power generation + power lines?
Chests

Need to redo inventory system to work in other scenarios, like single slot inventories for miners

Sprites that need to be done:

Pipes
Crossover pipes
Pipe engine (to pull out of machines)
Pipe splitters/combiners
Furnace
Assembler
Miner
Power generation + power lines?
Chests


Documentation

generate proper pydocs for everything.

Thank you for reporting this issue and appreciate your patience. We've  notified the core team for an update on this issue. We're looking for a response within the next 30 days or the issue may be closed.


Eureka server gives 404 on GET or DELETE operation with instanceID

I have a Spring Eureka Server running, which serves other Eureka clients as expected.  I am working on a set of Shell scripts that could (1) generate report of all available services, and (2) help clean up Eureka registry when in certain circumstances Eureka does not clean up the service references (happens in 5% of cases).  For this, I am using cURL command to make GET and DELETE operations.  GET operation works as expected as I am only querying by the appID.  However, any time I try to use the instanceID, it fails. This is true for GET and DELETE both, but I GET is not a big issue for me as I can always get all instances for an appID and iterate over them to find the target instance.  However, DELETE only supports invocations on appID/instanceID and hence it fails.  Here are the invocations using cURL that I am trying:
$ curl http://eurekaserver:8761/eureka/apps/com-example-foo # com-example-foo is the `appID`
WORKS - I get an XML output with app detail back

$ curl http://eurekaserver:8761/eureka/apps/com-example-foo/1234 # 1234 is the `instanceID`
FAILS - output as below:
{
    "timestamp":1447621695429,
    "status":404,
    "error":"Not Found",
    "message":"Not Found",
    "path":"/eureka/apps/com-example-foo/111"
 }

$ curl -X "DELETE" http://eurekaserver:8761/eureka/apps/com-example-foo/1234
FAILS - same output as above

My Eureka Server is running as a Spring Boot (v1.3.0.M2) application using org.springframework.cloud:spring-cloud-starter-parent:Angel.SR3 BOM.
UPDATE
FYI - the Eureka REST Operation reference is available at https://github.com/Netflix/eureka/wiki/Eureka-REST-operations

@dearjadu

appID is the name of the application and instanceID is the unique id associated with the instance. In AWS cloud, instanceID is the instance id of the instance and in other data centers, it is the hostname of the instance.

You're probably using the wrong instance id if you are getting a 404?

I'm using the instanceID that the GET reaponse gives me.

Which is why I quoted the docs, it's not necessarily the instanceID you get back from the GET.

OK. So if it's not the instanceID that I supplied when I registered using the POST URL and if it is not the one that I 'GET' back when I ask Eureka for it, then what is it? Is there a way to get that instanceID?

Finally, I have figured out how the cancel operation can be invoked using REST URLs of a Eureka server. This works for Spring Cloud Eureka server, but should also work for the Netflix Eureka server.
The URL pattern for the cancel operation is as the following:
DELETE http://eureka_host:eureka_port/eureka/apps/<appName>/<instanceId>

This is how it is documented at the Eureka REST operations page, but there's very little clarity as to what <instanceId> was supposed to be. As per the documentation, <instanceId> is the hostname of the host that runs the Eureka client. That did not work (IP address or host name). I tried passing in the same value that the GET URL gave me (for example, <IP_ADDRESS>) or localhost.  That did not work either. I also tried passing in the instanceId value from the GET output (which would be the same as the value of eureka.instance.metadataMap.instanceId property). That too, didn't work.  I literally had to try different combinations to find this out. The <instanceId> is the concatenation of the hostname and instance ID, separated by :.  For example, <IP_ADDRESS>:foo-app-some-random-str.
Here's an example output of the GET operation listing the active instance registered with Eureka:
<instance>
  <hostName><IP_ADDRESS></hostName>
  <app>FOO-APP</app>
  ...
  <metadata>
    <instanceId>foo-app-f4ea7b06fc03a05a06900713f7526a5d</instanceId>
  </metadata>
  ...
</instance>

In this case, the cancel cURL command would look like this:
$ curl -X "DELETE" http://eureka_host:eureka_port/eureka/apps/FOO-APP/<IP_ADDRESS>:foo-app-f4ea7b06fc03a05a06900713f7526a5d

That would de-register the instance as expected.
That said, I must confess that I wasn't paying much attention to the Eureka server logs. When you register the Eureka client, the log printed out the fully qualified name of the instance (FOO-APP/<IP_ADDRESS>:foo-app-f4ea7b06fc03a05a06900713f7526a5d), which I could have used as my guess.
I hope someone fixes this in the [Eureka documentation] 1.


Tidy up accepting stores import pipeline

Preparation for #392
Tidies up the import pipeline and makes the steps consistent.

Does this change the number of stores filtered out? It would be nice to see a diff (although it's not necessary if too complicated)...

Sure.
Before and After

'Kunstverein Würzburg e.V. ("Arte Noah")' was filtered out because longitude '' or latitude '' are invalid
'Schloss- und Gartenverwaltung Herrenchiemsee' was filtered out because location '' is invalid

Only After

'Glasprofi24 GmbH - Online Shop' was filtered out because location 'n.A.' is invalid
'Kondrauer Mineral- und ' was filtered out because location 'n.A.' is invalid
'Maler- und Lackiermeister' was filtered out because location 'n.A.' is invalid
'McDonald&\039;s (Heinritzi Betriebs GmbH)' was filtered out because location 'n.A.' is invalid
'Schlemmerblock' was filtered out because location 'n.A.' is invalid
'SIXT Autovermietung' was filtered out because location 'n.A.' is invalid
'SIXT Autovermietung ' was filtered out because location 'n.A.' is invalid
'Tank- und Rastanlage' was filtered out because location 'n.A.' is invalid
'Ziptransfers' was filtered out because location 'n.A.' is invalid
'Freibad Musterhausen' was filtered out because location 'Musterhausen' is invalid
'Freizeitbad Welle' was filtered out because location 'Musterhausen' is invalid
'SonnenZeit Freiwilligenagentur' was filtered out because location '' is invalid
'Mehrgenerationenhaus SonnenZeit Freiwilligenagentur e. V.' was filtered out because location '' is invalid
'Glasprofi24 GmbH' was filtered out because location '' is invalid
'Mobile Fahrzeugpflege Marco Fischer' was filtered out because location '' is invalid

Only Before

'Kletterpark Waldbad Anif' was filtered out because postal code is invalid -> Will be filtered out in #439 because it is outside Bavaria
'Christoph Kroschke GmbH' was filtered out because postal code is invalid -> Correct postal code can be found
'Christoph Kroschke GmbH' was filtered out because postal code is invalid -> Correct postal code can be found
'Confiserie Dengel' was filtered out because postal code is invalid -> Correct postal code can be found

Also, should we allow the PLZ or street to be empty?

See other answers.

Should be mergable without anything breaking.


Trigger Panel - Wrong visualization

I'm submitting a ...

[ ] Bug report
[ ] Feature requestdd
[X] Question / Support request

Software Versions

Grafana
Zabbix
Grafana-Zabbix Plugin

4.4.3
3.4.4
3.8.1

Hi, after installing the last version of the plugin, my trigger panel view show different than the one on the documentation and on the one present at http://play.grafana-zabbix.org/dashboard/db/triggers?orgId=2. I attach an image as example. The icon of the hearth is in the top left angle while should be in the left and every trigger is 4-5 line while it should be in 2 lines. I try to remove the plugin and install again with no result.
Any advice?

Hello,
I have the same problem, is there any estimate for this issue to be fixed to works in grafana 5?
Regards

Not sure, maybe few weeks or so, trying to find a time for this.

Hm ok, i got it, thank you for your attention.
Regards


Is there a way to add a gradient to a progress line?

hi，is there a way to add a gradient to a progress line?

+1

I'm afraid it isn't really feasible with the current implementation since SVG does not support conical gradients. The only way to simulate this, that I know of, is to divide the circle into smaller segments each with a different linear gradient.
If you really want this I suggest you take a look at this SO question.

Duplicate of #41. It seems doing what I mentioned does result in FPS dropping, so stille a little reluctant to implement.


Don't use ping to determine internet connectivity

I use the jekyll docker image behind a firewall/proxy. #151 resulted in a change where a ping command is executed to determine if internet connectivity is available. We're not allowed to do ICMP against internet hosts, but we can do http requests via proxy. May I suggest changing this to a curl/wget call instead? Or make it possible to skip "probing" for internet connectivity, and just assume it (e.g. something like docker run ... -e ASSUME_INTERNET=y ...)?
Thanks!

Hi! because I started #151 now I feel a little responsible of this issue too.
My best option to fix this is to use wget -s www.google.com.
The -s flag makes wget to check the existence of the resource without fetching it.
Someone have a better option?
Other good options that ran through my brain but, imho, they aren't good enough were:

apk update:  the drawback is that it fetches all the URLs and times out in each one; too slow.
apk fetch ruby-dev: because fetches a single resource is faster than the previous one but we need to pay the price of download a package and then to delete it after the test.
nslookup google.com <IP_ADDRESS>: even in proxied environments you should have access to a DNS resolver. If an external resolver like <IP_ADDRESS> is not allowed we can use the default resolver. The drawback of this is that some default resolvers are local (running in your box) and may response a query with a cached response without connecting outside and missing the whole point.

If there aren't objections, I can submit a PR with the fix using wget but I think that it is good to have a little of brainstorming before that.
Thanks!

Thanks @eldipa! I really appreciate your analysis! I agree that the DNS approach would be problematic, our firewall will block outbound dns packets, so we can't rely on e.g. Google's resolvers. But your first approach sounds good to me.

The issue is not solved by the 3d8f19b change, since this still requires direct connectivity to google.


Behaviour when reaching beginning of a document using scrollbar

If I open a large file, scroll down and then scroll back to the top of the file using the scrollbar, then:

Text gets highlighted (not selected!) and it's not possible to get rid of this.
It becomes impossible to use the scrollbar.

I don't observe this behaviour when using mouse scroll wheel or keyboard.
view-tail-large-files: 0.1.12
Atom: 0.182.0
OS: Ubuntu 14.04

Thank you very much for the help.
Fixed in 0.1.13

Thank you for creating the plugin and coming up with the fix.


[BEAM-7923] Include side effects in p.run

The problem: PCollections never used as inputs and not watched, such as
sinks without being assigned to variables is currently pruned before p.run().
The change makes sure that these "side effect" PCollections are now
considered as extended targets and will be executed on p.run().
Note the change will not affect show, head and collect because
they have an additional pipeline fragment logic that already prunes
everything unrelated before the instrumenting and the prune logic inside
instrumenting.

Please add a meaningful description for your change here

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Choose reviewer(s) and mention them in a comment (R: @username).
[x] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

Formatted with yapf.
Lint passed locally.
R: @aaltay
R: @davidyan74
R: @rohdesamuel
PTAL, thx!

Could you resolve the conflict?

Rebased to resolve merge conflicts and force pushed!

Merged this, without noticing that test did not run. Fooled by githubs "all green check signs". Please watch the tests, especially the cron ones and see if anything is failing.
Or better, create an empty PR to run the tests.


Multiple multiselectors on one page- Data Cache Interface

This is related to #8 in Story 3. Refer to wiki for further information.

story 3:
As a web developer,
I want to have multiple multiselects on one webpage,
So that the webpage is clear and understandable.


If episode is playing, clicking timestamp for another episode doesn't load the new episode

It only adjusts the timestamp within the already-playing episode, which is pretty confusing.

This should also be fixed from https://github.com/syntaxfm/website/pull/1494
I'll confirm after deploy before closing.

Confirmed fixed.


Store Current VirtualMachine Pointer in LocalKey

If I understand it correctly, the current vm is not required to be the same vm that the pyobject is created except the del slot.
The current vm should match the vm provided by function argument that for now always getting from enter_vm function.
Is this the right appoarch?
@youknowone @coolreader18

Ah, that's a good point, VM_STACK is overkill for the simple case. And actually, you can just use the scoped-tls crate for this, this is the exact sort of thing it's meant for.


styles.sass missing

🐞 Bug report
Command (mark with an x)

[x] new

Is this a regression?
I haven't tested choosing sass with older versions
Description
When creating a new project, and choosing sass for styling, ng server will fail with the message can't find src/styles.sass
🔬 Minimal Reproduction
Create new project and choose sass as style option
ng serve
🔥 Exception or Error

ERROR in multi ./src/styles.sass
Module not found: Error: Can't resolve 'C:\someproject\src\styles.sass' in 'C:\someproject'

🌍 Your Environment
I got here just after updating the cli to the latest version. I did an ng add material after the above to see if that worked, but it didn't change anything.

Package                           Version
-----------------------------------------------------------
@angular-devkit/architect         0.13.0
@angular-devkit/build-angular     0.13.0
@angular-devkit/build-optimizer   0.13.0
@angular-devkit/build-webpack     0.13.0
@angular-devkit/core              7.3.0
@angular-devkit/schematics        7.3.0
@angular/cdk                      7.3.1
@angular/cli                      7.3.0
@angular/material                 7.3.1
@ngtools/webpack                  7.3.0
@schematics/angular               7.3.0
@schematics/update                0.13.0
rxjs                              6.3.3
typescript                        3.2.4
webpack                           4.29.0

The workaround is pretty simple by the way. Just add an empty styles.sass manually. But wanted to mention it regardless.

duplicate #13550 and resolved by #13552


support locking without deduplication

Hey -
@ZimbiX and I are lookin to implement serialization of some que jobs and found your project. It's nice and clean, but we realized it does something we don't need: deduplication.
Our requirement is to ensure that only one job with any given set of arguments is allowed to run at any given time - but we still want all the jobs to be enqueued.
What this probably looks like for us is keeping the check in the middleware, changing the branch where the lock isn't taken to call retry_in instead of dropping the job on the floor, and opting out of all the functionality to deduplicate in enqueue().
I suspect that we'll fork this repository to get our work out the door, but thought we'd open this issue to see if you'd be interested in a pull request to support both uses. I imagine that from a user perspective this would mean supporting at least two different class variables to opt into different features.

That makes sense -- I think it'd be handy for this library to implement that! PRs welcome! Out of curiosity, what do you need this for?
Also, for what it's worth, I'd call this thing "serialized execution". I think you're right and the best way to trigger it would be in the way you mentioned with a second class variable like self.serialized_execution_lock = true or somethin' like that. I think if this library gets any popularity folks are going to want locking for both exclusive execution and serialized execution on only some subset of the job arguments, at which point both of these class attributes would need to take options, so making sure the API you pick supports that would be good.

Out of curiosity, what do you need this for?

This was for a microservices architecture where a central app contains the latest state of each entity, and other apps import the latest state via a feed connection. When certain state changes occur, the importing app needs to perform certain actions. Each feed update is a snapshot of the latest state of that entity. Upon seeing a feed update, the latest snapshot of the entity is persisted under the entity's id (replacing the previous snapshot for that entity), and a job is enqueued to process it, e.g. ProcessSiteFeedUpdateJob.enqueue(site_id:). We needed to ensure that no two jobs process the same entity simultaneously, but also, ensure that no state change goes unprocessed. To this end, no action is taken when no state change is detected - so it's fine for a previous state to not get processed (as the state change will be noticed in a later one), and processing the same state twice is fine (as the second time will no-op); but again, we needed to ensure that the latest state is definitely processed.


GDB History and FZF

Is it possible to use FZF with GDB history?
More specifically,  gdb has a 'command' history,  can I use FZF to search for past commands using FZF instead of the default? If so how?

No idea.
There is a Ruby implementation of Readline which allows using fzf for history search, but I don't think it's possible with gdb.
https://stackoverflow.com/questions/46167332/how-to-i-make-reverse-i-search-history-use-fzf-in-irb-or-pry-console

I wrote a short patch for GDB that integrates FZF into it.
I included the installation instructions in the README of the repo. It includes instructions for building GDB.
As @junegunn mentioned, there is no other way. FZF works with bash because bash has the bind builtin with the -x option (see man bash). This allows FZF to work with readline in Bash.
GDB doesn't have this feature so the only way is to customize it. The patch is simple. Fork FZF on Ctrl+R, pipe the history in, read the result and populate the readline buffer/prompt with the selection from FZF.

Hi @Degiorgio, I wrote a GDB plug-in that supports fzf history search and make it public a few hours ago, you can try it if you still have the same problem.
The difference between my plug-in and @filipkilibarda  's patch is that I build with GDB's Python API.
BTW, I'm still working on this plug-in, so if you find any bug, please let me know!
Thanks!

Hi @Degiorgio, I wrote a GDB plug-in that supports fzf history search and make it public a few hours ago, you can try it if you still have the same problem. The difference between my plug-in and @filipkilibarda 's patch is that I build with GDB's Python API. BTW, I'm still working on this plug-in, so if you find any bug, please let me know on my repo's issue page. Thanks!

This is a pure gold. Thank you!


Issues with demo in Android Chrome

Backspace doesn't work after first command is run
After running first command the first word of the next commands is doubled, which is even worse due to the first bug because without Ctrl+C on the normal Android keyboards you are stuck.

Test scenario:
>>> import micropython
>>> dirdir(micropython) # was just trying for one for
#If I hit backspace now I get this, one print per press
>>> dirdir(micropython dirdir(micropytho dirdir(micropyth
#ad nauseum, these are put the current command line instead of being redrawn in place

Thanks for the report, I can confirm the bug with my set-up.  It looks like pressing "enter" duplicates a lot of previously-typed characters.


Website Package license vs Project License Differ with significant end-user ramifications.

It has been awhile since I've used atom but I was unpleasantly surprised to find the atom website has changed the licensing conditions in a way that is not clear to the end user that these changes have been made.
The website terms and conditions now differs from the normally expected license and upon reading said license (which most don't), downloading constitutes agreement to a separate license which is non-revocable/modifiable except upon written explicit agreement from Github in the legal venue of California and said license is separate from the MIT license which the project has previously been licensed under.
Can the maintainers of the project please clarify this discrepancy and/or need for this additional license requirement. It appears to relate to the GitHub Desktop which I have no need for in an editor.

I think the download terms should just be removed, they seem to be 99% covering integration of GitHub extensions in Atom. Just prompt at the launch of Atom if people even care, and make them agree to whatever relates to GitHub API usage at that point. The main download should otherwise just be MIT, this super corporate wrapper of weird legalese of almost no point is really not nice for a supposedly free software project. And what stops people from just getting the code from GitHub and building it manually anyway? This seems super pointless.


GNU readline is required by psiTurk and baffling to install

@suchow

This issue was moved to Dallinger/Dallinger#164


Ffuf fails with zero-size responses

Hello,
This is the second time I encounter this situation where I have to fuzz a RESTful API just to show a PoC and I find out ffuf fails to show the correct result.
The thing is the API returns a JSON in the response body, but there is no Content-Length, which might be taken as 0, hence there is no way to filter the correct response because -fs, -fw, -fl and -fs seem to expect a non-zero body size.

The problem is in the response, rather in the request, so it is not a Content-Type thing, as you see:

I can sort this out proxying the traffic through BurpSuite, since it seems it does not rely on the Content-Length header:

Thank you!
BTW, since ffuf has many options similar to curl, is it possible to specify files for POST requests? As you can see in the first image, I have to use "$(cat auth.login_with_options)", because -d @auth.login_with_options would send one request with @auth.login_with_options as the payload, instead of the contents of the file.

Hi @gnunez88,
Please try again removing -mc all, if still doesn't work, can you send me a DM so I can debug?
For the second question, please open another issue since those are different topics and a feature request.

DM

Hi @bsysop,
I have removed the -mc all, same result (as expected):

I'll DM you.

@bsysop, sorry to bother you. How can I send you a message? I can only see you on X, but since I'm not verified I cannot message you.

What is your X handler, so I can follow you?

Z251bmV6ODgK

Followed

Size seems to depend on Content-Length. When there is no Content-Length in the response header, it is 0.


Improve print stylesheet

This is a Feature Request

What would you like to be added
Add a stylesheet for printing out the documentation. Remove interactive elements and change styles to suit printing.
Why is this needed
This is a low-priority suggestion. Some people (maybe not many, in 2020) like to print out documentation or read it in paged form on e-readers etc.
For that niche of readers, this change will improve the experience.
Comments
/priority awaiting-more-evidence

Example: Deploying PHP Guestbook application with Redis) rendered using Prince 13.
Pretty good but with room to improve; see the last page for example.

/kind feature

Issue #20110 is slightly related.

/language en

/language en

It's also OK to tackle this site-wide

@sftim agree. Labelling language/en is only for facilitating issue search. Also, such a change would likely to happen in the English site first and then propagate to other localizations.

How about adding a label: area/css or similar?

/area web-development
/remove-language en

/remove-lifecycle stale

/remove-lifecycle rotten

/reopen

/close not-planned