How to add only the necessary pods, not all of them

In case I am only going to use Analytics, how can I choose not to add all the rest of the libraries?
The reason is obvious.
It ads too much libraries that I do not use inside the bundle.

This fork is inherited from cordova-plugin-firebase as a monolithic implementation of all Firebase functionality. If I were to implement this plugin from scratch, I would have made it modular in the same way I have done with cordova-diagnostic-plugin however to do so for this plugin is big piece of work which I have neither the time nor inclination for.
Therefore this will not be implemented on this fork.
You should use cordova-plugin-firebase-analytics if you only want to use Firebase Analytics.


A Type of merge system in Stage Editor

What feature do you want to get added on the base engine?
I NEED A IMAGE MERGING SYSTEM PLS GOD AAAAAAAAAAAAAAA
To test your sight, and reliability, please select the option of what should NOT be requested.
Stage Editor, 6K+ support, and winning icons.

like that

Half of the blend modes in flixel don't work, so I don't care for this, you can change blend modes with a lua/hx script.

a


WIP: Generate helm repo

Following up https://github.com/istio/istio/issues/6877 https://github.com/istio/istio/pull/6878
TODO:

[x] Build helm repo
[ ] Grab from specific istio/istio:ref
[ ] Do some error checking
[ ] Let me know ...

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: geeknoid
If they are not already assigned, you can assign the PR to them by writing /assign @geeknoid in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Hi @aslafy-z. Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Oh wait a minute, this won't work.
We only use CircleCi for validation. What builds the site we actually publish is Netlify, triggered by "make netlify".
How about we switch this to work like grab_reference_docs.sh, say grab_charts.sh. We manually run this script and it puts the charts in static/charts, and this gets checked into GitHub. Stuff in static gets copied as-is to the generated web site.
So once in a while, we run grab_reference_docs.sh and grab_charts.sh to refresh the site content, and we're all set.

Cool. This seems to be working.
Do you still want to do more, or can this go in?

Should I assume that grab_charts.sh will be ran with helm installed ?

Yes, I think assuming Helm is installed is reasonable. Although is there a docker image for Helm? If there is, running from Docker is better. Otherwise, running the straight binary is OK too.

I can't find any official docker image.
If we don't need to stick to official, we can use this automaticaly-build image from docker hub: https://hub.docker.com/r/devth/helm/

I think using that image would be fine.

@aslafy-z could you pls provide a convenient preview link?  I can't find where the statics/chart link.

I updated OP @linsun

This looks great. Thanks.

/lgtm
/approve

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: geeknoid
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [geeknoid]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Done, this is now on istio.io.
Note that when I reran the script against the release-1.0, it produced charts labeled as 1.0.1 and not 1.0.2. Is that expected?

It expected as
https://github.com/istio/istio/blob/release-1.0/install/kubernetes/helm/istio/Chart.yaml
Defines version as 1.0.1. Helm used this version field to label releases.
Can't find this on either istio.io/charts and istio.github.io/static/charts
actually, maybe it's due to some static cache on both ends ?
Le sam. 15 sept. 2018 à 16:55, Martin Taillefer<EMAIL_ADDRESS>a écrit :

Done, this is now on istio.io.
Note that when I reran the script against the release-1.0, it produced
charts labeled as 1.0.1 and not 1.0.2. Is that expected?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/istio/istio.github.io/pull/2616#issuecomment-421582345,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AHz83sJjQYq0xRrXiflPfLmDPWQgDC6xks5ubRTygaJpZM4WpbOo
.

@geeknoid ya - its a known issue with 1.0.2.  1.0.3 fixes the problem for 1.0.3.
Cheers
-steve

I tried to make a quick PR to update this, but the shell script didn't just work on Docker for Mac... it'd be great to automate chart repo updates!

This has been dropped and replaced by https://github.com/istio/istio.io/pull/2842


Make CullType and DepthTestType transparent enums

save a couple lines of code
make code easier to read (it is clear now what each enum represent)
insignificantly improve performance and code size

I like the idea, but the problem is that it exposes the OpenGL constants in higher level features (CullType and DepthTestType). I would really like to avoid having use crate::context::consts; anywhere where it is absolutely necessary. Ideally, the consts should all be replaced by custom enums.


JSON encoder FORMAT ( Single line per log )

Hi, it's possible make log per line? the actual format is:
{
"prop": "value",
"prop": "value"
}
I would like to change it to :
{"prop:"value","prop":"value"}
{"prop:"value","prop":"value"}

By default, logstash-logback-encoder will write on log per line. Something must be "pretty printing" the json event after it it output by logstash-logback-encoder.

Nice, i will check this now, Thanks!


Windows and Linux versions of gencumulativesky differ

Hi!
I have run gencumulativesky on both Windows and Linux using the same epw file, and discovered that the outputs are not exactly the same:
Windows:

There were 4119 sun up hours in this climate file Total Ibh/Lbh: 0.000000 { This .cal file was generated automatically by GenCumulativeSky } { gencumulativesky.exe -E test.epw } skybright=row0+row1+row2+row3+row4+row5+row6+row7; row0=if(and(alt-0, 12-alt),select(floor(0.5+az/12.00)+1,<PHONE_NUMBER>12,<PHONE_NUMBER>53,<PHONE_NUMBER>64,<PHONE_NUMBER>70,<PHONE_NUMBER>00,<PHONE_NUMBER>94,<PHONE_NUMBER>29,<PHONE_NUMBER>22,<PHONE_NUMBER>01,<PHONE_NUMBER>32,<PHONE_NUMBER>94,<PHONE_NUMBER>65,<PHONE_NUMBER>23,<PHONE_NUMBER>71,<PHONE_NUMBER>23,<PHONE_NUMBER>51,<PHONE_NUMBER>34,<PHONE_NUMBER>32,<PHONE_NUMBER>60,<PHONE_NUMBER>67,<PHONE_NUMBER>93,<PHONE_NUMBER>20,<PHONE_NUMBER>34,<PHONE_NUMBER>08,<PHONE_NUMBER>86,<PHONE_NUMBER>29,<PHONE_NUMBER>70,<PHONE_NUMBER>54,<PHONE_NUMBER>44,<PHONE_NUMBER>77,<PHONE_NUMBER>12),0); ...

Linux:

There were 4219 sun up hours in this climate file Total Ibh/Lbh: 0.000000 { This .cal file was generated automatically by GenCumulativeSky  }{ ./gencumulativesky -E test.epw } skybright=row0+row1+row2+row3+row4+row5+row6+row7; row0=if(and(alt-0, 12-alt),select(floor(0.5+az/12.00)+1,<PHONE_NUMBER>88,<PHONE_NUMBER>50,<PHONE_NUMBER>00,<PHONE_NUMBER>51,<PHONE_NUMBER>03,<PHONE_NUMBER>49,<PHONE_NUMBER>55,<PHONE_NUMBER>12,<PHONE_NUMBER>95,<PHONE_NUMBER>46,<PHONE_NUMBER>89,<PHONE_NUMBER>07,<PHONE_NUMBER>02,<PHONE_NUMBER>53,<PHONE_NUMBER>88,<PHONE_NUMBER>77,<PHONE_NUMBER>74,<PHONE_NUMBER>61,<PHONE_NUMBER>46,<PHONE_NUMBER>37,<PHONE_NUMBER>18,<PHONE_NUMBER>26,<PHONE_NUMBER>51,<PHONE_NUMBER>67,<PHONE_NUMBER>74,<PHONE_NUMBER>97,<PHONE_NUMBER>69,<PHONE_NUMBER>61,<PHONE_NUMBER>18,<PHONE_NUMBER>80,<PHONE_NUMBER>88),0); ...

Seems like sun up hours are calculated differently, and all results are slightly higher on Linux. Is this a known issue?

Hi.  Thanks for the comment, this will require some digging into.


Update the dependencies

Most of the packages dio http cache is dependent on are outdated which causes versioning issue in projects

Yes please


add watermark_strategy_expression

refers FlinkSQL's watermark concept, change the watermark's time_out to watermark_strategy_expression.

#2

LGTM


feat: bypass cache on screenshots for alerts

SUMMARY

When creating a screenshot for an alert we should bypass the cache. This PR changes the alert jobs to pass force=true when fetching a screenshot, and also implements the logic to carry the force parameter through the stack.
BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

TESTING INSTRUCTIONS

I added unit tests to the backend and frontend.
To test locally:

Set up an alert that triggers (eg, SELECT COUNT(*) FROM bart_lines and >0).
Check that the celery worker takes a screenshot with ?force=true (you can see it in the logs).
Click the link, the image should open fullscreen and bypassing the cache.

ADDITIONAL INFORMATION

[ ] Has associated issue:
[ ] Required feature flags:
[ ] Changes UI
[ ] Includes DB Migration (follow approval process in SIP-59)

[ ] Migration is atomic, supports rollback & is backwards-compatible
[ ] Confirm DB migration upgrade and downgrade tested
[ ] Runtime estimates and downtime expectations provided

[ ] Introduces new feature or API
[ ] Removes existing feature or API

@betodealmeida does this use a different cache key for reports or by running an alert/report that busts the cache, does it update the explore view as well?

@betodealmeida does this use a different cache key for reports or by running an alert/report that busts the cache, does it update the explore view as well?

It's the same cache, so it should update the explore view as well.

@betodealmeida Thanks for the PR. I have 1 question, this change only impact Alert but not Report, right?
Thinking about if a user setup email report for a large dashboard, and with 1 min as frequency, it might impact  backend query engine.

@betodealmeida Thanks for the PR. I have 1 question, this change only impact Alert but not Report, right? Thinking about if a user setup email report for a large dashboard, and with 1 min as frequency, it might impact backend query engine.

Right, this is just for alerts. For reports I have another PR that makes it configurable, with the default being to use the cache.

@betodealmeida If alert triggers a dashboard, will every chart in the dashboard have force refresh?

@betodealmeida If alert triggers a dashboard, will every chart in the dashboard have force refresh?

That's a great question... right now I'm adding this just for charts, not dashboards. Maybe for dashboards we should also make it configurable (default off), since the impact can be much bigger?

Maybe for dashboards we should also make it configurable (default off), since the impact can be much bigger?

agree. Thanks!


Use body fields instead of putting everything directly inside nodes

This applies to class_def / module_def / method_def / etc, anything that takes _statements.
(class_def
  name: (identifier)
  (method_def ...))

should be:
(class_def
  name: (identifier)
  body: (expressions
    (method_def ...)))

This is needed for helix textobjects.scm (and maybe others) to differentiate nodes that are part of the def itself, and ones inside it.

This is also needed for nvim.


Fix some typos in code comments

Signed-off-by: Guangming Wang<EMAIL_ADDRESS>
Which problem is this PR solving?

cleanup code base by fix typo

Short description of the changes

just fix comment in code

Thanks, @ethan-daocloud


feat: Solving week 2 assignment

What is this issue? 🚀

Solve assignment of week 2, with using skeleton python file

TODO 🏃♀

[x] Complete skeleton python file
[x] Create new 'covid19_statistics.md' file

Oops, forgot to tag #1 at last commitment, "docs: update markdown file"


Update asgi.md

Description
This looks like a small typo in docs.
Checklist
Please update this checklist as you complete each item:

[x] Tests have been developed for bug fixes or new functionality.
[x] The changelog has been updated, if necessary.
[x] Documentation has been updated, if necessary.
[x] GitHub Issues closed by this PR have been linked.

By submitting this pull request I agree that all contributions comply with this project's open source license(s).

Good catch, thank you for the PR!


Port War to Java

I still have to implement code for checking user input while the game is running. Currently, the game will continue regardless of the correct user input. I plan on adding additional comments and to refactor the code.

Thank you for this!


Rearrange the Files

@smaranjitghose I just want to arrange these files and put them at specific folders.
Can you assign this part to me?

Cool!.
But make sure you make a Guide.MD file where you elaborately describe the organization of the files as well as what each is related to

Okay :)

Cool!.
But make sure you make a Guide.MD file where you elaborately describe the organization of the files as well as what each is related to

Can you ellaborate???

@Adyasha8105 I would suggest doing this after 15th April

@smaranjitghose I have already made a PR.

@smaranjitghose Just Inform me when I have to do, I will surely do it.

Once, the front end is finalized and all the code is well documented. We can have this done @Adyasha8105. For now, I am closing this issue

Push all changes to master. Make sure the documentation is synchronous with this!

Push all changes to master. Make sure the documentation is synchronous with this!

okay @smaranjitghose


Add duration_float methods

This adds Duration::{as_secs_f64, as_secs_f32, from_secs_f64, from_secs_f32, mul_f64, mul_f32, div_f64, div_f32}  methods.
They are based on duration_float feature of the standard library that stabilized on Rust 1.38.

bors r+

bors r+


Soundstream discriminator clip_grad_norm - some params are not clipped.

Awesome repo! Thanks a lot!
I have a minor fix, which might make adversarial training more stable.
clip_grad_norm_ only clips the stft discriminator gradients.
I guess the intention was clipping the gradient from all discriminators?
I couldn't push a new branch to create a PR, so I'll just post the change here:
Line: https://github.com/lucidrains/audiolm-pytorch/blob/898f6479aee10e5b0604a6a5a00b8a3fa6359521/audiolm_pytorch/trainer.py#L539
should change from:
        if exists(self.discr_max_grad_norm):
            self.accelerator.clip_grad_norm_(self.soundstream.stft_discriminator.parameters(), self.discr_max_grad_norm)

to:
        if exists(self.discr_max_grad_norm):
            self.accelerator.clip_grad_norm_(self.soundstream.stft_discriminator.parameters(), self.discr_max_grad_norm)
            self.accelerator.clip_grad_norm_(self.soundstream.discriminators.parameters(), self.discr_max_grad_norm)

Thanks!!

Thanks @lucidrains !
I was also wondering if I could submit pull requests.
I already added to my code:

LR scheduler (warmup seems to stabilize training).
Disable running the discriminator when the loss weights are set to 0.

Not sure what's the common practice :)
Thanks again for this awesome resource!


Change spider to allow select date/period of the items

Actually when executing the spiders all available gazettes are retrieved. This could be a waste of resources as the data extracted (the gazette) doesn't change.
I had a quick discussion with @Irio , and he suggested the following options:

Include a parameter indicating the start date that the spider should collect the gazettes;
Check the database to identify when was the last gazette collected, and then collect everything after that.

I tend to prefer a solution that reduces the connection with external services (like a database with the existing downloaded gazettes). In my opinion, the user that triggers the execution of the spider is the one that knows which dates needs to be scraped.

@Irio , I was reading the comments in #23 and I was wondering, do you think it is interesting to specify a default start date for the base spider, so by default all spiders will get only items after this date?

@rennerocha How about each spider declare the first date where a gazette is available and have the default starting date to be 2015-01-01 (when available)?

@Irio We could include a default start_date here (equal to 2015-01-01), so every spider created will have this date as inferior limit by default:
https://github.com/okfn-brasil/diario-oficial/pull/41/files#diff-4e2c9f569e945a46b8421f7e510b1d91R8
I don't see the need for each spider to include its own dates, as we will guarantee that this limit will be followed by any spider.
What do you think?

I don't see the need for each spider to include its own dates

Maybe it's relevant when a gazette's initial date is later than 2015-01-01. Then we could use something like min(self.START_DATE, self.AVAILABLE_SINCE) where self.START_DATE would be 2015-01-01 and self.AVAILABLE_SINCE something like 2016-07-22…

I was suggesting to have each spider declare state its first available date so we could raise an exception if the input comes before. Eather way sounds good to me.

Many thanks! This is indeed important:

Maybe we should not restrict the spiders to get all available gazettes because we want this date limitation now, but in future we may want to change this limitation (for example, if we found a way to do a new kind of analysys in older gazettes). With more than 100 spiders) it will be very difficult to change it everywhere.

So should we insert a default start_date as 2015-01-01 in the base spider?
There is an open PR (https://github.com/okfn-brasil/diario-oficial/pull/46) that makes all existing spider to inherit from this class, so it will require just one line of code.

Closing since the idea was already implemented by #46.


Consider moving to EBI-metagenomics

Since the database is under EBI and MGnifyR is hosted under EBI-metagenomics, consider moving this package there also.

Good idea, they might support the idea. At least to check. Best done when the pkg is submission ready to Bioc


Compatibility with Vaadin 14.7

The current version 0.4.3 does not work in Vaadin 14.7

Fixed in https://github.com/vaadin-component-factory/selection-grid-flow/releases/tag/v0.5.0


[Editor] Fix missing bind for animation editor callback

timeline_changed signal was connected to a method with three arguments but provides two.

Fixes: https://github.com/godotengine/godot/issues/95399

Thanks!

Thank you!


Improve/fix realm extract function

Improve/fix realm extract function

Summary
Improve the config.go:updateRealm function to support discovery URI paths that use http-relative-path

Type

[x] Bug fix
[ ] Feature request
[x] Enhancement
[ ] Docs

Why?

The change made merged as part of https://github.com/gogatekeeper/gatekeeper/pull/232 breaks the use of the gatekeeper with KC deployments that use a custom relative path (http-relative-path)
Requirements

How to try it?

Documentation

Additional Information

Checklist:

[ ] My change requires a change to the documentation or CHANGELOG.
[ ] I have updated the documentation/CHANGELOG accordingly.

hi, thank you for your pull request, that realm part has changed as part of Keycloak 17+ which has also other more substiantial changes, keycloak deployment changed, logout redirection, tests has to be changed etc..., so anyway there are more things to change that's why i am considering release 2.0.0 which will be 17+ compatible and will have also fixed realm extraction


Improve font placement.

For unknown reasons the placement of the fonts in the timer intervals is a bit off under Windows. Compare https://github.com/google/orbit/issues/4627.
This addmittedly is a hack to compensate for these differences. It would probably be cleaner to either understand the root cause or to subtract a margin from the timer box and render the text inside that. But this is a quick fix and it solves the issue.

Have you tried scaling capture view by running with "--devmode" and using the scale slider in the debug tab? The offset might need to be tied to the scale. But feel free to merge either way. Thanks!

Not ideal, but good for now. Maybe consider adding an TODO + issue here.

Added the link to the issue in the comment.

Have you tried scaling capture view by running with "--devmode" and using the scale slider in the debug tab? The offset might need to be tied to the scale.

Good point, thanks - I played around with the scaling and it seems to work fine as is.


无法找到ultraeval包

问题描述
我通过mamba添加了一个名为llm的环境，并按照github的安装文档安装了依赖和环境，但是进行测评获取测评结果的时候提示ModuleNotFoundError: No module named 'ultraeval'，但是貌似已经正确安装了ultraeval包。
系统环境：
OS: Ubuntu 20.04.6 LTS x86_64
Host: AS -4124GS-TNR<PHONE_NUMBER>
Kernel: 5.10.0-<IP_ADDRESS>.oe2203sp1.x86_64
Shell: zsh 5.8
Terminal: /dev/pts/6
CPU: AMD EPYC 7763 (256) @ 2.450GHz
GPU: NVIDIA A800 80GB PCIe*4
操作日志：
(base) ➜  UltraEval git:(main) ✗ mamba activate llm
(llm) ➜  UltraEval git:(main) ✗ which python3
/root/miniforge3/envs/llm/bin/python3
(llm) ➜  UltraEval git:(main) ✗ pip3 install .
Looking in indexes: https://mirrors.aliyun.com/pypi/simple
Processing /root/UltraEval
  Preparing metadata (setup.py) ... done
Requirement already satisfied: vllm in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (0.3.2)
Requirement already satisfied: flask in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (3.0.2)
Requirement already satisfied: openai in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (1.12.0)
Requirement already satisfied: sacrebleu in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (2.4.0)
Requirement already satisfied: rouge_chinese in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (1.0.3)
Requirement already satisfied: pytablewriter in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (1.2.0)
Requirement already satisfied: gevent in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (24.2.1)
Requirement already satisfied: gunicorn in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (21.2.0)
Requirement already satisfied: tqdm in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (4.66.2)
Requirement already satisfied: pynvml in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (11.5.0)
Requirement already satisfied: accelerate>=0.20.3 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from UltraEval==0.1) (0.27.2)
Requirement already satisfied: numpy>=1.17 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (1.26.4)
Requirement already satisfied: packaging>=20.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (23.2)
Requirement already satisfied: psutil in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (5.9.8)
Requirement already satisfied: pyyaml in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (6.0.1)
Requirement already satisfied: torch>=1.10.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (2.1.2)
Requirement already satisfied: huggingface-hub in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (0.20.3)
Requirement already satisfied: safetensors>=0.3.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from accelerate>=0.20.3->UltraEval==0.1) (0.4.2)
Requirement already satisfied: Werkzeug>=3.0.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from flask->UltraEval==0.1) (3.0.1)
Requirement already satisfied: Jinja2>=3.1.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from flask->UltraEval==0.1) (3.1.3)
Requirement already satisfied: itsdangerous>=2.1.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from flask->UltraEval==0.1) (2.1.2)
Requirement already satisfied: click>=8.1.3 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from flask->UltraEval==0.1) (8.1.7)
Requirement already satisfied: blinker>=1.6.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from flask->UltraEval==0.1) (1.7.0)
Requirement already satisfied: zope.event in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from gevent->UltraEval==0.1) (5.0)
Requirement already satisfied: zope.interface in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from gevent->UltraEval==0.1) (6.2)
Requirement already satisfied: greenlet>=2.0.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from gevent->UltraEval==0.1) (3.0.3)
Requirement already satisfied: anyio<5,>=3.5.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (4.3.0)
Requirement already satisfied: distro<2,>=1.7.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (1.9.0)
Requirement already satisfied: httpx<1,>=0.23.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (0.27.0)
Requirement already satisfied: pydantic<3,>=1.9.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (2.6.1)
Requirement already satisfied: sniffio in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (1.3.0)
Requirement already satisfied: typing-extensions<5,>=4.7 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from openai->UltraEval==0.1) (4.9.0)
Requirement already satisfied: setuptools>=38.3.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (69.1.1)
Requirement already satisfied: DataProperty<2,>=1.0.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (1.0.1)
Requirement already satisfied: mbstrdecoder<2,>=1.0.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (1.1.3)
Requirement already satisfied: pathvalidate<4,>=2.3.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (3.2.0)
Requirement already satisfied: tabledata<2,>=1.3.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (1.3.3)
Requirement already satisfied: tcolorpy<1,>=0.0.5 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pytablewriter->UltraEval==0.1) (0.1.4)
Requirement already satisfied: typepy<2,>=1.3.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from typepy[datetime]<2,>=1.3.2->pytablewriter->UltraEval==0.1) (1.3.2)
Requirement already satisfied: six in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from rouge_chinese->UltraEval==0.1) (1.16.0)
Requirement already satisfied: portalocker in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sacrebleu->UltraEval==0.1) (2.8.2)
Requirement already satisfied: regex in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sacrebleu->UltraEval==0.1) (2023.12.25)
Requirement already satisfied: tabulate>=0.8.9 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sacrebleu->UltraEval==0.1) (0.9.0)
Requirement already satisfied: colorama in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sacrebleu->UltraEval==0.1) (0.4.6)
Requirement already satisfied: lxml in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sacrebleu->UltraEval==0.1) (5.1.0)
Requirement already satisfied: ninja in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: ray>=2.9 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (2.9.3)
Requirement already satisfied: sentencepiece in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (0.2.0)
Requirement already satisfied: transformers>=4.38.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (4.38.1)
Requirement already satisfied: xformers==0.0.23.post1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (0.0.23.post1)
Requirement already satisfied: fastapi in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (0.109.2)
Requirement already satisfied: uvicorn[standard] in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (0.27.1)
Requirement already satisfied: aioprometheus[starlette] in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (23.12.0)
Requirement already satisfied: triton>=2.1.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (2.1.0)
Requirement already satisfied: cupy-cuda12x==12.1.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from vllm->UltraEval==0.1) (12.1.0)
Requirement already satisfied: fastrlock>=0.5 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from cupy-cuda12x==12.1.0->vllm->UltraEval==0.1) (0.8.2)
Requirement already satisfied: filelock in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (3.13.1)
Requirement already satisfied: sympy in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (1.12)
Requirement already satisfied: networkx in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (3.2.1)
Requirement already satisfied: fsspec in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (2024.2.0)
Requirement already satisfied: nvidia-cuda-nvrtc-cu12==12.1.105 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (12.1.105)
Requirement already satisfied: nvidia-cuda-runtime-cu12==12.1.105 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (12.1.105)
Requirement already satisfied: nvidia-cuda-cupti-cu12==12.1.105 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (12.1.105)
Requirement already satisfied: nvidia-cudnn-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-cublas-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-cufft-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-curand-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-cusolver-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-cusparse-cu12==<IP_ADDRESS> in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (<IP_ADDRESS>)
Requirement already satisfied: nvidia-nccl-cu12==2.18.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (2.18.1)
Requirement already satisfied: nvidia-nvtx-cu12==12.1.105 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (12.1.105)
Requirement already satisfied: nvidia-nvjitlink-cu12 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from nvidia-cusolver-cu12==<IP_ADDRESS>->torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (12.3.101)
Requirement already satisfied: idna>=2.8 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from anyio<5,>=3.5.0->openai->UltraEval==0.1) (3.6)
Requirement already satisfied: exceptiongroup>=1.0.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from anyio<5,>=3.5.0->openai->UltraEval==0.1) (1.2.0)
Requirement already satisfied: certifi in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from httpx<1,>=0.23.0->openai->UltraEval==0.1) (2024.2.2)
Requirement already satisfied: httpcore==1.* in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from httpx<1,>=0.23.0->openai->UltraEval==0.1) (1.0.4)
Requirement already satisfied: h11<0.15,>=0.13 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from httpcore==1.*->httpx<1,>=0.23.0->openai->UltraEval==0.1) (0.14.0)
Requirement already satisfied: MarkupSafe>=2.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from Jinja2>=3.1.2->flask->UltraEval==0.1) (2.1.5)
Requirement already satisfied: chardet<6,>=3.0.4 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from mbstrdecoder<2,>=1.0.0->pytablewriter->UltraEval==0.1) (5.2.0)
Requirement already satisfied: annotated-types>=0.4.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pydantic<3,>=1.9.0->openai->UltraEval==0.1) (0.6.0)
Requirement already satisfied: pydantic-core==2.16.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from pydantic<3,>=1.9.0->openai->UltraEval==0.1) (2.16.2)
Requirement already satisfied: jsonschema in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (4.21.1)
Requirement already satisfied: msgpack<2.0.0,>=1.0.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (1.0.7)
Requirement already satisfied: protobuf!=3.19.5,>=3.15.3 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (4.25.3)
Requirement already satisfied: aiosignal in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (1.3.1)
Requirement already satisfied: frozenlist in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (1.4.1)
Requirement already satisfied: requests in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from ray>=2.9->vllm->UltraEval==0.1) (2.31.0)
Requirement already satisfied: tokenizers<0.19,>=0.14 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from transformers>=4.38.0->vllm->UltraEval==0.1) (0.15.2)
Requirement already satisfied: python-dateutil<3.0.0,>=2.8.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from typepy[datetime]<2,>=1.3.2->pytablewriter->UltraEval==0.1) (2.8.2)
Requirement already satisfied: pytz>=2018.9 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from typepy[datetime]<2,>=1.3.2->pytablewriter->UltraEval==0.1) (2024.1)
Requirement already satisfied: orjson in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from aioprometheus[starlette]->vllm->UltraEval==0.1) (3.9.15)
Requirement already satisfied: quantile-python>=1.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from aioprometheus[starlette]->vllm->UltraEval==0.1) (1.1)
Requirement already satisfied: starlette>=0.14.2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from aioprometheus[starlette]->vllm->UltraEval==0.1) (0.36.3)
Requirement already satisfied: httptools>=0.5.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from uvicorn[standard]->vllm->UltraEval==0.1) (0.6.1)
Requirement already satisfied: python-dotenv>=0.13 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from uvicorn[standard]->vllm->UltraEval==0.1) (1.0.1)
Requirement already satisfied: uvloop!=0.15.0,!=0.15.1,>=0.14.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from uvicorn[standard]->vllm->UltraEval==0.1) (0.19.0)
Requirement already satisfied: watchfiles>=0.13 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from uvicorn[standard]->vllm->UltraEval==0.1) (0.21.0)
Requirement already satisfied: websockets>=10.4 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from uvicorn[standard]->vllm->UltraEval==0.1) (12.0)
Requirement already satisfied: attrs>=22.2.0 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from jsonschema->ray>=2.9->vllm->UltraEval==0.1) (23.2.0)
Requirement already satisfied: jsonschema-specifications>=2023.03.6 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from jsonschema->ray>=2.9->vllm->UltraEval==0.1) (2023.12.1)
Requirement already satisfied: referencing>=0.28.4 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from jsonschema->ray>=2.9->vllm->UltraEval==0.1) (0.33.0)
Requirement already satisfied: rpds-py>=0.7.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from jsonschema->ray>=2.9->vllm->UltraEval==0.1) (0.18.0)
Requirement already satisfied: charset-normalizer<4,>=2 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from requests->ray>=2.9->vllm->UltraEval==0.1) (3.3.2)
Requirement already satisfied: urllib3<3,>=1.21.1 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from requests->ray>=2.9->vllm->UltraEval==0.1) (2.2.1)
Requirement already satisfied: mpmath>=0.19 in /root/miniforge3/envs/llm/lib/python3.10/site-packages (from sympy->torch>=1.10.0->accelerate>=0.20.3->UltraEval==0.1) (1.3.0)
Building wheels for collected packages: UltraEval
  Building wheel for UltraEval (setup.py) ... done
  Created wheel for UltraEval: filename=UltraEval-0.1-py3-none-any.whl size=32172 sha256=e8154b5db7531a5414a5492d97d2e6feb8c8f4cb3f7b0385c1122439e07ff4ef
  Stored in directory: /tmp/pip-ephem-wheel-cache-swap1pul/wheels/8f/d9/09/74a86c8421559fc67c738989dbd45bfae23fe412be5eca8747
Successfully built UltraEval
Installing collected packages: UltraEval
  Attempting uninstall: UltraEval
    Found existing installation: UltraEval 0.1
    Uninstalling UltraEval-0.1:
      Successfully uninstalled UltraEval-0.1
Successfully installed UltraEval-0.1
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
(llm) ➜  UltraEval git:(main) ✗ pip3 show ultraeval
Name: UltraEval
Version: 0.1
Summary: An open source framework for evaluating foundation models
Home-page:
Author: UltraEval Team
Author-email:
License:
Location: /root/miniforge3/envs/llm/lib/python3.10/site-packages
Requires: accelerate, flask, gevent, gunicorn, openai, pynvml, pytablewriter, rouge-chinese, sacrebleu, tqdm, vllm
Required-by:
(llm) ➜  UltraEval git:(main) ✗ python3 main.py \
    --model general \
    --model_args url="http://<IP_ADDRESS>:5002",concurrency=1 \
    --config_path configs/eval_config.json \
    --output_base_path logs \
    --batch_size 1 \
    --postprocess general_torch \
    --params models/model_params/vllm_sample.json \
    --write_out
Traceback (most recent call last):
  File "/root/UltraEval/main.py", line 219, in <module>
    main()
  File "/root/UltraEval/main.py", line 203, in main
    evaluator = Evaluator(args)
  File "/root/UltraEval/main.py", line 43, in __init__
    self.build_tasks(data_config)
  File "/root/UltraEval/main.py", line 70, in build_tasks
    eval_task.EvalTask(
  File "/root/UltraEval/tasks/eval_task.py", line 46, in __init__
    self._transform_func = utils.import_function_from_path(
  File "/root/UltraEval/utils/utils.py", line 43, in import_function_from_path
    spec.loader.exec_module(module)
  File "<frozen importlib._bootstrap_external>", line 883, in exec_module
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "/root/UltraEval/datasets/bbh-cot/transform_gen_cot.py", line 3, in <module>
    from ultraeval.tasks.postprocess import ExactMatchPost
ModuleNotFoundError: No module named 'ultraeval'

Bug已经修复了，可以拉取下最新代码


Fails on emoticons

Whatsapp has a rather large emoticon set and a lot is conveyed using them in whatsapp conversation.
TODO: find out how whatsapp codes the emoticons; would simply handling a larger charset than ASCII solve the problem?
Raw text Input:
[10/4, 1:14 AM] Karan Luthra: I know it because i was part of the organizing team
[10/4, 1:14 AM] Karan Luthra: 😝
[10/4, 1:15 AM] D M: Okay
[10/4, 1:15 AM] D M: I'll ask
Buggy output:

Hmm, it's come to my mind as well. Would you have any idea as to how to implement it?


Bump versions: Golang, dependencies, Alpine

Hi there,
In this PR, I've bumped quite all versions I've found in the project.
You'll not that the go.sum file is way larger as before. This comes from bumping the required dependencies with go get invocations, and then running go mod tidy. I've tried to re-run these commands from scratch in case it would produce a smaller set of dependencies, and this has reached the exact same result with go.mod and go.sum. So, these files are optimal it seems.
Tests are running fine, don't hesitate to provide feedback so that we can move on with this.
Best,
Benjamin

Closing in favor of cloudfoundry-community/github-pr-resource#6.


Security Hub + Delegate in Audit Account

[x] for new accounts
[x] test for new account via account factory
[x] integrity protection + tests
[x] setup trigger control tower
[x] how to handle the findings? - descope this since (equivalent to GD) SH handles it's own findings / potentially those will be available via SSM/OC as well
[x] make SH findings "green" when possible (probably new ticket) - descoped to #99
[ ] ADR

ADR ticked off by 921d59d6e240ac9c187c78f198766bb055a80575

ADR ticked off by 921d59d6e240ac9c187c78f198766bb055a80575


add check_exp to the jwt validator

Hello,
I saw that the check_exp doesn't hook up with the jwt validator yet but seems to appears in the type signature.
I cannot find the previous discussion on this, please accept my apology if this is just another recurring PR. :)

The containers deprecated their CCOpt.get_exn since 3.4.
I have to create the dune file in the project root to disabled the deprecated warning.
(env
  (dev
    (flags (:standard -w -3))))

Thank you for the PR!
The reason this was removed from the base validation is that we only want to check if the signature is correct and push other validations further up. We are however currently thinking about a simpler/higher level API where this would fit.
I will not merge this now but will keep it open as a reminder if that is okay.

That's okay. Thank you for clearing this up :)

Here is an example of a downstream library that does the special validation https://www.github.com/ulrikstrid/ocaml-oidc/tree/master/oidc%2FIDToken.ml

Thank you very much.
May I ask an unrelated question?
Could these line be remove or disable? At least the first line is likely to trigger our audit :)
https://github.com/ulrikstrid/reason-jose/blob/30215c30b0b14907f54a951e7db8d2062cd29774/jose/Jws.ml#L98-L99

Yes, looks like it was debugging code that I forgot to clean up while adding EC certificate. PR to remove things like that is very welcome 😊

Thank you again for this PR, this has been addressed (2 times now!) in other PRs so I'm closing this now


io/fs/readfile.go to explicitly close the file on error

What version of Go are you using (go version)?
go version go1.17.6 darwin/amd64
Does this issue reproduce with the latest release?
I think so, it seems nothing changed
What operating system and processor architecture are you using (go env)?
GO111MODULE=""
GOARCH="amd64"
GOBIN="/Users/daison/go/bin"
GOCACHE="/Users/daison/Library/Caches/go-build"
GOENV="/Users/daison/Library/Application Support/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GOMODCACHE="/Users/daison/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/daison/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GOVCS=""
GOVERSION="go1.17.6"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/dev/null"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -arch x86_64 -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/3h/z8_l38_n4m5ck89g71ryd32w0000gn/T/go-build505232657=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?
Basically, I'm calling text.ParseFiles and stress testing the speed of my opensource project using plow.
plow http://localhost:8080/users -c 5000 -n 30000

What did you expect to see?
Under this line of code, it might be better to explicitly close the file?
readfile.go#L37-L41
	file, err := fsys.Open(name)
	if err != nil {
+               file.Close()
		return nil, err
	}
	defer file.Close()

Therefore, it won't lock if ever it closes the file.
What did you see instead?
2022/05/24 04:37:16 open /Users/daison/go/src/lucid-setup/src/lucid/resources/views/go/pkg/pagination/tailwind.go.html: too many open files

How to REPRODUCE?
git clone git@github.com:lucidfy/lucid.git
git checkout develop
go mod download
./serve

then by running the serve sh, it should automatically open your browser pointing to localhost:8080 then try to stress test the pagination I have using text.ParseFiles(...)
plow http://localhost:8080/users -c 5000 -n 30000

Maybe just my machine, not sure, will close this if ever someone reproduces the same if i'm not wrong.


docs: remove migrated snippets

The snippets have been migrated (https://github.com/GoogleCloudPlatform/python-docs-samples/pull/10260) and the documentation pages have been updated (https://cloud.google.com/bigquery/docs/reference/migration#use)

Any changes to the README should be made in https://github.com/googleapis/synthtool/blob/master/synthtool/gcp/templates/python_mono_repo_library/README.rst


Strange result in the dft

from pyscf import gto, scf, dft

mol = gto.Mole()
mol.verbose = 4
mol.atom = (
'''
Fe                -0.73266700    1.25094100   -0.00020100
V                  0.84055800   -0.54078500   -0.00103900
V                 -1.78960500   -0.61408100    0.00091800
C                 -0.49561100   -0.60349600   -1.28106900
C                 -0.49340400   -0.60305400    1.28090600
N                  3.89797300    0.24060600    0.00148700
N                  2.78939000   -0.05821300   -0.00020400
'''
)
mol.basis = 'aug-cc-pvtz'
mol.spin = 1
mol.charge = -1
mol.max_memory = 60000
mol.build()

# dft
mf = dft.UKS(mol)
mf.max_cycle = 500
mf.xc = 'b88, pw91'
mf.conv_tol = 1e-7
mf.chkfile='Fe-I1-M2-AVTZ-A.chk'
mf.run()
mf.analyze()

******** <class 'pyscf.dft.uks.UKS'> ********
method = UKS-UHF
initial guess = minao
damping factor = 0
level_shift factor = 0
DIIS = <class 'pyscf.scf.diis.CDIIS'>
diis_start_cycle = 1
diis_space = 8
SCF conv_tol = 1e-07
SCF conv_tol_grad = None
SCF max_cycles = 500
direct_scf = True
direct_scf_tol = 1e-13
chkfile to save SCF result = Fe-I1-M2-AVTZ-A.chk
max_memory 60000 MB (current use 53 MB)
number electrons alpha = 50  beta = 49
XC functionals = b88, pw91
small_rho_cutoff = 1e-07
radial grids:
    Treutler-Ahlrichs (JCP 102, 346 (M4)) radial grids

becke partition: Becke, JCP, 88, 2547 (1988)
pruning grids: <function nwchem_prune at 0x2b54bea488c8>
grids dens level: 3
symmetrized grids: False
atomic radii adjust function: <function treutler_atomic_radii_adjust at 0x2b54bea48840>
Set gradient conv threshold to 0.000316228
tot grids = 116784
init E= -3346.02858937525
  alpha nocc = 50  HOMO = -23.8795445239604  LUMO = -23.3180399204325
  beta  nocc = 49  HOMO = -25.7840632599996  LUMO = -23.879544523959

WARN: system HOMO -23.879544523959 >= system LUMO -23.879544523959

cycle= 1 E= -4977464801.94014  delta_E= -4.98e+09  |g|= 6.92e+04  |ddm|= 2.49e+04
  alpha nocc = 50  HOMO = -254.551275973728  LUMO = -232.832916657652
  beta  nocc = 49  HOMO = -305.321405257622  LUMO = -254.55121433595

WARN: system HOMO -254.55121433595 >= system LUMO -254.55121433595

cycle= 2 E= -4977477083.12434  delta_E= -1.23e+04  |g|= 7.41  |ddm|= 9.65e+03
  alpha nocc = 50  HOMO = -305.662990099937  LUMO = -252.76087367051
  beta  nocc = 49  HOMO = -305.663145819151  LUMO = -299.865645811882
cycle= 3 E= -4977477083.18978  delta_E= -0.0654  |g|= 0.00834  |ddm|= 19.8
  alpha nocc = 50  HOMO = -305.663131555081  LUMO = -252.762894046333
  beta  nocc = 49  HOMO = -305.663293263163  LUMO = -299.800238871467
cycle= 4 E= -4977477083.18979  delta_E= -6.68e-06  |g|= 1.6e-05  |ddm|= 0.00669
  alpha nocc = 50  HOMO = -305.6631316842  LUMO = -252.762897567989
  beta  nocc = 49  HOMO = -305.663293307512  LUMO = -299.800262829121
cycle= 5 E= -4977477083.18978  delta_E= 4.77e-06  |g|= 7e-06  |ddm|= 0.000475
  alpha nocc = 50  HOMO = -305.663131634607  LUMO = -252.762897571772
  beta  nocc = 49  HOMO = -305.66329329555  LUMO = -299.800262805942
cycle= 6 E= -4977477083.18978  delta_E= -1.91e-06  |g|= 6.62e-06  |ddm|= 9.94e-05
  alpha nocc = 50  HOMO = -305.663131612028  LUMO = -252.76289757266
  beta  nocc = 49  HOMO = -305.663293276943  LUMO = -299.800262802037
cycle= 7 E= -4977477083.18978  delta_E=    0  |g|= 6.39e-06  |ddm|= 3.23e-05
  alpha nocc = 50  HOMO = -305.663131642457  LUMO = -252.762897573795
  beta  nocc = 49  HOMO = -305.663293327204  LUMO = -299.800262795615
Extra cycle  E= -4977477083.18978  delta_E= 3.81e-06  |g|= 6.85e-06  |ddm|= 0.000133
converged SCF energy = -4977477083.18978  <S^2> = 0.75  2S+1 = 2
**** SCF Summaries ****
Total Energy =                    -4977477083.189780235290527
Nuclear Repulsion Energy =<PHONE_NUMBER>11057516
One-electron Energy =                -2657.101268350613282
Two-electron Coulomb Energy =         1458.757233187931206
DFT Exchange-Correlation Energy = -4977476704.200912475585938

I think there is something wrong with the  aug-cc-pvtz. When I use aug-cc-pvdz instead of aug-cc-pvtz, the result is normal (E=-3337.812562217406594)

I couldn't reproduce your error. I got converged energy as -3337.86517610392 Eh.

Ok, the DFT calculation is not stable due to small gap. You may consider using level shift.

I'm not able to reproduce this issue although I do observe large oscillations in
the SCF iterations. What's the git hash of your local version?

I can't find .git file from my pyscf source code. My pyscf version is 1.7.0 and it's not a stable realease. Because of this issue(https://github.com/pyscf/pyscf/issues/504), I redownloaded the source code from https://github.com/pyscf/pyscf by download ZIP and recompiled it. I will update my pyscf to 1.7.1 and try it again.

@fishjojo Thanks, but unfortunately the level shift doesn't work for this.

After I update to 1.7.1, It works now.


English version support

so I just did  a random test with current cert ext with the English (US) version file and it did pass and printed the corresponding output, some weeks ago the output was giving errors. So how to make it work with the US version? does it have to be an entire new repo? 7
sorry for any inconvenience and thank you for your hard work

I don't know why it works for US version before, it uses the key from JP version.
https://github.com/nishuoshenme/FGODailyBonus/blob/d32592cc432dc0153a401402ee3750c55859d9f9/CertificateExtractor.cs#L11
byte[] bytes = Encoding.UTF8.GetBytes(CatAndMouseGame.AKEY);
byte[] bytes2 = Encoding.UTF8.GetBytes(CatAndMouseGame.AVEC);

You can replace these variations with US version.

i think i didnt explain myself correctly, what im saying is that instead of using file 54cc from JP version I used the english version one instead and this was the output

so i wonder how to make a daily log with the english server.

You need provide the error message.

im only doing the first steps, i havent put the keys and all that into the secrets since i think will be useless since the script points to .jp and not .us like in the picture i inserted.


Apply fixes from CodeFactor

This pull request applies style fixes from code review by CodeFactor.

For more information, click here.

Codecov Report

Merging #984 (0b01ebd) into develop (3f7f24b) will not change coverage.
The diff coverage is n/a.

:exclamation: Current head 0b01ebd differs from pull request most recent head c7dd513. Consider uploading reports for the commit c7dd513 to get more accurate results

@@           Coverage Diff            @@
##           develop     #984   +/-   ##
========================================
  Coverage    86.60%   86.60%
========================================
  Files            8        8
  Lines          209      209
  Branches        50       50
========================================
  Hits           181      181
  Misses          28       28

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 3f7f24b...c7dd513. Read the comment docs.


add waffle.io badge

Coverage increased (+0.15%) to 36.68% when pulling 79d39b4ddfd8c6dd24def8c18dadc51acc407f1e on pr-2 into 462aef16835a88609a4a5899fd6aac0b63e482d1 on master.


is it possible to add Access-Control-Allow-Origin: * to the reply header ?

I am running a websocket service (I have created a simple one, that extends WebSocketServer) on my own machine on http://localhost:8887 and trying to access it using Socket.IO using this piece of client code:
            var socket = io.connect('http://localhost:8887');
            socket.on('connect', function() {
                console.log('connected on websocket using socket.io');
            });

However, the browser is reporting that Cross-Origin Request is blocked:
ross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://localhost:8887/socket.io/?EIO=3&transport=polling&t=1439552086446-41. (Reason: CORS request failed).

I think adding HTTP header to the reply that includes Access-Control-Allow-Origin: * header would help in overcoming the cross-domain limitation?
I was looking for an good place to add it; without modification to the code, I would have to implement another draft class.
What do you think?

That would be the job of the page you're running the js on, not the websocket server. What are you using to serve it?

Right now I was just running it from the file (URL would be file:///my/wstest/index.html).
I was also testing with running a simple HTTP server that is serving the index.html (was using python -m SimpleHTTPServer <port> in the dir the file is saved).

I think everything is blocked by default when running from the local filesystem (with file://). If it doesn't work with the python server and localhost:<port>, I'm not sure. What browser / OS are you using?

It's Firefox 39.0.3 on Linux.
I am logging what arrives on the websocket Java server that I am running:
GET /socket.io/?EIO=3&transport=polling&t=1439553973950-7 HTTP/1.1
Host: localhost:8887
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:39.0) Gecko/20100101 Firefox/39.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Origin: null
Cookie: _ga=GA1.1.1835690867.1423483351
Connection: keep-alive

It's the server's response headers that matters for CORS control. What's the output of curl -I localhost:<port> where <port> if your python server's port?

curl -I localhost:6666

gives
HTTP/1.0 200 OK
Server: SimpleHTTP/0.6 Python/2.7.6
Date: Fri, 14 Aug 2015 14:36:24 GMT
Content-type: text/html
Content-Length: 3680
Last-Modified: Fri, 14 Aug 2015 14:35:11 GMT

Really weird, I have no idea what could do that.

But - isn't it like this: the JS code, read from http://localhost:6666/ is run in the browser and ordered to create websocket to address http://localhost:8887 (that's where my websocket service is running). The browser issues GET only not to receive the Access-Control-Allow-Origin: * which is interpreted as 'this service is not public and will not accept us as a origin`. Browser then refuses to run it.

The browser shouldn't even try to contact the websocket server. Which is why I find this really weird.
Origin: null is bothering me, can you try setting origins to something? like  io.set('origins', 'localhost:<port>) (link)

I am using Socket.IO to create clients and I can't call io.set() :/

Origin: null is sent from the client to indicate that the requesting page is hosted on the file system.

bump

I'm running a Java-WebSocket server on Android. I managed to add Access-Control-Allow-Origin: * to the handshake response by overriding Draft.postProcessHandshakeResponseAsServer and passing my Draft implementation to the WebSocketServer constructor.
Still no luck though. I get this when sending a message from server to client:
XMLHttpRequest cannot load http://[websocket server on android]/. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://[web page with websocket client]:8080' is therefore not allowed access.

@lwiechec did you ever solve the problem you were having?

Hi,
no I haven't. But I have switched to using web socket implementations from Tomcat, as the application that I planned to write had to be deployed as WAR...
---- On Ter, 26 Abr 2016 23:50:08 +0200 Paul M. Christian<EMAIL_ADDRESS>----
@lwiechec did you ever solve the problem you were having?
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub

Closing this issue for #490
Greetings
marci4


Only One Rituals Genie connectwd

Hi,
I recently connected one Rituals Genie with the plug-in to HomeKit. That went perfectly fine and the device is working on HomeKit as it should.
Now I got two additional devices which can be controlled in the Rituals app remotely, but do not occur in HomeBridge and so not in HomeKit. The first device is still working fine.
Is this a known issue or is the plug-in capable to handle only one device?
Thanks & regards

Hi cloudhoster,
I am glad that the connection (still) worked and you are able to control your device. Unfortunately, there is currently no support for multiple devices.
The project was originally just a proof of concept for me, and since I no longer use the Genie myself, I haven't worked on it for several years.
Perhaps there will be further development or someone will submit a pull request for multiple devices, but currently, this is not planned by me.
Best regards,
Mike


Exception widget can appear on top of text in wrong place

Start a debug session
Pause at an exception, with the widget visible
Press continue
Pause at a breakpoint in another file

The widget doesn't disappear when debugging continues or when the editor switches to another file. It does disappear if I press ctrl+tab to switch to another document manually.

Cannot reproduce in the latest build, can you confirm please if it is still happening?

Seems to be fixed today.


Copy Paste Duplication of entire document if "Use Temp File" setting is checked

Entire document will be pasted into itself if "Use Temp File" is checked and you copy/cut and then paste. The copy itself is not duplicated, it pastes as expected into other word processors, just when pasting back into the document. Ctrl+Z will then undo the entire document paste, and the expected result will be present.
Please note that "Use Temp File" being unchecked fixes the issue.
Steps to reproduce:

Enable "Use Temp File" Setting
Copy some text in any text document in VS Code
Paste the text into the same document (or a different one)
You will see the document pasted into itself

Thanks a lot I had the same problem.


fix: rename package as @org/name for github packages

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Codecov Report

Merging #256 (29153aa) into main (2974dfe) will increase coverage by 8.93%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #256      +/-   ##
==========================================
+ Coverage   83.33%   92.26%   +8.93%
==========================================
  Files           2        1       -1
  Lines         126      349     +223
  Branches       31       43      +12
==========================================
+ Hits          105      322     +217
- Misses         21       27       +6

Impacted Files
Coverage Δ

src/index.ts
92.26% <100.00%> (+10.26%)
:arrow_up:

example/src/main.ts

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 02ca59b...29153aa. Read the comment docs.


[SPARK-16054] [SQL] Verification of Multiple DataFrameReader API Usage

What changes were proposed in this pull request?
Below are potential user errors when using DataFrameReader APIs

Specify the format when reading tables from catalog.

spark.read.format("parquet").table(tableName)

Specify the schema when reading tables from catalog

val schema = StructType(StructField("c1", IntegerType) :: Nil)
spark.read.schema(schema).table(tableName)

Specify the options when reading tables from catalog

spark.read.options(Map("header" -> "true", "mode" -> "dropmalformed")).table(tableName)

Specify the format more than once

val format = "parquet"
spark.read.format(format).json(path.getCanonicalPath)

Specify schema more than once.

spark.read.schema(schema1).schema(schema2).json(path.getCanonicalPath)

Specify the schema when reading tables from JDBC

val schema = StructType(StructField("c1", IntegerType) :: Nil)
spark.read.schema(schema).jdbc(urlWithUserAndPass, "TEST.PEOPLE", new Properties)

This PR detects these user errors and issues the exception.
How was this patch tested?
Test cases are added to DataFrameReaderWriterSuite

Test build #60804 has started for PR 13770 at commit bce14a1.

Test build #60804 has finished for PR 13770 at commit bce14a1.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/60804/
Test PASSed.

Merged build finished. Test PASSed.

@cloud-fan @yhuai @liancheng @clockfly Could you please review this PR? Thanks!

Maybe I should move all the JDBC related API misuse issues into this PR.

Test build #60822 has started for PR 13770 at commit a86151c.

Test build #60822 has finished for PR 13770 at commit a86151c.

This patch fails Scala style tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/60822/
Test FAILed.

Test build #60823 has started for PR 13770 at commit e0c65d8.

Test build #60824 has started for PR 13770 at commit 6a6fbc0.


Fix my tests

changes from #28

Made my tests data agnostic with a random signal for input

κλεινω αυτο και ανοιγω ενα καινουργιο από νεο squashed branch


How to parse value automatically?

Hi!
How can I parse values automatically? I use something like this:
 json.has<jsonxx::Object>("data");

But key data can have a value: Object, Array, Number, Boolean or String!?
So, is there a wildcard directive or something?
For example:
 json.has<boost::any>("data");

You have to store the value somewhere when you read it, and C++ is a static language, so you have to know the type of the value.


The effect of proper noun in the filtering part

Hi, I really enjoyed reading the paper and appreciate for making the code publicly available! I have a quick question about the filtering part where you exclude proper nouns and label token from the candidate vocabulary.
Would it degrade prompt quality without that filtering, let's say in LAMA for instance? I'm thinking to adapt AutoPrompt in our setting where the loss function is a bit different from what shown in the paper and wondering whether I need this filtering or not.

Thanks for your interest in our paper! The main reason we excluded proper nouns was because when we included them the trigger search would sometimes "overfit" by selecting the gold object or tokens very similar to the answer, especially for T-REx relations that were heavily skewed towards one gold object. For example, relation P30 (is located in) contained mostly of triplets where "Antarctica" was the object and when we generated prompts for that relation, "Antarctica" or "Antarctic" would pop up frequently. We wanted to evaluate if LMs could correctly fill-in-the-blank without using prompts that could potentially give the answer away to the model. So to answer your question, the act of excluding proper nouns and gold objects depends on your goal. If you are working off of LAMA, you'd probably also want prompts that are more "generalized". In terms of whether excluding proper nouns affected performance metrics of the prompts, our findings were inconclusive as some relation-specific prompts improved in test P@1 when proper nouns were filtered out, others decreased, and some precision scores stayed the same.

Thanks for sharing the result and that's very interesting indeed. So, it might be safe to evaluation on validation set whether we should use the filter.
Do you also have any advices to determine the number of iteration? Actually, I'm curious about how the value in each experiment (--iters argument) was decided. Is the behavior stable after certain steps or would it overfit and decrease the accuracy for longer iteration sometime? I may come up with a brute force approach that to save the result every iteration and choose one with the best validation accuracy in the end, but if the accuracy is approximately monotonically decreasing, I can just take the last result after fairy long iterations.

We determined the number of iterations via trial and error. When I experimented with large values for the number of iterations (e.g. 1000+) for fact retrieval and relation extraction tasks, sometimes the trigger search would settle/stabilize on the best prompt early and fail to find a better one the rest of the search. This is because the gradient-based prompt search algorithm's objective is to maximize the label likelihoods, so there wouldn't be a decrease in performance with increase in iterations.


# 📚 https://git.io/JvXDlhttps://git.io/JvXDl

https://github.com/Coolbeans63/sc/blob/master/linked-list/CMakeLists.txt#L1

2023-01-15T13:51:12.2184877Z Use "--rerun-failed --output-on-failure" to re-run the failed cases verbosely.
2023-01-15T13:51:12.3359091Z


Move PMA code into Ares from separate repo

This PR moves the PMA code, and therefore the active development of the PMA, into Ares. The code is synced from ashelkovnykov/pma_malloc, commit hash 3329657abccdd06a65d21395e338343289c99ce9.
I have replaced the existing README with a temporary one which will be updated once the final design of the PMA is in the code, since a great deal of the current README is an explanation of why I used Arrays instead of B Trees.
Note that this PR is before applying Phil's patch, therefore there is another PR for the PMA coming shortly.
Some questions:

What should be done about the licenses? LMDB is OpenLDAP and phk_malloc is "beerware". How does this square with MIT?
I've kept the structure of the PMA code almost identical to what it was in the original repo, but I'm open to suggestions on how to move things around (specifically, the makefile and tests).

@eamsden
@barter-simsum
@philipcmonk

@ashelkovnykov sorry I missed your questions before merging!
Is the code in here derivative of LMDB and/or phk_malloc?

@eamsden That seems like a legal question that I'm not qualified to answer. Is there a part of the code that can be explicitly pointed at and said, "This was copied from PHK malloc / LMDB"? No. Are there parts of the code that are reminiscent of those projects? Yes, though they have been modified to suit our purposes. Did we openly borrow ideas from those projects for our design? Yes.

Openly borrowing ideas is no problem at all -- there are no patents involved.  Writing new code without essentially copy-and-paste is unlikely to be an issue either, especially given the substantial differences between those projects and ours.  So, I believe we have complete copyright over the code we wrote and can license it as we see fit (MIT).
Even if somehow it was determined that this was sufficiently derivative of those projects as to give them copyright protection, OpenLDAP's license and beerware are substantially the same as MIT, so the most we would have to do in that case would be include their license statements somewhere.
So, my opinion is that we can license everything MIT, and the repo is already licensed MIT at the top level, so this is fine.
I note in this PR that out of an abundance of caution we include the beerware license in pma.c.  This seems fine as well.  Ideally we would additionally include a notice saying that much of the code is written by Alex/Tlon, so that it doesn't look like phk is responsible for bugs we introduced.


Improve flow of inviting and signing up new users

It seems like, without fail, whenever I try to invite someone (new user) to a project they get tripped up by the 1) sign up and then 2) go back to email to click invitation link process. Users often get signed up, approved, then don't have the realization to go back to the invitation email again to click it. Hence, it requires my intervention and guidance somewhere along the way.
If we turned off the need to approve new users (on sleepepi/slice) could we eliminate this disconnect and difficulty?

Potentially, it may also be caused by the multiple routes in which one can sign up, which eventually loses the friendly forward link, and just goes to the home page.

I simulated the sign-up for a new user on the demo site (no admin approval needed) and it worked fairly seamlessly. Perhaps, then, it is the approval step that is causing most of the confusion. I guess we could 1) ask people to sign-up first before sending project invitation and/or 2) eliminate the approval requirement on our primary Slice installation.

We should make this Better in the nearer-term (i.e. for PATS).
@remomueller @mcailler

I'll make it so the invite is stored and persisted in the user session, and on login or registration, the user will get a notification of having been added to the project.


update dependencies

Blocking upgrades of Firestore.

I have fixed it. You can check out the new version ^0.0.3

I have fixed it. You can check out the new version ^0.0.3


Auto calculate optimal bid price

It would be nice to have an auto calculation of the optimal bid price.
In settings page you could set it to a percentage of the FUT BIN price.

I implemented this myself, with my own script. But now it seems broken with me with this futwebapp-script. Stopped working totally.


Variable Length Arrays not supported by MSVC.

Hi, I'm not sure if it's something you want to support, but you can't currently build this with MSVC (Visual Studio). "I don't plan to support MSVC." is a perfectly reasonable response IMO, so no pressure! I don't usually build for Windows, but the Conan CI builds for it by default, so I've been testing with VS 2019.
It seems that they don't support VLAs since they were made optional in C11, and have no plans to ever support them:
https://devblogs.microsoft.com/cppblog/c11-and-c17-standard-support-arriving-in-msvc/#variable-length-arrays
I suppose to support MSVC the VLAs would need replacing with good old malloc. WDYT?

@simoncent If the only change we have to do is replacing the VLAs, I don't mind. However, currently I don't have the time to doing so (and I don't remember exactly where I could've used them, since I tend to prefer "good ol' malloc".


Remote handling and CVE fix

Hmm, we can't run the new uidshift code in Travis due to the old kernel...


http-keepalive

Keep alive when Connection: close header is not present.

Thanks.
Welcome Back.

I dev one RPC library in here : https://gitee.com/irons/gayrpc/tree/master/examples/benchmark based on brynet and protobuf.
You can look it's example whether you need it.
(But, now, not have english doc for gayrpc~~~)

If you use Windows, You can use vcpkg:https://github.com/Microsoft/vcpkg/pull/2380 to install brynet.
In command line:
vcpkg install brynet or vcpkg install brynet --head

@IronsDu cool library.  Not sure about the name gayrpc though :-)
For c++ rpc, I'm mostly using flatbuffers with json support.

I think based on schema(eg. .proto file)  is better.
Even though i have one schemaless rpc : https://github.com/IronsDu/drpc. haha.

Yea that is what I actually do.
My custom proto compiler is able to generate flatbuffers for c++.


ZH-trans: add kubeadm-join-phase.md

source file: https://github.com/kubernetes/website/blob/release-1.14/content/en/docs/reference/setup-tools/kubeadm/kubeadm-join-phase.md

/assign

/reset

/approve cancel

@xichengliudui Still working on this? Or should we close it for now?


Angular: ngIf inside swiperSlide breaks Swiper (ExpressionChangedAfterItHasBeenCheckedError)

Me again. Unfortunately yesterday's release broke another place 😢
This is a (multiple allowed):

[x] bug

[ ] enhancement

[ ] feature-discussion (RFC)

Swiper Version: 6.4.7

Platform/Target and Browser Versions: IOS, ANDROID, CHROME

Live Link or JSFiddle/Codepen or website with isssue: Reproduced with Stackblitz

What you did
Using *ngIf inside swiperSlide
  <swiper>
    <ng-template swiperSlide *ngFor="let slide of slides">
      <div class="inner-slide">
        <div *ngIf="true">
          {{slide}}
        </div>
      </div>
    </ng-template>
  </swiper>

Expected Behavior
Swiper Slide should allow ngIf in content
Actual Behavior
Swiper component broken, console shows ExpressionChangedAfterItHasBeenCheckedError

When will this be released?

When will this be released?

@mxlle released in 6.4.9

@mxlle released in 6.4.9

@vltansky I guess I shouldn't have rushed you 😬  Now it seems even more broken.
If you check my Stackblitz again: I only updated the dependency, but now it cannot even correctly get the SwiperModule.
Or did sth change in how to include the Module?

@vltansky I guess I shouldn't have rushed you 😬  Now it seems even more broken.
If you check my Stackblitz again: I only updated the dependency, but now it cannot even correctly get the SwiperModule.
Or did sth change in how to include the Module?

@mxlle if I turn off "enable ivy" in stackblitz project settings it works fine... Not sure why it happens. As you mentioned it works for me on real projects.

@mxlle if I turn off "enable ivy" in stackblitz project settings it works fine... Not sure why it happens. As you mentioned it works for me on real projects.


Add parameter "rca?all" in RCA API to dump all RCA SQL tables

Issue #, if available:
Description of changes:
The changes made by adding RCA API removed the function that dump all RCA tables from SQL. This PR is to add that function back and create a new parameter "?all" in rest API endpoint to query all SQL tables for debugging purpose
To query all tables :
curl --url "localhost:9650/_opendistro/_performanceanalyzer/rca?all" -XGET
Tests:
tested on docker
Code coverage percentage for this patch:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Please add test cases for this


I2S in slave mode and DMA

Hi, Joan! Back here with another question.
I'm trying to use a codec to get digital audio data into a Raspberry Pi 3B.
To minimize CPU burden, I want to use the I2S interface with DMA support, so that the CODEC writes data directly into a buffer in RPi memory for later processing by the ARM CPU.
Is there any support in pigpio for I2S? And for DMA transfers?
If not, could you please give me a hint of where should I start looking?
Reading some posts, I saw that, in order to use I2S, I have to setup pigpio to use PWM clock instead of PCM clock. In that post, you said that this would disable PWM audio on the RPi. Is that also applicable to the RPi 3 on board headphone jack that uses PWM for audio wave modulation?

I can't help you with I2S as I have no knowledge of that area.
I think your best bet would be to outline what you are trying to do as a question on the Raspberry Pi Org forums.  Once you talk about codecs it sounds like you need Linux kernel involvement.
https://www.raspberrypi.org/forums/

Thanks for your help!


Update mamp to 4.1

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} left no offenses.
[x] The commit message includes the cask’s name and version.

@vitorgalvao The older version of MAMP has 10.6.8 as minimum requirement or 10.8 if you want to use PHP 7 that comes with MAMP. Would that be a case for a caveat note?

No need. I don’t think it’ll be a problem.

That's what I thought. Thanks!


Unable to load DLL 'sqlite3': This operation is only valid in the context of an app container

Hi!
I just trying to run asp.net web api using kestrel on my RP2 (Windows IoT - ARM architecture) using sqllite dll. Unfortunatelly all tries was finished fails. Of course, problem doesn't occur on Windows x86 & x64.
Below part of stack trace:
Application startup exception: System.Reflection.TargetInvocationException: Exception has been th
rown by the target of an invocation. ---> System.DllNotFoundException: Unable to load DLL 'sqlite
3': This operation is only valid in the context of an app container. (Exception from HRESULT: 0x8
007109A)
at Microsoft.Data.Sqlite.Interop.NativeMethods.sqlite3_open_v2(IntPtr filename, Sqlite3Handle&
ppDb, Int32 flags, IntPtr vfs)
at Microsoft.Data.Sqlite.Interop.NativeMethods.sqlite3_open_v2(String filename, Sqlite3Handle&
ppDb, Int32 flags, String vfs)
at Microsoft.Data.Sqlite.SqliteConnection.Open()
at Microsoft.Data.Entity.Storage.RelationalConnection.Open()
at Microsoft.Data.Entity.Storage.Internal.SqliteRelationalConnection.Open()
at Microsoft.Data.Entity.Storage.Internal.RelationalCommand.Execute[T](IRelationalConnection c
onnection, Func`3 action, String executeMethod, Boolean openConnection, Boolean closeConnection)
at Microsoft.Data.Entity.Storage.Internal.RelationalCommand.ExecuteScalar(IRelationalConnectio
n connection, Boolean manageConnection)
at Microsoft.Data.Entity.Migrations.HistoryRepository.Exists()
at Microsoft.Data.Entity.Migrations.Internal.Migrator.Migrate(String targetMigration)
at Microsoft.Data.Entity.RelationalDatabaseFacadeExtensions.Migrate(DatabaseFacade databaseFac
ade)
at InteligentnyDom.WebApi.Startup.Configure(IApplicationBuilder app, IHostingEnvironment env,
ILoggerFactory loggerFactory)
I predict, that the problem is related with isolated storage, which exists on WinRT or Win 10 Mobile (XAP & APPX packages), but how to use sqllite on RP2?

Hmm, I don't think SQLite publishes a non-WinRT ARM dll, but that's what you need...

Oh, maybe you can use winsqlite3.dll. See #186

@moozzyk Will DNX load from C:\Windows\System32? It's on the path.

I guess if it is APPX it does not have access to anything outside the package.

bricelan said:

Oh, maybe you can use winsqlite3.dll. See #186

In which branch can I use winsqlite3.dll? I don't see any class and any methods in official repository to use it. I've only seen commit in bricelan fork, but now it's not available.
moozzyk said:

I guess if it is APPX it does not have access to anything outside the package.

Could you tell me, what about non-APPX applications? How should I use it?
Btw. I don't use sqlite directly. EntityFramework.Sqlite packages use it.

@moozzyk This is DNX on ARM. No APPX as far as I understand it.
@matizk144 It's sill just a PR/fork. I'll merge it sometime this week after which it will be in the nightly builds.

Then LoadLibrary should be able to find any dll that is in a folder that is on the path (including System32 which is on the path by default). If it can't it probably means that it is either an invalid dll (e.g. the dll architecture does not match the process architecture) or one of the dependencies cannot be load. Trying loading the dll with LoadLibrary can tell you if the issue is with DNX or the dll itself.

I created vnext console application and tried to load sqlite3.dll directly. To load dlls I used two approach:

DllImport (the same, what it's in the sqlite repository)
LoadLibrary, GetProcAddress

I tested some cases, using coreclr and procesor architectures:

on computer (x86 & x64)
RP2 (ARM)

To test dll caller I used method sqlite3_libversion and MarshalEx.PtrToStringUTF8 converted, which exist in Microsoft.Data.Sqlite repository.
Additionaly I must to tell that in nuget Sqlite package we had two kinds of dlls:

Windows 7 (win7-x86, win7-x64)
Windows 10 (win10-arm, win10-x86, win10-x64)

Computer:
When I tried to use dll (in both architectures: x86 & x64) using

Windows 7 dlls - it works
Windows 10 dlls - This operation is only valid in the context of an app container (error reproduced, which I have on RPi2)

So, now I know, that in my computer (in fact Windows 10), sqlite use Windows7 dlls. Maybe, it's related, because I not create APPX applications.
Unfortunately in nuget package dlls for ARM is missing :(
Then I tested, what's going using loadlibrary, GetProcAddress:

Windows 7 dlls (method loadlibrary loads dll, GetProcAddress loads method)
Windows 10 dlls (loadlibrary method cannot load dll)

I tried to use loadlibrary approach in RPi2 too, but the effect is the same (of course, trying load Win10-arm).
Finally I downloaded sourcecodes of sqlite and compiled it (x86, x64, ARM). But compilation generated new problems, that sqlite was written in ansi-c.
Unfortunately native sqlite methods is not visible in compilted dll, but dll was loaded in RPi2 (using loadlibrary method).
On all architectures compiled dll is loaded but GetProcAddress returns 0.
The same effect I have using dllimport: Unable to find an entry point named sqlite3_libversion
So, probably for me, I need dll like win7-arm. I can to prepare dll myself, but how to bind native methods, compiled in ansi-c in c#?

I guess the difference between win7- and win10- dlls is what they are linked against. win7- is linked against the standard runtime (i.e. it depends on kernel32 and advapi32) while the win10- versions are linked against one core (i.e. the dll depends on forwarders instead of kernel32 and advapi32 directly). I have not played with universal native apps but remember seeing that there were two libs to link against on onecore - oncore.lib and onecoreuap.lib. I wonder if the message ("This operation is only valid in the context of an app container") is not a result of using a dll linked against onecoreuap.lib in a non native app.
FWITW you can run dlls compiled against standard runtime (i.e. depending on kernel32.dll et. al) on Raspberry PI2 since Win10 IoT Core has reverse forwarders installed by default. Obviously you need to compile for ARM.
I don't think ANSI-C has anything to do with binding to native methods. In fact it may make it even easier since the exported names won't be mangled. You can use dumpbin /exports {dllname} to check what functions are exported from a dll and what their names are. If you don't see anything - maybe you missed a .def file when compiling?

Finally it's works. Thanks @moozzyk and @bricelam  for help. I downloaded precompiled binary for windows, which include .def file. Then I included this file into linker in sqlite ansi-c project and compiled for ARM. All things works correctly (with migrations too). If somebody want to have this dll I can to share it, whether I prepare own fork with this sqlite.dll

@matizk144 :clap:

@matizk144 would love to get your compiled sqlite3 as unfortunately I've encountered the same issue " Unable to load DLL 'sqlite3': The specified module could not be found." on my Raspberry PI 2

We don't want to be in the business of compiling custom builds of SQLite. If the SQLite team starts distributing an ARM version then we would add it into our package.


Do not generate versioned-release-validation-schema.json

Related https://github.com/open-contracting/standard-development-handbook/issues/19


Propagates container error logs to build resource and adds message to stepStates

Codecov Report

Merging #1307 (a6076e4) into main (b90d37d) will decrease coverage by 0.14%.
Report is 6 commits behind head on main.
The diff coverage is 69.69%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             main    #1307      +/-   ##
==========================================
- Coverage   67.60%   67.47%   -0.14%
==========================================
  Files         132      133       +1
  Lines        8027     8079      +52
==========================================
+ Hits         5427     5451      +24
- Misses       2171     2194      +23
- Partials      429      434       +5

Files Changed
Coverage Δ

pkg/reconciler/build/build.go
63.66% <60.71%> (-5.28%)
:arrow_down:

pkg/buildchange/progress_logger.go
76.31% <76.31%> (ø)

... and 1 file with indirect coverage changes


hostapd: use WPA2 instead of WPA1 by default

Motivation for this change
WPA2 must be default behaviour, because it's more secure.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

This is a good change, thanks!
Could you also add a release note (https://github.com/NixOS/nixpkgs/blob/master/nixos/doc/manual/release-notes/rl-1809.xml) as this would potentially be breaking existing setups relying on WPA.

Also the risk is low, since wpa2 should be supported by the majority of devices these days.

@adisbladis, fixed.

Thank you for your contribution!


AlexaPi responds only in recording, not otherwise

● AlexaPi.service - Alexa client for all your devices
Loaded: loaded (/usr/lib/systemd/system/AlexaPi.service; enabled)
Active: active (running) since Tue 2017-10-10 18:25:31 UTC; 16min ago
Docs: https://github.com/alexa-pi/AlexaPi/wiki
Main PID: 2152 (python)
CGroup: /system.slice/AlexaPi.service
└─2152 /usr/bin/python /opt/AlexaPi/src/main.py --daemon
Oct 10 18:25:31 raspberrypi systemd[1]: Started Alexa client for all your devices.
Oct 10 18:25:35 raspberrypi python[2152]: INFO: Checking Internet Connection ...
Oct 10 18:25:36 raspberrypi python[2152]: INFO: Connection OK
Oct 10 18:25:36 raspberrypi python[2152]: INFO: AVS token: Requesting a new one
Oct 10 18:25:37 raspberrypi python[2152]: INFO: AVS token: Obtained successfully
Your OS (including version) where you are running AlexaPi:
Raspbian GNU/Linux 8 (jessie)
Your hardware platform and model you are running on:
RaspberryPi 3b
Python release (python2 --version):
python 2.7.9
Description of problem:
I have a peculiar and frustrating problem. I installed a AlexaPi for my Raspberry 3 B two days ago and after dealing with the usual issues, got it working without problems.
Today when I booted my Raspberry and Alexa, she was not responding to the keyword after HELLO.
I tried changing the microphone sensitivity but that didnt help.
When I record using
arecord -f S16_LE -r 16000 -D plughw:CARD=Device,DEV=0 test.wav
I can hear the response YES when i say Alexa.
However in debugging mode there is no file recording.wav in the directory
/tmp/AlexaPi-runtime-xxx
I would be grateful if you have some ideas to solve this issue. Its wierd cause everyhing was working twi days ago :(
My config looks like this
input_device: "pulse"
; This is here if none of the listed device: "raspberrypi"
;This is an override that is normally not needed and is a last resort.
allow_unlisted_input_device: false
playback_handler: "vlc"
; you can go here with alsa, pulse or others
;keep blank for the best audio output selected by the underlying code
output: "pulse"
;output device: "raspberrypi"
;currently supports ALSA only
output_device: ""

Solved.
I did the following:

Cloned the dev branch from github
Under 'Recording' in pavucontrol source has to be changed to the correct Audio Source

Might open if further similar problems pop up.
Thanks anyway.
Regards


DPL-576 Autologin to UAT SS from integration tests

Description
As a PSD developer I want to have a way to auto login into SS uat so I can run integration tests and that allows me to perform tests in SS side too.
Acceptance criteria

[ ] I can run a test with SS from the integration suite tools that allows me to log in without providing credentials
[ ] The solution does not compromise security

Who the primary contacts are for this work
Eduardo Martin
Knowledge or Stake holders
Other people that may have specific knowledge about this work or have a stake in how it is implemented. e.g. John Smith is an expert on x
Additional context or information
Any other useful context or information that may be useful.

Discussed with Eduardo and closing this as the story has low value and impact


read environment variables into config

https://github.com/SoftwareAG/cumulocity-devicemanagement-agent/issues/25#issuecomment-915094898
Basically this change will help you start docker container (start.sh) with config modified for given tenant:
C8YDM_MQTT_URL=<tenant domain> \
C8YDM_MQTT_CERT_AUTH=true \
C8YDM_SECRET_C8Y__BOOTSTRAP__TENANT=<tenant id> \
C8YDM_SECRET_C8Y__BOOTSTRAP__USER=<tenant username> \
C8YDM_SECRET_C8Y__BOOTSTRAP__PASSWORD=<tenant password> \
C8YDM_SECRET_C8Y__TENANT=<subtenant id> \
C8YDM_SECRET_C8Y__USERNAME=<subtenant username> \
C8YDM_SECRET_C8Y__PASSWORD=<subtenant password> \
./start.sh

By executing this, certificates will be generated and the root ca is uploaded to your tenant, then the agent will connect to the tenant with cert authentication.

will update README after holidays

Hi @z8674558,
I tried your branch. In general both authentication methods (user +pw & certificates) should be supported.
Unfortunately your changes broke the user + pw bootstrapping authentication. Most likely because you added dummy config entries for externalId, tenant, user and password in the agent.ini. If I remove them bootstrapping is working again.
Any way how this can be improved that both modes can run in parallel e.g. detect if ENV variables are set overwrite the whole config entries otherwise use config file values.

thank you @switschel, I was not aware of it.
Now the override is done by modifying agent.ini when the creation of Configuration object, instead of modifying interpolation logic. This enables you to override values even if agent.ini does not have a corresponding category/key yet.
It looks like I don't have a permission to accept device bootstrapping in my tenant, so please check if bootstrapping is working fine (I have checked that a device can connect to bootstrapping tenant though).

On start with ./start.sh without setting the env variables I get this
scripts/start_docker.sh: line 8: C8YDM_MQTT_CERT_AUTH: unbound variable
I think this can be avoided by using
if [ -n "${C8YDM_MQTT_CERT_AUTH:-}"

Thank you for the support. will add test modules


Please upgrade your code to use jumpTo warning

console.warn(
'Method jumpToIndex is deprecated. Please upgrade your code to use jumpTo instead.',
Change your code from \jumpToIndex(${index})` to `jumpTo('${key}').``
);
"react": "16.3.1",
"react-native": "0.55.4",
"react-navigation": "^2.0.4",

This warning is related to react-navigation，it's mean jumpToIndexshould replace by jumpTo。for more information issue


Update to provide fallback placeholders if no placeholders uploaded to site.

Fixes #3956
Updated dosomething_campaign_get_default_gallery_image_urls() so it returns false if no default gallery images found, which is easier to test against in a conditional.
This allows falling back to local placeholder files if no placeholders have been uploaded to the site.
@aaronschachter
CC: @barryclark @DFurnes

Looks good except for one minor comment.

@weerd For future PR's can you please assign a reviewer?

@aaronschachter updated!

:+1:


Hgw simulation update

This updates the SITL instructions to refer to DroneKit-Sitl as the main simulation option.

@mrpollo This is probably OK to go in, though I just finished it and I will be reviewing it again tomorrow.
Tomorrow I plan to see if the examples need to be updated in line with this. I am not quite sure how to do this as some examples could easily connect direct to the SITL TCP address while others would benefit from viewing using a GCS (and the setup instructions are a bit different).
There are also comments like

"If you’re using a simulated vehicle, remember to disable arming checks"

This is not needed on DK-SITL.
I will probably suggest using MAVProxy port forwarding in all examples to keep things consistent and add a note in the simulation doc that we recommend doing this forwarding. Thoughts?

Going to merge this in, we can review the examples on a new PR, better smaller PR's than 1 big monster!
looks great :+1:

Thank you - I'm more than happy to have it in :-)
Doesn't appear to have rebuilt on the site though?

just pushed


Intra processing on CelebA doesn't use any of the algorithms in the initial paper

Hello;
Why intra processing of CelebA model doesn't use any of the three algorithms described in the initial paper ? While, the intra processing of tabular data does use all of them.
Is there any matching consideration I didn't understand in the paper ?
Thank you very much !
Habib

Hi Habib,
Maybe I'm misunderstanding the question, but the three algorithms in the paper are implemented in the intraproc_celeba.py code.
Random: https://github.com/abacusai/intraprocessing_debiasing/blob/main/intraproc_celeba.py#L489
Layerwise Optimization: https://github.com/abacusai/intraprocessing_debiasing/blob/main/intraproc_celeba.py#L525
Adversarial: https://github.com/abacusai/intraprocessing_debiasing/blob/main/intraproc_celeba.py#L571
If you run the following command:
$ python intraproc_celeba.py config_celeba.yml
You should get the scores for all the intraprocessing and postprocessing debiasing methods in the fitz_dark_young.json file.
Regards,
Yash Savani

Hello;
Thank you very much Yash for your reply !
I got it, I was misled by the absence of the call to the random_perturbation function, in the random.py. It's clear and ok.
The google drive containing the celeba dataset, doesn't allow to download it, hence the command line you put above terminate with error.
device: cpu Traceback (most recent call last):   File "intraproc_celeba.py", line 674, in <module>     main(yaml_config)   File "intraproc_celeba.py", line 342, in main     _, _, _, trainloader, valloader, testloader = load_celeba(   File "intraproc_celeba.py", line 77, in load_celeba     trainset = CelebRace(root='./data', download=True, split='train', transform=transform)   File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/torchvision/datasets/celeba.py", line 74, in __init__     self.download()   File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/torchvision/datasets/celeba.py", line 126, in download     download_file_from_google_drive(file_id, os.path.join(self.root, self.base_folder), filename, md5)   File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/torchvision/datasets/utils.py", line 164, in download_file_from_google_drive     raise RuntimeError(msg) RuntimeError: The daily quota of the file img_align_celeba.zip is exceeded and it can't be downloaded. This is a limitation of Google Drive and can only be overcome by trying again later.

That error is from the PyTorch code that downloads the CelebA dataset. Unfortunately, there is often high demand for the CelebA dataset and the download fails. I would recommend waiting for a few hours and trying again. Once you are able to download the data you won't have to do it again as subsequent calls will use the previously downloaded version.


Code for issues pages

I can't find the code for:
https://www.govcode.org/issues
Is this repository up to date?

@dpen2000 the code was in a branch before but it is now merged. You can find it here https://github.com/dlapiduz/govcode.org/blob/master/front/app/views/issues.html


Support for cargo-external-doc

The tool is here. It would be nice to have the extra docs supplied with a project built on docs.rs as well. Not sure of the best way to indicate that extra documentation is available though. A Cargo.toml flag?

This would really be super great. Right now my package is missing most of its documentation. See the links in this section: https://docs.rs/derive_more/0.5.0/derive_more/#generated-code

Similar is the case with arrayfire-rust documentation. It doesn't generate the documentation from external markdown files and thus tutorial links in docs.rs are broken.

I think this is out of scope for docs.rs. The supported way to do this is either doc(include = "x.md") (https://github.com/rust-lang/rust/issues/44732), which works today, or doc = include_str!(...) (soon to be merged in https://github.com/rust-lang/rust/pull/78837), which will probably end up replacing it.
docs.rs doesn't run doc-tests so that bit of the tool isn't relevant, and documenting examples is tracked in a separate issue: #238.

I haven't investigated/ported my projects yet, but doc(include) is probably sufficient for me at least.


Create tag within release workflow

Currently no tag is created during the release workflow. This should be intregrated to minimize maintanance effort.

Side note: The 1.8.0 tag is missing, it is quite confusing when you enter the repo that on the right the latest release is 1.7 while the latest maven central is 1.8.0 ... maybe manually add the release tag?

@jangalinski thanks! I've added it manually.