text:
[Bug]:

Before Reporting

[X] I have pulled the latest code of main branch to run again and the bug still existed. 我已经拉取了主分支上最新的代码，重新运行之后，问题仍不能解决。

[X] I have read the README carefully and no error occured during the installation process. (Otherwise, we recommand that you can ask a question using the Question template) 我已经仔细阅读了README上的操作指引，并且在安装过程中没有错误发生。（否则，我们建议您使用Question模板向我们进行提问）

Search before reporting

[X] I have searched the DAMO-YOLO issues and found no similar bugs. 我已经在issue列表中搜索但是没有发现类似的bug报告。

OS
Ubuntu
Device
Colab T4
CUDA version
12.2
TensorRT version
No response
Python version
Python 3.10.12
PyTorch version
2.3.0+cu121
torchvision version
0.18.0+cu121
Describe the bug
I'm trying to finetune the model on custom dataset on colab
!cd damo-yolo/ && export PYTHONPATH=/content/damo-yolo && CUDA_LAUNCH_BLOCKING=1 python -m torch.distributed.launch --nproc_per_node=1 tools/train.py --node_rank=0 -f configs/damoyolo_tinynasL20_T.py
and end up with this error:
To Reproduce

follow the README to custom dataset
run this command:
export PYTHONPATH=/content/damo-yolo && CUDA_LAUNCH_BLOCKING=1 python -m torch.distributed.launch --nproc_per_node=1 tools/train.py --node_rank=0 -f configs/damoyolo_tinynasL20_T.py

Hyper-parameters/Configs
-f configs/damoyolo_tinynasL20_T.py
nproc_per_node=1
Logs
/usr/local/lib/python3.10/dist-packages/torch/distributed/launch.py:183: FutureWarning: The module torch.distributed.launch is deprecated
and will be removed in future. Use torchrun.
Note that --use-env is set by default in torchrun.
If your script expects --local-rank argument to be set, please
change it to read from os.environ['LOCAL_RANK'] instead. See
https://pytorch.org/docs/stable/distributed.html#launch-utility for
further instructions
warnings.warn(
usage: Damo-Yolo train parser [-h] [-f CONFIG_FILE] [--local_rank LOCAL_RANK]
[--tea_config TEA_CONFIG] [--tea_ckpt TEA_CKPT]
...
Damo-Yolo train parser: error: unrecognized arguments: --local-rank=0 --node_rank=0
E0625 18:21:09.782000 137977072861184 torch/distributed/elastic/multiprocessing/api.py:826] failed (exitcode: 2) local_rank: 0 (pid: 9042) of binary: /usr/bin/python3
Traceback (most recent call last):
File "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/usr/lib/python3.10/runpy.py", line 86, in _run_code
exec(code, run_globals)
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/launch.py", line 198, in
main()
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/launch.py", line 194, in main
launch(args)
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/launch.py", line 179, in launch
run(args)
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/run.py", line 870, in run
elastic_launch(
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/launcher/api.py", line 132, in call
return launch_agent(self._config, self._entrypoint, list(args))
File "/usr/local/lib/python3.10/dist-packages/torch/distributed/launcher/api.py", line 263, in launch_agent
raise ChildFailedError(
torch.distributed.elastic.multiprocessing.errors.ChildFailedError:
tools/train.py FAILED
Failures:
<NO_OTHER_FAILURES>
Root Cause (first observed failure):
[0]:
time      : 2024-06-25_18:21:09
host      : 64f93cf95e56
rank      : 0 (local_rank: 0)
exitcode  : 2 (pid: 9042)
error_file: <N/A>
traceback : To enable traceback see: https://pytorch.org/docs/stable/elastic/errors.html
Screenshots

datasets folder
Additional
No response

it's look like there are some problem with the args. I have to fix the tools/train.py file to run the model

change line number 31:        'local_rank' -> 'local-rank'

repo: tinyvision/DAMO-YOLO


text:
some cell voltages is zero

Hello,
Thanks for great effort first of all.  We have 12 cells battery pack. We getting 6 cell value correctly but last 8 has 0 value.
Is it related with rx fifo or a little bug?

Hmm i'm using it on mipsel ( openwrt ) with 8s and all cells show correct voltage

I write some debug values, and I see that first two frame received successfully. But 3rd frame received by 6 byte and 7 byte as two separated frame package .

source: gharchive/issue

authors: AltinayGrass tizbac

repo: tizbac/daly-bms-uart-linux

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 SITE_MAIN is down

In a187713, SITE_MAIN ($SITE_MAIN) was down:

HTTP code: 500
Response time: 905 ms

Resolved: SITE_MAIN is back up in 8f7fe20.

repo: tjsky/upptime


text:
ESP32S3 Support

Thomas,
I have now moved on from the ESP8266 to the ESP32 (which is ultimately were I plan to run things).  However, I encountered a significant problem.  When I ran the code which works fine on the ESP8266 it caused the MCU to constantly recycle/reset itself.  Not wholly unlike the issue I had with the ESP8266.  However, after a lot of troubleshooting I tracked it down to the attachInterrupt(digitalPinToInterrupt(_pin), &irq, CHANGE) statement that appears in the CarreraDigitalControlUnit::start() routine.  I have tried everything I can think of to resolve the issue.  I thought it might be the need to ensure the code was placed in the correct memory location through using the IRAM_ATTR parameter for the interrupt related functions/routines (I recognize the ESP32 can be a bit temperamental when assigning/using interrupts).  Nothing I tried resolved the issue.
In the end, the only way I could get the code to run was to declare the CarreraDigitalControlUnit::irq() routine public and then pull-out the attachInterrupt(digitalPinToInterrupt(_pin), &irq, CHANGE) instruction and place it in the setup() routine in the main body of my sketch (I was actually using your LapCouter example for troubleshooting).  Just before calling the cu.start() I issue the following instruction: attachInterrupt(digitalPinToInterrupt(cuPin), cu.irq, CHANGE);
For the life of me I can't figure out why having the attachInterrupt command in the library file (ie., CarreraDigitalControlUnit.cpp) causes the ESP32 to constantly reset.

Frankly, I have no idea. The only thing I can see is that in
https://github.com/tkem/CarreraDigitalControlUnit/blob/fb3e02d51b1ff9b29b7566217c077f23087ea936/src/CarreraDigitalControlUnit.cpp#L22
we should also check for ARDUINO_ARCH_ESP32, since ESP32 also needs IRAM_ATTR. But why the location of the attachInterrupt() call (not the interrupt routine itself) would make a difference just beats me.

I had tried that to no avail.  I also tried just directly including IRAM_ATTR in all the interrupt handler routines but still no luck.  The behaviour is clearly a sign that memory is getting stepped on somehow when the attachInterrupt is called within the library.  It must be something to do with how the ESP32 handles objects and where/how it places those in memory.
Anyway it is very bizarre behaviour.

@darnold64: Any updates on this? I just ordered an ESP32 board to see if I can reproduce this, since it sounds so strange ;-)

Sorry, nothing new to report.  My workaround is to modify the library to include a macro that removes/skips the attachedInterrupt instruction within the start method based on whether it is an ESP32 or not.  In my main sketch I have a similar macro.  However, this is more of a “patch” rather than a fix.  I did a bit more digging and tried one or two additional things—ie., changing cores but nothing worked.  So I just dropped it for now.  Maybe you will have better luck.

Please see https://github.com/espressif/arduino-esp32/issues/7837.

@darnold64: I just released v0.8.4, which should contain a workaround for the ESP32 issues - please let me know if that works for you!

repo: tkem/CarreraDigitalControlUnit


text:
新活动出现卡在活动主页面的情况

风情街日常和作战都无法进行

提供一下具体情况吧，比如视频等，不然开发者们很难确定问题来源

提供一下具体情况吧，比如视频等，不然开发者们很难确定问题来源

在新活动界面之后没有操作，过一段时间后执行下一项作战关卡。像是在活动界面没有执行点击或者点击区域不正确

提供一下具体情况吧，比如视频等，不然开发者们很难确定问题来源

和issue＃169的问题应该是一致的

应该是活动相关的参数有问题吧而不是脚本主体…

补充视频，https://github.com/sirinL/issuse_report

你是懂上传视频的🙏🏻

异形屏就用 上一次 刷吧

上一次并不好用..转到虚拟机上了，发现可能是分辨率（比例）的问题。
使用光速虚拟机，分辨率使用手机原生10802248是同样的故障，切换到1280720 / 1920*1080都是可以的

分辨率2340X1080 出现类似问题 进活动主界面两次后无法进入关卡页面 然后刷下个优先度的关卡去了

authors: DavidHhhh DazeCake TwilightFWR Zrief sirinL tkkcc

repo: tkkcc/ArkLights


text:
Remove pre-commit mirrors-prettier repo hooks

What is this Python Dataviz tool?
Describe features.
What's the difference between this Python Dataviz tool and similar ones?
Enumerate comparisons.
--
Anyone who agrees with this pull request could submit an Approve review to it.

LGTM

source: gharchive/pull-request


text:
Sumanth_issue88

Making visualisation state persistent

Sumanth, you should create your own class and move your code there. Then, have it subscribed to the TraceSearch event and do your magic. Finally instantiate it in the pastebin.

resolve conflicts before and during a pull request

do "git pull origin ExecutionTraceSprint5" and resolve conflicts. Be careful of ignoring them.

The current code has a couples of log statements. I am planning to remove them once this pull request is ready. @luminaxster, Can you check the code please? it seems that your code only response if  searchTermText's value changed but not if searchFilterId's value changed.

@luminaxster  Can you as well check why your code is not populating the previous search state when the pastebin is reloaded again. Thanks!

@Alaboudi1, I checked both elements(filter and search term) are tied to the same callback. It is working fine eheheh. You can see the search term autocomplete options changing with filter changes.
For the case of populating the search state, I haven't received an event to subscribe. Is it ready?

authors: Alaboudi1 Knksumanth luminaxster

repo: tlatoza/SeeCodeRun

license: mit

license_source: bigquery


text:
Nightly build broke due to outdated CMake version

Since https://github.com/apache/tvm/commit/8c88aab77863e43985318c575a2fa648fc783338 TVM requires CMake version 3.18 or higher which led to failing CI jobs in the tlcpack repo. While the latest CMake version is installed into the containers (see centos_install_cmake.sh) the System version of CMake is used instead of the manually installed one.
To fix the CI up to 5 steps are required:

Update centos_install_cmake.sh to add the installed CMake version to the SYSTEM path. Alternative: build a specific version of CMake from source similarly to https://github.com/apache/tvm/blob/main/docker/install/ubuntu_install_cmake_source.sh
Build new Docker images using the fix
Tag a new version for the newly build images on Dockerhub (Optional if we just want to use the SHA1 of the latest image instead)
Update https://github.com/tlc-pack/tlcpack/blob/main/.github/workflows/wheel_manylinux_nightly.yaml#L20:L30 etc. to use the updated images

2 and 3 will happen automatically with https://github.com/tlc-pack/tlcpack/actions/runs/3275287205, so once that's done we can update the images in the workflows

@driazati Should I then just use tlcpack/package-cpu:bf872ef etc. or can we create a tag for this such as v0.6?

just the hash is probably fine, the version number doesn't add much meaning imo

authors: PhilippvK driazati

repo: tlc-pack/tlcpack


text:
Div bugs

[ ] fails on empty

@@gh-table
@@

[ ] fails when nested?

@@center
@@gh-table
...
@@
@@

[ ] there's a chopping?

@@gh-table
| Status | Coverage |
| :----: | :----: |
| blah | blih |

the
 element gets chopped off a fair bit

Nesting seems ok
st = raw"""
    @@gh-table
    @@other
    blah
    @@
    @@
    """ * J.EOS

(m, jdv) = J.convert_md(st, collect(values(J.JD_GLOB_LXDEFS)))
content = J.convert_html(J.str(m), jdv)

gives
"

blah
\n
\n"


text:
Version 7.0.0 from npm still uses @hapi/joi instead joi library

I upgrade to latest version 7.0.0 But I still have conflicts that node_modules/enjoi/index.js links to @hapi/joi also the npm website still specifies @hapi/joi as a dev dependency

Am I doing something wrong? I already removed node modules and deleted yarn cache.
Or was there an older version released as 7.0.0 on npm?

Looks like the latest version hasn't been published to npm. I noticed that as well.

My workaround currently is to pull from github instead of npm.
@tlivings how has the rights to push fixed version to npm?

Published 8.0

authors: cjmFirefly03 svrnwnsch tlivings

repo: tlivings/enjoi


text:
failed to load ocrorot.SkewEstimator

All others models along the full OCR pipeline can be loaded as below way except the model for SKEW.
Thanks.
My Environment:
PyTorch v0.3.1 without CUDA installed on Ubuntu 16.04.
Error:
Python 2.7.15 |Anaconda, Inc.| (default, May  1 2018, 23:32:55)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.

import scipy.ndimage as ndi
import ocrorot
sk = ocrorot.SkewEstimator("logskew-000015808-000132.pt")
Traceback (most recent call last):
File "", line 1, in
File "ocrorot/rotation.py", line 80, in init
RotationEstimator.init(self, mname)
File "ocrorot/rotation.py", line 40, in init
self.model = torch.load(mname, map_location='cpu')
File "/home/bliu29/anaconda2/lib/python2.7/site-packages/torch/serialization.py", line 267, in load
return _load(f, map_location, pickle_module)
File "/home/bliu29/anaconda2/lib/python2.7/site-packages/torch/serialization.py", line 420, in _load
result = unpickler.load()
ImportError: No module named layers

@BrianLiu3650 , I got the same issue, but i solve it !

make layers.py to your ocrorot library(same dir roatiation.py)

# Copyright (c) 2017 NVIDIA CORPORATION. All rights reserved.
# See the LICENSE file for licensing terms (BSD-style).

import torch
import pytorch_fft.fft.autograd as afft
from torch import nn
from torch.autograd import Variable

class Spectrum(nn.Module):
    def __init__(self, nonlin="logplus1"):
        nn.Module.__init__(self)
        self.fft2d = afft.Fft2d()
        self.nonlin = nonlin

    def forward(self, x):
        y = Variable(torch.zeros(x.size()).cuda())
        #print type(x), type(y)
        #print type(x.data), type(y.data)
        re, im = self.fft2d(x, y)
        #print type(re), type(im)
        #print type(re.data), type(im.data)
        mag = (re**2 + im**2)
        if self.nonlin == None:
            return mag
        elif self.nonlin == "logplus1":
            return torch.log(1.0 + mag)
        elif self.nonlin == "sqrt":
            return torch.mag ** .5
        else:
            raise Exception("{}: unknown nonlinearity".format(self.nonlin))

    def __repr__(self):
        return "Spectrum"

pip install pytorch-fft

I hope it works


text:
🛑 Homepage is down

In 5b3a88f, Homepage (https://hcmus.edu.vn/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Homepage is back up in 062f7c6 after 7 minutes.

repo: tmkhiem/hcmus-web-uptime


text:
Creation of a hotel model based on countries

This new hotel model can be found in the new file "hotel.js" so it isn't in conflict with the already existing hotel model based on hotel class.
It works with the country variables defined in the definition.js file. A new field 'country' has been added to the Lodging activity formatting in the README to make it compatible with this new model.
All the information used to create this model can be found here: https://docs.google.com/spreadsheets/d/1f1j9EeVn9czOZBJKLXvgPwnmldakxuJ7/edit#gid=1584958883
A possible improvement of this model would be to take into consideration the number of people sharing the same hotel room since the values given are per room and not per person.

Hello! I am sorry I haven't reacted earlier. I have had many things going on, but I should be more responsive from now on.
I created a json object with some example countries that you can find here: https://github.com/Magalii/tmrowapp-contrib/blob/hotelModel/co2eq/countries.json
I tried to make it general so it can be used for other purposes in the futur if needed. Does it correspond to what you were asking?
Also, we don't have values of the hotel footprint for all the countries. Should I give them a default value, for example the median of the other hotel footprint values? Or should I raise an error when those countries are encoutered?
If you want to check that too, you can also find the new version of the hotel model per country here: https://github.com/Magalii/tmrowapp-contrib/blob/hotelModel/co2eq/hotelpercountry.js
I pass the activity in argument and not just the countryCodeISO2 to the carbonIntensity function so it will be easier to change the model to add more precision to it, for example by adding a more precise area than the country or the number of people sharing a room.

I went ahead and completed the model.
It is now in the hotelpercountry.js file and works with the file countries.json in which are all the existing ISO2 country codes, the area they correspond to and the hotel footprint value when available. If the specific data for the area is known, it is returned. Otherwise, a default value corresponding to the median of all the different values available is returned.
The countries.json file can easily be used for other purposes too if other informations per countries become usefull for this model or another.

@corradio can you check here?

authors: Magalii martincollignon

repo: tmrowco/tmrowapp-contrib


text:
Error when trying to pass a config file with -e

When I try to pass the script a specific configuration file I am getting the following error:
Traceback (most recent call last):   File "/home/brent/mist_ldap_sync/mist_ldap_sync.py", line 366, in <module>     main()   File "/home/brent/mist_ldap_sync/mist_ldap_sync.py", line 351, in main     load_dotenv(dotend_path=env_file) TypeError: load_dotenv() got an unexpected keyword argument 'dotend_path'
If I take the same file and name it .env then it works.  Looking at the code I am not sure what the error might be related to.

Found it. Typo. Pushed into my branch and created a pull request.

yes, you were quicker than me! :)
Thanks!


text:
Follow general callback style

Although not really a requirement, it's somewhat an unwritten rule for callback signatures to follow (error, result). This makes it easy to use them with flow-control libraries or to transform them into promises with libraries like promisify.
There are several callbacks in this library which do not follow this style, like:
https://github.com/tngan/express-saml2/blob/f5c19bdd3d12d4a6c818dc87eef4e3b48c155897/lib/RedirectBinding.js#L74
Even if they can't return an error it helps in above mentioned aspects to return them as (null, result)

It makes sense, it could apply to every callbacks in this module.

I can submit a PR for this. I see you added the v1 label to this. This would be a breaking change though, so it might make sense to only do this for v2.

@sebakerckhof Let me remove the tag. Feel free to submit a PR for this, and v2 still takes sometime to verify.

Btw, it's not entirely clear to me why some callbacks are there in the first place, e.g.:
https://github.com/tngan/express-saml2/blob/2.0.0-alpha/src/entity.ts#L243
This seems fully synchronous, so can you help me understand why this works with callbacks?

This approach is to relax the rest of the flow to the user, this module aims to compute the essential parts only,  redirect and render work are left to users. In fact, there are no sync process even file reading is in synchronous which is not good enough.

Btw, while we're at it and have the chance to modify the API. Do you think it might make sense to replace some of the callbacks with promises instead?
E.g. I think stuff in libsaml.ts like decryptAssertion and encryptAssertion could benefit from having promises, so later on you can use async/await much easier (basically without breaking BC in a future release)

Yes, that's included in my plan for code revamping after the first step (migrating to typescript) is settled, we can benefit on using async/await directly with typescript. I will open a new thread for code revamping, and we can continue our discussion there.

Okay, I'll close this issue to continue in the general thread.

authors: sebakerckhof tngan


text:
what the ***k!

my number_class is 3(1bg+2classes)。eval is error and demo.py not work!  which para error?
Loading checkpoint: ./weights/Final_efficientdet-d4.pth ...
Loaded pretrained weights for efficientnet-b4
Traceback (most recent call last):
File "eval.py", line 72, in
model.load_state_dict(checkpoint['state_dict'])
File "/tensorflow-gpu/lib/python3.6/site-packages/torch/nn/modules/module.py", line 839, in load_state_dict
self.class.name, "\n\t".join(error_msgs)))
RuntimeError: Error(s) in loading state_dict for EfficientDet:
Unexpected key(s) in state_dict: "neck.stack_bifpn_convs.3.w1", "neck.stack_bifpn_convs.3.w2", "neck.stack_bifpn_convs.3.bifpn_convs.0.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.0.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.1.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.1.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.2.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.2.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.3.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.3.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.4.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.4.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.5.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.5.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.6.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.6.0.conv.bias", "neck.stack_bifpn_convs.3.bifpn_convs.7.0.conv.weight", "neck.stack_bifpn_convs.3.bifpn_convs.7.0.conv.bias", "neck.stack_bifpn_convs.4.w1", "neck.stack_bifpn_convs.4.w2", "neck.stack_bifpn_convs.4.bifpn_convs.0.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.0.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.1.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.1.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.2.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.2.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.3.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.3.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.4.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.4.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.5.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.5.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.6.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.6.0.conv.bias", "neck.stack_bifpn_convs.4.bifpn_convs.7.0.conv.weight", "neck.stack_bifpn_convs.4.bifpn_convs.7.0.conv.bias", "neck.stack_bifpn_convs.5.w1", "neck.stack_bifpn_convs.5.w2", "neck.stack_bifpn_convs.5.bifpn_convs.0.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.0.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.1.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.1.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.2.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.2.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.3.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.3.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.4.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.4.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.5.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.5.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.6.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.6.0.conv.bias", "neck.stack_bifpn_convs.5.bifpn_convs.7.0.conv.weight", "neck.stack_bifpn_convs.5.bifpn_convs.7.0.conv.bias".
size mismatch for neck.lateral_convs.0.conv.weight: copying a param with shape torch.Size([224, 56, 1, 1]) from checkpoint, the shape in current model is torch.Size([88, 56, 1, 1]).
size mismatch for neck.lateral_convs.0.conv.bias: copying a param with shape torch.Size([224]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for neck.lateral_convs.1.conv.weight: copying a param with shape torch.Size([224, 112, 1, 1]) from checkpoint, the shape in current model is torch.Size([88, 112, 1, 1]).
size mismatch for neck.lateral_convs.1.conv.bias: copying a param with shape torch.Size([224]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for neck.lateral_convs.2.conv.weight: copying a param with shape torch.Size([224, 160, 1, 1]) from checkpoint, the shape in current model is torch.Size([88, 160, 1, 1]).
size mismatch for neck.lateral_convs.2.conv.bias: copying a param with shape torch.Size([224]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for neck.lateral_convs.3.conv.weight: copying a param with shape torch.Size([224, 272, 1, 1]) from checkpoint, the shape in current model is torch.Size([88, 272, 1, 1]).
size mismatch for neck.lateral_convs.3.conv.bias: copying a param with shape torch.Size([224]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for neck.lateral_convs.4.conv.weight: copying a param with shape torch.Size([224, 448, 1, 1]) from checkpoint, the shape in current model is torch.Size([88, 448, 1, 1]).
size mismatch for neck.lateral_convs.4.conv.bias: copying a param with shape torch.Size([224]) from checkpoint, the shape in current model is torch.Size([88]).
size mismatch for neck.stack_bifpn_convs.0.bifpn_convs.0.0.conv.weight: copying a param with shape torch.Size([224, 224, 3, 3]) from checkpoint, the shape in current model is torch.Size([88, 88, 3, 3]).
》》》》》》》

and train.py line 184
" 'num_class': args.num_class"  is wrong,please check!!!

and train.py line 184
" 'num_class': args.num_class" is wrong,please check!!!

maybe changing it to
'num_class': args.num_classes
would do.

There is something wrong with the code when training my dataset. It must be something wrong with the parameters of efficientdet.py file

There is something wrong with the code when training my dataset. It must be something wrong with the parameters of efficientdet.py file

No, efficientdet.py is correct actually

@huangweiji2019 pls be nice...


text:
SolrCoreAdmin nonfunctional

SolrCoreAdmin as far as I could tell is completely non functional as it stands currently.  None of the methods work as written and all return the same result as you would get for /solr/admin/cores with no parameters.
This patch makes all SolrCoreAdmin methods functional, adds the missing data_dir parameter to create, and implements tests that actually assert that the SolrCoreAdmin is doing anything at all.

+1

authors: Jaidan tisto

repo: toastdriven/pysolr


text:
Add multiple player spawn points to map

Update the map so the players layer holds four points for players to spawn.

I'll work on this for next week, hope it's OK with you @j3g3rs3j. If not, just dm me and i'll not

repo: tobiasbp/python-arcade-dungeon


text:
sitemap Generator: Unlisted Pages, SEO Plugin Name and /sitemap => sitemap.xml forwarding

Hi Tobi,
first of all a huge thanks for the great update of the plugin 👍
In my humble opinion, the sitemap generator has three things I would reconsider:

The docs clearly state that it uses the state of the robots.txt but in cases where I have not set that because it is a static page which is Unlisted, IHMO the sitemap should still not display it - it is unlisted for a reason :)
I do not believe in security through obscurity but blasting out the Kirby CMS reference on the sitemap.xml is too much for me - it is not like any humans would read that unless they are potentially up to something
I would recommend to ship a pre-build route, permanently redirecting domain.com/sitemap to domain.com/sitemap.xml

Thanks
Andreas

Not sure what you mean by that. In case a page is unlisted, it will not be shown in the sitemap with the default configuration of the plugin.
It's very easy to figure out if a site is using Kirby CMS, no matter if you have Kirby SEO (with enabled sitemap) installed or not. Wappalyzer and other tools easily detect it already. If you're actually concerned about this, you can provide a custom stylesheet by overriding the template file.
This is a good suggestion. I'm actually often reading sitemaps manually, hence I made sure to polish the stylesheet so it's delightful to use.

authors: andreasba tobimori

repo: tobimori/kirby-seo


text:
use without PSRAM?

despite what the readme claims, by checking the code here it seems this could also works with boards without psram:
https://github.com/tobozo/ESP32-PsRamFS/blob/main/src/pfs.c#L102
I've just tested the lastest rel on a M5Stack stampS3 and indeed it seems to work correctly.

hi,
thanks for testing this :+1:
M5Stamp S3 has 8MB of psram, unless psram is explicitey disabled in the board options before compiling, psram will be used.
But yes, ESP32-PsRamFS can work without psram (actually the readme claims that psram is optional).

this is the line that confused me:

It provides a fs::FS style filesystem using the psram of an ESP32-Wrover or any ESP32 equipped with PSRam.

authors: eadmaster tobozo


text:
I can't download pretrain models in collections.durham

Hi @tobybreckon
I run SH file but when I checking the server web is death. You can public a pre-trained model in another place or you can fix this website?
Thank you for reading my issue. I hope I can receive  your response
Thai Hoc

The server collections.durham.ac.uk is currently down, giving an error page via http.
This has been reported to the support team managing this server. As it is Sunday today (UK, 3pm), it is likely to be Monday before this resource is available for download again at the earliest (9am onwards, UK time).
I will keep you updated.

Thank Professor for supported

Hi Professor @tobybreckon  you can public model on another place ? because I'm very need to your model and The website is still currently down.
Thank Professor so much !
Thai Hoc

The server is back on-line and the download scripts are working.

repo: tobybreckon/fire-detection-cnn


text:
make: tock library: compile c++ sources

Add support for .cpp sources in libraries. This is necessary for openthread.

Closing this to merge into the paths PR. Too hard to test these separately.

repo: tock/libtock-c


text:
Interest in merging projects?

I've been doing a lot of searching for lists of APIs like this lately. I just ran across @abhishekbanthia's similar list of public/free apis.
I'm curious if there's any reason not to work towards combining the two projects? I'm interested in helping if it makes sense.
I also posted an issue on his project to see if he's got any interest: https://github.com/abhishekbanthia/Public-APIs/issues/165

Hi @karllhughes , thanks for supporting the project!
This has already been suggested - the answer to the previous issue still stands. 😄
This project also includes extra info (e.g HTTPS and Auth type, and soon to be CORS).
Looking forward to reviewing some awesome PRs from you in the future 👍

Ok, fair enough. I didn't notice the differences on first blush. I've got a bunch of APIs to add, hoping to have a first stab at a PR for you tomorrow. Thanks for putting this together!

authors: davemachado karllhughes

repo: toddmotto/public-apis


text:
Added Czech and Slovak Nameday API

Thank you for taking the time to work on a Pull Request for this project!
To ensure your PR is dealt with swiftly please check the following:

[x] Your submissions are formatted according to the guidelines in the contributing guide.
[x] Your changes are made in the README file, not the auto-generated JSON.
[x] Your additions are ordered alphabetically.
[x] Your submission has a useful description.
[x] Each table column should be padded with one space on either side.
[x] You have searched the repository for any relevant issues or PRs.
[x] Any category you are creating has the minimum requirement of 3 items.

Thanks!


text:
Toggl button Trello issues

Some reports that starting Toggl button in Trello is causing crashes/lockups/isn't working
"I am trying to start a timer from a card in trello, i can input the project
(so it does link to toggle) but when i click the 'Done' button nothing
happens.
Even if i close the card the 'start timer' popup window hangs there
uncloseable and i can't do anything but refresh my browser.
Chrome 1.10.6"
/case/717583
"When using the Trello extension, the extension crashes and does not begin timing. Chrome latest version."
case/717865

Could this be the reason:

For me, it works. My Chrome language is set to English, however, my teams
Chrome is set to Chinese and they cannot get it to work with Trello or
Google Docs.

Set my language in Chrome and Trello to Chinese, added some title to the board

Works fine for me https://streamable.com/94moz

Nick requested that the user provide more info. These are the users extensions;

He also says he's using Chome Version 67.0.3396.79 (Build Official) (64 bits)
Windows 10 pro 64 bits

Installed all the extensions from the screenshot, enabled them on my test card; the button still works
Can we request the user to try the button with the other extensions disabled? If the button still doesn't work, send us a screen-recording with the browser console open.

@shantanuraj The user still encountered problems unfortunately.
They were able to get a screenshot with a console error. Please check the case on Desk, and let us know if you need access to that. :)

JIRA user having a similar issue - case/725339, also includes a screenshot of the error in console.

Another one - case/729276

authors: Michelle112 VeljkoTN maritoggl nicktoggl ricotheque shantanuraj

repo: toggl/toggl-button


text:
Toggle Desktop 7.3.319 for Mac crashing on startup

After updating Toggle via App Store it keeps crashing on startup (won't start).
I already tried resetting App settings by deleting Folder ~/Library/Containers/com.toggl.toggldesktop.TogglDesktop without success.
Toggle Desktop 7.3.319 for Mac (OS X 10.9.5)
Console log:
24.05.16 10:19:50,000 TogglDesktop[28887]: dyld: lazy symbol binding failed: Symbol not found: _OSAtomicIncrement32
  Referenced from: /Applications/TogglDesktop.app/Contents/MacOS/../../Contents/Frameworks/libPocoData.31.dylib
  Expected in: /usr/lib/libSystem.B.dylib
24.05.16 10:19:50,000 TogglDesktop[28887]: dyld: Symbol not found: _OSAtomicIncrement32
  Referenced from: /Applications/TogglDesktop.app/Contents/MacOS/../../Contents/Frameworks/libPocoData.31.dylib
  Expected in: /usr/lib/libSystem.B.dylib
24.05.16 10:19:50,709 com.apple.launchd.peruser.501[292]: (com.toggl.toggldesktop.TogglDesktop.104752[28887]) Job appears to have crashed: Trace/BPT trap: 5
24.05.16 10:19:50,980 ReportCrash[28888]: Saved crash report for TogglDesktop[28887] version 7.3.319 (7.3.319) to ............................

Thank you for the details. We'll look into this. In the mean time I'd suggest you downloading the version from our website. https://support.toggl.com/toggl-on-my-desktop/

Have not seen any other feedback on the issue. Will close.

authors: IndrekV derralf

repo: toggl/toggldesktop


text:
Feature request: 'show-on-failure'

If you use this action as a step with an if conditional for job failure, then it won't run the steps necessary to show a card in a teams channel if the job fails.
      - name: Notify channel
        uses: toko-bifrost/ms-teams-deploy-card@master
        with:
          github-token: ${{ secrets.GITHUB_TOKEN }}
          webhook-uri: ${{ secrets.TEAMS_WEBHOOK_URL }}
          show-on-start: false
          show-on-exit: true
          card-layout-start: compact
          card-layout-exit: compact
        if: ${{ failure() }}

Removing the if condition then notifies the channel for every completed job rather than only on job failures
It'd be great to have a 'show-on-failure' flag so that it only notifies when the job has failed rather than on any job exit

@AdamHansrod, thanks for this suggestion. I will look into it.

Hi @AdamHansrod. I just released 3.1.0 with this feature. Kindly check.

authors: AdamHansrod aldwyn-acn

repo: toko-bifrost/ms-teams-deploy-card


text:
Add ability to include base64 images

In our workflow we generate a QR code that links to a live app preview. Would be great if we could use the sections.images field to add the base64 data for the QR code directly on the file: https://stackoverflow.com/a/57034497

Hi @hammadj, that is a nice feature to add. Unfortunately, the activity card misplaces the expected image on the bottom part. But you are welcome to send a pull request and let me know how you want it to be displayed on the activity card. I'm closing this for now. Thank you.

authors: aldwyn-acn hammadj


text:
「最新のお知らせ」リンクが外部サイトだった場合に、外部サイトアイコンを末尾に追加

改善詳細 / Improve details

「最新のお知らせ」リンクが新規ウインドウを開いているが、ここには新規ウインドウアイコンが付与されていない（サイドナビゲーションにはある）

スクリーンショット / Screenshot

期待する見せ方・挙動 / Expected behavior

サイドナビゲーションのように末尾にアイコンを付与

本件着手します。

authors: kebhr saladdays


text:
開発環境を表示する場合はどこかに開発環境とわかるメッセージを表示する

改善詳細 / Improve details

現在、テスト環境でも本番環境と遜色なく表示される
間違えてシェアされた場合に困る（表示データが古かったり）

スクリーンショット / Screenshot

期待する見せ方・挙動 / Expected behavior

本番環境以外に開発環境だとわかる印を表示する
本番環境へ誘導できるとベスト

動作環境・ブラウザ / Environment

macOS / Windows / Linux / iOS / Android
Chrome / Safari / Firefox / Edge / Internet Explorer

「間違えてシェア」がURLベースとは限らずスクショ等であるケースも踏まえると
PC, モバイルともに常に画面のどこかに 開発中  が表示されているようなものが良いのではないでしょうか

試作してみまして、スクショ用意します

プルリクでスクショ貼りました
https://github.com/tokyo-metropolitan-gov/covid19/pull/847
※他の皆さんで別に良い案があればこちらプルリクは破棄で構いません

authors: DJYoko mikkame


text:
[i18n] Update translation of 合計(in en and zh-tw)

📝 関連issue / Related Issues

#680
close #1227

⛏ 変更内容 / Details of Changes

FIX :  "Japanese text {date}の合計 without translation"

en: {date}の合計 => Total of %{date}
zh-tw: {date}の合計 => %{date} 當日總數
zh-cn: {date}の合計 => %{date} 当日合计

📸 スクリーンショット / Screenshots

zh-TW: {date} 的合計 maybe more near the Japanese meaning on wording?
Btw, there is the translation table: https://docs.google.com/spreadsheets/d/1aksSfWIXE_L3rFYFjHz9xtVhh0n7ealMQ0eEz8GGPlw/edit#gid=0

Ref: #1227

Ref: #1227

thank you

zh-TW: {date} 的合計 maybe more near the Japanese meaning on wording?
Btw, there is the translation table: https://docs.google.com/spreadsheets/d/1aksSfWIXE_L3rFYFjHz9xtVhh0n7ealMQ0eEz8GGPlw/edit#gid=0

zh-TW: {date} 的合計 is good , I already updated it  as your suggestion :)
The lastest commit I did     is the same as translation-wordstable that you shared

Thank you so much for translation table :)

authors: PichuChen kiecoo


text:
add classes

📝 関連issue

close #269
close #259

⛏ 変更内容

style を 変更しました。

📸 スクリーンショット

@saladdays さん、レビュー可能ならお願いします。10分ほどまって反応なければ取り込んでしまいます！

件 も改行されないようにしてもらえますか？
+161件 で一行になるようにお願いします！

修正しました！

完璧です！ありがとうございます！！

authors: halsk saladdays


text:
Some count indices

PGSync version: 1.1.1
Postgres version: 9.6
Elasticsearch version: 7.7.1
Redis version: latest
Python version: 3.8
Problem Description:
What to do with some count indices?
For example, I want to load indices with the scheme:
[
{
"database": "main",
"index": "brand",
"nodes": [
{
"table": "brand",
"schema": "public",
"columns": [
"id",
"name",
"approved",
"popularity"
]
}
]
},
{
"database": "main",
"index": "company",
"nodes": [
{
"table": "company",
"schema": "public",
"columns": [
"id",
"user_id",
"organizational_form",
"disabled"
]
}
]
}
]

I see it supports it, but load only first index

actually reopening this as this is already in progresss

Thanks for reporting this.
This is resolved in version 1.1.2

Thanks!

It loads only first index in the scheme

Exception in thread Thread-53:
Traceback (most recent call last):
File "/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7/lib/python3.7/threading.py", line 917, in _bootstrap_inner
self.run()
File "/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7/lib/python3.7/threading.py", line 865, in run
self._target(*self._args, **self._kwargs)
File "pgsync/sync.py", line 641, in pgsync.sync.Sync.poll_redis
File "pgsync/redisqueue.py", line 73, in pgsync.redisqueue.RedisQueue.bulk_pop
File "/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7/lib/python3.7/json/init.py", line 341, in loads
raise TypeError(f'the JSON object must be str, bytes or bytearray, '
TypeError: the JSON object must be str, bytes or bytearray, not NoneType

can you re-bootstrap the database which should re-create the trigger
bootstrap -t -c path/to/schema.json
also, delete the hidden file .main

I did it, but after creating the first index it makes file .main and skips the creation next indices.
Now I have trouble with updating big rows. https://github.com/toluaina/pg-sync/issues/19
I have load indices separately.

OK that fine. 1.1.3 allows you to load in the same schema as well

Good, but now I see changes the same changes in different slots
for example
select * from PG_LOGICAL_SLOT_PEEK_CHANGES('main_company', NULL, NULL)
select * from PG_LOGICAL_SLOT_PEEK_CHANGES('main_brand', NULL, NULL)
select * from PG_LOGICAL_SLOT_PEEK_CHANGES('main_category', NULL, NULL)
make me the same result, and save all data before reload

and can you change the condition of adding a trigger, now the trigger is added to absolutely all tables in the database (I have> 200). For example a table should trigger if it is in the schema.
Now  > 200 tables have a trigger

the latest version 1.1.4 only creates triggers for tables in the schema
we still need to have a database/index pair for each replication slot as this is a requirement.

Now triggers have tables in the last index in the schema, because after creating the first index, the next creating will drop last triggers.

But I don't know why I see changes from any tables in each slot

I get what you mean. This is now fixed in 1.1.5. Can you give it a try and let me know

Good, but how to connect it to New relic, I wrote settings in env, but it doesnt work

Does it work with standart replication master-slave together?

Good, but how to connect it to New relic, I wrote settings in env, but it doesnt work

Did you start with newrelic-admin run-program pgsync ...

Does it work with standart replication master-slave together?

Yes I see no reason why this would not work

authors: masterlexa toluaina

repo: toluaina/pg-sync


text:
Getting make_current error 3008 on Ubuntu 18.04 when closing window

I'm getting the following error when closing a window on Ubuntu. I'm not getting this error on Windows and the code works perfectly.
You can find the code I'm executing at fasihrana/skryn/tree/ubuntu_egl_3008_error.
All you have to do is
cargo run --example mainexample
Edit: When you run the example mainexample, make sure you click the the button "Press Here", to create a new window and close this new window.
Note: There are some requirements for compiling harfbuzz crate.
Drop window ID WindowId(X(WindowId(41943056))), thread ID: ThreadId(0)
thread 'WRRenderBackend#0' panicked at 'called `Result::unwrap()` on an `Err` value: "SendError(..)"', src/libcore/result.rs:997:5
stack backtrace:
   0:     0x55bb83ca1e43 - std::sys::unix::backtrace::tracing::imp::unwind_backtrace::hf8722b0178fb1b63
Window ID dropped WindowId(X(WindowId(41943056))),, thread ID: ThreadId(0)
making window current WindowId(X(WindowId(41943045))), thread ID ThreadId(0)
thread 'main' panicked at 'make_current: eglMakeCurrent failed (eglGetError returned 0x3008)', /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/api/egl/mod.rs:426:24
                               at src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:39
   1:     0x55bb83c9d658 - std::sys_common::backtrace::_print::hc40139e5f1d656ee
                               at src/libstd/sys_common/backtrace.rs:70
   2:     0x55bb83ca0872 - std::panicking::default_hook::{{closure}}::h993d43465919c16a
                               at src/libstd/sys_common/backtrace.rs:58
                               at src/libstd/panicking.rs:200
   3:     0x55bb83ca05e4 - std::panicking::default_hook::h73d2c2ec3d9ba5a4
                               at src/libstd/panicking.rs:215
   4:     0x55bb83ca0f80 - std::panicking::rust_panic_with_hook::h744417edfe714d72
                               at src/libstd/panicking.rs:478
   5:     0x55bb83ca0b01 - std::panicking::continue_panic_fmt::h3557b3c3fa21b47b
                               at src/libstd/panicking.rs:385
   6:     0x55bb83ca09e5 - rust_begin_unwind
                               at src/libstd/panicking.rs:312
   7:     0x55bb83cb8eac - core::panicking::panic_fmt::h74ee8034b317ceed
                               at src/libcore/panicking.rs:85
   8:     0x55bb832c2b90 - core::result::unwrap_failed::h4f39ca4fd06f8302
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libcore/macros.rs:16
   9:     0x55bb832a8c5a - <core::result::Result<T, E>>::unwrap::h35fa3765b7064c40
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libcore/result.rs:798
  10:     0x55bb82e567d4 - webrender::render_backend::RenderBackend::update_document::hf1bfd6c2608d4d33
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/webrender-0.58.0/src/render_backend.rs:1388
  11:     0x55bb82e50c38 - webrender::render_backend::RenderBackend::run::he6d0d7a733c90a75
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/webrender-0.58.0/src/render_backend.rs:865
  12:     0x55bb82fe6f23 - webrender::renderer::Renderer::new::{{closure}}::hf30883c259a5506b
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/webrender-0.58.0/src/renderer.rs:1953
  13:     0x55bb831e5b14 - std::sys_common::backtrace::__rust_begin_short_backtrace::h1adfd6bce659758f
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/sys_common/backtrace.rs:135
  14:     0x55bb82fada23 - std::thread::Builder::spawn_unchecked::{{closure}}::{{closure}}::hdc2887bb722bb84e
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/thread/mod.rs:469
  15:     0x55bb82e594d3 - <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once::h66b1a1844de581d5
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/panic.rs:309
  16:     0x55bb82eb81a9 - std::panicking::try::do_call::h1a9a0b275809d804
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/panicking.rs:297
  17:     0x55bb83ca53f9 - __rust_maybe_catch_panic
                               at src/libpanic_unwind/lib.rs:92
  18:     0x55bb82eb71df - std::panicking::try::h21755799ec75560a
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/panicking.rs:276
  19:     0x55bb82e5ecd5 - std::panic::catch_unwind::hbcaa324931922c2e
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/panic.rs:388
  20:     0x55bb82fad08f - std::thread::Builder::spawn_unchecked::{{closure}}::h0b1f11d2c66f4370
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/thread/mod.rs:468
  21:     0x55bb82fc6618 - <F as alloc::boxed::FnBox<A>>::call_box::h4a9ec11aad2ca9fa
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/liballoc/boxed.rs:734
  22:     0x55bb83ca4b8d - std::sys::unix::thread::Thread::new::thread_start::h6fb76bcf544b6181
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/liballoc/boxed.rs:744
                               at src/libstd/sys_common/thread.rs:14
                               at src/libstd/sys/unix/thread.rs:81
  23:     0x7f4d83f086da - start_thread
  24:     0x7f4d83a1988e - __clone
  25:                0x0 - <unknown>
stack backtrace:
   0:     0x55bb83ca1e43 - std::sys::unix::backtrace::tracing::imp::unwind_backtrace::hf8722b0178fb1b63
                               at src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:39
   1:     0x55bb83c9d658 - std::sys_common::backtrace::_print::hc40139e5f1d656ee
                               at src/libstd/sys_common/backtrace.rs:70
   2:     0x55bb83ca0872 - std::panicking::default_hook::{{closure}}::h993d43465919c16a
                               at src/libstd/sys_common/backtrace.rs:58
                               at src/libstd/panicking.rs:200
   3:     0x55bb83ca05e4 - std::panicking::default_hook::h73d2c2ec3d9ba5a4
                               at src/libstd/panicking.rs:215
   4:     0x55bb83ca0f80 - std::panicking::rust_panic_with_hook::h744417edfe714d72
                               at src/libstd/panicking.rs:478
   5:     0x55bb83ca0b01 - std::panicking::continue_panic_fmt::h3557b3c3fa21b47b
                               at src/libstd/panicking.rs:385
   6:     0x55bb83ca0a4e - std::panicking::begin_panic_fmt::h376894437226fc7c
                               at src/libstd/panicking.rs:340
   7:     0x55bb837c12e0 - glutin::api::egl::Context::make_current::hd3d5c3c5bc83cdfc
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/api/egl/mod.rs:426
   8:     0x55bb837d1881 - glutin::platform::platform::x11::Context::make_current::hc2e773dcef6204fb
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/platform/linux/x11.rs:373
   9:     0x55bb837e3364 - glutin::platform::platform::Context::make_current::h9455fcadc3aabeba
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/platform/linux/mod.rs:164
  10:     0x55bb837d724a - <glutin::context::Context as glutin::ContextTrait>::make_current::hc1868a544d5703a0
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/context.rs:30
  11:     0x55bb837d75cb - <glutin::windowed::WindowedContext as glutin::ContextTrait>::make_current::h25ca6cd444cb5338
                               at /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.20.0/src/windowed.rs:109
  12:     0x55bb82c58a49 - skryn::gui::window::Window::tick::h733a74bbc17ac65c
                               at src/gui/window.rs:574
  13:     0x55bb82c5a44a - skryn::gui::window::Manager::start::hd75c6ee4063fded7
                               at src/gui/window.rs:727
  14:     0x55bb82bf38c4 - mainexample::main::h3939d2278f5e78d8
                               at examples/mainexample.rs:367
  15:     0x55bb82bf88ef - std::rt::lang_start::{{closure}}::h9adc444a69992c10
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/rt.rs:64
  16:     0x55bb83ca0982 - std::panicking::try::do_call::h7a0381557c6c2cee
                               at src/libstd/rt.rs:49
                               at src/libstd/panicking.rs:297
  17:     0x55bb83ca53f9 - __rust_maybe_catch_panic
                               at src/libpanic_unwind/lib.rs:92
  18:     0x55bb83ca1595 - std::rt::lang_start_internal::he0d8d06abc6f912f
                               at src/libstd/panicking.rs:276
                               at src/libstd/panic.rs:388
                               at src/libstd/rt.rs:48
  19:     0x55bb82bf88c8 - std::rt::lang_start::h1530c9565c32fa80
                               at /rustc/2aa4c46cfdd726e97360c2734835aa3515e8c858/src/libstd/rt.rs:64
  20:     0x55bb82bf39a9 - main
  21:     0x7f4d83919b96 - __libc_start_main
  22:     0x55bb82be44d9 - _start
  23:                0x0 - <unknown>

Process finished with exit code 101

This was fixed in the RC via adding a DisplayLost variant to the things make_current can return. A cheap hack, that was, but since you're also experiencing this issue, I'll look into it. Until then, you can upgrade to glutin v0.21.0-rc1 to resolve this issue.

Can't repo via your example:
tick complete for window ID : Some(WindowId(Wayland(WindowId(94453353581968))))
Drop window ID WindowId(Wayland(WindowId(94453353581968))), thread ID: ThreadId(1)
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Custom { kind: Other, error: StringError("cannot send on closed channel") }', src/libcore/result.rs:997:5
stack backtrace:
   0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
             at src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:39
   1: std::sys_common::backtrace::_print
             at src/libstd/sys_common/backtrace.rs:71
   2: std::panicking::default_hook::{{closure}}
             at src/libstd/sys_common/backtrace.rs:59
             at src/libstd/panicking.rs:197
   3: std::panicking::default_hook
             at src/libstd/panicking.rs:211
   4: std::panicking::rust_panic_with_hook
             at src/libstd/panicking.rs:474
   5: std::panicking::continue_panic_fmt
             at src/libstd/panicking.rs:381
   6: rust_begin_unwind
             at src/libstd/panicking.rs:308
   7: core::panicking::panic_fmt
             at src/libcore/panicking.rs:85
   8: core::result::unwrap_failed
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libcore/macros.rs:18
   9: core::result::Result<T,E>::unwrap
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libcore/result.rs:798
  10: webrender_api::api::RenderApi::shut_down
             at /home/gentz/.cargo/registry/src/github.com-1ecc6299db9ec823/webrender_api-0.58.0/src/api.rs:1098
  11: skryn::gui::window::Internals::deinit
             at src/gui/window.rs:378
  12: <skryn::gui::window::Window as core::ops::drop::Drop>::drop
             at src/gui/window.rs:676
  13: core::ptr::real_drop_in_place
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libcore/ptr.rs:193
  14: core::mem::drop
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libcore/mem.rs:777
  15: skryn::gui::window::Manager::start
             at src/gui/window.rs:742
  16: mainexample::main
             at examples/mainexample.rs:367
  17: std::rt::lang_start::{{closure}}
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libstd/rt.rs:64
  18: std::panicking::try::do_call
             at src/libstd/rt.rs:49
             at src/libstd/panicking.rs:293
  19: __rust_maybe_catch_panic
             at src/libpanic_unwind/lib.rs:87
  20: std::rt::lang_start_internal
             at src/libstd/panicking.rs:272
             at src/libstd/panic.rs:388
             at src/libstd/rt.rs:48
  21: std::rt::lang_start
             at /rustc/acd8dd6a50d505057a7d7ad8d0d7a4c2bd274200/src/libstd/rt.rs:64
  22: main
  23: __libc_start_main
             at ../csu/libc-start.c:308
  24: _start
             at ../sysdeps/x86_64/start.S:120

Nor can I recall how I reproduced it before. I'll stay on the look out for it.

Will try with 0.21.0-rc1 and report back.
Out of curiosity, are you trying with 0.21.0-rc1 or 0.20.0?
I’m wondering if this is to do with a multithreading? I don’t have sufficient knowledge of glutin to know for sure but this is pretty consistently reproduced.

Did some git bisect foo, this was fixed by... well, just go read my rant in the source code: https://github.com/tomaka/glutin/pull/1126/commits/52d6e0f34ea733b24c97dfbf9352a3ba1667e975
Anyways, I'm undoing this change for 0.21.0-rc2, because it is unnecessary:

Breaking: Added DisplayLost variant to ContextError.

Closing issue, if it is still broken, feel free to reopen.

Definitely fixed! Will just wait for the publish of 0.21.0 to crates.io.
Thanks for looking into this!

0.21.0-rc1 has been published. You must update it in your cargo.toml manually because it is an RC.

Hmmm, Getting the following error when compiling with 0.21.0-rc1 from crates.io
error[E0599]: no method named `get_wayland_display` found for type `&winit::EventsLoop` in the current scope
  --> /home/frana/.cargo/registry/src/github.com-1ecc6299db9ec823/glutin-0.21.0-rc1/src/platform/linux/wayland.rs:53:30
   |
53 |         let display_ptr = el.get_wayland_display().unwrap() as *const _;
   |                              ^^^^^^^^^^^^^^^^^^^

error: aborting due to previous error

Update winit.

@fasihrana If you got any other problems, feel free to join us at the chat: https://github.com/tomaka/glutin#contact-us
Heads up, RC2 will soon be out: #1142

authors: ZeGentzy fasihrana

repo: tomaka/glutin


text:
set_cursor effect is delayed on Windows

This can be seen using the cursor example. It should change cursor on every key press.
But, on Windows, if you press a key, nothing happens until you move a mouse.
I took a brief look into the code, and it looks like cursor is updated only when the window receives WM_SETCURSOR message. According to the documentation, this is sent "if the mouse causes the cursor to move within a window and mouse input is not captured".
Actually, it looks like you capture mouse input simply by holding any mouse button. So, in the same cursor example, if you press a key while holding a mouse button, cursor is changed only after you release mouse button.

I believe the cursor setting was deferred like that as an easy way to make sure it ran in the event loop thread (if you try to apply it in the window thread, it doesn't work). These days, execute_in_thread should make this easy to fix.
Please give this branch a try: https://github.com/francesca64/winit/tree/win-instant-cursor

@francesca64 Tried it, works perfectly!

I've updated the branch accordingly. How about now?

Looks fine now 👍

repo: tomaka/winit


text:
Add additional numpad key mappings

Since some platforms have already used the existing Add, Subtract
and Divide codes to map numpad keys, the X11 and Wayland platform has
been updated to achieve parity between platforms. On macOS only the
Subtract numpad key had to be added.
Since the numpad key is different from the normal keys, an alternative
option would be to add new NumpadAdd, NumpadSubtract and
NumpadDivide actions, however I think in this case it should be fine
to map them to the same virtual key code.

Thanks for the PR!
This looks good to me, but I'm going to cc @vberger and @francesca64 so they can take a look, as the maintainers of the changed platforms.

Thanks! Merging

authors: Osspial chrisduerr


text:
Query Parameter Does not Work in Redirect URI with Response Templating

I am attempting to use response templating to map a query parameter (redirect_uri) from the request  to the Location header of the response. The redirect_uri that is provided in the request contains a query parameter within it. The '=' within the query parameter portion of the redirect_uri gets translated into =
Request
http://localhost:8080/oauth2/v1/authorize?client_id=client_confidential_cdn&redirect_uri=http%3A%2F%2Flocalhost%3A3001%2Fauth%3Fstate%3Dcompleted&display=popup&response_type=code
Mapping
  "request" : {
    "urlPath" : "/oauth2/v1/authorize",
    "method" : "GET",
    "queryParameters" : {
      "client_id" : {
        "matches" : "(.*?)"
      },
      "redirect_uri" : {
        "matches" : "(.*?)"
      },
      "display" : {
        "matches" : "popup"
      },
      "response_type" : {
        "matches" : "code"
      }
    }
  },
  "response" : {
    "status" : 302,
    "jsonBody" : {},
    "headers" : {
      "Cache-Control" : "no-store",
      "Content-Type" : "application/json;charset=UTF-8",
      "Date" : "Tue, 24 Oct 2017 23:49:55 GMT",
      "Location" : "{{request.query.redirect_uri}}&code=abc123",
      "Pragma" : "no-cache",
      "X-Application-Context" : "passport-ist:redis,jpa,local,cloud:0",
      "X-Vcap-Request-Id" : "4a799646-783f-43de-71d8-09248cff0d98"
    },
    "transformers": ["response-template"]
  }
}

This is due to Handlebars escaping the content. You can avoid this with triple braces e.g.
{{{request.query.redirect_uri}}}

This worked. Thanks for the help!

Just a qq for @tomakehurst, I see in the docs that we can use the data sent in the request in the response like {{request.query.redirect_uri}} but is there any way to access the data in my java code itself. I couldn't find any such documentation on the same.

authors: bh84 ramswaroop tomakehurst

repo: tomakehurst/wiremock


text:
Implement AWS SES mail fetching from S3 bucket

A view days ago I decided to use AWS as main MX and the docker instance as backup MX.
I wanted to share my modification cause that could be interesting for more then only me.
I haven't tested this PR, yet! If you decide on implementing this I will test and "prettify"  it.

HowTo; We can achieve that by creating a bucket called mail-aws-ses
within the bucket the mail should be stored in a directory
with the domain name as folder name e.g. s3://mail-aws-ses/zauberstuhl.de/...
This can be achieved by creating the right filter rules in aws console
After that we need an aws ID and secret token with full-s3-permissions
and add it to the docker environment variables AWS_SES_KEY_ID and AWS_SES_SECRET
Optional you can set a default region with AWS_SES_REGION variable

I understand the flow and code, but what is the main benefit of receiving email this way?
It adds an extra delay because you need to "fetch" it from the S3 bucket. Having a normal MX and backup MX would not solve the issue to?
Also how did you plan to test this addition with the tests in this project?

@johansmitsnl aws ses has no real way of importing the received mail into a existing mailserver. You can store the mail in S3 or use a aws webmail solution. Thats why I did that.
In the worst case the delay would be 60 seconds thats true. Maybe i can tweak that but personally I don't care if my mail is a minute late.
I haven't checked the test framework yet. But it shouldn't be too hard using some appropriate s3 wrapper scripts.

If this is not the right place let me know then I do a blog post instead of a PR ;) Simply wanted to share my modification

I think it is a creative solution that might be helpful to you.
Don't think it is something that fits in this project. Closing it because of this reason.
Feel free to add a WIKI section and create a modification based on this docker image as a base so that people can use it if there interested.

authors: Zauberstuhl johansmitsnl

repo: tomav/docker-mailserver


text:
How to use Overlay

Does someone have a example for me how to use overlay without marker, please?
Example:
$scope.$on('openlayers.map.singleclick', function(event, data) {
    // open overlayer in data['coord'] position
});

I already managed to get it working in conventional way(but sometimes there is a easier way to do it)
var container = document.getElementById('popup');
var content = document.getElementById('popup-content');
var closer = document.getElementById('popup-closer');

var overlay = new ol.Overlay(({
    element: container,
    autoPan: true,
    autoPanAnimation: {
        duration: 250
    }
}));

closer.onclick = function () {
    overlay.setPosition(undefined);
    closer.blur();
    return false;
};

olData.getMap().then(function (nativeOl3Map) {
    // access the native ol3 map here
    nativeOl3Map.addOverlay(overlay);
});

vm.click_position = [];

$scope.$on('openlayers.map.singleclick', function(event, data) {
    vm.click_position = data['coord']
});

$scope.$on('openlayers.layers.geojson.click', function (event, feature) {
    $scope.$apply(function () {
        if (feature) {
            var props = feature.getProperties();
            if(props['type'] === 'shape') {
                overlay.setPosition(vm.click_position);
            }
        }
    });
});


text:
Set max number of streams

Is there a way to set the number of streams/tuners allowed?  At the moment Plex seems to detect Telly only capable of a single stream. But my provider supports up to 6 streams at once. Thanks

Thanks. Also, where can I find documentation detailing this and other options for Telly, looked around and can not find it, and wiki is currently empty.

That's something we're currently working on - for now you may be able to decipher them from this: https://github.com/tombowditch/telly/blob/master/main.go#L55-L64

Will do. Thanks again.

@tombowditch aaaaand close this one aswel

authors: HazCod tombowditch trentmsteel

repo: tombowditch/telly


text:
Build >2.8.2 is not es5 compliant

The latest builds available on NPM > 2.8.2 are not ES5 compliant. The index.js files contain import keywords which are not understood by the browsers. This is breaking the build.

Fixed by #113
On 2017年8月23日 週三 下午5:22 p21asthana notifications@github.com wrote:

The latest builds available on NPM > 2.8.2 are not ES5 compliant. The
index.js files contain import keywords which are not understood by the
browsers. This is breaking the build.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/tomchentw/react-toastr/issues/114, or mute the thread
https://github.com/notifications/unsubscribe-auth/AA4Sei47THjk8g5zycXyGJ0KSYRf2Qqfks5sa-9tgaJpZM4O_uuX
.

repo: tomchentw/react-toastr


text:
Connection binds to a wrong interface when using VPN

The code is as simple as this:
        KeyPairGenerator keygen = KeyPairGenerator.getInstance("DSA");
        KeyPair keyPair = keygen.generateKeyPair();
        Peer basePeer = new PeerBuilder(Utils.makeSHAHash(keyPair.getPublic().getEncoded())).keyPair(keyPair).ports(7700).start();
        PeerDHT dhtPeer = new PeerBuilderDHT(basePeer).start();
        InetAddress inetAddr = InetAddress.getByName(args[0]);
        FutureDiscover discover = dhtPeer.peer().discover().inetAddress(inetAddr).start();
        discover.awaitUninterruptibly();

I'm getting a timeout because connection initiates from a wrong interface as seen in Wireshark. Here's what I have:

br0 (a bridge interface, contains only eth0, using it instead of just eth0 for docker/virtual machines/etc.): 172.25.10.35/24
tun0 (VPN provider): 10.6.0.29/16

Internet is available on both interfaces but routing is set up to route all traffic through tun0 (except the VPN server I connect to). It's a bit weird:
0.0.0.0/1 via 10.6.0.1 dev tun0
default via 172.25.10.36 dev br0
10.6.0.0/16 dev tun0  proto kernel  scope link  src 10.6.0.29
172.25.10.0/24 dev br0  proto kernel  scope link  src 172.25.10.35
128.0.0.0/1 via 10.6.0.1 dev tun0
178.xxx.xxx.xxx via 172.25.10.36 dev br0
172.25.10.36 is my router, 178.xxx.xxx.xxx is the VPN server. This solution allows to replace the default route without actually removing it by creating two /1 subnets that together fully cover the IPv4 address space and have priority over /0 default route. That's not my invention, it's how the VPN provider set it up. Enough with these technical details, sufficient to say I don't have any issues with it and all network software just works.
So, TomP2P tries to connect with some Internet IP via TCP from br0 interface but sends the SYN packet originating from 10.6.0.29! The source IP is valid but the interface is not, it should be tun0 instead. Of course, my router is still accessible and probably TomP2P discovers it via UPnP but all the traffic goes through VPN. I tried .bindings(new Bindings().addInterface("tun0")) but still there's no traffic on tun0.

A timeout ("Timeout in Discover: ...") in discovery() means that your peer is behind a NAT or firewall. Discovery contacts a peer that is well reachable in the Internet and tells this peer to contact my peer behind the NAT. The well reachable peer will most likely see the IP 178.* and try to contact this peer on port 7700. Since this is your VPN server, the packets will be dropped and thus you see a timeout.
So seeing a timeout is normal when your peer is not reachable.

Could be it but why I can't connect to that peer? I'm doing bootstrap later and still have no traffic on tun0:
        FutureBootstrap fb = dhtPeer.peer().bootstrap().inetAddress(inetAddr).ports(7700).start();
        fb.awaitUninterruptibly();

Also, forgot to provide the log:
15 Oct 2015 19:02:24,514 [] DEBUG Reservation - channel from /10.6.0.29
15 Oct 2015 19:02:24,527 [] DEBUG ChannelCreator - Create TCP, use from address: /10.6.0.29
15 Oct 2015 19:02:24,532 [] DEBUG Sender - about to connect to paddr[0xrkfg.me/37.48.67.11,7700,] with channel [id: 0x7402f7bc, /10.6.0.29:40854], ff=false, msg=msgid=-445226265,t=REQUEST_2,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,]
15 Oct 2015 19:02:27,537 []  WARN Sender - Channel creation failed
io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700
	at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe$1.run(AbstractNioChannel.java:220)
	at io.netty.util.concurrent.PromiseTask$RunnableAdapter.call(PromiseTask.java:38)
	at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:120)
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357)
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
	at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
	at java.lang.Thread.run(Thread.java:745)
15 Oct 2015 19:02:27,539 []  WARN Sender - Faild message msgid=-445226265,t=REQUEST_2,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,]
15 Oct 2015 19:02:27,540 [] DEBUG Sender - peer failed: msgid=-445226265,t=REQUEST_2,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,], future response state:,type:FAILED,msg:0,reason:Channel creation failed [id: 0x7402f7bc, /10.6.0.29:40854]/io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700
15 Oct 2015 19:02:27,540 [] DEBUG PeerMap - Peer paddr[0xrkfg.me/37.48.67.11,7700,] is offline with reason PeerException (PEER_ERROR): Future (compl/canc):true/, FAILED, Channel creation failed [id: 0x7402f7bc, /10.6.0.29:40854]/io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700.
15 Oct 2015 19:02:27,540 [] ERROR Main - Discovery failed: Future (compl/canc):true/, FAILED, FutureDiscover (1): We need at least the TCP connection <-> Future (compl/canc):true/, FAILED, Channel creation failed [id: 0x7402f7bc, /10.6.0.29:40854]/io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700
15 Oct 2015 19:02:27,543 [] DEBUG Reservation - channel from /10.6.0.29
15 Oct 2015 19:02:27,544 [] DEBUG ChannelCreator - Create TCP, use from address: /10.6.0.29
15 Oct 2015 19:02:27,544 [] DEBUG Sender - about to connect to paddr[0xrkfg.me/37.48.67.11,7700,] with channel [id: 0x363153bc], ff=false, msg=msgid=1535857738,t=REQUEST_1,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,]
15 Oct 2015 19:02:30,545 []  WARN Sender - Channel creation failed
io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700
	at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe$1.run(AbstractNioChannel.java:220)
	at io.netty.util.concurrent.PromiseTask$RunnableAdapter.call(PromiseTask.java:38)
	at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:120)
	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357)
	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
	at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
	at java.lang.Thread.run(Thread.java:745)
15 Oct 2015 19:02:30,545 []  WARN Sender - Faild message msgid=1535857738,t=REQUEST_1,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,]
15 Oct 2015 19:02:30,545 [] DEBUG Sender - peer failed: msgid=1535857738,t=REQUEST_1,c=PING,tcp,s=paddr[0xd112fcf5f0f219106ab4655e512840c5cd3f73b8/10.6.0.29,7700,],r=paddr[0xrkfg.me/37.48.67.11,7700,], future response state:,type:FAILED,msg:0,reason:Channel creation failed [id: 0x363153bc]/io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700
15 Oct 2015 19:02:30,545 [] DEBUG PeerMap - Peer paddr[0xrkfg.me/37.48.67.11,7700,] is offline with reason PeerException (PEER_ERROR): Future (compl/canc):true/, FAILED, Channel creation failed [id: 0x363153bc]/io.netty.channel.ConnectTimeoutException: connection timed out: rkfg.me/37.48.67.11:7700.

And I can connect to that ip/port via telnet, no problem.

Interesting, its not a regular discovery timeout issue, but it seems that you cannot establish a TCP connection to  rkfg.me.
In the latest commit, I exposed now fromAddress in ChannelClientConfiguration. Can you try to set it to 0.0.0.0 and see what happens?

Thanks, this way it works fine. Here's what I added:
Peer basePeer = new PeerBuilder(Utils.makeSHAHash(keyPair.getPublic().getEncoded()))
                .keyPair(keyPair)
                .ports(7700)
                .channelClientConfiguration(
PeerBuilder.createDefaultChannelClientConfiguration().fromAddress(InetAddress.getByName("0.0.0.0"))).start();

However, it's very strange. TomP2P seems to connect from my real address, not via VPN. I've captured traffic on the router and it's clearly the case. I didn't know it's possible at all considering the routing...

Thanks for testing.
Hmm, I had issues in my NAT setup with 0.0.0.0, I need to investigate this. Most likely I need to open two connections and see what is coming back.
With 0.0.0.0, which interface was used? Is it going through br0? The thing in Java is that you cannot set a sending interface, just set an inetaddress and it will figure out the interface. I wonder why this is not the case with 10.6.0.29. This should be clearly going out through tun0.

It's going through the right interface, br0 in this case with the direct route (for my server) added. After I remove it, it also works fine switching to tun0. Everything as it should be, double checked with Wireshark. I understand that the outgoing interface should be selected by the OS so such issues would not be possible but for some reason it happened.
Actually, the situation in the first post should be described a bit more correctly. The problem was not the interface but the source address. As I said, I forgot about that "exclusion" route that allows me to bypass VPN for my server so any traffic to it goes from br0 and it was actually right. The wrong thing was the IP selected as the source, 10.6.0.29, while it should have been 172.25.10.35.

Fixed the issue title and the first comment.

Yes, TomP2P takes the first non-local interface. To make TomP2P robust for "exotic" network configuration, I should test various source addresses and see what is coming through.

authors: rkfg tbocek


text:
Fix finding of local tenant-specific application static files.

Apologies for the large PR; it actually just contains one fix for #265 with some refactoring and a lot of additional tests.
I took particular care to ensure that the tests introduced as part of #249 still works, so hopefully there won't be any regressions on how media related files are handled.

Re-align 'staticfiles' implementation with Django standard.

Refactor tests and increase test coverage.

Update dts_test_project to serve as example of a project structure using django-tenant's static files features.

Update documentation.

Fixes #265.

Heads-up, I've pushed some more commits to address some valid comments raised by @alexandernst in related PR https://github.com/tomturner/django-tenants/pull/256#discussion_r277164293.
To summarise, this is what we are aiming for:

during local development, and when collecting static files using collectstatic_schemas, we need to retain compatibility with all of the vanilla Django finders. This ensures that the standard finders can be used as a fallback if no tenant-specific versions of a file has been created or is necessary.

in staging / production, where we expect files to be served by an external HTTP server like nginx, we need to re-write the URLs to include the tenant details so that the HTTP server will look for the static files in the proper subdirectories of STATIC_ROOT (usually /staticfiles/schema_name/).

The only sensible way I can think of achieving this is to introduce a new configuration setting, REWRITE_STATIC_URLS, that django-tenants can use to know when URL's will be served by Django using the various finders (REWRITE_STATIC_URLS = False), and when files have been collected to be served by an external HTTP server (REWRITE_STATIC_URLS = True).

@jcass77 does this supersedes #256 ?

@jcass77 and @alexandernst I was going to as

@jcass77 does this supersedes #256 ?

I was going to ask the same question

No, it does not supersede #256.
If there is a need for a tenant-aware AppDirectoriesFinder, (i.e. one that looks for static files in something like /app_name/tenants/ then that PR is still relevant.
It might be easier to get this in first though, and then revisit the approach for implementing a TenantAppDirectoriesFinder.
My gut feel is that we should be aiming for something that can be used in addition to the Django standard apps directories finder, rather than building a replacement.

I was a little optimistic in hoping that the tests for #249 would be enough to ensure backwards compatibility with that PR.
It turns out that we need to add the tenant's schema_name when building the MEDIA_ROOT URL as well.
I've pushed some small changes to align the implementation of TenantFileSystemStorage with that of TenantStaticFilesStorage - media files should now be server properly for each tenant.

@jcass77 I need a little bit of time to test before I merge

I've rebased this on the 'master' branch to make reviewing / testing / merging easier.

Thanks I will review

@tomturner, it looks like the test cases for this PR weren't actually being run.
I've pushed a new commit to ensure that the tests are included in run_tests.sh (also see #300, which I think might be a better approach overall).
The tests also uncovered a handful of regressions that have subsequently been fixed.

Also using this fix branch, and not seen any issues with it!

@jcass77 Thanks

authors: Celant alexandernst jcass77 tomturner

repo: tomturner/django-tenants


text:
Adding custom security checks

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Adding custom security checks for aws s3 glacier, EFS, CloudWatch, Lambda, Elastic IP's.  These checks verifies if these services are accessible publicly or outside the account, If they are, then prowler reports them as a security issue.
Please have a look and see if these checks can be added in prowler tool.

Thanks for your contribution @nayabpatel and for your support @w0rmr1d3r.
I would take this check as reference to know what is currently needed when it comes to write a new check in Prowler. All checks from v2.5 (currently in devel) will be like that one so please add:

New checks are in extras group so add ID following pattern as in existing checks, so next one would be extra7142. That numbering may change in the future but let´s keep it that way so far.
Make sure all your new checks contain all needed metadata (variables) like in here https://github.com/toniblyx/prowler/blob/86aa9c317f2b7cfdfedfd54ab1df37334f9af053/checks/check_extra78#L13-L26 and servicename must be lowercase. In case of doubt with risk or something else, leave it blank and I will fill it for you but add it please.
Every textFail, textInfo and textPass now needs 3 parameters, like in here:
textPass "$regx: no Publicly Accessible RDS instances found" "$regx" "$RDS_NAME" that means: result text / region / resourceId. ResourceID is going to be added to the outputs for json, csv, asff (for security hub) etc. It helps for automation.
Add new checks to the extras group as well to make sure they are taken into consideration for a full scan.

Thanks again!

Ok, I will start my checkId from extra7142. I just have few queries.

I was trying to print the textFail/textInfo by following the above format but it is not printing the last two parameters if given in below format.
_textPass "$regx: no Publicly Accessible RDS instances found" "$regx" "$RDS_NAME"_
Here "$regx" "$RDS_NAME" is not getting printed but If both are included in first double quote, then they are getting printed. So is it right format ?

Add new checks to the extras group  --> Does it means to add the checks in group7_extras group ?

default output (command line) only shows textPass/fail/info $1, values taken from $2 and $3 are used in CSV, json and json-asff formats, sorry if I didn't clarify properly

@toniblyx
Modified the code as per above comments. Some of the check variables like risk, caf_epic etc are blank, please fill them for me. For any inputs/suggestions please let me know.

Thanks @nayabpatel we will review them as soon as possible.

authors: nayabpatel toniblyx

repo: toniblyx/prowler


text:
Command refactored.

see #851

Current coverage is 77.20% (diff: 100%)

Merging #929 into master will increase coverage by 1.98%

@@             master       #929   diff @@
==========================================
  Files           131        131
  Lines          6980       6957    -23
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
+ Hits           5250       5371   +121
+ Misses         1730       1586   -144
  Partials          0          0

Powered by Codecov. Last update 68bc929...167f923

authors: codecov-io tonioo

repo: tonioo/modoboa

license: isc


text:
Multi Protocol CRL Download

Currently only HTTP/HTTPS downloading is configured for retrieving CRLs.  Add ability to retrieve CRLs via multiple protocols; FTP, SFTP, SCP, etc...

Continue to utilize curl / libcurl for CRL retrieval.
Potential protocols:

HTTP
HTTPS
FTP
FTPS
SFTP
TFTP
SCP

Moved to Development

repo: tonycavella/revoke


text:
Use different nginx binary?

I need to use nginx with perl or lua to perform a custom redirect (redirect URLs with uppercase to lowercase), so I need to swap out the nginx binary for a different one.
I've tried building my own nginx binary and uploading it and using that, but I don't think one compiled on OSX is going to work on Heroku since I keep getting parsing errors on a nginx.conf I can run locally.
What's the best way to do this? I can't seem to make any progress on it.

You can look into: https://github.com/tonycoco/heroku-buildpack-ember-cli/blob/master/bin/compile for how to get a binary compiled.

Yes, I was looking there, and I tried using my own binary, but it didn't seem to run on Heroku. I was asking more if you know how the existing binary that is being used was compiled?
Ideally I can replicate that and just add in perl or lua.

Ahh. I remember I used: https://github.com/ryandotsmith/nginx-buildpack/blob/master/scripts/build_nginx.sh

Thanks!

authors: danconnell tonycoco

repo: tonycoco/heroku-buildpack-ember-cli


text:
Pacing unhighlight positives fix

Improves compatibility between the simple indicator pacing style and
the unhighlight positives feature.

Thanks!

@StephenBrown2 - I've put in a pull request for a fix to this issue:
https://github.com/toolkit-for-ynab/toolkit-for-ynab/pull/319

So I see. Cool beans!

authors: StephenBrown2 blargity falkencreative

repo: toolkit-for-ynab/toolkit-for-ynab


text:
Programm langsam

Nach einigen Stunden Spielzeit wird das Programm sehr langsam und zieht laut Taskmanager viel "Stromverbrauch". Während dem Schreiben dieses Issues ist es nun sogar gecrasht.

braucht weitere tests. bei mir (ubuntu linux 20.04, python 3.10) sehe ich keine performance-verschlechterung. kommt es nur im online-modus vor?

authors: PianoRailways topological-state

repo: topological-state/stskit


text:
Topolvm tries to delete the LV

Topolvm 0.9.1 tries to delete the LV topolvm created by the previous version, but cannot do so because the volume is mounted. If you delete a pod then the LV is deleted.
{"level":"error","ts":1668420990.772864,"logger":"controller-runtime.manager.controller.logicalvolume","msg":"failed to remove LV","reconciler group":"topolvm.cybozu.com",   "reconciler kind":"LogicalVolume","name":"pvc-ab2467da-c185-442d-adaf-dce8f5cb0445","namespace":"","name":"pvc-ab2467da-c185-442d-adaf-dce8f5cb0445","uid":"4fd211bd-4e98-4cb5-a44a-db445eea5a81","error":"rpc error: code = Internal desc = exit status 5","stacktrace":"github.com/topolvm/topolvm/controllers.(*LogicalVolumeReconciler).Reconcile\n \t/workdir/controllers/logicalvolume_controller.go:108\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).reconcileHandler\n\t/go/pkg/mod/sigs.k8s.io/controller-runtime@v0.9.0/pkg/internal/controller/controller.go:298\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).processNextWorkItem\n\t/go/pkg/mod /sigs.k8s.io/controller-runtime@v0.9.0/pkg/internal/controller/controller.go:253\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).Start.func2.2\n\t/go                         /pkg/mod/sigs.k8s.io/controller-runtime@v0.9.0/pkg/internal/controller/controller.go:214"}

logs on working node
Nov 22 07:54:08 k8s-01 lvmd: 2022-11-22T04:54:08.502198Z k8s-01.om.com lvmd info: "invoking LVM command" args="[lvremove -f /dev/topolvm/f8415d1f-1399-431e-bb8c-e6670e6229a5]"
Nov 22 07:54:08 k8s-01 lvmd: Logical volume topolvm/f8415d1f-1399-431e-bb8c-e6670e6229a5 contains a filesystem in use.
Nov 22 07:54:08 k8s-01 lvmd: 2022-11-22T04:54:08.544520Z k8s-01.om.com lvmd error: "failed to remove volume" error="exit status 5" name="f8415d1f-1399-431e-bb8c-e6670e6229a5"

CentOS Linux release 7.7.1908 (Core)
Linux version 5.18.3-1.el7.elrepo.x86_64
Kubernetes version v1.21.13
Topolvm version 0.9.1
We have updated kubernetes to version 1.21.13
Next, we installed the corresponding topolvm version 0.9.1.
Before that there was a version of topolvm 0.2.0

helm delete --namespace=csi-volume topolvm
kubectl delete customresourcedefinitions.apiextensions.k8s.io logicalvolumes.topolvm.cybozu.com
helm install --namespace=csi-volume topolvm . --set cert-manager.enabled=true

Topolvm perfectly creates pv !
We don't make request for delete pvc !
Why does it remove the pv created by the old topolvm ?
We wouldn't want topolvm to remove LV

Hi @vj0R

We wouldn't want topolvm to remove LV

This is due to the following command.

kubectl delete customresourcedefinitions.apiextensions.k8s.io logicalvolumes.topolvm.cybozu.com

Generally, when you delete CRD, all the relevant custom resources are deleted.
Since you deleted the CRD of LogicalVolume, all the LogcalVolume CRs were deleted.
When you upgrade topolvm (or any other application), I think you do not need to delete CRD.

repo: topolvm/topolvm


text:
feat: add heading

FX-4008
Description
This pull request adds support for normal and heading (<h3/>) text in Rich Text Editor.
How to test

check out the branch locally, run yarn and yarn start
copy and paste text with heading from https://github.com/facebook/lexical#editor-states
compare behavior with https://picasso.toptal.net/?path=/story/forms-richtexteditor--richtexteditor
copy and paste text with multiple types of headings from https://docs.google.com/document/d/1uiVxvvkfGfCb7SaW_4tfKLl4sxpSwyaPra-4SPQR6iA/edit?usp=sharing, non-h3 headings should be replaced with regular bold text

Screenshots
https://github.com/toptal/picasso/assets/1390758/533fa6df-e0f9-4ab9-972e-739b258d5798

https://github.com/toptal/picasso/assets/1390758/23105f68-9e28-4da2-929f-8f69dff421fc
Development checks

[N/A] Add changeset according to guidelines (if needed)
[x] Read CONTRIBUTING.md and Component API principles
[x] Make sure that additions and changes on design follow Toptal's BASE design, and it's been already discussed with designers at #-base-core
[N/A] Annotate all props in component with documentation
[N/A] Create examples for component
[x] Ensure that deployed demo has expected results and good examples
[x] Ensure the changed/created components have not caused accessibility issues. How to use accessibility plugin in storybook.
[x] Self reviewed
[N/A] Covered with tests

All development checks should be done and set checked to pass the
GitHub Bot: TODOLess action

PR commands

List of available commands:

@toptal-bot run package:alpha-release - Release alpha version
@toptal-anvil ping reviewers - Ping FX team for review

PR Review Guidelines

When to approve? ✅
You are OK with merging this PR and

You have no extra requests.
You have optional requests.

Add nit: to your comment. (ex. nit: I'd rename this variable from makeCircle to getCircle)

When to request changes? ❌
You are not OK with merging this PR because

Something is broken after the changes.
Acceptance criteria is not reached.
Code is dirty.

When to comment (neither ✅ nor ❌)
You want your comments to be addressed before merging this PR in cases like:

There are leftovers like unnecessary logs, comments, etc.
You have an opinionated comment regarding the code that requires a discussion.
You have questions.

How to handle the comments?

An owner of a comment is the only one who can resolve it.
An owner of a comment must resolve it when it's addressed.
A PR owner must reply with ✅ when a comment is addressed.

@TomasSlama The problem was confirmed and addressed, thank you for noticing!

repo: toptal/picasso


text:
Ideas on improving apply perf on non-nvidia hardware?

Hi,
I'm getting quite non-stellar perf with apply2 and 3 on non-nvidia, using cltorch port.
I think this is possibly because they're expecting coallesced memory reads, and they prefer float4s?
For apply2, I'm thinking of finding the two dimensions with the smallest stride (ideally: 1), and forming 16 by 16 chunks of floats over those two dimensions, and giving each chunk to a single 64x1 workgroup/cuda-block.  This block will download that chunk using two float4 reads per thread, one for each tensor, into local/shared memory, hopefully somewhat pseudo-coallesced.  Then, each workgroup/cuda-block will run the apply off the shared/local memory.
thoughts?

I'm assuming that the non nvidia hardware does not have a texture cache? It's possible that the nvidia hardware works for this kernel because it assumes that auto-caching of the global reads via the texture caches.
You could start explicitly using the shared memory, your idea seems decent to do that.

authors: hughperkins soumith

repo: torch/cutorch


text:
image.display(image.lena()) is not working

l = image.lena()
[0.0064s]
th> image.display(l)
...e/deepakjnath/torch/install/share/lua/5.1/trepl/init.lua:363: module 'qt' not found:No LuaRocks module found for qt
no field package.preload['qt']
no file '/home/deepakjnath/.luarocks/share/lua/5.1/qt.lua'
no file '/home/deepakjnath/.luarocks/share/lua/5.1/qt/init.lua'
no file '/home/deepakjnath/torch/install/share/lua/5.1/qt.lua'
no file '/home/deepakjnath/torch/install/share/lua/5.1/qt/init.lua'
no file './qt.lua'
no file '/home/deepakjnath/torch/install/share/luajit-2.1.0-alpha/qt.lua'
no file '/usr/local/share/lua/5.1/qt.lua'
no file '/usr/local/share/lua/5.1/qt/init.lua'
no file '/home/deepakjnath/.luarocks/lib/lua/5.1/qt.so'
no file '/home/deepakjnath/torch/install/lib/lua/5.1/qt.so'
no file './qt.so'
no file '/usr/local/lib/lua/5.1/qt.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'error'
...e/deepakjnath/torch/install/share/lua/5.1/trepl/init.lua:363: in function 'require'
...e/deepakjnath/torch/install/share/lua/5.1/image/init.lua:1237: in function 'display'
[string "_RESULT={image.display(l)}"]:1: in main chunk
[C]: in function 'xpcall'
...e/deepakjnath/torch/install/share/lua/5.1/trepl/init.lua:630: in function 'repl'
...nath/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:185: in main chunk
[C]: at 0x00406670
[0.0003s]
th>

image.display displays stuff using qt, and needs our specially compiled torch interpreter called "qlua".
It should be there by default, in the torch install.
In the terminal, instead of typing:
$ th
type:
$ qlua
to start torch.

Thank you ! it worked

authors: deepakjnath soumith

repo: torch/image


text:
Video (YouTube) embed block - cookie handling and sustainability

Link to Ticket

Note
The ticket is for both FE and BE. While this PR handles both, the focus was primarily on the BE. Additional work required on the FE to ensure consistency with overall site design and technical standards.

Description of Changes Made
This makes changes to how YouTube video embeds are rendered, as follows

using the the lite-youtube-embed npm package
using a modified OEmbed finder that uses the above. In order for existing YouTube videos to use this modified OEmbed finder, a management command has been created -- ./manage.py update_youtube_embeds
adding a cookie consent overlay banner on YouTube videos

The result is that a YouTube video does not load when a Page loads, unless the user decides to load it. We ask them for consent, but they can decide that they don't want us to ask them every time, in which case the cookie consent overlay banner won't be displayed -- but the video still won't load unless they click on the play button.
How to Test

After building the images and spinning up the containers, run ./manage.py update_youtube_embeds in the web container, then run honcho start
Open a Page that has a YouTube embed (e.g. http://127.0.0.1:8000/blog/charity-seo-what-you-need-to-know-right-now/), or add a YouTube embed to any existing Page's body StreamField
Interact with the video on the Page, with the ACs in mind. You can use your browsers' dev tools to check for cookies, storage, network, etc.

Screenshots

Expand to see more

MR Checklist

[x] Add a description of your pull request and instructions for the reviewer to verify your work.
[x] If your pull request is for a specific ticket, link to it in the description.
[x] Stay on point and keep it small so the merge request can be easily reviewed.
[x] Tests and linting passes.

Unit tests

[ ] Added
[x] Not required

Documentation

[ ] Updated build docs
[ ] Updated editor guidelines (https://docs.google.com/document/d/1PAWccdQ4tfaZsrEWmpDhvP3GH5RRmBOARFVp4b-kje8/edit?usp=sharing)
[x] Not required

Browser testing

[x] I have tested in the following browsers and environments (edit the list as required)

Latest version of Chrome on Ubuntu
Latest version of Firefox on Ubuntu

[ ] Not required

Data protection

[x] Not relevant
[ ] This adds new sources of PII and documents it and modifies Birdbath processors accordingly

Accessibility

[ ] Automated WCAG 2.1 tests pass
[ ] HTML validation passes
[ ] Manual WCAG 2.1 tests completed
[ ] I have tested in a screen reader
[ ] I have tested in high-contrast mode
[ ] Any animations removed for prefers-reduced-motion
[ ] Not required

Sustainability

[ ] Images are optimised and lazy-loading used where appropriate
[ ] SVGs have been optimised
[x] Perfomance and transfer of data considered
[ ] If JavaScript is needed alternatives have been considered
[ ] Not required

Pattern library

[ ] The pattern library component for this template displays correctly, and does not break parent templates
[ ] The styleguide is updated if relevant
[ ] Changes are not relevant the pattern library

I'm getting some eslitnt errors when running npm run build after installing the lite-yt-embed package but again I'm happy to resolve these.
/Users/helen/repos/torchbox/torchbox.com/tbx/static_src/javascript/main.js
  15:8  error  Unable to resolve path to module 'lite-youtube-embed/src/lite-yt-embed.css'  import/no-unresolved
  16:8  error  Unable to resolve path to module 'lite-youtube-embed/src/lite-yt-embed'      import/no-unresolved```

authors: engineervix helenb


text:
Changed success message for when a page is published with go_live_at

In relation to #1389.
Changed success message to show page is scheduled for publishing, rather than published. Also removed 'View live' button, as this resulted in a 404, and I can't think of any other suitable alternative button.

Hi @chrxr - publishing a page with a future golive date is failing for me with name 'timezone' is not defined. Looks like this is missing an import line...

Hmm. it's working locally for me, timezone was already being imported on pages.py, it's used in validate_page_form.
Any other possible causes apparent @gasman ?

Ah, I think I know what's happened there... I merged #1867 just earlier, which shuffled a lot of page validation logic out of pages.py, including the checks for valid golive / expiry dates, so the timezone import got lost in that process. I'll sort it :-)

Gotcha, thanks!

Merged in d754bac9bbc800ec40b321fdc6813cb675e34af7 - thanks!

authors: chrxr gasman

repo: torchbox/wagtail