Trade not working

I have taken the latest code and make the peatio server up. But trade screen seems broken and giving the below error:
The URL you requested was not found.
Rails.root: /usr/local/share/peatio
Application Trace | Framework Trace | Full Trace
app/routers/routing_essentials.rb:3:in not_found!' app/routers/black_hole_router.rb:5:in call'
lib/middleware/security.rb:11:in call' lib/middleware/i18n_js.rb:9:in call'
Please help me how to resolve this issue.

Hi @sharmaabhishek2207
Please, take a loot at release notes for 1.5: https://github.com/rubykube/peatio/blob/master/docs/releases/1.5.0.md
It will help you to resolve issue.

Running on macOS 10.12.6 (16G1036)
I have setup nginx proxy and configured both apps on 3000 and 4000 port but I still get
The URL you requested was not found.
Rails.root: /Users/myname/rubykube/peatio
value of PLATFORM_ROOT_URL  is set as http://localhost:3000 in peatio-trading-ui/config/application.yml
My nginx.conf file below
server {
listen       80 default_server;
    server_name  localhost;
    location ~ ^/(?:trading|trading-ui-assets)\/ {
    proxy_pass http://<IP_ADDRESS>:4000;
    }

    location / {
    proxy_pass http://<IP_ADDRESS>:3000;
    }

    #charset koi8-r;

    #access_log  logs/host.access.log  main;

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   html;
    }

}

@archana209 Don't use localhost. It behaves differently. Use some domain.

Thanks @yivo : it worked now

@yivo am trying to use ssl, the proxy for <IP_ADDRESS>:4000 is not working properly as its displaying the page like its missing styles.
server {
listen 443 ssl;
listen [::]:443 ssl;
server_name website.com;
root /home/peatio/current/public;

# SSL
ssl_certificate /etc/letsencrypt/live/website.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/website.com/privkey.pem;
ssl_trusted_certificate /etc/letsencrypt/live/website.com/fullchain.pem;

# reverse proxy

location ~ ^/(?:trading|trading-ui-assets)/ {
proxy_pass http://website.com;
root  /home/peatio-trading-ui/public;
}
location / {
	proxy_pass http://<IP_ADDRESS>:3000;

proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Port $server_port;
proxy_cache_bypass $http_upgrade;
}
add_header X-Frame-Options "SAMEORIGIN" always;
add_header X-XSS-Protection "1; mode=block" always;
add_header X-Content-Type-Options "nosniff" always;
add_header Referrer-Policy "no-referrer-when-downgrade" always;
add_header Content-Security-Policy "default-src * data: 'unsafe-eval' 'unsafe-inline'" always;
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
. files
location ~ /. {
deny all;
}
assets, media
location ~* .(?:css(.map)?|js(.map)?|jpe?g|png|gif|ico|cur|heic|webp|tiff?|mp3|m4a|aac|ogg|midi?|wav|mp4|mov|webm|mpe?g|avi|ogv|flv|wmv)$ {
expires 7d;
access_log off;
}
svg, fonts
location ~* .(?:svgz?|ttf|ttc|otf|eot|woff|woff2)$ {
add_header Access-Control-Allow-Origin "*";
expires 7d;
access_log off;
}
gzip
gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css text/xml application/json application/javascript application/xml+rss application/atom+xml image/svg+xml;
}
subdomains redirect
server {
listen 443 ssl;
listen [::]:443 ssl;
server_name *.website.com;
# SSL
ssl_certificate     /etc/letsencrypt/live/website.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/website.com/privkey.pem;
ssl_trusted_certificate /etc/letsencrypt/live/website.com/fullchain.pem;
return 301 https://website.com$request_uri;
}
HTTP redirect
server {
listen 80;
listen [::]:80;
server_name .website,com;
location / {
return 301 https://website.com$request_uri;
}
}
What am i missing? that of <IP_ADDRESS>:3000 is working perfectly but <IP_ADDRESS>:4000 is not working


How to download MSR-VTT datatset?

Hi, I like your marvelous work including a large number of experiments.
I'm working on a project based on your work, and I want you ask you a question.
You reported the training and zero-shot retrieval results on MSR-VTT dataset.
However, I cannot find any github or link for downloading the dataset.
So may I ask how to download MSR-VTT dataset, and how did you preprocess it? (is there any github code that you referred to?)

Hi there,
thanks for the question. I got the data from my colleague, so I am not sure how it is downloaded.
But it seems MSR-VTT is a commonly used dataset, a quick Google search found this: https://www.kaggle.com/datasets/vishnutheepb/msrvtt (note: we do not download data from this link, different data sources may cause performance difference).
-Yuan

Dear Yuan,
I really appreciate your kind answer.
I already checked the link before asking you the question, but if I'm not wrong, the link provides only the train/val set, not including the test set.
Would you mind if I earnestly plead with you to share the MSR-VTT test set and preprocessing code?
-Kyeongha

Unfortunately, we cannot re-release the data. You may ask the authors of MSR-VTT for that.

Oh, I see. I will ask the authors of MSR-VTT for that. Thanks for your advice.


Clip model from LLaVA is not using GPU, but LLaVA model is using GPU in the same piece of code.

Congratulations for adding LLaVA support starting with version 0.11.1.
It works very well!
Still, clip model is very slow.
I have Cuda12 and llava-mistral model is using GPU, as expected, but the clip model is not, instead is using the CPU.

NativeLibraryConfig.Instance
.WithCuda(true)
.WithLogs(true)
.WithAvx(NativeLibraryConfig.AvxLevel.Avx512);
Should the clip model run on GPU as well?

Thank you for reporting us for this problem! It's the same with #639, which is supposed to be fixed by #647. We will publish a patch release 0.11.2 soon.

v0.11.2 has been released in https://github.com/SciSharp/LLamaSharp/pull/651, please take a try to see if this issue has been fixed. Thank you!

v0.11.2 has been released in #651, please take a try to see if this issue has been fixed. Thank you!

Perfect timing! Any ETAs on when it's gonna be on nuget?

wow, look here, less than half of a second!

isn't it beautiful?
Thank you!

issue is fixed!


feat: support new branch params from cli flags

What kind of change does this PR introduce?
Bug fix, feature, docs update, ...
What is the current behavior?
Please link any relevant issues here.
What is the new behavior?
Feel free to include screenshots if it includes visual changes.
Additional context
Add any other context or screenshots.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>5
Details

18 of 41 (43.9%)  changed or added relevant lines in 2 files are covered.
5 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.1%) to 60.026%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

cmd/branches.go
13
36
36.11%

Files with Coverage Reduction
New Missed Lines
%

internal/gen/keys/keys.go
5
12.9%

Totals

Change from base Build<PHONE_NUMBER>4:
-0.1%

Covered Lines:
6358

Relevant Lines:
10592

💛  - Coveralls


one map template creation

The big task of making the template, moving the state logic over, and getting auth + routing done are all complete and merged.


Merge pull request #2 from home-assistant/dev

Update
Description:
Related issue (if applicable): fixes #
Pull request in home-assistant.github.io with documentation (if applicable): home-assistant/home-assistant.github.io#<home-assistant.github.io PR number goes here>
Example entry for configuration.yaml (if applicable):

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

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

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

[ ] Local tests with tox run successfully. Your PR cannot be merged unless tests pass
[ ] New dependencies have been added to the REQUIREMENTS variable (example).
[ ] New dependencies are only imported inside functions that use them (example).
[ ] New dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[ ] New files were added to .coveragerc.

If the code does not interact with devices:

[ ] Local tests with tox run successfully. Your PR cannot be merged unless tests pass
[ ] Tests have been added to verify that the new code works.

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


can't create .mdf file because it is missing a \ divider

I have followed along with this tutorial. I am on windows. I note that this page says we will be using sqlite, but when I create the migration, it says that it is "using provider 'Microsoft.EntityFrameworkCore.SqlServer' with options: None".
When I try to run the Update-Database command, I get an error that access is denied while attempting to open or create the physical file C:\Users\gregvRazorPagesMovieContext-53b8cccb-6e84-4a19-8c01-d086db07b19c.mdf'. Notice the lack of a '\' between gregv and 'RazarPagesMovie....
You may want to point people to where to fix this.

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

ID: 6719f08e-3bd7-dc1a-71df-f2ef9fbca9d8
Version Independent ID: 7096fdb3-612e-9e00-bd0b-8ea4886a09ce
Content: Add a model to a Razor Pages app in ASP.NET Core
Content Source: aspnetcore/tutorials/razor-pages/model.md
Product: aspnet-core
Technology: aspnetcore-tutorials
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

To fix this issue you must install Cumulative Update for SQL Server 2017. Latest version is available on https://support.microsoft.com/en-ca/help/4515579/cumulative-update-17-for-sql-server-2017

That did fix it BTW.

@tdykstra  this comes up every month. I'll ping you when I need to find it again.


An interesting catch

while I was looking through this .xml in vs code, idk why I thought of giving Edge a try, and it shows

but I believe it should show something similar to this

I might be wrong, but is this an issue?

This is because the xml is not right formated. Some & needs to be escaped.
You can see this if you open the file inside github then the wrong formated partes are marked red.

I have just updated the file, please see if the issue still persists and get back to me.

Yep, now the xml is valid


Project Saito's GitHub Link 404 Not Found

I accidentally found that Saito( granted in 2020Q4-Wave8 )'s GitHub link(https://github.com/saito-lite) is 404 Not Found.

I accidentally found that Saito( granted in 2020Q4-Wave8 )'s GitHub link(https://github.com/saito-lite) is 404 Not Found.

maybe it's private?

I accidentally found that Saito( granted in 2020Q4-Wave8 )'s GitHub link(https://github.com/saito-lite) is 404 Not Found.

maybe it's private?

Thanks. I just updated the link: https://github.com/SaitoTech, but I’m not sure saito already started to work on the project. You can find the application here: https://github.com/w3f/Open-Grants-Program/blob/master/applications/saito-game-protocol-and-engine.md  At least so far they haven’t submitted a milestone.

Thanks. I just updated the link: https://github.com/SaitoTech, but I’m not sure saito already started to work on the project. You can find the application here: https://github.com/w3f/Open-Grants-Program/blob/master/applications/saito-game-protocol-and-engine.md  At least so far they haven’t submitted a milestone.


fail to pip install fbprophet on macOS Sierra. (sorrow)

AI:~ evan$ pip install -U fbprophet
Collecting fbprophet
Using cached fbprophet-0.1.1.tar.gz
Requirement already up-to-date: matplotlib in ./miniconda3/lib/python3.6/site-packages (from fbprophet)
Requirement already up-to-date: numpy in ./miniconda3/lib/python3.6/site-packages (from fbprophet)
Requirement already up-to-date: pandas>=0.18.1 in ./miniconda3/lib/python3.6/site-packages (from fbprophet)
Requirement already up-to-date: pystan>=2.14 in ./miniconda3/lib/python3.6/site-packages (from fbprophet)
Requirement already up-to-date: six>=1.10 in ./miniconda3/lib/python3.6/site-packages (from matplotlib->fbprophet)
Requirement already up-to-date: python-dateutil in ./miniconda3/lib/python3.6/site-packages (from matplotlib->fbprophet)
Requirement already up-to-date: pytz in ./miniconda3/lib/python3.6/site-packages (from matplotlib->fbprophet)
Requirement already up-to-date: cycler>=0.10 in ./miniconda3/lib/python3.6/site-packages (from matplotlib->fbprophet)
Requirement already up-to-date: pyparsing!=2.0.4,!=2.1.2,!=2.1.6,>=1.5.6 in ./miniconda3/lib/python3.6/site-packages (from matplotlib->fbprophet)
Building wheels for collected packages: fbprophet
Running setup.py bdist_wheel for fbprophet ... error
Complete output from command /Users/evan/miniconda3/bin/python -u -c "import setuptools, tokenize;file='/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" bdist_wheel -d /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpggh42yf3pip-wheel- --python-tag cp36:
running bdist_wheel
running build
running build_py
creating build
creating build/lib
creating build/lib/fbprophet
creating build/lib/fbprophet/stan_models
INFO:pystan:COMPILING THE C++ CODE FOR MODEL anon_model_7a788197ac3493030b72020b9ffdbe7d NOW.
Traceback (most recent call last):
File "", line 1, in
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 126, in
"""
File "/Users/evan/miniconda3/lib/python3.6/distutils/core.py", line 148, in setup
dist.run_commands()
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 955, in run_commands
self.run_command(cmd)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/Users/evan/miniconda3/lib/python3.6/site-packages/wheel/bdist_wheel.py", line 179, in run
self.run_command('build')
File "/Users/evan/miniconda3/lib/python3.6/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/Users/evan/miniconda3/lib/python3.6/distutils/command/build.py", line 135, in run
self.run_command(cmd_name)
File "/Users/evan/miniconda3/lib/python3.6/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 46, in run
build_stan_models(target_dir)
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 34, in build_stan_models
sm = StanModel(model_code=model_code)
File "/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py", line 315, in init
self.module = load_module(self.module_name, lib_dir)
File "/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py", line 50, in load_module
return import(module_name)
ImportError: dlopen(/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpgraf9sbn/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_691899172216248136.cpython-36m-darwin.so, 2): Symbol not found: __ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev
Referenced from: /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpgraf9sbn/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_691899172216248136.cpython-36m-darwin.so
Expected in: flat namespace
in /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpgraf9sbn/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_691899172216248136.cpython-36m-darwin.so

Failed building wheel for fbprophet
Running setup.py clean for fbprophet
Failed to build fbprophet
Installing collected packages: fbprophet
Running setup.py install for fbprophet ... error
Complete output from command /Users/evan/miniconda3/bin/python -u -c "import setuptools, tokenize;file='/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" install --record /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-5shzz7t1-record/install-record.txt --single-version-externally-managed --compile:
running install
running build
running build_py
creating build
creating build/lib
creating build/lib/fbprophet
creating build/lib/fbprophet/stan_models
INFO:pystan:COMPILING THE C++ CODE FOR MODEL anon_model_7a788197ac3493030b72020b9ffdbe7d NOW.
Traceback (most recent call last):
File "", line 1, in
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 126, in
"""
File "/Users/evan/miniconda3/lib/python3.6/distutils/core.py", line 148, in setup
dist.run_commands()
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 955, in run_commands
self.run_command(cmd)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/Users/evan/miniconda3/lib/python3.6/site-packages/setuptools/command/install.py", line 61, in run
return orig.install.run(self)
File "/Users/evan/miniconda3/lib/python3.6/distutils/command/install.py", line 545, in run
self.run_command('build')
File "/Users/evan/miniconda3/lib/python3.6/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/Users/evan/miniconda3/lib/python3.6/distutils/command/build.py", line 135, in run
self.run_command(cmd_name)
File "/Users/evan/miniconda3/lib/python3.6/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/Users/evan/miniconda3/lib/python3.6/distutils/dist.py", line 974, in run_command
cmd_obj.run()
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 46, in run
build_stan_models(target_dir)
File "/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py", line 34, in build_stan_models
sm = StanModel(model_code=model_code)
File "/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py", line 315, in init
self.module = load_module(self.module_name, lib_dir)
File "/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py", line 50, in load_module
return import(module_name)
ImportError: dlopen(/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmp_38vib2l/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_3185748252074251775.cpython-36m-darwin.so, 2): Symbol not found: __ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev
Referenced from: /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmp_38vib2l/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_3185748252074251775.cpython-36m-darwin.so
Expected in: flat namespace
in /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmp_38vib2l/stanfit4anon_model_7a788197ac3493030b72020b9ffdbe7d_3185748252074251775.cpython-36m-darwin.so
----------------------------------------

Command "/Users/evan/miniconda3/bin/python -u -c "import setuptools, tokenize;file='/private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/setup.py';f=getattr(tokenize, 'open', open)(file);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, file, 'exec'))" install --record /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-5shzz7t1-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /private/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/pip-build-ezf40u31/fbprophet/

Hmm we did just release a new version.  I'll try to repo tomorrow on my laptop, but it would be useful to know if it's a regression.  Would you mind trying to install the previous version?
https://pypi.python.org/packages/b1/ba/237a6875e9a61dcef997399b988afedbbdea112ae5ef7e0ad99faca1e9f4/fbprophet-0.1.post1.tar.gz#md5=a7afb620fa2f98a27219a62b6f1b2db0

It did work on previous version. The error happened when I updated it.
Thanks for your reply.
On 2017年4月19日 +0800 PM12:31, Sean J. Taylor<EMAIL_ADDRESS>wrote:

Hmm we did just release a new version. I'll try to repo tomorrow on my laptop, but it would be useful to know if it's a regression. Would you mind trying to install the previous version?
https://pypi.python.org/packages/b1/ba/237a6875e9a61dcef997399b988afedbbdea112ae5ef7e0ad99faca1e9f4/fbprophet-0.1.post1.tar.gz#md5=a7afb620fa2f98a27219a62b6f1b2db0
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Do you mind verifying that pystan is working?
import pystan
model_code = 'parameters {real y;} model {y ~ normal(0,1);}'
model = pystan.StanModel(model_code=model_code)  # this will take a minute
y = model.sampling(n_jobs=1).extract()['y']
y.mean()  # should be close to 0

Just want to make sure it didn't get messed up by the upgrade somehow.

Yeah. The reported error is :
In [1]: import pystan
   ...: model_code = 'parameters {real y;} model {y ~ normal(0,1);}'
   ...: model = pystan.StanModel(model_code=model_code)  # this will take a minu
   ...: te
   ...: y = model.sampling(n_jobs=1).extract()['y']
   ...: y.mean()  # should be close to 0
   ...:
INFO:pystan:COMPILING THE C++ CODE FOR MODEL anon_model_5944b02c79788fa0db5b3a93728ca2bf NOW.
ImportError                               Traceback (most recent call last)
 in ()
      1 import pystan
      2 model_code = 'parameters {real y;} model {y ~ normal(0,1);}'
----> 3 model = pystan.StanModel(model_code=model_code)  # this will take a minute
      4 y = model.sampling(n_jobs=1).extract()['y']
      5 y.mean()  # should be close to 0
/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py in init(self, file, charset, model_name, model_code, stanc_ret, boost_lib, eigen_lib, verbose, obfuscate_model_name, extra_compile_args)
    313                 os.dup2(orig_stderr, sys.stderr.fileno())
    314
--> 315         self.module = load_module(self.module_name, lib_dir)
    316         self.module_filename = os.path.basename(self.module.file)
    317         # once the module is in memory, we no longer need the file on disk
/Users/evan/miniconda3/lib/python3.6/site-packages/pystan/model.py in load_module(module_name, module_path)
     48         pyximport.install()
     49         sys.path.append(module_path)
---> 50         return import(module_name)
     51     else:
     52         import imp
ImportError: dlopen(/var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpogcf9ldq/stanfit4anon_model_5944b02c79788fa0db5b3a93728ca2bf_1380477929625010121.cpython-36m-darwin.so, 2): Symbol not found: __ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev
  Referenced from: /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpogcf9ldq/stanfit4anon_model_5944b02c79788fa0db5b3a93728ca2bf_1380477929625010121.cpython-36m-darwin.so
  Expected in: flat namespace
 in /var/folders/95/3238q_5n5yg9r0gcmp221w4w0000gn/T/tmpogcf9ldq/stanfit4anon_model_5944b02c79788fa0db5b3a93728ca2bf_1380477929625010121.cpython-36m-darwin.so
On 2017年4月22日 +0800 AM8:06, wrote:

import pystan
model_code = 'parameters {real y;} model {y ~ normal(0,1);}'
model = pystan.StanModel(model_code=model_code) # this will take a minute
y = model.sampling(n_jobs=1).extract()['y']
y.mean() # should be close to 0

After re-install the pystan. The problem continues.
On 2017年4月22日 +0800 AM8:06, wrote:

import pystan
model_code = 'parameters {real y;} model {y ~ normal(0,1);}'
model = pystan.StanModel(model_code=model_code) # this will take a minute
y = model.sampling(n_jobs=1).extract()['y']
y.mean() # should be close to 0

Probably has to do with the compiler flags. Conda-Forge uses this flags on OSX: https://github.com/conda-forge/toolchain-feedstock/blob/master/recipe/activate.sh#L3
You can install fbprophet from conda-forge channel: conda install -c conda-forge fbprophet

It works after conda install from conda-forge.
I  really appreciate your help.
On 2017年4月24日 +0800 AM1:23, Rolando (Max) Espinoza<EMAIL_ADDRESS>wrote:

Probably has to do with the compiler flags. Conda-Forge uses this flags on OSX: https://github.com/conda-forge/toolchain-feedstock/blob/master/recipe/activate.sh#L3
You can install fbprophet from conda-forge channel: conda install -c conda-forge fbprophet
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@rmax Your solution worked. However, the fbprophet is a later version, I am currently working on a project in which I need the new updates present in version 3.0. Kindly advise on how to work around this.

I had the same issue and I could make it work that way:
git clone --recursive https://github.com/stan-dev/pystan.git
cd pystan
python setup.py install
pip install fbprophet


Retrieving docs about the pom.xml options is hard

I've tried using the ci.maven docs several times and I really struggle to find the info I need. But it's really hard to articulate the problem...so I'll give it a go but I'm happy to chat more if someone can take a look at this.

I think part of the problem is that the ci.maven docs assume intimate knowledge of the Liberty runtime options. I don't think it's your responsibility to provide reference docs for Liberty itself but it would help if you could provide links to the relevant KC topics (eg descriptions of all the packaging type options so that I can see a list of what all the options are and decide which I need.)...which brings me to....

Looking up something from my pom.xml in the docs is really hard. I didn't write the original POM so I don't know exactly what all the parts are for but I can't find the docs that describe them. I don't really understand all the Maven terminology and concepts (which may not help but I don't think I should be a Maven expert from the word go to be able to use a Maven plugin).

For example, I'm looking for all the packaging values I could use so I can decide which one I need. I don't know where in the ci.maven docs to look. There's a Packaging Types link on the first page of the docs but it doesn't take me to what I need - I think it's talking about packaging in a Maven sense rather than a Liberty sense, which doesn't help but that's not really the problem. The problem is that I have no idea where to look in the docs. Everything seems to be organised by Maven goal(?) but I have no idea what that maps to in the pom.xml structure. I just know that I'm looking at the <properties> section of the POM and I want to know what options I have available to set in there.
Or, say, I'm trying to work out why I keep getting the version number suffixed on to package file names (eg GettingStarted-1.0-SNAPSHOT.jar). I previously had a <package.file> setting set but then something else didn't work. These are frustrating problems and Maven is not the easiest thing in the world to debug, but I can't find the docs relevant to the bit of the POM I'm looking at to even start to work it out.

Hi Laura, so we worked out your issue with the package name over chat, so I think that's resolved.

I just know that I'm looking at the  section of the POM and I want to know what options I have available to set in there.

You're right about the <properties> section, that is a Maven thing rather than a Liberty thing. Those are basically variables that can then be used anywhere else in the pom. There are also some properties that have special meaning to Maven or to certain plugins, but I don't believe that the Liberty Maven Plugin uses any of those.

The problem is that I have no idea where to look in the docs. Everything seems to be organised by Maven goal(?) but I have no idea what that maps to in the pom.xml structure.

So that can be a bit confusing if you're using liberty-assembly as the packaging type or the parent pom. When you're using either of those things, a bunch of goals are being added to your build but that is not actually visible in your pom.xml itself. You will have to run a mvn help:effective-pom in order to actually see the goals that are added. By looking at the effective pom you can get a clearer idea of which configuration is being applied to which goals.

I think part of the problem is that the ci.maven docs assume intimate knowledge of the Liberty runtime options.

This is a big problem that we have, and a very valid one especially since we're migrating this repository to the Open Liberty Github. I don't think it's appropriate to link users to the knowledge center if we are advertising that this plugin be used with Open Liberty. I also agree that we should not be putting the docs on Liberty itself in this repo.
I think that ideally, there needs to be some docs on openliberty.io about Open Liberty that we can link to. Aside from us pointing to it, that would also be helpful to promote Open Liberty. Right now there's nothing on the site that gives a clear picture of why people should use Open Liberty or the advantages that it has over other app servers. For example, loose application is a big feature of Open Liberty, and we talk about it a ton in the docs, but there's no dedicated page on ol.io that explains what it does in detail (I think it is referenced in a few guides though).


Link text does not align correctly in custom rotation (e.g. flipped text, 45 degrees)

Attach (recommended) or Link to PDF file here: Rotation-test.pdf
Configuration:

Web browser and its version: Google Chrome Version 90.0.4430.212
Operating system and its version: Windows 10
PDF.js version: 2.5.207
Is a browser extension: No

Steps to reproduce the problem:

Upload Rotation-test.pdf to demo site: https://mozilla.github.io/pdf.js/web/viewer.html
Hover to link texts that are rotated 45 degrees or flipped.
Notice that the highlight is not aligned correctly with the link text.

What is the expected behavior? (add screenshot)
The highlight should align correctly on top of the link text
What went wrong? (add screenshot)
The highlight is not aligned as expected

I get the same "broken" behaviour even in Adobe Reader (i.e. the PDF reference implementation) as well, hence this isn't really a bug in the PDF.js library.
Furthermore, in PDFium (in Google Chrome), the rotated LinkAnnotation is also wrong and the flipped LinkAnnotation occupies a much too large area; all-in-all this really doesn't look like the PDF.js library is at fault here.

PDF.js version: 2.5.207

Please note that that version is no longer supported, please find the current releases at https://mozilla.github.io/pdf.js/getting_started/#download


Inability to force close / interrupt process

As the title says, I am unable to "force close" the node process by pressing Ctrl + C when the progress bar has not finished its job. I had to close the terminal / manually kill the process in other window to force close the node process. Is this normal ?

Hmm, I am doubtful that the library itself is causing this.  Can you post a gist of your code?  I've never seen that happen unless I am doing a massive blocking operation.  Ctrl + C essentially sends the process an event, which Node won't interpret until it has a free turn, so a blocking operation would delay the processing of said event.

Hi, thanks for the confirmation. I've verified it myself, and yeah, the Ctrl + C do actually work (on other code).
I didn't know that this is a thing before (blocking operation affect Ctrl + C), thanks again for the help.


[Dropdown Menu] Causes screen offset in mobile

Bug report
Current Behavior
When working on small screens, if there is a nested menu that doesn't fit the screen, it offsets the entire layout to fit.

Expected behavior
Maybe on mobile devices it would be helpful to hover the nested menu over the parent one.
Your environment
Radix UI Docs website.

Thank you @luisorbaiceta.
For anyone following along, this occurs when there is not enough space on either side of the menu so the collision detection preserves its originally intended position. This is definitely something we plan to improve.
We have another similar issue that may also be fixed by the solution we come up with here https://github.com/radix-ui/primitives/issues/557

We're going to close this one as currently with the new version, in just gets clipped, rather than expanding the body.
More importantly, this is really more down to a product decision, as this component probably shouldn't end up being use on mobile (at least submenus).


Add serde support

ndarray has optional serde support, so hopefully we can just copy what they do.

I think this is probably a good idea - however, would this mean that only rulinalg can read and write these serialized matrices? Perhaps then it's better to use a more standardized format (such as Matrix Market) and have individual functions for these, rather than using serde?


Improve Beta range and reverse thrust

The beta range/reverse thrust are not working as expected. My next goal will be to understand how this works in the simulator and try to make it more realistic (or at least functional).

I never used your mod, but I never had a problem with reverse thrust in the 208.
How are you activating it, and what part about it doesn't work for you?

I assign a button to toggle thrust reverses on and then move my throttle axis to increase the power. For me (and some other users) there was just no thrust at all from the reverser, no deceleration. I increased the thrust output for the reverser a little, and I'm still tweaking it cause it still might be too overpowered.

I normally do it via keyboard: press  first, then hold  for a few seconds, it will decelerate quite a bit (and even go backwards if you want to). With full flaps and reverser I can reliably stop under 300ft, so anything less than that is probably not realistic.
It might just be a controller setting that you're having a problem with.

I'm going to take a look at that, thanks!


Add backoff mechanism to recover from APM Server transport failures

### Motivation / Summary
This PR aims to implement a backoff mechanism to recover from APM Server transport failures, due to the APM server being unavailable. To meet this goal, the mechanism described in issue #131 is implemented.
Changes
In apm_server.go, a simple finiste state machine is implemented. The states are as follows :

nominal : in this state, the extension is able to send APM data without any issue.
failure : we enter this state upon detection of a transport error. In this state, no data is sent to the APM server (the data is queued back into the dedicated channel).
waitingForNextAttempt : upon detection of a transport error, a timer (defined according to the APM Transport spec) is started. When it ends, this state is used to signal to the extension that it can try again to send data to the APM server.#147

Pending questions

[ ] When should we stop trying to reconnect to the APM server ? How can we relate this mechanism to the ELASTIC_APM_DATA_FORWARDER_TIMEOUT_SECONDS config option.

:green_heart: Build Succeeded

the below badges are clickable and redirect to their specific view in the CI or DOCS

Expand to view the summary

Build stats

Start Time: 2022-03-15T18:43:46.543+0000

Duration: 9 min 8 sec

Test stats :test_tube:

Test
Results

Failed
0

Passed
168

Skipped
6

Total
174

:robot: GitHub comments
To re-run your PR in the CI, just comment with:

/test : Re-trigger the build.

run elasticsearch-ci/docs : Re-trigger the docs validation. (use unformatted text in the comment!)


broken link in documentation:  browse links...

in the shimmering alfred workflow documentation, there seems to be a broken link here:

⇧ + ↵: Browse a list of all links of the selected note (outgoing links, backlinks, external links.) See at the section "Browse Links" below for further information.

maybe replace "the-Current" with "a" ?
otherwise the documentation is clear and beautifully laid out.

thanks, that's a link I forgot to update when changing the heading. Was exactly what you mentioned, I have fixed it.


Add VS Code snippets

For example, component can expand into:
#[derive(Component, Reflect)]
#[reflect(Component)]
struct _;

With cursor positioned on the _.

Good idea. I'd personally add Debug and reflect(Debug) since you always want these in practice.

There are some existing Bevy code snippets in the VS Code Marketplace, but they're limited / archived on GitHub as far as I can tell.


Drush gives errors on PHP 8.2

Error is
Deprecated function: Using ${var} in strings is deprecated, use {$var} instead in include() (line 21 of /var/www/html/public/sites/default/settings.php)

And that line has the include '/var/www/conf/wodby.settings.php';
And when I checked that file, there is at the very end this where it has ${server}:
if (!empty($wodby['solr_cloud']['password'])) {
    $server = $wodby['solr_cloud']['server'];
    $config["search_api.server.${server}"]['backend_config']['connector_config']['password'] = $wodby['solr_cloud']['password'];
}

Next stack update will have these?

yes


Fix caching of benchmark results

Now to fix the actual cache!

This fix only works on the main branch.

The cache update worked:

That didn't work either, I also needed to manually delete the exactly matching cache name:
$ gh cache list

Showing 14 of 14 caches in Inversed-Tech/eyelid

ID  KEY                                                                  SIZE       CREATED               ACCESSED
32  Linux-benchmark-bdfd5342f7cec0bfda2f709a21330c188fcc5309-8796157917  893 B      about 5 minutes ago   about 5 minutes ago
26  Linux-benchmark                                                      869 B      about 4 days ago      about 5 minutes ago
14  cargo-install-cargo-machete-0.6.2-ab8ceb69d08a65588fc8               2.05 MiB   about 12 days ago     about 9 minutes ago
29  v0-rust-bench-90ec32c6-053ce1fc                                      25.25 MiB  about 8 hours ago     about 9 minutes ago
31  Linux-benchmark-db06b0994b97aaf2521846beab4c3268b17dae59-8796133681  1.11 KiB   about 10 minutes ago  about 10 minutes ago
30  Linux-benchmark-3be5832ab2df30e161184d8384ea3ad977d84369-8796105323  890 B      about 13 minutes ago  about 13 minutes ago
25  v0-rust-bench-90ec32c6-2276f4c3                                      25.25 MiB  about 4 days ago      about 8 hours ago
28  v0-rust-bench-90ec32c6-053ce1fc                                      25.25 MiB  about 17 hours ago    about 8 hours ago
27  v0-rust-bench-90ec32c6-9938209f                                      25.26 MiB  about 4 days ago      about 4 days ago
22  v0-rust-bench-90ec32c6-313517bc                                      22.45 MiB  about 7 days ago      about 4 days ago
23  v0-rust-bench-90ec32c6-a093b313                                      25.25 MiB  about 5 days ago      about 4 days ago
24  v0-rust-bench-90ec32c6-2276f4c3                                      25.25 MiB  about 4 days ago      about 4 days ago
18  v0-rust-bench-90ec32c6-ffeeab9e                                      22.45 MiB  about 8 days ago      about 5 days ago
20  v0-rust-bench-90ec32c6-a093b313                                      25.23 MiB  about 8 days ago      about 5 days ago

$ gh cache delete Linux-benchmark
✓ Deleted 1 cache from Inversed-Tech/eyelid


Fonts Hosted on External Servers

What version of Music Assistant has the issue?
2022.8.4
The problem
When accessing Music Assistant from a device that does not have Internet access, the website hangs for a few seconds. I believe I tracked it down to some of the fonts MA uses being hosted on Google Fonts. It eventually loads, but it would be great if the fonts could be hosted locally. See the image below:

How to reproduce
Block Internet access on the device loading the Music Assistant website through Home Assistant.
Relevant log output
No response
Additional information
No response
What version of Home Assistant Core are your running
2022.10.5
What type of installation are you running?
Home Assistant Supervised
On what type of hardware are you running?
Linux

Thx @rogerquake

this is fixed in v2


Implement sample data generator

Should resolve YetAnotherSpieskowcy/travel-agency-app#10

In our private Drive, you can find:

the raw and parsed results from the scraper (scraper_results/ directory)
the generated SQL scripts (50_samples/ directory)


Set the clk_flags field to default configuration in the i2c configura…

…tion
The struct i2c_config_t now has a new field called clk_flags in the most recent stable version of the ESP-IDF,  ESP-IDF v4.4.2-dirty When self-balancing and MPU code are flashed, the i2c configuration fails because the field is not initialized in the present code, which results in the ESP32 rebooting.

@RISHI27-dot  rewrite this PR, since we moved from u8g2 to lvgl, please check again if this is needed with latest code on repo. Closing this for now, reopen it if needed. Check on esp-idf v4.4-release


[Device_info_plus] Update update SDK to >=1.20.0

Description
We need to upgrade to fix
Uploading... pubspec.yaml allows Flutter SDK version prior to 1.20.0, which does not support having no ios/folder. Please consider increasing the Flutter SDK requirement to ^1.20.0 or higher (environment.sdk.flutter) or create anios/folder.
Checklist
Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]).
This will ensure a smooth and quick review process.

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[ ] My PR includes unit or integration tests for all changed/updated/fixed behaviors (See Contributor Guide).
[x] All existing and new tests are passing.
[x] I updated the version in pubspec.yaml and CHANGELOG.md.
[ ] I updated/added relevant documentation (doc comments with ///).
[x] The analyzer (flutter analyze) does not report any problems on my PR.
[x] I read and followed the Flutter Style Guide.
[x] I am willing to follow-up on review comments in a timely manner.

Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?

[ ] Yes, this is a breaking change (please indicate a breaking change in CHANGELOG.md and increment major revision).
[ x No, this is not a breaking change.

@nohli mind you if you have a look at this? we need to merge this that I can continue to release.

@nohli mind you if you have a look at this? we need to merge this that I can continue to release.


Query via Thanos causes Prometheus to OOM

Thanos, Prometheus and Golang version used

Thanos components: improbable/thanos:master-2018-07-27-ecfce89
Prometheus: prom/prometheus:v2.3.2

What happened
The query provided below timeouts (after the default 2 minutes query timeout), but before it does that, Prometheus gets OOM.
What you expected to happen
Either the query to complete successfully, or timeout (assuming it's too complex) without bringing Prometheus down.
How to reproduce it (as minimally and precisely as possible):
We are using the following command to perform the query:
curl "https://thanosquery/api/v1/query_range?query=label_replace(%0A%20%20histogram_quantile(%0A%20%20%20%200.999%2C%0A%20%20%20%20sum(%20%20%20%20%20%20rate(join_joined_left_vs_right_timestamp_diff_bucket%7Bpartition%3D~%220%7C1%7C2%7C3%7C4%7C5%7C6%7C7%7C8%7C18%7C19%7C20%7C21%7C22%7C23%7C24%7C25%7C26%7C27%7C28%7C29%7C30%7C31%7C32%7C33%7C34%7C35%22%2Cmarathon_app%3D~%22%2Fsome%2Fapp%2Fregion%2Fjoin.*%22%7D%5B5m%5D)%0A%20%20%20%20)%20by%20(le%2C%20marathon_app%2C%20partition)%0A%20%20)%2C%20%0A%20%20%22region%22%2C%20%22%241%22%2C%20%22marathon_app%22%2C%20%22%2Fsome%2Fapp%2F(.*)%2Fjoin.*%22%0A)&start=1532343000&end=1532948400&step=600"

Running this once or twice, always brings our nodes down. If we run the same query directly against Prometheus (not via Thanos Query), it completes quite fast successfully (we store 24h data on Prometheus).
Anything else we need to know
We are running independent Docker hosts with the following containers:

Prometheus
Thanos Query
Thanos Store
Thanos Sidecar

Thanos Compactor is running independently on a different host. We also try running Thanos Store on a different host than other containers.
One thing to note, that if we have multiple (let's say have 4 nodes) this configuration and put Thanos Query under an Nginx-based load balanced, a query to one of the Thanos Query instances brings all 4 hosts down (due to all 4 Promehetues getting OOM).
Environment:

OS: CentOS Linux 7 (Core)
Kernel: 3.10.0-693.21.1.el7.x86_64
Docker: 17.12.0-ce, build c97c6d6
Memory: 32GB

Storage:

S3 size: 1363 GB
S3 objects: 5338

We are not sure whether the issue is caused by Prometheus or Thanos. Maybe it's somehow directly related to our setup (for example join_joined_left_vs_right_timestamp_diff_bucket metric having a huge number of different labels, which results into a large number of different timeseries that cannot be handled when running the mentioned query). Anyhow, any guidance or tips would be really appreciated.

Ok, this is very interesting. Especially that part for querying Prometheus directly and through thanos-query and having OOM while doing for query.
So you are saying that Prometheus OOMs.. Can you isolate that setup and turn off store and all sidecars + Proms but one and try to repro?
Questions:

Is it sidecar OOMing or Prometheus binary OOMing? If the latter.. sidecar is fine for that moment?
What exactly numbers for memory we are talking about. How much is available for Prometheus and how much it uses for query without Thanos-query

One fact that matters here: Sidecar (so queries via Thanos-query) is using Prometheus remote_read which uses protobufs. For direct Prometheus queries you use just HTTP endpoint, so maybe there is some bug on remote_read that causes huge mem spike? Worth to look on Prometheus pprof heap as well.

Hi, @Bplotka,

Yes, the memory Usage of Prometheus is increasing until it OOMs
In this exact test, for which the details are provided below, we limited the memory to Prometheus and Thanos-Sidecar containers to 12GB, leaving 40GB for Thanos-Store and 20GB for Thanos-Query.

I'm attaching SVG heap traces from PPROF tool , hoping there's something suspicious visible there.
I'm also including docker stats output below, to better understand what memory limits we had and how memory increased:
With Thanos
Startup:

CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT     MEM %               NET I/O             BLOCK I/O           PIDS
d219ebcc6a85        thanos-store        0.24%               3.288GiB / 40GiB      8.22%               0B / 0B             0B / 0B             20
703d0f88ac95        thanos-query        0.23%               19.98MiB / 20GiB      0.10%               0B / 0B             0B / 0B             18
52de1166d541        thanos-sidecar      0.26%               13.05MiB / 12GiB      0.11%               0B / 0B             0B / 18.4kB         19
2ad19964cf43        prometheus          39.91%              4.554GiB / 12GiB      37.95%              0B / 0B             0B / 32.4MB         31

1st query:
CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT     MEM %               NET I/O             BLOCK I/O           PIDS
d219ebcc6a85        thanos-store        0.29%               7.399GiB / 40GiB      18.50%              0B / 0B             0B / 0B             22
703d0f88ac95        thanos-query        0.25%               4.722GiB / 20GiB      23.61%              0B / 0B             0B / 0B             19
52de1166d541        thanos-sidecar      0.17%               5.414GiB / 12GiB      45.12%              0B / 0B             0B / 36.9kB         20
2ad19964cf43        prometheus          750.40%             8.011GiB / 12GiB      66.76%              0B / 0B             0B / 146MB          31

2nd query:
CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT     MEM %               NET I/O             BLOCK I/O           PIDS
d219ebcc6a85        thanos-store        0.18%               7.906GiB / 40GiB      19.77%              0B / 0B             0B / 0B             22
703d0f88ac95        thanos-query        0.26%               5.801GiB / 20GiB      29.00%              0B / 0B             0B / 0B             19
52de1166d541        thanos-sidecar      0.23%               5.419GiB / 12GiB      45.16%              0B / 0B             0B / 55.3kB         20
2ad19964cf43        prometheus          19.83%              8.782GiB / 12GiB      73.18%              0B / 0B             0B / 260MB          31

3rd query:
CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT     MEM %               NET I/O             BLOCK I/O           PIDS
d219ebcc6a85        thanos-store        0.23%               8.053GiB / 40GiB      20.13%              0B / 0B             0B / 0B             22
703d0f88ac95        thanos-query        0.20%               5.82GiB / 20GiB       29.10%              0B / 0B             0B / 0B             19
52de1166d541        thanos-sidecar      0.24%               5.529GiB / 12GiB      46.07%              0B / 0B             0B / 73.7kB         21
2ad19964cf43        prometheus          38.65%              8.785GiB / 12GiB      73.21%              0B / 0B             0B / 374MB          31

10x queries:
CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT     MEM %               NET I/O             BLOCK I/O           PIDS
d219ebcc6a85        thanos-store        0.33%               10.07GiB / 40GiB      25.17%              0B / 0B             0B / 0B             22
703d0f88ac95        thanos-query        0.31%               5.819GiB / 20GiB      29.10%              0B / 0B             0B / 0B             19
52de1166d541        thanos-sidecar      0.20%               5.533GiB / 12GiB      46.11%              0B / 0B             0B / 79.9kB         21
2ad19964cf43        prometheus          33.81%              12GiB / 12GiB         100.00%             0B / 0B             8.88MB / 758MB      31

Without Thanos
Startup:

CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT   MEM %               NET I/O             BLOCK I/O           PIDS
d3412c1c8ec4        prometheus          6.67%               3.572GiB / 12GiB    29.76%              0B / 0B             0B / 1.71MB         31

1st query:
d3412c1c8ec4        prometheus          21.56%              4.804GiB / 12GiB    40.04%              0B / 0B             0B / 31.5MB         31

2nd query:
CONTAINER ID        NAME                CPU %               MEM USAGE / LIMIT   MEM %               NET I/O             BLOCK I/O           PIDS
d3412c1c8ec4        prometheus          22.96%              5.403GiB / 12GiB    45.02%              0B / 0B             0B / 49.6MB         31

3rd query:
d3412c1c8ec4        prometheus          20.74%              5.432GiB / 12GiB    45.26%              0B / 0B             0B / 67.9MB         31

We even tried running the setup on a physical machine with 700GB of RAM, and we managed to to reach ~300GB of memory usage by Prometheus container when running 5-simultenious queries {__name__=~".+"} (with timeout  increased to 10minutes) on the 1400GB size of S3 bucket via Thanos-Query, which we believe is still too much.
Again, even though it looks like the memory usage for queries via Thanos seems much bigger, maybe we just trying to overcome the speed of light here 🙂 Any guidance on how to properly size for the Thanos (and Prometheus) deployment (e.g. maybe there's a way to see how many samples Thanos-Store sees?) would help a lot as well.

I don't get one thing.. Why do you think Thanos Store matters here (or anything in the bucket) if the Prometheus container OOMs not any Thanos component?

That happens when query goes through Thanos-Query, and does not seem to happen when it's issued dirrectly to Prometheus.

I doubt thanos store matters here. Can you disable thanos store for now? (: And try to repro without it?

How much series you have in the Prometheus? So basically what can happen is because query evaluation is on Thanos Query so maybe just data size is too big to be sent between Prometheus and sidecar? but that sounds unrealistic. We might want to exactly see how remote_read request looks like.

Hi @Bplotka,
We we have ~8.5mil (`sum(prometheus_tsdb_head_series{fqdn=~"$node"})) within 4 Prometheus nodes (2 replica sets, with single Thanos cluster on top).
You mentioned, that queries via Thanos uses remote_read (instead API, when querying via Prometheus directly), right? If so, it seems people are reporting that the Prometheus memory usage is indeed highly increased when querying via remote_read (in this case, Thanos query):

I think the main  issue here is what executing queries through remote-read interface   takes at least 10x more memory  than executing them inside single Prometheus, whenever 1.8 or 2.x
Of course, in that case, that would mean it's an issue with Prometheus, not with Thanos.

https://github.com/prometheus/prometheus/pull/4532

https://github.com/prometheus/prometheus/pull/4591

Anybody an idea what's the state on this? We currently have something which looks like the same issue. When Grafana queries prometheus directly, the dashboard finishes in just a couple of seconds. When querying through sidecar, memory usage of both sidecar and prometheus blow up, which will eventually lead to OOM.

Having the same issues, queries through grafana crash an 8 GB Prometheus instance while queries through Thanos Querier is blowing away memory.
Prometheus Spec
apiVersion: monitoring.coreos.com/v1
kind: Prometheus
metadata:
  annotations:
    flux.weave.works/antecedent: base-monitoring:helmrelease/prom-operator
  creationTimestamp: "2019-06-27T07:52:44Z"
  generation: 15
  labels:
    app: prometheus-operator-prometheus
    chart: prometheus-operator-5.15.0
    heritage: Tiller
    release: prom-operator
  name: prom-operator-prometheus-o-prometheus
  namespace: base-monitoring
  resourceVersion: "4214847"
  selfLink: /apis/monitoring.coreos.com/v1/namespaces/base-monitoring/prometheuses/prom-operator-prometheus-o-prometheus
  uid: 8c33fb10-98b0-11e9-8c8c-4e7d547fa7d0
spec:
  additionalScrapeConfigs:
    key: additional-scrape-configs.yaml
    name: prom-operator-prometheus-o-prometheus-scrape-confg
  alerting:
    alertmanagers:
    - name: prom-operator-prometheus-o-alertmanager
      namespace: base-monitoring
      pathPrefix: /
      port: web
  baseImage: quay.io/prometheus/prometheus
  enableAdminAPI: false
  externalLabels:
    cluster: prod001
    geo: eu
    region: euw
  externalUrl: http://prom-operator-prometheus-o-prometheus.base-monitoring:9090
  listenLocal: false
  logFormat: logfmt
  logLevel: info
  paused: false
  replicas: 2
  resources:
    limits:
      cpu: "2"
      memory: 8Gi
    requests:
      cpu: 100m
      memory: 3Gi
  retention: 30d
  routePrefix: /
  ruleNamespaceSelector: {}
  ruleSelector:
    matchLabels:
      release: prom-operator
  secrets:
  - istio.default
  securityContext:
    fsGroup: 2000
    runAsNonRoot: true
    runAsUser: 1000
  serviceAccountName: prom-operator-prometheus-o-prometheus
  serviceMonitorNamespaceSelector: {}
  serviceMonitorSelector:
    matchLabels:
      release: prom-operator
  storage:
    volumeClaimTemplate:
      selector: {}
      spec:
        accessModes:
        - ReadWriteOnce
        resources:
          requests:
            storage: 50Gi
        storageClassName: default
  thanos:
    image: quay.io/thanos/thanos:v0.6.0
    objectStorageConfig:
      key: thanos.yaml
      name: thanos-objstore-config
    resources:
      limits:
        cpu: "2"
        memory: 6Gi
      requests:
        cpu: 100m
        memory: 2Gi
    tag: v0.6.0
  version: v2.10.0

The nodes them self have sufficient resources available, and in a direct comparison, Grafana queries don't cause any load on the Prometheus instances.
Devastating with this is, that both prometheus instances get killed, because query will continue to the next one.
We have two clusters in this scenario, one with the Prometheus instance, one with Thanos Query and Grafana. Query goes only to metrics stored in Prometheus.
Maybe it would be a good idea to decrease retention time to some hours instead of 30d ?

@alexdepalex , @mkjoerg
not sure if you're both using Kubernetes but I had a similar issue and realized the k8s Service my Query pod was configured to look at for Store API servers (via --store=dnssrv+ flag) inadvertently contained the Query pod itself so it was causing a loop when trying to handle query requests.

Unfortunately, we're not running on k8s yet. I'll check our config tomorrow, but it seems it's more related to the issues with remote read endpoint. Anyway, I'm still waiting for a "release" version of v2.12.0-rc.0-rr-streaming in order to test it.

this is fixed with the remote read streaming. Mem usage now is few times lower:
https://github.com/thanos-io/thanos/pull/1268
Upgrade to the latest Thanos version and enjoy this great improvement :smiley_cat:

Still waiting for the next prometheus release which includes streaming, right?

Yep, with the new Sidecar the RAM usage is constant and Prometheus uses noticeably less RAM due to how the new remote read interface works. @krasi-georgiev thanks for bumping this ticket! Closing this.

@alexdepalex aah yeah the PR got merged just after 2.12 was cut so yeah need to wait for 2.13 or just use the master image.
https://github.com/prometheus/prometheus/commits/master?after=26e8d25e0b0d3459e5901805de992acf1d5eeeaa+34

Wait or use our image we prepared Which is essentially 2.12 + remote read
extended protocol: quay.io/thanos/prometheus:v2.12.0-rc.0-rr-streaming
It's used in production already. (:
On Fri, 13 Sep 2019 at 11:02, Krasi Georgiev<EMAIL_ADDRESS>wrote:

@alexdepalex https://github.com/alexdepalex aah yeah the PR got merged
just after 2.12 was cut so yeah need to wait for 2.13 or just use the
master image.
https://github.com/prometheus/prometheus/commits/master?after=26e8d25e0b0d3459e5901805de992acf1d5eeeaa+34
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/thanos-io/thanos/issues/455?email_source=notifications&email_token=ABVA3O4KYHM24RFE7NE6VQ3QJNQJ7A5CNFSM4FNHZQ32YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6USLPI#issuecomment-531178941,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABVA3O7O4UXW6DV4H3JCNZLQJNQJ7ANCNFSM4FNHZQ3Q
.

"High load on all prometheus nodes due to query fanout from thanos querier"
We have implemented just the querier and sidecar component of thanos, to enable HA(fill gaps in grafana dashboards) for a 2 node prometheus. Since we are executing a very heavy query the load was considerably high on one of the prometheus node, before implementing thanos, now querier fanouts the query to both the nodes and it is creating similar high load on both the nodes compared to what was on just one.
Also, we have increased the cpu cores to tackle to problem but it isn't helping. Any leads will be highly appreciated.
prometheus, version 2.13.0
thanos, version 0.8.1


testnet logging/monitoring

fixed in https://github.com/ovrclk/akash-testnet/commit/1df5f6f506225d7b75c528d1f26d4e18a96a6ce5


BUG - EXT - UX Review of Filter component

Related Feature
Feature request: issue number
Description
UX issues

Filter Buttons and padding are the wrong size.They should be 24 *24
When opening the filter. The scroll bar is removed. This shouldn’t happen. It caused this screen to move. Background shouldn’t move.
Dialog -
- Font of ‘Filter Products’ . Check App Modeller/Story book dialogs for fonts and paddings etc. They use the correct metrics
- Scroll bar doesn’t go all the way to the end. It jumps.
- Make dialog Max height 500 and Min Height 200 .
- When filter is applied the icons for the filters should be white with the blue background and add a hover state. They should be buttons.
‘Clear Filter’ should be the same icon text and styling as ‘Restart’ . There is no reason for it to be blue
Clean up clear filter text and applied filter text when screen is made smaller. For example line height is different on wrapped text.

Steps to Reproduce
Steps to reproduce the behavior:

Open GA
Apply filter

Expected results
None of the issues above
Actual results
All of the issues above
Screenshots
If applicable, add screenshots to help explain the problem.
Version/Components/Environment
Add any other context about the problem here
OS:

[ ] Mac OS
[ ] Windows
[ ] Other

Root Cause Analysis
Problem
{describe the problem}
Fix
{describe the fix}
Why was it missed
{Some explanation why this issue might have been missed during normal development/testing cycle}
How can we avoid this
{if we don’t want to see this type of issues anymore what we should do to prevent}

Closing


Collection page showing loading bar too briefly

Describe the bug
The loading bar for a very large collection shows for such a short time, that if you blink, you may miss it. This despite it taking several more seconds for the page to load. Which then tempts the user to click the browser refresh button, which puts more load on server, etc.
To Reproduce
Steps to reproduce the behavior:

Go to https://staging.dockstore.net/organizations/BroadInstitute/collections/GATKWorkflows
Look for loading bar

Additional context
Due to another bug, the response for that page can be huge. Needs investigation, but two unproven theories are:

The loading bar is tied to the wrong Ajax request, which is why it goes away so soon.
The response is so huge that the response is either tying up the browser, and/or our JavaScript that is processing the response is blocking for too long. Perhaps the #3453 fix will address this if so.

┆Issue is synchronized with this Jira Story
┆Issue Type: Story
┆Fix Versions: Dockstore 1.9
┆Sprint: Sprint 36 Krill
┆Issue Number: DOCK-1354

Verified that loading bar now displays until page is loaded, also loading is a lot faster so not that big of an issue anymore.
API - 1.9.0-beta.1-SNAPSHOT
UI - UI - 2.6.0-rc.0-37-g94f4b9a2


[WIP]Proxy with Hive & DFS

What changes were proposed in this pull request?

[TOC]
Three point
Base on Hadoop Yarn mode, not clear about mesos K8S
For spark thrift server's impersonation, we have to make sure three point:

Hive client user proxy
Some driver side action need to be proxy as client user since when we will check hadoop files in driver side, according to Storage Based Authentication(basic of file system), if user A create the data, we need to use client A's user name to check data
Since we always read data in executor, so executor also need to run task as client user who call the sql and start the job.

Hive client proxy
In impersonation mode, we need to use client user as request user when interact with Hive metastore .
Reason :

For SQL Std based Authentication, client user is important for metastore to handle user's privilege.
For storage based Authentication, when we create a table or database fro user, create table/database path is done by Hive metastore,  metastore use superuser to proxy client connect user to create file path. So for storage based Authentication, we need to use each user's own connection.
For third party authentication such as ranger/sentry , we also need to use client user to check privilege. Spark not support yet, but I would like to work on this after current work.

My current pr's change :

if current calling user is not proxy , we just use origin way, only one SessionState and one client which use cachedHive
If calling user is a proxy user  and security enable (thrift server impersonation), we will use cachedHive to get calling user's HiveMetastore delegation token, and use this user's UGI call doAs method to build HiveMetastore connection with calling user's delegation token.  Simply say, we use each user's Hive client and session state to interact with HiveMetastore.

Driver proxy
In thrift server mode, if enable impersontaion. all session's action will be proxied as client user. We obtain token for proxy user when SessionManager open a impersonation ServiceSessionWithUGI. Then this session's UGI will have all token we needed(Token will be used by executor running task)
Executor proxy method
Since I have check the code of how CoarseGrainedExecutorBackend start executor and run task, In CoarseGrainedExecutorBackend is main method, it will call
 SparkHadoopUtil.get.runAsSparkUser

to start Executor, runAsSparkUser() will use currrent user who start CoarseGrainedExecutorBackend in container to start executor then all executir will run task as current user(Spark's start user).
For long running job, AM will always renew DelegationToken and put it in HDFS then notify CoarseGrainedExecutorBackend to update token and decode token Array[byte] into Credential and add Credential to Current User's UserGroupInformation.
In order to make Executor can run current task as client user, we need to let Executor know current job's owner, there is no interface I can pass this job owner information to Executor . So I pass this by TaskDescription. Not very elegant but simple and direct also thread safe.
The other thing to do is make Executor can run task as task owner user.
Since Executor is running as rmeote user , add Credential through Rpc to UserGroupInformation make it pass kerberos check. We can't use this proxy user to get task job owner's DlegationToken (I have tried for this). So if we want proxy client user. we need to create a UGI(UserGroupInformation) as job owner user and add user's Token to this UGI. But we can't get this delegation token by executor's UGI. So I pass driver's ServiceSessionImplWithUGI's UGI token to job's TaskDescription and add these token to UGI I created as task owner user.

cc @juliuszsompolski @xuanyuanking
Add some desc in comment and add some explain in code.
Hope for your advise.

Hi Angers, good morning/evening,
I have a few questions that I hope you could help regarding the spark thrift server.
The first questions is when I started the server with local mode, using userA, the server works fine and userB is able to run queries with only userB's permission.
However, I tried to start the server in yarn mode, it failed to start with error "cannot located kdc"..
Do you know what is the possible issue here? Thanks!

Hi Angers, good morning/evening,
I have a few questions that I hope you could help regarding the spark thrift server.
The first questions is when I started the server with local mode, using userA, the server works fine and userB is able to run queries with only userB's permission.
However, I tried to start the server in yarn mode, it failed to start with error "cannot located kdc"..
Do you know what is the possible issue here? Thanks!
EDIT: its fixed now:) we have to pass the kdc location to the AM

Let's chat in we chat.

hello，l see this pr and [SPARK-28419], and l test [SPARK-28419] on yarn,and  i set hive.server2.authentication=NONE, and I login SparkThriftServer using different username,but when I create table, the owner still is the user of starting SparkThriftServer Application...so i don't know if i did wrong something.
l have two questions:
1 after i see this pr, l 'm confused  Is there any connection between the two PR's. and i have to merge this pr to support proxy user's authentication
2 l see[SPARK-28419], for this method getDelegationToken in class SparkSessionManager,one of the condition is hive.server2.authentication=KERBEROS, this if means l have to use KERBEROS

hello，l see this pr and [SPARK-28419], and l test [SPARK-28419] on yarn,and i set hive.server2.authentication=NONE, and I login SparkThriftServer using different username,but when I create table, the owner still is the user of starting SparkThriftServer Application...so i don't know if i did wrong something.
l have two questions:
1 after i see this pr, l 'm confused Is there any connection between the two PR's. and i have to merge this pr to support proxy user's authentication
2 l see[SPARK-28419], for this method getDelegationToken in class SparkSessionManager,one of the condition is hive.server2.authentication=KERBEROS, this if means l have to use KERBEROS

In none kerberosed cluster, to keep hive client can be proxyed , maybe you should set hive.metastore.execute.setugi=true
To be honest, I am not familiar with none kerberized cluster.  and seems some doc always show that we should use kerberos for impersonation..

@wenfang6 You can add my wechat to discuss these problem. vx : LoostSoul


Cleanup of most translation files

In this pull request I cleaned up all translation files besides the source U.S. English one, which has already been improved in a separate PR.
The cleanup includes:

rearrangement of lines so that they are in the same order as in the source U.S. English translation file
removal of lines that have already been removed from the U.S. English translation file but not from others (until now)
removal of lines that seemed untranslated (I tried to remove as few of them as possible, but without knowing a particular language there is no good way to check whether they were left untranslated on purpose or not, but fortunately Minecraft has the nice fallback procedure, and they will use it, so I don't think it's something to worry about)
replacement of all translated forms of "Better PvP" as it is a proper name, so it shouldn't be translated
conversion of lowercase letters to uppercase ones and vice versa in places where most likely they were used incorrectly
rearrangement of words in gui.xaero_disable_enable to make them match the following pattern: <Text_disable_here>/<Text_enable_here> as the order is important here
unification of line endings to always use LF (this issue can be permanently resolved in the future by adding a .gitattributes file)
fix for broken encoding of some files
removal of redundant whitespace characters at the ends of lines
addition of missing newline characters at the ends of files.

First important note:
The most boring things weren't done by hand. I simply wrote a program that compared files and then rearranged lines so that they are in the same order as in the source file, removed the ones that didn't match, and also pointed out the ones that may have needed further review by me.
Second important note:
Both Russian and Brazilian Portuguese (which are being worked on in PR #6 and PR #8 respectively) are within the scope of this pull request as well. It means that if you merge this PR, conflicts will arise in the other two, and you (as I don't think the other two folks have a Git client) will have to deal with them e.g. by rebasing. So if you don't think it is a good idea, please let me know, as I can always exclude these two translations from this PR, for example.
EDIT: Both excluded from this pull request.
EDIT2: Russian translation is now included back.
EDIT3: Brazilian Portuguese is now included back as well.

A few lesser changes in response to acf1d3004e3f413684b86d031358ff1a34eec069.

This is great, I appreciate it! Sorry for not responding sooner.
We can exclude the WIP translations for now. Do you want me to review the changes?

This is great, I appreciate it! Sorry for not responding sooner.
We can exclude the WIP translations for now. Do you want me to review the changes?

Do you want me to review the changes?

That's entirely up to you. I don't (and didn't) plan to modify anything else here, unless you suggest something to change, or remove lines from the U.S. English translation file but forget to remove them from others as well.

We can exclude the WIP translations for now

OK, give me a while, I'm going to exclude them.

Sorry for not responding sooner.

No worries. You would have to try very hard to exceed e.g. the Forge review process that often takes much longer than it should ;p

Do you want me to review the changes?

That's entirely up to you. I don't (and didn't) plan to modify anything else here, unless you suggest something to change, or remove lines from the U.S. English translation file but forget to remove them from others as well.

We can exclude the WIP translations for now

OK, give me a while, I'm going to exclude them.

Sorry for not responding sooner.

No worries. You would have to try very hard to exceed e.g. the Forge review process that often takes much longer than it should ;p

Do you want me to review the changes?

That's entirely up to you. I don't (and didn't) plan to modify anything else here, unless you suggest something to change, or remove lines from the U.S. English translation file but forget to remove them from others as well.

We can exclude the WIP translations for now

OK, give me a while, I'm going to exclude them.

Sorry for not responding sooner.

No worries. You would have to try very hard to exceed e.g. the Forge review process that often takes much longer than it should ;p

Do you want me to review the changes?

That's entirely up to you. I don't (and didn't) plan to modify anything else here, unless you suggest something to change, or remove lines from the U.S. English translation file but forget to remove them from others as well.

We can exclude the WIP translations for now

OK, give me a while, I'm going to exclude them.

Sorry for not responding sooner.

No worries. You would have to try very hard to exceed e.g. the Forge review process that often takes much longer than it should ;p

Oh well. As now also Chinese is being worked on in PR #9, I suppose I should exclude it from this pull request as well.

Oh well. As now also Chinese is being worked on in PR #9, I suppose I should exclude it from this pull request as well.

Oh well. As now also Chinese translation is being worked on in PR #9, I suppose I should exclude it from this pull request as well.

Oh well. As now also Chinese translation is being worked on in PR #9, I suppose I should exclude it from this pull request as well.

Another batch of changes, but this time in response to commit de19f0960453edaf3acf1bb32d849079a5405df2.

Since PR #9 has been closed, the Chinese translation is now included back here.

Alright, thanks. I might delete the current Chinese translation though. It's very bad according to native speakers.

If you delete the Chinese translation, I will remove it from this pull request as well. Or you can review and merge this PR first and then delete the Chinese translation, not much difference to me.

Since PR #6 has been merged, the Russian translation is now included back here with two small changes.

I've seen that in commit a2944c4318d22853855ba5b13aa40c719af204e2 you slightly changed the ID of line gui.xaero_box_compass_over_wp, repositioned it, and added a second sentence to the existing one. This pull request is not based on that yet, so I'm marking it as a draft for now.
Anyway, what do you think that should be done now in all the other translation files to keep consistency?:

Change the ID and move the line without adding the second new sentence.
Change the ID, move the line, and add the new second sentence in English to all translation files where it is missing.
Remove the old translated line, don't add anything back, and instead let the Minecraft fallback mechanism handle it.

I've seen that in commit a2944c4318d22853855ba5b13aa40c719af204e2 you slightly changed the ID of line gui.xaero_box_compass_over_wp, repositioned it, and added a second sentence to the existing one. This pull request is not based on that yet, so I'm marking it as a draft for now.

Anyway, what do you think that should be done now in all the other translation files to keep consistency?:

Change the ID and move the line without adding the second new sentence.
Change the ID, move the line, and add the new second sentence in English to all translation files where it is missing.
Remove the old translated line, don't add anything back, and instead let the Minecraft fallback mechanism handle it.

To me, 1 & 3 are the best options here.

I think 3 is the best option because, with how different languages can get, it's better to retranslate the whole line. Luckily it is also the simplest option.

Done.

Merge conflicts resolved.

Hey,
Do you think you can send me the source code for the script/program that you made the changes with? It is very difficult to review the changes themselves.

I'm not sure if I understand you correctly, but my program is responsible for only about 1/5 (I guess) of the changes in this pull request. The rest has been done by hand, otherwise I could not vouch for the correctness and accuracy of the translations. I also used regex to search for redundant whitespace characters and incorrect letter cases.
If the summary in the description of this PR is not enough, I can willingly provide more information, context, motivation, and so on.

Really? I knew you did some stuff manually but you made it seem like most of the work was automated.
Either way, I'll be able to compare the automatic results I get against your fork, and review the differences manually.

Much depends on the interpretation. If I had compared all files line by line by hand, it would have taken 99% of the time spent, but looking at the diff, my program is responsible for only about 1/5 of the changes.
Anyway, https://pastebin.com/AYgEDKZu

Thank you very much!
Didn't expect it to be written in C! I'll check it out as soon as I can.

Rebased on top of the current master to resolve merge conflicts.

I really appreciate it!

As the Simplified Chinese has been removed, I'm excluding it from this pull request to resolve merge conflicts.

Hey,
Can you please resend me the source code? I can't seem to find where I put it and the link expired.

Nevermind, wrote something myself already to compare the files. I'll make a review very soon.

Awesome! Thank you once again for your contribution! Going to merge it now.

Thank you. I hope everyone will benefit from it.

Just a nitpick, it seems that you've missed the line ending unification to always use LF (so Croatian and Russian still use CRLF). This problem can be permanently resolved by adding a .gitattributes file, but I don't know if you would like to have it.

Just a nitpick, it seems that you've missed the line ending unification to always use LF (so Croatian and Russian still use CRLF). This problem can be permanently resolved by adding a .gitattributes file, but I don't know if you would like to have it.

Every other file was using CRLF on my end, which is why I changed these 2 back. Everything uses LF if I manually download it though. Weird. I'll fix it.


Is REACT the only supported method of using People Pickers fields?

Category

[x ] Question
[ ] Bug
[] Enhancement

Authors

Because of the way this repository is setup, samples authors do not get a notification when you create an issue. It makes it less likely for you to get your issue resolved or to get help. For the section above @mention any author of the sample. Authors' github handle can be found on the main sample documentation page, under the "solution" section. Use the PREVIEW tab at the top right to preview the rendering before submitting your issue.
(DELETE THIS PARAGRAPH AFTER READING)

Expected or Desired Behavior
I would like to be able to build a SPFX web part utilizing a People Picker field
Observed Behavior
I am not able to find any methods of implementing a People Picker field in a SPFX (JS) web part WITHOUT committing the whole project to React
Steps to Reproduce
Attempt to implement a People Picker web part
Submission Guidelines

Yes, you can do it using JS. Check the client side people picker.
https://www.c-sharpcorner.com/blogs/client-side-people-picker-in-sharepoint-2013

Hey @vaderj , I hope that @Harshagracy 's answer helped you?
I'll mark this issue as closed. Feel free to re-open it if you need more help.
Thanks @Harshagracy for your help with this! #SIC


Error with app state reconstruction upon navigation

STR:

Use the place name selector to pick Fairbanks
Scroll to the first "Read more about climate models and RCPs." link, click
Scroll to the footer, click on the "Data API" link to get out to that page
Click the browser back button twice

You'll get some kind of error screen like this:

I didn't crack the case yet, but the core issue is that the Report attempts to render before the data are fully restored/rehydrated.
You can observe this by keeping the Vue devtool open while you navigate away from the app / back to the app.


cross_compile failed in Target: sw_64sw6a-sunway-linux-gnu

What options should I add? cmake or make.
swgcc -v
Reading specs from /usr/sw/ccc/swgcc710-tools-SEA-1320/usr/bin/../lib/gcc/sw_64sw6a-sunway-linux-gnu/7.1.0/specs
COLLECT_GCC=swgcc
COLLECT_LTO_WRAPPER=/usr/sw/ccc/swgcc710-tools-SEA-1320/usr/bin/../libexec/gcc/sw_64sw6a-sunway-linux-gnu/7.1.0/lto-wrapper
Target: sw_64sw6a-sunway-linux-gnu
Configured with: /usr1/comp9/swgcc710/gcc-7.1.0/configure --prefix=/usr1/comp9/swgcc710-tools-SEA-1320/usr --with-gmp=/usr1/comp9/swgcc710-tools-SEA-1320/usr/lib_for_gcc --with-mpfr=/usr1/comp9/swgcc710-tools-SEA-1320/usr/lib_for_gcc --with-isl=/usr1/comp9/swgcc710-tools-SEA-1320/usr/lib_for_gcc --enable-shared --enable-languages=c,c++,fortran --build=x86_64-redhat-linux --host=x86_64-redhat-linux --target=sw_64sw6a-sunway-linux-gnu --disable-multilib --enable-c99 --enable-long-long --enable-threads=posix --enable-__cxa_atexit --disable-nls --disable-libgcc_slave --disable-libgfortran_slave --disable-libstdcxx_slave --with-sysroot=/usr1/comp9/swgcc710-tools-SEA-1320 CFLAGS='-g -gdwarf-2' CXXFLAGS='-g -gdwarf-2' --disable-werror
Thread model: posix
gcc version 7.1.0 20170502 (swgcc-1320 Committer: qianh<EMAIL_ADDRESS>by comp9 at localhost.localdomain on Thu Jan 6 11:23:22 CST 2022) (GCC)

cmake instruction code
cmake -DCMAKE_CROSSCOMPILING=ON -DCMAKE_C_COMPILER=swgcc -DCMAKE_Fortran_COMPILER=swgfortran -DTARGET=ALPHA ..
log
-- -- -- -- -- -- -- -- -- -- -- -- -- --
-- Targeting the ALPHA architecture.
-- GEMM multithread threshold set to 4.
-- Disabling Advanced Vector Extensions 512 (AVX512).
-- Multi-threading enabled with 24 threads.
CMake Error at cmake/prebuild.cmake:1421 (MESSAGE):
  Compiling getarch failed Change Dir:
  /home/export/base/systest/liyanlong/online2/work/openblas/OpenBLAS-0.3.28/build/getarch_build/CMakeFiles/CMakeTmp

  Run Build
  Command(s):/home/export/online2/systest/liyanlong/cmake-3.26/bin/cmake -E
  env VERBOSE=1 /usr/bin/gmake -f Makefile cmTC_546aa/fast && /usr/bin/gmake
  -f CMakeFiles/cmTC_546aa.dir/build.make CMakeFiles/cmTC_546aa.dir/build

  gmake[1]: Entering directory
  `/home/export/online2/systest/liyanlong/work/openblas/OpenBLAS-0.3.28/build/getarch_build/CMakeFiles/CMakeTmp'

  Building C object CMakeFiles/cmTC_546aa.dir/getarch.c.o

  /usr/sw/ccc/swgcc710-tools-SEA/usr/bin/swgcc -DFORCE_ALPHA -march=native
  -DGEMM_MULTITHREAD_THRESHOLD=4 -DNO_AVX512 -DNO_PARALLEL_MAKE=0
  -I"/home/export/base/systest/liyanlong/online2/work/openblas/OpenBLAS-0.3.28/build/getarch_build"
  -I"/home/export/base/systest/liyanlong/online2/work/openblas/OpenBLAS-0.3.28"
  -I"/home/export/base/systest/liyanlong/online2/work/openblas/OpenBLAS-0.3.28/build"
  -o CMakeFiles/cmTC_546aa.dir/getarch.c.o -c
  /home/export/base/systest/liyanlong/online2/work/openblas/OpenBLAS-0.3.28/getarch.c

  swgcc: error: unrecognized command line option '-march=native'

  gmake[1]: *** [CMakeFiles/cmTC_546aa.dir/getarch.c.o] Error 1

  gmake[1]: Leaving directory
  `/home/export/online2/systest/liyanlong/work/openblas/OpenBLAS-0.3.28/build/getarch_build/CMakeFiles/CMakeTmp'

  gmake: *** [cmTC_546aa/fast] Error 2

Call Stack (most recent call first):
  cmake/system.cmake:169 (include)
  CMakeLists.txt:106 (include)

Can you try a build with make please ? I suspect nobody has tried building for the old DEC Alpha architecture in years

And I think the TARGET for an alpha machine should be one of EV4, EV5 or EV6 instead of TARGET=ALPHA, unless you are building a special Sunway version of OpenBLAS. Is the swgcc cross-compiler freely available somewhere, so that I could test the build myself ? Unfortunately I know next to nothing about the Sunway processor line.
But the error you are seeing with CMake certainly comes from the fact that we do not have the parameters for the ALPHA machines in cmake/prebuild.cmake (there is a long table with the processor-specific values for a number of common cpus ). In a make build, there is an additional option HOSTCC= that lets it build and run "getarch" on the build host to
write the parameters, but with CMake there is no concept of "host compiler" in cross-builds and all info for the target cpu that getarch would normally dump from its internal database (param.h) must be already in that table.


miss denoising_unet.pth, reference_unet.pth

https://huggingface.co/fangzx/ViViD miss denoising_unet.pth, reference_unet.pth

Thank you for your work, when will the weight files be released？

We have released the weights, redirecting to https://huggingface.co/alibaba-yuanjing-aigclab/ViViD/tree/main

Thanks for releasing the weights. Could you specify which dataset was used to train these weights?


Update request: oxidized 0.29.1 → 0.30.1

Package name: oxidized
Latest released version: 0.30.1

Current version on the unstable channel: 0.29.1
Current version on the stable/release channel: 0.29.1

[x] Checked the nixpkgs pull requests

Notify maintainers
@nicknovitski
@n0emis
@vidister
@johannwagner
@yu-re-ka

Note for maintainers: Please tag this issue in your PR.

Add a :+1: reaction to issues you find important.

https://github.com/NixOS/nixpkgs/pull/326313


Error on new Voyager installation

Laravel Version: 5.3.*
Voyager Version: 0.1.1
PHP Version:7.1
Database Driver & Version:Mysql 5.7 / Maria DB 10.1.19

Description:
On installing a fresh voyager admin package i get the same error on on the database trying both 5.3 and 5.4. The key too long error. Even after i used the recommended steps to counter this in 5.4 it still gave me an error kindly assist.
Steps To Reproduce:
Do a fresh install of voyager.
All will be fine till i try thwe install command.

The line exists. Rather existed before @abdgad

Seems to be a known issue with some MariaDB Versions. Updating it to the latest version did the trick for me, too.
You should be able to resolve it in laravel by adding some four line lines to your AppServiceProvider as described here:
https://laravel-news.com/laravel-5-4-key-too-long-error
See original documentation about index lengths on Laravel Docs here (search for "Index Lengths & MySQL / MariaDB" in your browser if you do not see it right away):
https://laravel.com/docs/master/migrations#creating-indexes
@marktopper Do we have some kind of FAQ section / common pifalls we could put findings like that  to avoid repetetive bugs on the same subject?

I did the fix, and tried to indicate on the screenshot and it still brought the key too long error. Will try upgrading Mariadb and see thank you for the suggestion @marco-solare

hmmm, strange. Hope you can get it resolved through an update of the database

Found a way round db error but now when i install without dummy data, the admin dashboard wont show up.

@dsamurai please share a screenshot of the issue.

@abdgad here they are from fresh install on 5.3 without changing the key too long procedure steps

There is no dashboard admin blade file, the routes file does not contain admin routing.

I don't understand how you found a workaround the db error if it's still popping up.
Take a look at this to help you fix the db error.
After that, run php artisan voyager:install, you should not see any errors. Then go to /admin to view the admin dashboard.


md-slider & md-slide-toggle don't work correctly

I try to make Angular based app according to this tutorial: https://material.angular.io/guide/getting-started
The issue is that there is no sliding functionality on Slider and SlideToggle components, the value changes only on click. All dependencies are installed as it is mentioned in Getting started tutorial.
I'm using Chrome 55, HammerJs version 2.0.34, Angular 2.4.3, Material 2.0.0-beta.1

@nkas Make sure to import 'hammerjs'; in app.module.ts. Also, confirm if you see following error in the console, Could not find HammerJS. Certain Angular Material components may not work correctly.

I have similar problem too.
I created an angular project with angular cli and then followed this guide:https://material.angular.io/guide/getting-started
and some of material controls in addition to Slider not works, such as [https://material.angular.io/components/component/progress-bar](progress bar)

@mojtab23 Can you take a look if there is a log message in the console?

(Could not find HammerJS. Certain Angular Material components may not work correctly.)

@mojtab23 I noticed an issue with css - no component was rendered. So added the missing stylesheet:
<link<EMAIL_ADDRESS>rel="stylesheet">

@codef0rmer Yes, I imported hammerjs into app.module.ts. Also there are no errors in the console.

@nkas I see. Now only a working demo would save you :-) Share a screenshot if possible.

Thank you @DevVersion and @codef0rmer !
@codef0rmer answer fixed my problem.
There is two more things:

This guide https://material.angular.io/guide/getting-started is not working correctly.
And I have one question: How can I set the Material 2 theme to dark-theme? I asked this question at  StackOverflow .

@mojtab23 Glad it works now.
Regarding 1) We are aware of that - and it will be fixed as soon as possible
Regarding 2) The response from @codef0rmer is correct. Either you need to use SCSS or a prebuilt theme.


Add via to allowed words

refs https://github.com/cloudflare/cloudflare-docs/pull/15582
Seems like a reasonable word

Ah, let me push up changes here in a bit. We flag that via a different mechanism.


Lib/gromos

This PR:

updates the GROMOS library with correct input files covering some polyvinyls and PEG
introduces a framework for testing library files
adds tests for GROMOS polymers based on itps that have been double checked
add tests for martini2 PS PEG

Left to do:

add M3 polymers
more tests for Martini polymers
add PMMA

@pckroon can you review the testing script? The parameters were already checked.

@fgrunewald one question: I was finalizing the conversion from the polyply-only format (.itp) to the more generic vermouth format (.ff) and realized now that in this new GROMOS blocks/links you have separate [ link ] entries for angles, dihedrals, etc. in the links. For example, in this file, you have:
;---------------------------
;       VINYL-ANGLES
;---------------------------
[ link ]
resname "PE|PP|PVC|PVA|PMA|PS"
[ angles ]
+VC1 VC2 VC1 2 ga_15 {"comment":"CHn-CHn-C,CHn,OA,OE,NR,NT,NL", "group":"link"}
??? [ link ]
??? resname "PE|PP|PVC|PVA|PMA|PS"
??? [ angles ]
VC2 +VC1 +VC2 2 ga_15 {"comment":"CHn-CHn-C,CHn,OA,OE,NR,NT,NL", "group":"link"}
;---------------------------
;       VINYL-DIHEDRALS
;---------------------------
??? [ link ]
??? resname "PE|PP|PVC|PVA|PMA|PS"
[ dihedrals ]
VC1 VC2 +VC1 +VC2 1 gd_34 {"comment":"X-SI,CHn-CHn-X", "group":"link"}
??? [ link ]
??? resname "PE|PP|PVC|PVA|PMA|PS"
??? [ dihedrals ]
VC2 +VC1 +VC2 ++VC1 1 gd_34 {"comment":"X-SI,CHn-CHn-X", "group":"link"

why do you need the lines where I added the ??? - aren't they redundant?

@pckroon I added a small warning to the json parser about missing resids as well as some default behavior. Can you take a brief look?

The test cases in gen_itp were testing the library, so I moved them to the actual library test. Now test_gen_itp is more testing for topological variety that is encountered not so much if the library is correct.

Ok. LGTM.
For future development it may be a good idea to separate PRs into code and data. That would make my reviewing a bit easier, at least ;)


fix - query-string should not be a dependency #235

This is great, fixes 3 issues with less code. Thanks!


Constant segfaults in view_dialogs

Newsboat version (copy from newsboat -v): newsboat r2.11.1-12-gcf845
Steps to reproduce the issue:

Set swap-title-and-hints to yes in your config

Start newsbeuter and press v

Other info you think is relevant:
A year ago I found that this was caused by a null pointer in the STFL. The dereference happens in STFL's mydump(), in dump.c:90 and can be prevented by adding if (w == NULL) return; on line 89. The null pointer is obtained in STFL'S stfl_dump() in public.c:200. I sent a patch to prevent this null dereference to the STFL mailing list a year ago but didn't hear back. Hopefully this bug is due to newsboat incorrectly using the STFL rather than the STFL incorrectly doing something and this can be fixed on newsboat's end :).

Hi, thank you for the report! Indeed, it was us using the library incorrectly: we didn't name widgets that display title and hints. When Newsboat tried to swap them, it couldn't find them, and crashed. This error was present only in dialogs view.
I've fixed it now. Please build from commit a86eddde86ae3e881bfbc72f6cc68e3a6f1791a5 (which is current master).

Wow, this was fast! I can confirm this bug doesn't happen anymore on a86eddd, thanks fixing this.


Small changes to make test work for now

Small changes
Small changes in test/chaise.page.js (a page object).
Modified E2E tests to make them pass on new Chaise features (introduced since my last Pull Request).
I might spend some time making the tests become more general so that new features can be tested against more easily.
Thanks!

The CI build fails and I think it might be because of some possible misconfiguration of SauceLabs user account (I think Chaise is using Jessie's SauceLabs account so I cannot check that). I will check with Jessie to see how to fix it.


Share sandbox file via AirDrop

Just like this repo

I don't know if this was added since then, but this feature exists now. Long press on a file in the table view and tap 'share'.


prevent singleclick from firing on drag events

I noticed the singleclick event was firing after drag (pan) movements, and I really didn't want that to happen...

Any update on when these will be merged?


Enable relative path for settings

If one wants to use JSkat from an USB stick it would be handy to have the settings folder set relatively to the place of the JSkat JAR file.
Enable direct input for the path of the settings folder in the options.

Option can be saved in the current working directory. If one starts JSkat via double click on the JAR file the options will be saved in the directory where the JAR file lies.


RichText control doesn't render as a child component on a page

Category
[ ] Enhancement
[X] Bug
[ ] Question
Version 1.13.2
Expected / Desired Behavior / Question
Using RichText in a webpart, where it is used as a child component (field). the rich text should update the value (text displayed in the field) as soon as the state change occurs in the containing control (parent)
Observed Behavior
The RichText displays the value for the first time and then doesn't render the new value passed to it on subsequent renders.
Reviewing the code in RichText.tsx reveals that the props (value) being passed is only being assigned to the state (text) in the constructor. Subsequent render calls will not invoke the constructor and hence new value will not be updated in text. Missing componentWillReceiveProps lifecycle method
Steps to Reproduce
Create a component with a textbox, button and RichText control. In button click handler, set the value of textbox to the state which is passed to the RichText as props (value).
Please note that I tested the RichText after adding the method componentWillReceiveProps to the control and the issue seems to be fixed
`
public componentWillReceiveProps (nextProps:IRichTextProps){
this.setState({text:nextProps.value});
  }`

Any updated on above request. When we are using componentWillReceiveProps or static getDerivedStateFromProps, it becomes very slow as it is being rendered.
Please help.