Conflict with Typogrify

I have the craft-typogrify plugin installed, and after installing Doxter in the CP, I get this error:
Fatal error: Cannot redeclare smarty_modifier_smartypants() (previously declared in path_to_project/dist/craft/plugins/doxter/common/parsedown/Typography.php:311) in path_to_project/dist/craft/plugins/typogrify/lib/smartypants.php on line 68
And now I can't even access the CP without deleting the files.
I'm a total n00b at PHP, but I think both are using the same framework or something.
Any advice/workarounds?

I forgot: I found this issue in the craft-typogrify repo that I think is similar.

Yeah, sounds like two plugins are attempting to use the same dependency and the same classes are being loaded in multiple places, causing the fatal error.
The only workaround would be to make sure that the files referenced in the error are only loaded from one of the plugins.
However, this is something that I'd like to look at and attempt to solve for Doxter.

Moving this to Doxter for Craft 3


How to set the background color and margin of SliverGrid

I am a native Android developer，I have been using flutter for a while, but I have a question, the page I need to do is like this：

CustomScrollView(){
slivers: [
SliverPersistentHeader(),
SliverToBoxAdapter(),
SliverPadding(sliver: SliverGrid(), padding: EdgeInsets.all(15)),    //How to set the background color and margin
SliverToBoxAdapter(),
SliverGrid(),  ////How to set the background color, and margin
]}
Because the  top wedget of CustomScrollView has no spacing, it is impossible set:
Container(padding: xxx, margin: xxx, color:xxx, child: CustomScrollView(slivers: xxxx))
Hope to get a reply, thank you very much!

Hi @kamike
This issue doesn't seem to describe a bug or a feature request. Please see https://flutter.dev/community for resources and asking questions like this,
you may also get some help if you post it on Stack Overflow and if you need help with your code, please see https://www.reddit.com/r/flutterhelp/
You can try the answer in found in https://stackoverflow.com/questions/53277573/how-to-give-background-color-to-slivergrid. I think it may help you.
Closing, as this isn't an issue with Flutter itself. If you disagree, please write in the comments and I will reopen it.
Thank you

I have the exact problem, I need to add background color to a SliverGrid, did you find any workaround?

@marlonfrr-valienta
I found this workaround → https://github.com/Kavantix/sliver_tools#sliverstack
Use the SliverStack.
    return SliverStack(
      insetOnOverlap: false, // defaults to false
      children: <Widget>[
        SliverPositioned.fill(
          child: Container(
            decoration: BoxDecoration(
              color: Colors.white,
              boxShadow: const <BoxShadow>[
                BoxShadow(
                  offset: Offset(0, 4),
                  blurRadius: 8,
                  color: Colors.black26,
                )
              ],
              borderRadius: BorderRadius.circular(8),
            ),
          ),
        )
        SliverList(...),
      ],
    );

Thanks @kichiemon !!! I worked perfectly :)


getTypeAtLocation returns 'any' on ExpressionStatement

TypeScript Version:  nightly (2.2.0-dev.20170214)
Don't have a simple way to repro this yet. This should be easy to fix, just by using its child expression.

Well, statements do not have a type. Can you elaborate on the scenario?

I needed a workaround when looking for the type of the AST node on a line of code. https://github.com/Microsoft/dtslint/blob/8b855d032e3340444635fd47e352bd3f6f88892f/src/rules/expectRule.ts#L148

And why is not your fix of getting the expression of  the statement fits sufficient?

It is, just wasn't obvious that callers were responsible for getting the nearest expression. If this function only works on Expression nodes, maybe that should be its parameter type?

It was ment originally for identifiers.. so it should work on declarations as well as expressions..

which would suggest that it should work on statements as well :)


Render target texture shows up as black when rendered on previous frame

Description

I have an SSAO render target texture that gets rendered on a previous frame and used in the current frame that's getting captured. It's showing up as black in RenderDoc even though in the running game you can clearly see it has pixels in it. I think RenderDoc is assuming that the texture hasn't been rendered this frame, so it thinks it should be black. Instead it should grab the current contents of the render target from memory. Same issue can happen with Temporal AA render targets, it's not correct to assume that they should be black.

Repro steps

Environment

RenderDoc build: v1.4 214d8522
Operating System: Windows 10
API: D3D11

Is there a workaround I can do in code to force capturing of current content from memory? Like a special "D3D11_BIND" flag or "CPUAccessFlags"?

There's no need for any special flags, the resource contents from previous frames should be saved by default in recent versions even if there aren't any reads before it is written to. If you're encountering missing previous frame contents then that's a bug but I'll need more information to be able to reproduce and look into it.
Can you share your program with me either here or in private, or else modify a sample program to reproduce the problem that I could then investigate?

Sorry, I can't share anything because I'm working on a AAA game under NDA.
On Wed, Sep 4, 2019 at 1:06 PM Baldur Karlsson<EMAIL_ADDRESS>wrote:

There's no need for any special flags, the resource contents from previous
frames should be saved by default in recent versions even if there aren't
any reads before it is written to. If you're encountering missing previous
frame contents then that's a bug but I'll need more information to be able
to reproduce and look into it.
Can you share your program with me either here or in private, or else
modify a sample program to reproduce the problem that I could then
investigate?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/baldurk/renderdoc/issues/1512?email_source=notifications&email_token=ANC6NCPO3HF46ZXSEHSBCVDQIAIKVA5CNFSM4ITVYVT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD54ZXTA#issuecomment-528063436,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANC6NCOHWSMUHJKQLA2WUM3QIAIKVANCNFSM4ITVYVTQ
.

I will probably be able to build a sample app that demonstrates this
behavior after we ship our project.
On Wed, Sep 4, 2019 at 1:35 PM Stan Vasilyev<EMAIL_ADDRESS>wrote:

Sorry, I can't share anything because I'm working on a AAA game under NDA.
On Wed, Sep 4, 2019 at 1:06 PM Baldur Karlsson<EMAIL_ADDRESS>wrote:

There's no need for any special flags, the resource contents from
previous frames should be saved by default in recent versions even if there
aren't any reads before it is written to. If you're encountering missing
previous frame contents then that's a bug but I'll need more information to
be able to reproduce and look into it.
Can you share your program with me either here or in private, or else
modify a sample program to reproduce the problem that I could then
investigate?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/baldurk/renderdoc/issues/1512?email_source=notifications&email_token=ANC6NCPO3HF46ZXSEHSBCVDQIAIKVA5CNFSM4ITVYVT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD54ZXTA#issuecomment-528063436,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANC6NCOHWSMUHJKQLA2WUM3QIAIKVANCNFSM4ITVYVTQ
.

That's understandable, I'm opened to private contact if that's possible as I've worked with game developers before on sharing confidential captures to reproduce bugs. Another option is that if you're willing to run debug builds and help me debug then I can send you tests to try and find out the probelm remotely. It's up to you though of course what you have time for - unfortunately I can't really do anything without knowing what's going wrong exactly.
I ran this project for example which does TAA and uses a texture from the previous frame, and the contents show up correctly.
Could you tell me how the texture is populated with data in the previous frames? E.g. is it rendered to with OMSetRenderTargets, or bound as a UAV with CSSetUnorderedAccessView, or is it perhaps just copied to with CopyResource? It should be marked as 'dirty' internally at that time, which will then cause the capture to save its contents at the start of the captured frame, so perhaps if you tell me how it is modified I can replicate it and reproduce the bug.

It' rendered to from a Compute Shader, bound with CSSetUnorderedAccessView.

The game is also doing lots of Deferred Command Lists on many threads. That usually leads to some Capture/Playback errors. I have to use the option "Capture all Cmd Lists" otherwise RenderDoc doesn't capture anything useful.

I can run some debug builds for you, no problem.

If you can run debug builds that would definitely be the most reliable option, as I'm not sure I'd be able to construct a representative demo for what you describe. Looking at what the code is doing for that I don't see why it wouldn't be working, but I might be missing something still.
Can you email me at<EMAIL_ADDRESS>and we'll take this offline?

Discussed over email, this seems to have been fixed some time since v1.4 was released and is now working on latest nightlies. Closing the issue.


Update docs about F

Task
Now that https://github.com/neovim/neovim/pull/18251 has been merged in we no longer need to instruction users to remove F since they will see the messages. Do this after the next release.

Closed via https://github.com/scalameta/nvim-metals/pull/465


Error parsing plan generated from Terraform v0.10.7

local>terraform --version
Terraform v0.10.7

tfjson ./terraform.tfplan
unknown plan file version: 2

I am experiencing the same issue, albeit with terraform version 0.11.0:
$ terraform version
Terraform v0.11.0

Not to beat a dead horse, but I'm running into that same issue with version 2 plan files.
$ terraform version
Terraform v0.11.1
$ go version
go version go1.7.4 linux/amd64

The vendored version of terraform that is included is from a version of terraform that does not support version 2 plan files as of yet.  If you are just looking for this tool to work on the latest version of terraform an easy work around is to just delete the /vendor directory and rebuild.  This should pull most current packages.  Works with go 1.9.2.

Instructions for working around this issue https://stackoverflow.com/a/48583358/288022
----------- copied from SO -----------------
There is an issue at the moment that give a "unknown plan file version: 2" error. This is because the vendored version of terraform is too old.
The fix is:
go get github.com/palantir/tfjson
cd $GOPATH/src/github.com/palantir/tfjson
rm -rf vendor
go get -v ./...

There is then an error in ../../hashicorp/terraform/config/testing.go.

You should then be able to do the following which will produce json output.
terraform plan --out=terraform.plan
tfjson terraform.plan

----------- copied end -----------------

+1

tfjson is not compatible with Terraform v0.12 which is now in the master branch for hashicorp/terraform. If you see the error: terraform.ReadPlan is no longer in use; use planfile.Open instead after applying the above work around, run
cd $GOPATH/src/github.com/hashicorp/terraform
git checkout v0.11

For those applying the fix justinm described, I also needed to rerun go get afterward to get things working properly.

Terraform 0.12 has its own way to generate the JSON file: https://www.terraform.io/docs/internals/json-format.html

In case anyone is having problems compiling this, here are the commands you need to type (works even on old go versions 1.8 or earlier). Got this from a centos Dockerfile, so it's pretty generic
go get github.com/palantir/tfjson rm -rf $GOPATH/src/github.com/palantir/tfjson/vendor cd $GOPATH/src/github.com/palantir/tfjson  go get -v ./... || true cd $GOPATH/src/github.com/hashicorp/terraform git checkout v0.11 sed -i 's/t.Helper()/\/\/t.Helper()/g' config/testing.go cd $GOPATH/src/github.com/palantir/tfjson go get -v ./... cp $GOPATH/bin/tfjson /usr/local/bin/tfjson #might need sudo on some systems


AttributeError: module 'asyncio' has no attribute 'coroutine'. Did you mean: 'coroutines'?

Python 3.11
Issue:
`Traceback (most recent call last):
File "/Users/Rayane/Documents/Projects/PyCharm/pythonProject/startupExplorer.py", line 5, in
from mega import Mega
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/mega/init.py", line 1, in
from .mega import Mega  # noqa
^^^^^^^^^^^^^^^^^^^^^^
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/mega/mega.py", line 18, in
from tenacity import retry, wait_exponential, retry_if_exception_type
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/tenacity/init.py", line 451, in
from tenacity._asyncio import AsyncRetrying
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/tenacity/_asyncio.py", line 33, in
class AsyncRetrying(BaseRetrying):
File "/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/tenacity/_asyncio.py", line 41, in AsyncRetrying
@asyncio.coroutine
^^^^^^^^^^^^^^^^^
AttributeError: module 'asyncio' has no attribute 'coroutine'. Did you mean: 'coroutines'?
Process finished with exit code 1`
I think mega.py may need an general support update

run with python 3.10 for fix

run with python 3.10 for fix

If the package is not compatible with Python3.11, there should be an entry in the setup.cfg file setting the python_requires option specifying the supported version(s).

Any fix for this yet? Instead of using older versions of python?

!pip install tenacity --upgrade


Logging large response body

Hello, everyone!
I noticed that there's a limitation when logging the response body. In my use case, response body has the error stack trace and, due to its size, many characters are not being logged, making it difficult to properly understand error root cause. Would it be possible to increase the character limitation?

its a design goal to keep logs tame, if you want to log a larger body for some reason, its best you handle that with your own custom logger or middleware


Vext does not create share folder for gi

Trying to install gi doesn't work on my new clone of my code:
(cpi) sander@tuhao:~/code/cpi$ pip install vext.gi
Requirement already satisfied: vext.gi in ./lib/python3.6/site-packages (0.7.0)
Requirement already satisfied: vext>=0.7.0 in ./lib/python3.6/site-packages (from vext.gi) (0.7.0)
Requirement already satisfied: ruamel.yaml>=0.11.10 in ./lib/python3.6/site-packages (from vext>=0.7.0->vext.gi) (0.15.64)
(cpi) sander@tuhao:~/code/cpi$ python3
Python 3.6.5 (default, Apr  1 2018, 05:46:30)
[GCC 7.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import gi
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/sander/code/cpi/lib/python3.6/site-packages/vext/gatekeeper/__init__.py", line 204, in load_module
   raise ImportError("No module named %s" % modulename)
   ImportError: No module named gi

Funnily, on another installation, vext seems to have created a folder share
share
└── vext
    └── specs
        └── gi.vext

but this is not created when I just run pip3 install vext vext.gi

never mind, I didn't understand that I needed to run vext -i gi.vext after pip'ing

Wellll.... I think that it probably should enable it installing vext.gi from pip.
Did you install vext.gi before or after gobject in the system python ?

In both projects, system pygobject had already been installed before. In one case however, the share folder was there; in the other it wasn't.


[Question] IPFS _dnslink redirect with HSTS site

I've noticed that ipfs-companion doesn't redirect my website to the IPFS version even after adding an X-Ipfs-Path header.
My site has HSTS, is this why the redirect doesn't work?

IPFS Companion works fine with websites that have HSTS set up.
I suspect DNS record with DNSLink did not propagate yet OR IPFS Companion caches negative result (restarting extension or browser should help).
If you are okay with sharing the name of your website, I can take a look.

The issue has persisted across browser restarts.
https://www.chrislane.com

I've figured out what was going wrong here.
My site has a permanent redirect for "chrislane.com" -> "www.chrislane.com"
On Firefox, if I start typing out "chrislane.com" it will autocomplete for me to the full "chrislane.com", however behind the scenes, this probably actually autocompletes to "www.chrislane.com".
Since I only have a dnslink record of _dnslink.chrislane.com, the lookup for _dnslink.www.chrislane.com fails. After adding this record, the redirect works.

Glad you were able to figure it out!
Thank you for writing up details on your setup :pray: super useful to know how solve similar issues.


Null Safety

Hi, Thank you for the great work you are doing. Please any plans for null-safety as this is the future of flutter ?

i have same problem.
iàm downloading the source and try to apply null safety. If this work do better, i try to push code.

yup, i will update it

yup, i will update it

If you want we can work on null safety and share you the code, or we can do a branch in github

I will add you to the project as a contributor

Null safety committed.
also, i found there is android registration is obsolete in kt files. are you able to change?

@VNAPNIC you have to update pub.dev to project is null safety

@cor277 @VNAPNIC Is the null safety released? Should we all update to the newest version?
Thank you for all your work!

updated
https://pub.dev/packages/flutter_nearby_connections/versions/1.0.11

https://pub.dev/packages/flutter_nearby_connections/versions/1.0.11


Enable Nvidia's ModelOpt fp8 quantized models

Motivation
As discussed in our sync meeting @merrymercy @Ying1123 , we aim to contribute to SGLang by integrating NVIDIA's TensorRT Model Optimizer (ModelOpt) with optimized and quantized models, fostering collaboration to enhance the open-source inference ecosystem.
Modifications
This PR serves as an initial step toward adding support for ModelOpt quantized models in SGLang, starting with FP8 LLaMA 3.1 model inference. A basic test can be executed using the script provided below.
import sglang as sgl

def main():
    prompts = [
        "Hello, my name is",
        "The president of the United States is",
        "The capital of France is",
        "The future of AI is",
    ]
    sampling_params = {"temperature": 0.8, "top_p": 0.95}
    llm = sgl.Engine(model_path="nvidia/Llama-3.1-8B-Instruct-FP8", quantization="modelopt")

    outputs = llm.generate(prompts, sampling_params)
    for prompt, output in zip(prompts, outputs):
        print("===============================")
        print(f"Prompt: {prompt}\nGenerated text: {output['text']}")

if __name__ == "__main__":
    main()

Checklist

[x] Format your code according to the Contributor Guide.
[ ] Add unit tests as outlined in the Contributor Guide.
[ ] Update documentation as needed, including docstrings or example tutorials.

@Edwardf0t1 Please help resolve the conflicts

@Edwardf0t1 Please help resolve the conflicts

Done


make slide for project pitch

one slider required, as per a template
Ideas:

[x] a visual to illustrate helping people to be seen
[x] make the point: science is not meritocratic, it's social; equitable innovation requires intentional tool design; preprints may only perpetuate existing inequalities without careful attention on the processes adding visibility, review and curation
[x] the prototype framework - brief plan, skills needed, name check people in the room!

elife-sprint-2019/eLifeSprint2019-equitable-preprints-project-pitch-slide.jpg
Added the context to slide notes, say it out loud


When sliding the time-slider, the trail-stroke jumps ahead of its bubble

fixed in https://github.com/Gapminder/vizabi/pull/1691

sliding is ok, playing still persists

https://github.com/Gapminder/vizabi/pull/1751


didn't support Origins-1.18.2-1.4.1

If you use Origins-1.18.2-1.4.1 join velocity
Server will tell you:"You not install Origins-1.18.2-1.4.1 in you game"

Make sure to disable update checking in your origins config file!
E.G. set performVersionCheck to False in config/origins_server.toml

That's great and all, but is there a proper fix that can be done for this?

Handling mod compatibility with proxy is not a goal of FabricProxy.


Mobile viewport enhancements

Various minor issues plague the mobile viewports. These include but are not necessarily limited to (as shown above):

[ ] Navigation/search bar is too tall. Potential solution could be to hide the search bar behind an icon and require an action to open? Alternatively the search bar could be hidden on mobile and only show an icon which is a link to the search page.
[ ] Footer could use a different spacing scheme on mobile. Less padding/margin on the top and some more at the bottom could help alleviate this. Also the copyright text is a bit awkward, maybe plan the line break better?
[ ] The search results dropdown is not aligned correctly to the left of the search bar. This can be easily fixed or, if the first issue is approached by removing the search bar in favor of an icon hidden. This would most likely still require the fix in the search page, though.

Regarding the navbar height, #373 will remedy the issue by making it not sticky, which will help improve the mobile UX.


Added nl.json

Added dutch translations

Not sure if this file is necessary

not necessary but thanks!


Warning: weatherdata update time on or after calculation time!

What happened?
Even update time is after calculation time there is a warning.
How to reproduce
Fiddle with update and calculation time.
Relevant log output
None

Which version are you running?
v2023.8.0-beta23
Diagnostics file

[X] I have attached a diagnostics file

Additional information

This is not a bug. This is by design to warn the user their config is wrong... They should have their update time before the calc time.... What do you want me to do here?

This is by design. Your update time is after the calc time which ir should not be. It should be before. So not sure what you think the bug is.

The warning says something different.

My missunderstanding of the message.


Should the elevator perform two passes?

STIX 1.x allows "use" before "definition", in other words, using idrefs before the object has been defined and its id made available.
This causes much "post" processing to resolve idrefs once the content has been scanned.
Two pass processing might be more efficient

You're effectively doing two-pass already, with the bulk of the work done in the first pass, but a non-trivial amount done in "post"-processing, correct? And you're suggesting doing a first pass which collects IDs and maps them to python-stix objects, and the bulk of that work once that mapping is created (since it is much easier to look up objects in that mapping)?
I think that's a good approach.

That's generally the idea - I'm not sure it would be an easy transition - but I just wanted to put in an issue for it.
The main reason to change is efficiency.  There is a nested loop in interatively_resolve_placeholder_refs which is very expensive - which I think could be avoided


Error 500 internal server error when trying to print data table

This PR resolves the error reported in ticket #396 by updating the print presenter to use .try(:first) which resolves by  returning nil without failing if the requested element does not have the  method .first, i.e. is empty or nil
Additional Changes:

Updated the print template to include the Google Analytics tracking script for the print page as well as importing shared header content for unification of presentation
Minor tweaks to the Makefile to remove duplicate variables (SHORTNAME) as well as introducing new targets for check and local for streamlined development tasks, alongside removing incorrect and erroneous commands where applicable
Reorganised .gitignore file to improve readability as well as added comments to group and explain rule application
Removed duplicated rubocop command
Reorganised gemfile to create test specific group and lock gem versions to current version of Ruby in use
Minor Rubocop fixes including preventing rubocop from parsing the bin/s-query file which is  used to resolve the fallback location for the Apache Jena Fuseki s-query file added in this commit

Closing as releasing change through the stack to verify and ensure it's updated on all instances going forward.


Why doesn't Mosparo flag duplicates as SPAM?

If I submit exactly the same form entries multiple times, why doesn't Mosparo flag the subsequent duplicates as SPAM?

Hi @Geremia
Did you enable the minimum time security feature? If yes, that would explain it since the first request was too fast, but the second one was not.
Tell me more about what catches the submission if you haven't enabled that feature. You should see why the first one got caught in the submission details. Is it because of a rule?
Thank you very much for your information.
Kind regards,
zepich

@zepich I mean that Mosparo currently can set "Is spam" to "No" for multiple identical (same formSignature) submissions with the same form data.

Hi @Geremia
I'm sorry, I misunderstood you.
mosparo does not have such functionality right now simply because we didn't have this idea.
Thank you very much for your excellent idea! I will add it to the list of future developments in the Discussions.
Kind regards,
zepich

See #170

Hi @Geremia
Happy New Year!
Can we close this issue for now?
Kind regards,
zepich

Hi @Geremia
With the newly released version 1.2, mosparo can now block repetitive submissions.
Please let me know if you need any help.
Kind regards,
zepich


Add SFTP support

Add a new download manager to handle sftp downloads.

The difficulty here seems to be able to find a public SFTP server that we can use for integration tests...


HBASE-22964 Fix flaky TestClusterRestartFailover and TestClusterResta…

…rtFailoverSplitWithoutZk

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
47
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
hbaseanti
0
Patch does not have any anti-patterns.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1
mvninstall
418
master passed

+1
compile
69
master passed

+1
checkstyle
99
master passed

+1
shadedjars
350
branch has no errors when building our shaded downstream artifacts.

+1
javadoc
42
master passed

0
spotbugs
282
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
278
master passed

_ Patch Compile Tests _

+1
mvninstall
383
the patch passed

+1
compile
71
the patch passed

+1
javac
71
the patch passed

-1
checkstyle
95
hbase-server: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedjars
323
patch has no errors when building our shaded downstream artifacts.

+1
hadoopcheck
1165
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

+1
javadoc
36
the patch passed

+1
findbugs
257
the patch passed

_ Other Tests _

-1
unit
10357
hbase-server in the patch failed.

+1
asflicense
30
The patch does not generate ASF License warnings.

14436

Reason
Tests

Failed junit tests
hadoop.hbase.regionserver.TestHRegionWithInMemoryFlush

Subsystem
Report/Notes

Docker
Client=19.03.1 Server=19.03.1 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/574

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux f0ef73ea245b 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-574/out/precommit/personality/provided.sh

git revision
master / 8e8bd8b254

Default Java
1.8.0_181

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/1/artifact/out/diff-checkstyle-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/1/artifact/out/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/1/testReport/

Max. process+thread count
4897 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/1/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

We need to know what is the purpose of the test. The current fix looks like we just give up testing if some conditions are not match...

We need to know what is the purpose of the test. The current fix looks like we just give up testing if some conditions are not match...

It was added by HBASE-21565: Delete dead server from dead server list too early leads to concurrent Server Crash Procedures(SCP) for a same server. So the test purpose is assertFalse(UTIL.getHBaseCluster().getMaster().getServerManager().expireServer(testServer)). It should not submit SCP again if there arleady had a SCP for this server.

Updated the patch. Will test the submit SCP again when serverNode is null.

I still not fully understand this UT here. I guess we need to find a way to make sure that the serverNode is not null?

Checked HBASE-21565. I thought this ut is added to test should submit SCP for a same server twice.  Need to mock SCP to stuck it if make sure that serverNode is not null.

Checked HBASE-21565. I thought this ut is added to test should submit SCP for a same server twice. Need to mock SCP to stuck it if make sure that serverNode is not null.

Yes, this is possible. You can see TestSCPGetRegionsRace, where we override AssignmentManager and hang the SCP when it calls getRegionsOnServer.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
39
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
hbaseanti
0
Patch does not have any anti-patterns.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1
mvninstall
326
master passed

+1
compile
57
master passed

+1
checkstyle
78
master passed

+1
shadedjars
271
branch has no errors when building our shaded downstream artifacts.

+1
javadoc
38
master passed

0
spotbugs
240
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
239
master passed

_ Patch Compile Tests _

+1
mvninstall
293
the patch passed

+1
compile
54
the patch passed

+1
javac
54
the patch passed

-1
checkstyle
74
hbase-server: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
whitespace
0
The patch has no whitespace issues.

+1
shadedjars
272
patch has no errors when building our shaded downstream artifacts.

+1
hadoopcheck
937
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

+1
javadoc
33
the patch passed

+1
findbugs
244
the patch passed

_ Other Tests _

+1
unit
9396
hbase-server in the patch passed.

+1
asflicense
35
The patch does not generate ASF License warnings.

12757

Subsystem
Report/Notes

Docker
Client=19.03.1 Server=19.03.1 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/574

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux 184d0bd1364d 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-574/out/precommit/personality/provided.sh

git revision
master / e50ec76ac4

Default Java
1.8.0_181

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/2/artifact/out/diff-checkstyle-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/2/testReport/

Max. process+thread count
4374 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/2/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

:blue_heart:
reexec
0m  0s
Docker mode activated.

:broken_heart:
patch
2m 14s
https://github.com/apache/hbase/pull/574 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.

Subsystem
Report/Notes

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/3/console

versions
git=2.17.1

Powered by
Apache Yetus 0.11.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

:blue_heart:
reexec
6m 54s
Docker mode activated.

_ Prechecks _

:green_heart:
dupname
0m  0s
No case conflicting files found.

:green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

:green_heart:
@author
0m  0s
The patch does not contain any @author tags.

:green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

:green_heart:
mvninstall
6m  9s
master passed

:green_heart:
compile
1m  9s
master passed

:green_heart:
checkstyle
1m 46s
master passed

:green_heart:
shadedjars
5m 24s
branch has no errors when building our shaded downstream artifacts.

:green_heart:
javadoc
0m 37s
master passed

:blue_heart:
spotbugs
4m 50s
Used deprecated FindBugs config; considering switching to SpotBugs.

:green_heart:
findbugs
4m 47s
master passed

_ Patch Compile Tests _

:green_heart:
mvninstall
5m 56s
the patch passed

:green_heart:
compile
0m 57s
the patch passed

:green_heart:
javac
0m 57s
the patch passed

:broken_heart:
checkstyle
1m 39s
hbase-server: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

:green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

:green_heart:
shadedjars
5m 39s
patch has no errors when building our shaded downstream artifacts.

:green_heart:
hadoopcheck
22m 50s
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

:green_heart:
javadoc
0m 45s
the patch passed

:green_heart:
findbugs
4m 47s
the patch passed

_ Other Tests _

:broken_heart:
unit
266m 22s
hbase-server in the patch failed.

:green_heart:
asflicense
0m 30s
The patch does not generate ASF License warnings.

345m 24s

Subsystem
Report/Notes

Docker
Client=19.03.0 Server=19.03.0 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/574

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux 8689ff1d52c4 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-574/out/precommit/personality/provided.sh

git revision
master / fbd5b5e327

Default Java
1.8.0_181

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/4/artifact/out/diff-checkstyle-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/4/artifact/out/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/4/testReport/

Max. process+thread count
4683 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/4/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.11.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

:blue_heart:
reexec
0m 30s
Docker mode activated.

_ Prechecks _

:green_heart:
dupname
0m  0s
No case conflicting files found.

:green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

:green_heart:
@author
0m  0s
The patch does not contain any @author tags.

:green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

:green_heart:
mvninstall
6m  0s
master passed

:green_heart:
compile
1m  2s
master passed

:green_heart:
checkstyle
1m 33s
master passed

:green_heart:
shadedjars
5m  8s
branch has no errors when building our shaded downstream artifacts.

:green_heart:
javadoc
0m 39s
master passed

:blue_heart:
spotbugs
4m 44s
Used deprecated FindBugs config; considering switching to SpotBugs.

:green_heart:
findbugs
4m 42s
master passed

_ Patch Compile Tests _

:green_heart:
mvninstall
5m 29s
the patch passed

:green_heart:
compile
1m  0s
the patch passed

:green_heart:
javac
1m  0s
the patch passed

:green_heart:
checkstyle
1m 29s
the patch passed

:green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

:green_heart:
shadedjars
5m  4s
patch has no errors when building our shaded downstream artifacts.

:green_heart:
hadoopcheck
20m 11s
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

:green_heart:
javadoc
0m 47s
the patch passed

:green_heart:
findbugs
5m 32s
the patch passed

_ Other Tests _

:green_heart:
unit
176m 11s
hbase-server in the patch passed.

:green_heart:
asflicense
0m 26s
The patch does not generate ASF License warnings.

243m 26s

Subsystem
Report/Notes

Docker
Client=19.03.1 Server=19.03.1 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/574

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux 8c5cd2703dc1 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-574/out/precommit/personality/provided.sh

git revision
master / 51b6ce391b

Default Java
1.8.0_181

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/5/testReport/

Max. process+thread count
4457 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/5/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.11.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

:blue_heart:
reexec
1m  6s
Docker mode activated.

_ Prechecks _

:green_heart:
dupname
0m  0s
No case conflicting files found.

:green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

:green_heart:
@author
0m  0s
The patch does not contain any @author tags.

:green_heart:
test4tests
0m  1s
The patch appears to include 2 new or modified test files.

_ master Compile Tests _

:green_heart:
mvninstall
5m 59s
master passed

:green_heart:
compile
0m 58s
master passed

:green_heart:
checkstyle
1m 32s
master passed

:green_heart:
shadedjars
4m 55s
branch has no errors when building our shaded downstream artifacts.

:green_heart:
javadoc
0m 39s
master passed

:blue_heart:
spotbugs
4m 30s
Used deprecated FindBugs config; considering switching to SpotBugs.

:green_heart:
findbugs
4m 27s
master passed

_ Patch Compile Tests _

:green_heart:
mvninstall
5m 21s
the patch passed

:green_heart:
compile
0m 58s
the patch passed

:green_heart:
javac
0m 58s
the patch passed

:green_heart:
checkstyle
1m 32s
the patch passed

:green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

:green_heart:
shadedjars
4m 55s
patch has no errors when building our shaded downstream artifacts.

:green_heart:
hadoopcheck
17m 10s
Patch does not cause any errors with Hadoop 2.8.5 2.9.2 or 3.1.2.

:green_heart:
javadoc
0m 34s
the patch passed

:green_heart:
findbugs
4m 35s
the patch passed

_ Other Tests _

:broken_heart:
unit
232m 20s
hbase-server in the patch failed.

:green_heart:
asflicense
0m 27s
The patch does not generate ASF License warnings.

294m 23s

Subsystem
Report/Notes

Docker
Client=19.03.2 Server=19.03.2 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/574

Optional Tests
dupname asflicense javac javadoc unit spotbugs findbugs shadedjars hadoopcheck hbaseanti checkstyle compile

uname
Linux 2b856c5c70f7 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-574/out/precommit/personality/provided.sh

git revision
master / 78bae9e3d0

Default Java
1.8.0_181

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/6/artifact/out/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/6/testReport/

Max. process+thread count
4785 (vs. ulimit of 10000)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-574/6/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z) findbugs=3.1.11

Powered by
Apache Yetus 0.11.0 https://yetus.apache.org

This message was automatically generated.


sct_fmri_moco  0 value, no correction

Hi, I'm having some problems with the fmri_moco function (sct V4.3 )
All outputs are generated but correction did not take place.  The time series are the same as before MOCO and the .tsv file has only 0 values. Do you know where this weed might have come from?
I use it on Ubuntu 16.04.5 Xenial LTS, with Jupiter Lab Notebook (Python 3.7),
My code:
params_moco = 'poly=0,smooth=1,metric=MeanSquares,gradStep=1,sampling=0.2
param_group = 1 # Group nvols successive volumes of fMRI for more robustness. Default value = 1
sct.run('sct_fmri_moco -i {} -m {} -param {} -ofolder {} -g {} -r 1'.format(Func_stc_sc, func_stc_sc_mask, params_moco, MOCO_folder, param_group))

Nb : I check with exactly the same images and code on Mac (v 10.15.6 ) with Jupiter Notebook (Python 3.7) and everything works fine ! Another difference between the two is that on Mac, the input_T00XX.nii files are generated in the input folder (not in a tmp folder) but not on Ubuntu.
I don't really understand where the problem comes from
Perhaps you have some suggestions?
Thank you for your help

Hi @CarolineLndl
Thank you for reporting feedback. Please note that this issue has already been raised in the forum: https://forum.spinalcordmri.org/t/sct-fmri-moco-with-poly-0/427
Then, an issue was opened here: https://github.com/neuropoly/spinalcordtoolbox/issues/2779, and has been fixed a few days ago, details here: https://github.com/neuropoly/spinalcordtoolbox/pull/2821
The changes are already available in the master branch, or if you prefer to wait for a stable release, there should be one in 1-2 weeks.


Merge release

Our automation needs a fix following the support for documentation updates on release

@bot-gradle merge

The merge queue build has started. Click here to see all failures if any.

The merge queue build has started. Click here to see all failures if any.

The merge queue build has started. Click here to see all failures if any.

The merge queue build has failed. Click here to see all failures.

The merge queue build has started. Click here to see all failures if any.


Break repo up into smaller more-manageable repos

Is your feature request related to a problem? Please describe.
Currently this repo is housing a lot of different pieces of code, but it's probably best to split application code away from Scaffolding CLI code.
Builds are taking a long time as small changes to the Scaffolding are running lots of application level testing.
Describe the solution you'd like
It'd be good to break away CSR and SSR into a repo or two repos.
It'd also be good to break away the images into their own repo.

This has started with https://github.com/amido/stacks-webapp-template/pull/610

Things to remove:

[x] .NET
[x] SSR
[x] CSR
[x] AKS Infra
[ ] Docker Images
[ ] Selenium Framework
[ ] Serenity Framework
[ ] Test Cafe Framework


feat: add apple splash screen support

This PR also includes:

bump to pnpm to 8.6.12

Not yet tested.
closes  #7

Check test/pwa-assets.config.mts, using dark and xhtml with media, here the images:
splash-screens.zip

damm, I forgot to switch width and height in landscape

The new splash screens:
splash-screens.zip


How to set the cross of XAxis and YAxis using AddChart function?

The chart generated:

The chart I want:

Thanks for your issue. This library added new field TickLabelPosition in the ChartAxis option to support set label position of the chart, please upgrade to the master branch code by go get -u github.com/xuri/excelize/v2@master, and this feature will be released in the next version. Now you can set the label position of the horizontal axis like this:
&excelize.Chart{
    Type: excelize.Line,
    XAxis: excelize.ChartAxis{
+       TickLabelPosition: excelize.ChartTickLabelLow,
        ...
    },
    ...
}

Thanks for your prompt response! I have resolved the issue.


[Bug]: 0 cash price reports 0 should be reporting null

The problem
Some of the values are missing in the prices. I went by and updated all of the prices to the current ones and a few of them are broken.
What version of Home Assistant?
core-2024.10.4
What version of GasBuddy?
1.0.15
Diagnostics information
{
  "home_assistant": {
    "installation_type": "Home Assistant OS",
    "version": "2024.10.4",
    "dev": false,
    "hassio": true,
    "virtualenv": false,
    "python_version": "3.12.4",
    "docker": true,
    "arch": "x86_64",
    "timezone": "America/Chicago",
    "os_name": "Linux",
    "os_version": "6.6.54-haos",
    "supervisor": "2024.10.3",
    "host_os": "Home Assistant OS 13.2",
    "docker_version": "27.2.0",
    "chassis": "vm",
    "run_as_root": true
  },
  "custom_components": {
    "jokes": {
      "documentation": "https://github.com/LaggAt/ha-jokes/blob/master/README.md",
      "version": "0.0.1",
      "requirements": []
    },
    "better_thermostat": {
      "documentation": "https://github.com/KartoffelToby/better_thermostat",
      "version": "1.6.0",
      "requirements": []
    },
    "gasbuddy": {
      "documentation": "https://github.com/firstof9/ha-gasbuddy",
      "version": "1.0.15",
      "requirements": [
        "py-gasbuddy==0.2.7"
      ]
    },
    "hass_agent": {
      "documentation": "https://github.com/hass-agent/HASS.Agent-Integration",
      "version": "2.1.0-beta1",
      "requirements": []
    },
    "hacs": {
      "documentation": "https://hacs.xyz/docs/configuration/start",
      "version": "2.0.1",
      "requirements": [
        "aiogithubapi>=22.10.1"
      ]
    },
    "uptime_kuma": {
      "documentation": "https://github.com/meichthys/uptime_kuma/blob/main/README.md",
      "version": "2.1.0",
      "requirements": [
        "pyuptimekuma-hass"
      ]
    },
    "tuya_local": {
      "documentation": "https://github.com/make-all/tuya-local",
      "version": "2024.10.0",
      "requirements": [
        "tinytuya==1.15.1",
        "tuya-device-sharing-sdk>=0.1.9,<=0.2.99"
      ]
    }
  },
  "integration_manifest": {
    "domain": "gasbuddy",
    "name": "GasBuddy",
    "codeowners": [
      "firstof9"
    ],
    "config_flow": true,
    "documentation": "https://github.com/firstof9/ha-gasbuddy",
    "import_executor": true,
    "iot_class": "cloud_polling",
    "issue_tracker": "https://github.com/firstof9/ha-gasbuddy/issues",
    "requirements": [
      "py-gasbuddy==0.2.7"
    ],
    "version": "1.0.15",
    "is_built_in": false
  },
  "setup_times": {
    "null": {
      "setup": 5.552600009650632e-05
    },
    "01JB3SWBXJEPDCPFJX1NK1VV1X": {
      "wait_import_platforms": -0.005666397999902983,
      "config_entry_setup": 0.31683699500013063
    },
    "01JB4JN5T47SD3437BTPM9RWP4": {
      "wait_import_platforms": -0.0041145539998979075,
      "config_entry_setup": 0.3173976309999489
    }
  },
  "data": {
    "station_id": "101875",
    "unit_of_measure": "dollars_per_gallon",
    "currency": "USD",
    "latitude": 37.054818,
    "longitude": -94.482806,
    "image_url": "https://images.gasbuddy.io/b/122.png",
    "regular_gas": {
      "credit": "BigFlubba",
      "cash_price": 2.84,
      "price": 2.84,
      "last_updated": "2024-10-27T07:11:23.337Z"
    },
    "midgrade_gas": {
      "credit": null,
      "cash_price": 3.64,
      "price": null,
      "last_updated": null
    },
    "premium_gas": {
      "credit": "BigFlubba",
      "cash_price": 0,
      "price": 3.99,
      "last_updated": "2024-10-27T07:11:23.525Z"
    },
    "diesel": {
      "credit": "BigFlubba",
      "cash_price": 3.29,
      "price": 3.29,
      "last_updated": "2024-10-27T07:11:23.587Z"
    }
  }
}

Anything in the logs that might be useful for us?
No response
Additional information
Station: 101875
Here is what it is visually showing:

The values displayed match the API response, the only bug I'm seeing is that the 0 for the cash price on Premium grade should be reporting unknown.
API response:
{
    "data": {
        "station": {
            "brands": [
                {
                    "imageUrl": "https://images.gasbuddy.io/b/122.png"
                }
            ],
            "prices": [
                {
                    "cash": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.290Z",
                        "price": 2.84
                    },
                    "credit": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.337Z",
                        "price": 2.84
                    },
                    "fuelProduct": "regular_gas",
                    "longName": "Regular"
                },
                {
                    "cash": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.368Z",
                        "price": 3.64
                    },
                    "credit": {
                        "nickname": null,
                        "postedTime": null,
                        "price": 0
                    },
                    "fuelProduct": "midgrade_gas",
                    "longName": "Midgrade"
                },
                {
                    "cash": {
                        "nickname": null,
                        "postedTime": null,
                        "price": 0
                    },
                    "credit": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.525Z",
                        "price": 3.99
                    },
                    "fuelProduct": "premium_gas",
                    "longName": "Premium"
                },
                {
                    "cash": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.540Z",
                        "price": 3.29
                    },
                    "credit": {
                        "nickname": "BigFlubba",
                        "postedTime": "2024-10-27T07:11:23.587Z",
                        "price": 3.29
                    },
                    "fuelProduct": "diesel",
                    "longName": "Diesel"
                }
            ],
            "priceUnit": "dollars_per_gallon",
            "currency": "USD",
            "id": "101875",
            "latitude": 37.054818,
            "longitude": -94.482806
        }
    }
}

Same way the website and app do using https://www.gasbuddy.com/graphql and posting the relevant graphql query.

Beta for testing this fix: https://github.com/firstof9/ha-gasbuddy/releases/tag/1.0.16-b0


hspec 2.2

hspec-2.2.0 depended on by:

fgl-<IP_ADDRESS> (==2.1.*). FP Complete<EMAIL_ADDRESS>@snoyberg. @haskell
hspec-snap-<IP_ADDRESS> (>=2.0 && < 2.2). Daniel Patterson<EMAIL_ADDRESS>@dbp
memcached-binary-0.2.0 (==2.1.*). Hirotomo Moriwaki<EMAIL_ADDRESS>@philopon. @philopon
tasty-hspec-1.1.1 (>=2 && < 2.2). Mitchell Rosen<EMAIL_ADDRESS>@mitchellwrosen

hspec-core-2.2.0 depended on by:

hspec-snap-<IP_ADDRESS> (>=2.0 && < 2.2). Daniel Patterson<EMAIL_ADDRESS>@dbp

@snoyberg hspec-snap seems to be broken by 2.2, so it isn't just a bound issue. I'll look into fixing it.

Thanks. Upper bounds are in place for this, so there's no emergency
situation here.
On Sun, Aug 23, 2015, 5:45 PM Daniel Patterson<EMAIL_ADDRESS>wrote:

@snoyberg https://github.com/snoyberg hspec-snap seems to be broken by
2.2, so it isn't just a bound issue. I'll look into fixing it.
—
Reply to this email directly or view it on GitHub
https://github.com/fpco/stackage/issues/765#issuecomment-133852677.

New: - wai-routes-0.8.0 (==2.1.*). Anupam Jain<EMAIL_ADDRESS>@ajnsit

Dependency bumped in wai-routes v0.8.1

Update: just waiting on fgl and hspec-snap to support hspec-2.2.
hspec-2.2.0 depended on by:

fgl-<IP_ADDRESS> (==2.1.*). FP Complete<EMAIL_ADDRESS>@snoyberg. @haskell
hspec-snap-<IP_ADDRESS> (>=2.0 && < 2.2). Daniel Patterson<EMAIL_ADDRESS>@dbp

hspec-core-2.2.0 depended on by:

hspec-snap-<IP_ADDRESS> (>=2.0 && < 2.2). Daniel Patterson<EMAIL_ADDRESS>@dbp

Just waiting for Travis-CI to verify for me that it builds on the various GHC versions, and then graphviz is done.

And done: fgl-<IP_ADDRESS> can use hspec-2.2.

I just uploaded hspec-snap <IP_ADDRESS> to hackage, which uses hspec 2.2.*. The change to hspec was breaking for hspec-snap, so hspec-snap <IP_ADDRESS> only supports hspec 2.2 and above.


fixes #68

Codecov Report

Merging #84 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #84      +/-   ##
==========================================
+ Coverage    95.6%   95.61%   +0.01%
==========================================
  Files          65       65
  Lines         750      753       +3
  Branches      104      105       +1
==========================================
+ Hits          717      720       +3
  Misses         11       11
  Partials       22       22

Impacted Files
Coverage Δ

lib/models/BaseSequelize.ts
90.9% <100%> (+0.9%)
:arrow_up:

lib/services/models.ts
90.69% <100%> (ø)
:arrow_up:

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 74bde9f...dccba3c. Read the comment docs.


add numeric type support for "dateTime" attribute

As far as Unix timestamp is expected for "dateTime" it is clearly that the component should allow numeric values. Otherwise, a warning is generated
Warning: Failed propType: Invalid prop `dateTime` of type `number` supplied to `DateTimeField`, expected `string`

Thanks !

just released 0.0.21


Make import influxdb more robust to failures

Description:
It was impossible to import my large mysql db without a timeout until I added this code to add retries.
Related issue (if applicable): fixes #
Pull request in home-assistant.github.io with documentation (if applicable): home-assistant/home-assistant.github.io#5973
Example entry for configuration.yaml (if applicable):

Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass

If user exposed functionality or configuration variables are added/changed:

[x] Documentation added/updated in home-assistant.github.io

If the code communicates with devices, web services, or third-party tools:

[x] New dependencies have been added to the REQUIREMENTS variable (example).
[x] New dependencies are only imported inside functions that use them (example).
[x] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[x] New files were added to .coveragerc.

If the code does not interact with devices:

[x] Tests have been added to verify that the new code works.

Hi @nhorvath,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!

What is the retry behavior, are points written twice or will Influx roll it back?
I think that a better approach could be to write a suggestion to the user that they should limit the the points that are written at once using --step 500.
But actually, I think that this script should not belong in our main repository and should be moved to a gist.

The main issue I was experiencing were timeouts which I don't think were related to step size. Given that the request failed no points were written so nothing to roll back.

InfluxDB actually recommends batches of 5000 points because smaller requests have too much overhead.
Also, they state that the data is written even if an HTTP request times out (though I don't know if that was the timeout that you saw).
See the Note here: https://docs.influxdata.com/influxdb/v1.6/guides/writing_data/#writing-points-from-a-file

I agree with @balloob, this is an import script that is not tied into Home Assistant.
Furthermore useless to Hass.io users as well. It should not be part of the core Home Assistant repository IMHO.

I'm using Hass.io so I wouldn't call it useless...
On Thu, Aug 9, 2018 at 3:12 PM Franck Nijhof<EMAIL_ADDRESS>wrote:

I agree with @balloob https://github.com/balloob, this is an import
script that is not tied into Home Assistant.
Furthermore useless to Hass.io users as well. It should not be part of the
core Home Assistant repository IMHO.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/home-assistant/home-assistant/pull/15875#issuecomment-411865603,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAKE3C7MBxPxOQuw41Egkv_ovReZu1Hlks5uPImygaJpZM4VyP06
.

@nhorvath I've updated my statement directly after posting, I guess the mail was already sent out to you.

@nhorvath It sounds like InfluxDB is being overloaded. I think a better approach would be to add unconditional sleeps so the timeout error can be avoided completely (when combined with a suitable step size).
Recovering from timeout errors is tricky because we do not know if the points got written or not.

Going to close this PR and open a PR to remove the scripts from hass.


Cursor not displaying

Using SimpleSelect, the cursor does not display and I cannot see the text that I type.

A bit more information would be helpful, Browser version? Code snippet?

Thanks. Same problem in all browsers tested - Chrome 45, FF, IE. Using React 0.14.0-rc1. I'm just using a basic example:
return (
        <div>
            <SimpleSelect
                placeholder = "Select a fruit"
                options = {["apple", "mango", "orange", "banana"].map(fruit => {
                    return {label: fruit, value: fruit}
                })}
            />
        </div>
)

Not fixed for me using 0.2.0 and the latest css. I'm not sure how to use autosize or whether that would solve my problem.

try using:
autosize = {function(search){
 return 100;
}}

i am unable to reproduce the issue in all the browsers i tested. if the above doesn't work try setting this https://github.com/furqanZafar/react-selectize/blob/develop/src/ReactSelectize.styl#L42 to width: 100px !important

Thanks, the width: 100px !important on the input fixed the issue.
The examples pages have no issues for me.

The autosize function updates the style attribute of the input control, if the examples work and width: 100px !important works then there is likely another css in your page that overrides the style attribute of input using !important.

incorporated fix in release 0.2.2.


Houdini: API landing page: CSS Painting API 1

Landing page for CSS Painting API 1
https://drafts.css-houdini.org/css-paint-api/
https://developer.mozilla.org/en-US/docs/Web/API/CSS_Painting_API

Page is done. Sub pages need to be created.
New task: create 'epic pages' for sub pages.


dev-cmd/bottle: fix INSTALL_RECEIPT appearing in changed_files

[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 typecheck with your changes locally?
[ ] Have you successfully run brew tests with your changes locally?

Because INSTALL_RECEIPT.json can get rewritten in Keg#replace_locations_with_placeholders, it can appear in the changed_files section of the tab.
This causes errors when pouring bottles without this file present (--only-json-tab).

Review period skipped due to critical label.

Review period skipped due to critical label.

Thanks for the quick turnaround and fix here @Bo98.


gfx942_80CU HHS/BBS NT GridBased

The same library is used for BBS and HHS.
Total number of sizes: 7051

one test failed, but it was f8 case.
Most likely unrelated to this change.


Duplicated username bugs

Confusion in general, only one get's blocked/unblocked if there are duplicates.

Using ip:port to block peers. May not be the best solution but it is a simple one.


cmake: Ensure changes to .config sources trigger reconfiguration

Signed-off-by: Sebastian Boe<EMAIL_ADDRESS>

@nashif : New attempt pushed.


Rust game doesn't work

$api->detailed()->getItemListings(252490, $options);
Doesn't work with Rust game.
Undefined array key "actions"
'inspect_link' => str_replace("%assetid%", $asset['id'], $asset['actions'][0]['link'])

This package only work with 730 (CS:GO) game.

Fixed in latest 4.2.2 version


feat(meta): support replace source

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
Finish the meta part of #19063:

extend match &stream_job from Table to Source

handle split assignment for replace (need to align to prev actors, because of source backfill is aligned)

Also changed the grpc interface from table to job.

e2e tests can be seem in #19649

Checklist

[ ] I have written necessary rustdoc comments
[ ] I have added necessary unit tests and integration tests
[ ] I have added test labels as necessary. See details.
[ ] I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features #7934).
[ ] My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
[ ] All checks passed in ./risedev check (or alias, ./risedev c)
[ ] My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)

[ ] My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

[ ] My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note
If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#19649
#19650  👈 (View in Graphite)
#18935
#19630
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

@BugenZhao look look


cmake: use BUILD_SHARED_LIBS

Only build shared or static library (not both).
refs #771

I can try this with Vcpkg
and see if it works.

this looks good.
I tested this patch with Vcpkg and it is working:
https://github.com/microsoft/vcpkg/pull/30859

I guess for Debian packages we would have to compile it twice, one for shared and one for static ?
also another option is to add 2 variables, so it can build both in one go:
LIBRE_BUILD_STATIC=OFF|ON
LIBRE_BUILD_SHARED=OFF|ON

Yes I think this looks better and is more flexible:  https://github.com/baresip/re/pull/778


Suspended atom fields are evaluated only once

Pull Request Description
Implements #6134.
Important Notes
One can define lazy atom fields as:
type Lazy
    Value ~x ~y

the evaluation of the x and y fields is then delayed until they are needed. The evaluation happens once. Then the computed value is kept in the atom for further use.
Checklist
Please ensure that the following checklist has been satisfied before submitting the PR:

[ ] The documentation has been updated, if necessary.
[ ] All code follows the
Java,
style guides.
All code has been tested:

[ ] Unit tests have been written where possible.

Shall we now remove the Lazy.enso from stdlib and replace its usages with ~ fields?
I'd also keep the Lazy_Spec (only remove the eager part) - we can make it still work with:
type Lazy
    Value ~get
    new ~computation = Lazy.Value computation

Shall we now remove the Lazy.enso from stdlib and replace its usages with ~ fields?

That's the overall goal. I'll see if I can handle it in this PR myself.

I'd also keep the Lazy_Spec

Good idea. Implemented in 160068a

(only remove the eager part,

Eager part works as well.

it's worth keeping the rest as the tests nicely serve as additional documentation of this capability

Right now there is one failing test:
enso$ ./built-distribution/enso-engine-0.0.0-dev-linux-amd64/enso-0.0.0-dev/bin/enso --run test/Tests/src/Runtime/Lazy_Spec.enso
Lazy:  [5/6, 162ms]
    - should compute the result only once [21ms]
    - should compute the result only once, even if copied [10ms]
    - should cache the result even if it results in a dataflow error [28ms]
    - [FAILED] should cache the result even if the operation panics [81ms]
        Reason: 2 did not equal 1 (at /home/devel/NetBeansProjects/enso/enso/test/Tests/src/Runtime/Lazy_Spec.enso:72:9-32).
    - should allow to create a Lazy instance that is computed eagerly [8ms]
    - eager mode will not handle dataflow errors/panics specially [11ms]
5 tests succeeded.
1 tests failed.
0 tests skipped.

I'll check what it would take to implement the panic support. Probably one try/catch...

bcec688 expands ListBenchmarks with a Lenivý lazy list variant. The lazy list is approximately 10-20% slower - which seems good enough, given the additional check it has to do to remove laziness:
Result "org.enso.interpreter.bench.benchmarks.semantic.ListBenchmarks.mapOverLazyList":
Iteration : 115.037 ms/op

Result "org.enso.interpreter.bench.benchmarks.semantic.ListBenchmarks.mapOverList":
Iteration: 97.133 ms/op

This looks great 🎉


Console.log

Steps to reproduce
console.log("Hello world");

Expected behavior
It should print "Hello world"
Actual behavior
py_mini_racer.py_mini_racer.JSEvalException: ReferenceError: console is not defined

System configuration
PyMiniRacer version: latest from pip
Python version: 3.6

console is not a JS built-in @alexeygrigorev . A good way to address this would be to allow Python functions to be called from JS. This is not on our roadmap but feel free to contribute!


R 3.2 ANTsR Failures 4/29/2015

this is from R 3.2
Examples
... to test examples by themselves, do the following
cd ANTsR  # source dir
ln -s inst/extdata .
R
devtools::run_examples()
when you are done, be sure to remove the linked ext data
current findings:

aslPerfusion reports "exception caught"

iMathOps.Rd fails on several examples ... i fixed a couple but had to comment
k  <- eval( parse( text = toString( iMathOps$Example[j] ) ) )
due to unclear BlobDetector failure ... this really needs to be fixed

 i<-antsImageRead( getANTsRData('r16') , 2 )
 iMath(i,"BlobDetector",100)

basic erosion and dilation fails

img<-antsImageRead( getANTsRData("r16"))
 mask<-getMask( img )
 mask2<-getMask( img )
 mask<-iMath(mask,'ME',25)
print(paste( sum(mask2==1), sum(mask==1) ))

i added a test for this in iMathOps ...
Vignettes
seem to be ok .... though i did not look at the results visually.  they at least build.
Documentation issues

checking R code for possible problems ... NOTE
aslCensoring : robSelection: no visible binding for global variable
â€˜mask_imgâ€™
aslCensoring : robSelection: no visible binding for global variable
â€˜dorobustâ€™
aslCensoring: no visible binding for global variable â€˜matâ€™

checking for missing documentation entries ... WARNING
Undocumented code objects:
%>%

this last issue was resolved with an Imath documentation object
but this was removed for unknown reasons ... i undid this here:
https://github.com/stnava/ANTsR/commit/2460a414b36426c91e3f2d899a38197e3668a1a0
so as not to avoid the variety of things that were breaking.

@jeffduda  see comments in this issue .... if you want to continue with the iMath business, please make sure changes are backward compatible ... i.e. keep iBind and %>% documentation and other things in iMath working.

I fixed the issues in aslCensoring.

Currently seeing:

Name: antsSpatialICAfMRI
Title: Perform spatial ICA on fMRI bold data.
Aliases: antsSpatialICAfMRI
** Examples
set.seed( 123 )
boldImages <- list()
n=16
nvox <- nnn*12
dims <- c(n,n,n,12)
boldImages[[1]] <- makeImage( dims , rnorm( nvox )+500 ) %>% iMath("PadImage" , 4 )
boldImages[[2]] <- makeImage( dims , rnorm( nvox )+500 ) %>% iMath("PadImage" , 4 )
boldImages[[3]] <- makeImage( dims , rnorm( nvox )+500 ) %>% iMath("PadImage" , 4 )
cleanBoldImages <- list()
for( i in 1:length( boldImages ) )

{
fmri <- preprocessfMRI( boldImages[[i]], residualizeMatrix=FALSE )
if( i == 1 ) maskImage <- fmri$maskImage
cleanBoldImages[[i]] <- fmri$cleanBoldImage
}

icaResults <- antsSpatialICAfMRI( cleanBoldImages, maskImage,

numberOfICAComponents = 2 )
Error in svd(scale(x %*% t(x))) : infinite or missing values in 'x'
Calls: antsSpatialICAfMRI -> whiten -> svd
Execution halted

yes - tried to fi that yesterday --- somewhat platform/run specific ... problem is preprocessfMRI now returns some junk (all zero)  images ... not sure why.

ok this antsSpatialICAfMRI  issue is fixed now

Currently aslDenoiseR example still fails.

These all appear to be fixed now, so closing.


Update README.md

Adding command for dotnet and show which vulnerability the user should see

LGTM, thanks @josspo !
I'd have suggested to have only 1 PR across this and #217 ; you'd need to either use Visual Studio Code (or a different desktop IDE) or Codespaces


Error when running 'quint verify'

Hey, I am running into a problem when trying to use Apalache on my spec.
Quint version:
% quint --version
0.14.4

Spec: https://github.com/cosmos/interchain-security/blob/ph/mbt/tests/difference/core/quint_model/ccv_model.qnt#L319
Error log:
% quint verify ccv_model.qnt --invariant CanStopConsumer --verbosity 5
No running Apalache server found, launching...
Using existing Apalache distribution in /Users/offtermatt/.quint/apalache-dist-0.42.0/apalache/bin/apalache-mc
Launching Apalache server
error: internal error: while parsing in Apalache:
'Input was not a valid representation of the QuintIR: Conversion failed while building operator definition `ccv_model::ccv::endAndBeginBlockForConsumer`: Operator EXCEPT cannot be applied to arguments of types ({ chainState: { currentValidatorSet: (Str -> Int), lastTimestamp: Int, votingPowerHistory: Seq((Str -> Int)) }, maturationTimes: (f -> g), outstandingPacketsToProvider: Seq({ id: h, sendingTime: Int }), receivedVscPackets: Seq({ id: Int, sendingTime: Int, validatorSet: (Str -> Int) }) }, <<Str>>, (p -> q))'
Please report an issue: https://github.com/informalsystems/quint/issues/new
Shutting down Apalache server

However, quint run works fine:
% quint run --invariant CanStopConsumer ccv_model.qnt
[...]
[violation] Found an issue (901ms).
Use --seed=0xa95475f0232ff to reproduce.
Use --verbosity=3 to show executions.
error: Invariant violated

Extra info that might be useful:
% java --version
openjdk 21.0.1 2023-10-17 LTS
OpenJDK Runtime Environment Temurin-21.0.1+12 (build 21.0.1+12-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.1+12 (build 21.0.1+12-LTS, mixed mode)

Thanks for the report.
Unrelated, but looking at the spec, I suspect using our record update syntax sugar would improve readability over chained applications of with. E.g.,
>>> val r = {a: 0, b: 1, c: 2}

>>> r.with("a", 2).with("b", 1).with("c", 0)
{ a: 2, b: 1, c: 0 }
>>> {...r, a: 2, b: 1, c: 0}
{ a: 2, b: 1, c: 0 }

For debugging, here's the error message reformatted to make it clear what we are failing to typecheck in EXCEPT:
'Input was not a valid representation of the QuintIR: Conversion failed while
building operator definition `ccv_model::ccv::endAndBeginBlockForConsumer`:
Operator EXCEPT cannot be applied to arguments of types

({ chainState: { currentValidatorSet: (Str -> Int), lastTimestamp: Int, votingPowerHistory: Seq((Str -> Int)) },
   maturationTimes: (f -> g),
   outstandingPacketsToProvider: Seq({ id: h, sendingTime: Int }),
   receivedVscPackets: Seq({ id: Int, sendingTime: Int, validatorSet: (Str -> Int)})},
<<Str>>,
(p -> q))'

I suspect the error is happening on an update to maturationTimes (given the signature of the updated value).
The types for those maps (f -> g and p -> q) is suspicious to me, as I thought we are expecting Quint to have inferred monomorphic types for these before sending it to Apalache.
If my suspicion is right, that we may be choking here:
https://github.com/cosmos/interchain-security/blob/a4840fcbd5a1bd3aaad1a9b9daf29115f806bb8b/tests/difference/core/quint_model/ccv.qnt#L476-L477
Updating https://github.com/cosmos/interchain-security/blob/a4840fcbd5a1bd3aaad1a9b9daf29115f806bb8b/tests/difference/core/quint_model/ccv.qnt#L476 with an annotation
                val newConsumerState2: ConsumerState = newConsumerState.with(

We can get a different break:
error: internal error: while parsing in Apalache:
'Input was not a valid representation of the QuintIR: No entry found for id 3368 in lookup table'
Please report an issue: https://github.com/informalsystems/quint/issues/new

More debugging notes:
Dumping the symbol table and type maps:
$  quint typecheck --out t.json ccv.qnt

We can then get a list of all the paths that go to the newConsumerState2 value:
$  jq -c 'paths as $p | select(getpath($p) == "newConsumerState2") | $p' < t.json
["modules",3,"declarations",33,"expr","expr","args",2,"expr","expr","expr","expr","expr","expr","opdef","name"]
["modules",3,"declarations",33,"expr","expr","args",2,"expr","expr","expr","expr","expr","expr","expr","opdef","expr","args",2,"name"]
["table","761","name"]
["table","766","expr","args",2,"name"]

Then inspect the way we are representing it in the symbol table
$  jq '.table["761"]' < t.json
{
  "id": 756,
  "kind": "def",
  "name": "newConsumerState2",
  "qualifier": "val",
  "expr": {
    "id": 755,
    "kind": "app",
    "opcode": "with",
    "args": [
      {
        "id": 752,
        "kind": "app",
        "opcode": "with",
        "args": [
          {
            "id": 749,
            "kind": "name",
            "name": "newConsumerState"
          },
          {
            "id": 750,
            "kind": "str",
            "value": "maturationTimes"
          },
          {
            "id": 751,
            "kind": "name",
            "name": "newMaturationTimes"
          }
        ]
      },
      {
        "id": 753,
        "kind": "str",
        "value": "outstandingPacketsToProvider"
      },
      {
        "id": 754,
        "kind": "name",
        "name": "newOutstandingPackets"
      }
    ]
  },
  "depth": 1
}

And finally how it is being typed:
$  jq '.types["756"]' < t.json
{
  "typeVariables": {},
  "rowVariables": {},
  "type": {
    "kind": "rec",
    "fields": {
      "kind": "row",
      "fields": [
        {
          "fieldName": "outstandingPacketsToProvider",
          "fieldType": {
            "kind": "list",
            "elem": {
              "kind": "rec",
              "fields": {
                "kind": "row",
                "fields": [
                  {
                    "fieldName": "id",
                    "fieldType": {
                      "kind": "var",
                      "name": "_t1040"
                    }
                  },
                  {
                    "fieldName": "sendingTime",
                    "fieldType": {
                      "id": 3,
                      "kind": "int"
                    }
                  }
                ],
                "other": {
                  "kind": "empty"
                }
              }
            },
            "id": 6
          }
        },
        {
          "fieldName": "maturationTimes",
          "fieldType": {
            "kind": "fun",
            "arg": {
              "kind": "var",
              "name": "_t1037"
            },
            "res": {
              "kind": "var",
              "name": "_t1038"
            },
            "id": 8
          }
        },
        {
          "fieldName": "chainState",
          "fieldType": {
            "kind": "rec",
            "fields": {
              "kind": "row",
              "fields": [
                {
                  "fieldName": "lastTimestamp",
                  "fieldType": {
                    "id": 3,
                    "kind": "int"
                  }
                },
                {
                  "fieldName": "votingPowerHistory",
                  "fieldType": {
                    "id": 28,
                    "kind": "const",
                    "name": "VotingPowerHistory"
                  }
                },
                {
                  "fieldName": "currentValidatorSet",
                  "fieldType": {
                    "id": 29,
                    "kind": "const",
                    "name": "ValidatorSet"
                  }
                }
              ],
              "other": {
                "kind": "empty"
              }
            }
          }
        },
        {
          "fieldName": "receivedVscPackets",
          "fieldType": {
            "id": 82,
            "kind": "list",
            "elem": {
              "id": 81,
              "kind": "const",
              "name": "VscPacket"
            }
          }
        }
      ],
      "other": {
        "kind": "empty"
      }
    }
  }
}

we can see that maturationTimes is indeed being typed as a map a -> b:
          "fieldName": "maturationTimes",
          "fieldType": {
            "kind": "fun",
            "arg": {
              "kind": "var",
              "name": "_t1037"
            },
            "res": {
              "kind": "var",
              "name": "_t1038"
            },
            "id": 8
          }

I believe this is incorrect, since in the context of the spec we have all info we need to be able to fully infer the type of the map, based on the earlier declaration in
https://github.com/cosmos/interchain-security/blob/a4840fcbd5a1bd3aaad1a9b9daf29115f806bb8b/tests/difference/core/quint_model/ccv.qnt#L102-L119

Hey! Thanks both of you for all the context. I think this might be a type alias issue, and might be related to what I believe is the root cause of https://github.com/informalsystems/quint/issues/1177. I'll try to change when/how aliases are unified and check if the behavior changes.

There are definitely two problems here, one in type inference and other in (probably) flatenning.
For the problem with types, annotating the type as @shonfeder suggested here works. I also have something WIP that solves the problem without requiring the annotation.
Solving the type problem unlocks this "No entry found for id 3367 in lookup table" issue, which I'll investigate now.

Ok, found problem 2. You can't use oneOf like this:
https://github.com/cosmos/interchain-security/blob/a4840fcbd5a1bd3aaad1a9b9daf29115f806bb8b/tests/difference/core/quint_model/libraries/extraSpells.qnt#L195
pure def maxBy(__set: Set[a], __f: a => int): a = {
  __set.fold(
    oneOf(__set),
    (__m, __e) => if(__f(__m) > __f(__e)) {__m } else {__e}
  )
}

Quint simulator can handle it, but this is not valid for apalache. The effect checker still doesn't know a lot about nondet and oneOf, so it won't complain, but it should (https://github.com/informalsystems/quint/issues/381). So you don't see a proper error - as I have noticed previously but completely forgot about https://github.com/informalsystems/quint/issues/381#issuecomment-1727933080
Unfortunately, as we discussed at the retreat, there's currently no way of picking an element out of a set.  I managed to make it work and get apalache to run locally after adding the annotation and getting rid of the oneOf in maxBy and minBy. I think the best way for now is to make minBy and maxBy less generic (take a packet instead of an arbitrary type a) and have a initial min and max as some packet with sendingTime set to 0/9999999999.
PS: I hit some pretty strange effect issues when trying to rewrite minBy/maxBy, so don't waste too much time trying to figure things out if you hit them - just let me know and we can try some workarounds.

Alright, thanks, I will try that out! Thank you for looking into this!

I fixed the minBy/maxBy errors by making dedicated functions just for packets.
For the annotations, I ran into several more issues of the same nature, but I managed to work around them by liberally sprinkling type annotations, so now I was able to run my verification and got the expected result, thank you!

ff


fix TabbarLink label

If label slot is defined ($$slots.label) we shouldn't show label variable ({label}).

Merged, thanks!


Added ProxyFromEnvironment support to telegram service

Required for all non-trivial PRs

[ ] Rebased/mergable
[ ] Tests pass
[ ] CHANGELOG.md updated
[ ] Sign CLA

In this PR I've added ProxyFromEnvironment support for Telegram service.
I've used #1415 as an example.

@desa  Can you take a look at this one?

@desa I think the change is fine, the use of atomic.Value works and is aligns with Slack and other similar services.
What I don't get is why this change is necessary, I thought the default transport and by extension the default client already had the ProxyFromEnvironment set? https://golang.org/pkg/net/http/#RoundTripper

@nathanielc, @desa wrote in #1238:

Most services and clients throughout Kapacitor use the Default HTTP
Client which uses the Default HTTP Transport, which uses HTTP proxies as
directed by the $HTTP_PROXY and $NO_PROXY (or $http_proxy and $no_proxy)
environment variables.
For the services that use a custom Transport, we use
http.ProxyFromEnvironment.

I think that's the reason. :-)

@ar7z1 I just looked over this again and @nathanielc is right, I don't think we need this change. that we don't need a custom http client. The default http client https://github.com/influxdata/kapacitor/pull/1592/files#diff-dd32ba460e5730655eef9ac7cb839699L111 should proxy from environment by default.

Closing, since this should be a non-issue. Please comment otherwise.


Increase performance slightly

Benchmark: Before
Benchmarks
Benchmarks performed on:

native JSON.stringify
fast-json-stringify
slow-json-stringify

small-object
native x 4,193,297 ops/sec ±0.73% (93 runs sampled)
fast-json-stringify x 60,026,740 ops/sec ±0.48% (91 runs sampled)
slow-json-stringify x 61,442,849 ops/sec ±0.50% (94 runs sampled)

# slow-json-stringify is +2.36% faster

small-array
native x 370,801 ops/sec ±0.52% (94 runs sampled)
fast-json-stringify x 448,691 ops/sec ±0.43% (96 runs sampled)
slow-json-stringify x 1,331,594 ops/sec ±0.51% (96 runs sampled)

# slow-json-stringify is +196.77% faster

nested-props-short-text
native x 922,660 ops/sec ±0.46% (95 runs sampled)
fast-json-stringify x 4,190,374 ops/sec ±0.68% (94 runs sampled)
slow-json-stringify x 13,525,473 ops/sec ±0.56% (92 runs sampled)

# slow-json-stringify is +222.77% faster

much-props-short-text
native x 800,738 ops/sec ±0.38% (94 runs sampled)
fast-json-stringify x 1,047,538 ops/sec ±0.40% (95 runs sampled)
slow-json-stringify x 3,026,591 ops/sec ±0.97% (88 runs sampled)

# slow-json-stringify is +188.92% faster

much-props-big-text
native x 22,005 ops/sec ±0.68% (92 runs sampled)
fast-json-stringify x 20,376 ops/sec ±0.71% (90 runs sampled)
slow-json-stringify x 3,392,929 ops/sec ±0.49% (93 runs sampled)

# slow-json-stringify is +15318.90% faster

big-text
native x 274,816 ops/sec ±0.43% (92 runs sampled)
fast-json-stringify x 285,642 ops/sec ±0.51% (91 runs sampled)
slow-json-stringify x 62,128,675 ops/sec ±0.69% (91 runs sampled)

# slow-json-stringify is +21650.61% faster

big-array-short-text
native x 4,678 ops/sec ±0.47% (93 runs sampled)
slow-json-stringify x 11,670 ops/sec ±0.44% (93 runs sampled)

# slow-json-stringify is +149.52% faster

big-array-long-text
native x 103 ops/sec ±0.59% (76 runs sampled)
slow-json-stringify x 11,480 ops/sec ±0.62% (93 runs sampled)

# slow-json-stringify is +11044.66% faster

big-array-long-number
native x 1,301 ops/sec ±0.75% (91 runs sampled)
slow-json-stringify x 4,023 ops/sec ±1.07% (91 runs sampled)

# slow-json-stringify is +209.46% faster

undefined properties
native x 2,456,945 ops/sec ±0.60% (95 runs sampled)
fast-json-stringify x 8,646,794 ops/sec ±0.49% (93 runs sampled)
slow-json-stringify x 23,159,091 ops/sec ±0.57% (89 runs sampled)

# slow-json-stringify is +167.83% faster

After
Benchmarks
Benchmarks performed on:

native JSON.stringify
fast-json-stringify
slow-json-stringify

small-object
native x 4,418,329 ops/sec ±0.36% (91 runs sampled)
fast-json-stringify x 62,240,693 ops/sec ±0.41% (93 runs sampled)
slow-json-stringify x 70,296,883 ops/sec ±0.49% (94 runs sampled)

# slow-json-stringify is +12.94% faster

small-array
native x 382,636 ops/sec ±0.39% (91 runs sampled)
fast-json-stringify x 355,617 ops/sec ±0.34% (95 runs sampled)
slow-json-stringify x 1,504,099 ops/sec ±0.42% (93 runs sampled)

# slow-json-stringify is +293.09% faster

nested-props-short-text
native x 958,195 ops/sec ±0.48% (92 runs sampled)
fast-json-stringify x 4,036,352 ops/sec ±0.48% (93 runs sampled)
slow-json-stringify x 16,360,174 ops/sec ±0.78% (86 runs sampled)

# slow-json-stringify is +305.32% faster

much-props-short-text
native x 860,514 ops/sec ±0.42% (92 runs sampled)
fast-json-stringify x 1,067,713 ops/sec ±0.47% (97 runs sampled)
slow-json-stringify x 3,505,841 ops/sec ±0.67% (92 runs sampled)

# slow-json-stringify is +228.35% faster

much-props-big-text
native x 22,928 ops/sec ±0.69% (94 runs sampled)
fast-json-stringify x 21,234 ops/sec ±0.81% (92 runs sampled)
slow-json-stringify x 3,854,902 ops/sec ±0.38% (93 runs sampled)

# slow-json-stringify is +16713.08% faster

big-text
native x 284,610 ops/sec ±0.41% (92 runs sampled)
fast-json-stringify x 299,126 ops/sec ±0.38% (95 runs sampled)
slow-json-stringify x 74,967,337 ops/sec ±1.44% (89 runs sampled)

# slow-json-stringify is +24962.13% faster

big-array-short-text
native x 4,885 ops/sec ±0.57% (91 runs sampled)
slow-json-stringify x 12,722 ops/sec ±0.63% (91 runs sampled)

# slow-json-stringify is +160.46% faster

big-array-long-text
native x 108 ops/sec ±0.55% (79 runs sampled)
slow-json-stringify x 12,935 ops/sec ±0.26% (91 runs sampled)

# slow-json-stringify is +11876.85% faster

big-array-long-number
native x 1,377 ops/sec ±0.35% (94 runs sampled)
slow-json-stringify x 4,512 ops/sec ±0.91% (89 runs sampled)

# slow-json-stringify is +227.91% faster

undefined properties
native x 2,656,347 ops/sec ±0.50% (92 runs sampled)
fast-json-stringify x 8,344,745 ops/sec ±0.30% (96 runs sampled)
slow-json-stringify x 26,317,667 ops/sec ±0.46% (92 runs sampled)

# slow-json-stringify is +215.38% faster

Run on a 2019 MB Pro i7 2,6 Ghz.
This is achieved by:

rewriting some native "map" functions to for loops
using ?. syntax instead of ||{} in find (but I also optimized the old _find - you can take a look)
hoisting regexes & functions

(cc https://github.com/developit/microbundle/issues/892 for more mangling 'performance', since the hoisting lead to less byte savings in the bundle)

This looks promising, why is it stalled?

Thank you! :tada:

Thank you! 🎉

There is not much more to optimize on the hot path as far as I can see.

Is there anything we can do about to make these changes mergeable? Seems like this PR got stale for a few months already


An error occurred within SPCFileWriter

from SPyC_Writer.SPCFileWriter import SPCFileWriter

writer = SPCFileWriter(SPCFileType.DEFAULT)

then
Traceback (most recent call last):
  File "test.py", line 1, in <module>
    from SPyC_Writer.SPCFileWriter import SPCFileWriter
  File "H:\python\SPyC_Writer-main\src\SPyC_Writer\SPCFileWriter.py", line 48, in <module>
    from .SPCHeader import SPCHeader
  File "H:\python\SPyC_Writer-main\src\SPyC_Writer\SPCHeader.py", line 16, in <module>
    class SPCHeader:
  File "H:\python\SPyC_Writer-main\src\SPyC_Writer\SPCHeader.py", line 41, in SPCHeader
    custom_axes: list[str] = field(default_factory=list) # (fcatxt)
TypeError: 'type' object is not subscriptable

Python version：
Python 3.8.3 (tags/v3.8.3:6f8c832, May 13 2020, 22:37:02) [MSC v.1924 64 bit (AMD64)] on win32

I add some code, it's ok now.
SPCFileWriter.py
add from typing import List
change custom_units: list[str] = field(default_factory=list), to custom_units: List[str] = field(default_factory=list),
SPCHeader.py
add from typing import List
change custom_axes: list[str] = field(default_factory=list) to custom_axes: List[str] = field(default_factory=list)


[Core HTTPS] Export delay

I need this function in text analytics to implement the LRO's delay and it could be useful for other packages as well. This PR is factored out of https://github.com/Azure/azure-sdk-for-js/pull/13715.

This will be part of a new core-util package instead.


Styles not applied on deployed/built site

Bug report
Describe the bug
In for example Next.js, when running
yarn build

and then
yarn start

And then going to localhost:3000, the styles don't seem to get applied until the next rerender or something.
To Reproduce
Build for example a button component with a lot of different variants. When using it, pass the props using state hooks.

Make sure it works in dev mode
Build project
Run built project
See the styles not being applied until the state hook changes

Expected behavior
The initial style should be applied as it gets in dev mode
Screenshots
Dev (first render)

Built (first render)

After changing one of the dropdowns (ie. updating props) it will look as expected
System information

OS: macOS
Browser: Chrome
Version of Next.js: 9.5.3

Additional context
Repository
Demo

Thanks for submitting this @albingroen
looking into this now

Hey @albingroen
Looking at your repo, it seems that you don't have SSR setup
Alternatively, you could also use our nextjs stitches template by creating a next project using the following command:
npx create-next-app --example with-stitches

Will be closing this issue now as you haven't configured SSR in your next project.
Let me know if you need any help.


[Feature]

Is your feature request related to a problem? Please describe.
When I'm working on multiple projects, I would like to use multiple W&B teams/accounts. But the wandb login client_key sets the client key globally and does not allow it to change inside directories.
In contrast, git allows having local config files that contain the username and account, which gets recorded for every commit.
I'd love to see this feature in W&B.
Describe the solution you'd like
Instead of setting the client key globally, a local .wandb folder can be used to set a local key, just like how git does.

Hey @ashok-arjun , thank you for the request!

Hey @ashok-arjun if you want to configure multiple teams / account you can use environment variables instead of the wandb login command.  Simply set WANDB_API_KEY to the account you want to use in your environment and everything will work.  If you're using bash you could create a simple script to update your current shell environment, or you can do it directly in python by setting os.environ['WANDB_API_KEY'] = XXX

Thank you for the suggestion @vanpelt.


release v<IP_ADDRESS>-clib don't support gin

I installed <IP_ADDRESS>_clib  in a clean centos7 minimal.  and GIN worked fine.
Today ,i  install the latest release v<IP_ADDRESS>-clib in a new  clean centos7 minimal.
When i try to create gin table :
CREATE TABLE hackernews_gin3
(
          id UInt32,
          deleted UInt8,
          type Enum('story' = 1, 'comment' = 2, 'poll' = 3, 'pollopt' = 4, 'job' = 5),
          by LowCardinality(String),
          time DateTime,
          text String,
          dead UInt8,
          parent UInt32,
          poll UInt32,
          kids Array(UInt32),
          url String,
          score Int32,
          title String,
          parts Array(UInt32),
          descendants Int32,
          INDEX gin_index(text) TYPE gin(3) GRANULARITY 1
) ENGINE = MergeTree ORDER BY id
SETTINGS index_granularity=1024;

server reponse:
Received exception from server (version 22.8.6):
Code: 80. DB::Exception: Received from localhost:9000. DB::Exception: Unknown Index type 'gin'. Available index types: hypothesis, bloom_filter, tokenbf_v1, ngrambf_v1, set, minmax. (INCORRECT_QUERY)

i find that https://github.com/ClibMouse/ClickHouse/releases/tag/v<IP_ADDRESS>-clib also dont support GIN , keyword changed?


Only fail certain use_cftime backend tests if a specific warning occurs

[x] Closes #3928
[x] Passes isort -rc . && black . && mypy . && flake8

The warning we want to avoid in these tests is:
SerializationWarning: Unable to decode time axis into full numpy.datetime64 objects, continuing using cftime.datetime objects instead, reason: dates out of range
 dtype = _decode_cf_datetime_dtype(data, units, calendar, self.use_cftime)

Other warnings could occur, but shouldn't cause the tests to fail.  This modifies these tests to only fail if a warning with this message occurs.
The warning that is occurring seems to be stemming from within the netcdf4-python library:
DeprecationWarning: tostring() is deprecated. Use tobytes() instead.
  attributes = {k: var.getncattr(k) for k in var.ncattrs()}

Thanks @spencerkclark


[2.0.x] Add new WsFederation package and dependencies

This is a new package that's shipping out of band. We're now merging it into the patch branch for long term servicing. If 2.0.6 re-spins then we'll include it.
I'll update the submodule once we confirm if this is going into 2.0.6.

Tagging in @Eilon to make sure we're clear about whether this goes in to 2.0.6 or 2.0.7

2.0.6 is the plan. It only builds as part of the patch so we can sim-ship. Not part of .All or anything like that.

Updated the submodule.


Unexpected behavior with networkpolicies and service type loadbalancer

Unexpected behavior with networkpolicies and service type loadbalancer.
Expected Behavior
I deployed a app to kubernetes and published it as service type loadbalancer. The service listens on 443 and the pods behind on 6443. Ingress on this service is allowed for anyone.
I expected to

deploy a network policy to another namespace which allows egress 443 and can access the external IP on port 443.
deploy a network policy to a namespace in another cluster which allows egress 443 and can access the external IP between clusters on port 443.

Current Behavior
To access the app between clusters I can deploy a networkpolicy with egress 443 and everything works as expected.
To access the app from the same cluster I need to deploy a networkpolicy with egress 6443 (the pod port) which is unexpected.
Possible Solution
I dug a bit into kubernetes iptables rules, and I think the root cause is the KUBE-SERVICES chain in the OUTPUT chain which directly maps the external ip to the internal service ip and then to the pod service ip and the port 443 to the pod port 6443.
Steps to Reproduce (for bugs)

Deploy a service to a namespace, e.g. an ingress:
apiVersion: v1
kind: Service
metadata:
  name: ingress
  namespace: ingress
spec:
  ports:
  - name: http
    port: 80
    targetPort: 8080
    protocol: TCP
  - name: https
    port: 443
    targetPort: 6443
    protocol: TCP
  selector:
    app: ingress-nginx
  type: LoadBalancer
  externalTrafficPolicy: Local

and add the according deployment/pods
2.
Add a NetPol to a diffrent Namespace:
apiVersion: extensions/v1beta1
kind: NetworkPolicy
metadata:
  labels:
    app: myapp
  name: allow-ingress access
  namespace: nottheingressnamespace
spec:
  egress:
  - ports:
    - port: 443 (<- works only if you are in a diffrent cluster,
                 needs to be 6443 for the same cluster)
      protocol: TCP
  podSelector:
    matchLabels:
      app: myapp
  policyTypes:
  - Egress

run pod with label app: myapp and try to access the ingress from within the pod.
Context
Maybe this is the expected behavior, but it was quite surprising since we accessed the service via an external IP and the behavior is different from different clusters.
Your Environment

Calico version v3.4.0
Orchestrator version (e.g. kubernetes, mesos, rkt): kubernetes 1.13.4
Operating System and version: CoreOS 1855.5.0

I dug a bit into kubernetes iptables rules, and I think the root cause is the KUBE-SERVICES chain in the OUTPUT chain which directly maps the external ip to the internal service ip and then to the pod service ip and the port 443 to the pod port 6443.

This sounds right - the kube-proxy short-circuits external IPs in this way if it knows the traffic is directed at a service within the cluster. It's potentially the kube-proxy overstepping its bounds... but that's the way it is written today.
Egress policy is necessarily defined in terms of what the traffic looks like after it has traversed kube-proxy (e.g., podSelector not serviceSelector), so in this case I think Calico is doing the right thing, while the kube-proxy is trying to be extra clever and thus causing some unexpected behavior.
Going to close this since I think it's an issue with Kubernetes, not with Calico, but it might be worth raising an issue against Kubernetes since it's not obvious to me that what the kube-proxy is doing is desirable for most people. Thanks for the investigation!

Thank you for the confirmation of the theory ;) I opened the issue over at kubernetes project.