keep latest theme-update.sh on downgrade to older release?

If you want to test diffrent releases you always have to upgrade with the neweset github and then downgrade to release you want to test. Test other release? same again.
My workaround was to save latest theme-update.sh by hand to be not overwritten from downgrade and use the saved version to go to different release.
BTW: curl on rawgit hangs on my server until timeout
++ curl -s -L https://raw.githubusercontent.com/qooob/authentic-theme/master/VERSION.txt
+ RRELEASE=

while fetching the webpage with curl works
curl  -s -L https://github.com/qooob/authentic-theme/releases/latest | sed -n '/\<title>Release / s/.*\<title>Release \([0-9.]*\) .*/\1/p'
18.48

Kay, I don't think it's needed or going to be used.
I have checked the references and GitHub doesn't let run git archive against repository to extract single file.
Using curl or wget could be as simple as that:
curl https://raw.githubusercontent.com/qooob/authentic-theme/master/theme-update.sh > theme-update.sh

.. but I don't want to add extra complexity for something that might not be used. Besides those commands don't get installed by default on all Linux distros.


Button Back not appear in swift

Hello I tried use code
let recentlyAddedViewController = RecentlyAddedViewController()
navigationController?.pushViewController(recentlyAddedViewController, animated: true)

but it seems like button back not appear
did you have any example how to use it ?
thanks

The question is not related to SidebarOverlay.


AWS S3 - Mock Fault Images

Animal Control Issues: 14 unique (Uploaded)

Bridge Maintenance: 15 unique (Uploaded)


users: Initial home-manager only configurations(non-nixos systems)

Not yet working attempt at allowing home-manager only configurations. This exports to a non-official output of homeConfigurations which is a set of hosts then users.
So if you were trying to build activationPackage for the host NixOS and user nixos, you would theoretically do:
nix build ./#homeConfigurations.NixOS.nixos.config.home.activationPackage
I think this would be better exported as a package, but I'm not sure yet. The flk script can then use the activation package to activate the home-manager configuration.
There are a few more things to add like local nix registry and config with xdg.configFile along with nix paths and other compatibility things.
Either way I still can't get it to work yet. I run into this error right now:
error: --- ThrownError ------------------------------------------------------------ nix
The option `services.udiskie.sni' can no longer be used since it's been removed. Support for Status Notifier Items is now configured globally through the

  xsession.preferStatusNotifierItems

option. Please change to use that instead.

udiskie is obviously not enabled in this repo nor in my personal configuration(error happens in both). I think there is something wrong in the way I'm passing the configuration to home-manager. This may have caused all the options to be loaded or something, I'm not sure. It works fine if its a simple import but when I try to pass in hmcfg it fails.
I was hoping to get some help with this error and start code review. I'm still learning the nixos module system and flakes, so I would appreciate any advice.

I haven't had a lot of free time this month, but I'll be glad to test this out as soon as I've got a minute.
Shouldn't be too difficult to work out the kinks.

I haven't had a lot of free time this month, but I'll be glad to test this out as soon as I've got a minute.
Shouldn't be too difficult to work out the kinks.

Yeah of course take your time, thanks for responding. I'll try to keep working through the bugs and implementing a few other things. I think overlays aren't currently added to the pkgs passed into home-manager and the flake registry and nix path can be set through home manager.
I also have one question, I put the code in default.nix in the users folder, but it directly uses nixosConfigurations, so it doesn't actually use any of the user files. Does it make sense to have it there? I was thinking it could go in utils.

Yeah of course take your time, thanks for responding. I'll try to keep working through the bugs and implementing a few other things. I think overlays aren't currently added to the pkgs passed into home-manager and the flake registry and nix path can be set through home manager.
I also have one question, I put the code in default.nix in the users folder, but it directly uses nixosConfigurations, so it doesn't actually use any of the user files. Does it make sense to have it there? I was thinking it could go in utils.

So this turned out to be a lot simpler than I thought, apparently you can just use config.home-manager.users.[username].home.activationPackage to build the hm configuration.
I also appended the homeConfiguration activationPackages to the packages output as hmActivationPackages so you can just build and debug with ./#hmActivationPackages.[host].[user]
I think this is a pretty much complete and fairly simple implementation of this. There are a couple things left to do and I'll add that to the main post.

So this turned out to be a lot simpler than I thought, apparently you can just use config.home-manager.users.[username].home.activationPackage to build the hm configuration.
I also appended the homeConfiguration activationPackages to the packages output as hmActivationPackages so you can just build and debug with ./#hmActivationPackages.[host].[user]
I think this is a pretty much complete and fairly simple implementation of this. There are a couple things left to do and I'll add that to the main post.

Just pushed a rebase PR to your branch to fix the merge issues.

Just pushed a rebase PR to your branch to fix the merge issues.

Alright thanks for doing the rebase! I think I merged it right, I just force pushed you're exact branch to mine

Alright thanks for doing the rebase! I think I merged it right, I just force pushed you're exact branch to mine

Only minor issue left when running nix flake check:
flake attribute 'packages.x86_64-linux.hmActivationPackages' is not a derivation
(use '--show-trace' to show detailed location information)

I think we can resolve this later though as it doesn't actually affect functionality.

Only minor issue left when running nix flake check:
flake attribute 'packages.x86_64-linux.hmActivationPackages' is not a derivation
(use '--show-trace' to show detailed location information)

I think we can resolve this later though as it doesn't actually affect functionality.

Ohh interesting. How does it work in nixpkgs, since that has subsets of packages like pythonPackages? Or is pythonPackages a derivation itself somehow?

Ohh interesting. How does it work in nixpkgs, since that has subsets of packages like pythonPackages? Or is pythonPackages a derivation itself somehow?

Right now, nixpkgs doesn't even use the packages output attribute it it's flake, instead cramming everything into legacyPackages for now. Pressumably because of issues like this that still need to be resolved upstream.

Right now, nixpkgs doesn't even use the packages output attribute it it's flake, instead cramming everything into legacyPackages for now. Pressumably because of issues like this that still need to be resolved upstream.

Ohh that makes sense

Ohh that makes sense


Cuda9.0; waifu2x cannot work sometimes

my cuda version is 9.0.
I test the command "th waifu2x" is  ok.
But when I try to process my image.
some images upscale well but somes failed. Can somebody help me?
local:1/13/100%/2.3s /home/beryl/Documents/Anime-Face-Dataset-master/animeface-character-dataset/thumb/000_hatsune_miku/face_858_187_45.png
/tmp/cLKyVf.png: 0.7607090473175 sec
local:1/14/100%/2.2s /home/beryl/Documents/Anime-Face-Dataset-master/animeface-character-dataset/thumb/000_hatsune_miku/face_136_245_126.png
THCudaCheck FAIL file=/home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c line=70 error=38 : no CUDA-capable device is detected
/home/beryl/torch/install/bin/luajit: /home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: /home/beryl/Documents/waifu2x/lib/w2nn.lua:52: Failed to load CUDA modules. Please check the CUDA Settings.
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: cuda runtime error (38) : no CUDA-capable device is detected at /home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c:70
stack traceback:
[C]: in function 'error'
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: in function 'require'
/home/beryl/Documents/waifu2x/waifu2x.lua:5: in main chunk
[C]: in function 'dofile'
...eryl/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:150: in main chunk
[C]: at 0x00406510
convert-im6.q16: improper image header /tmp/OCLNXN.png' @ error/png.c/ReadPNGImage/3954. convert-im6.q16: no images defined /home/beryl/Documents/Anime-Face-Dataset-master/animeface-character-dataset/thumb/000_hatsune_miku/face_136_245_126.png' @ error/convert.c/ConvertImageCommand/3258.

no CUDA-capable device is detected

Does this error happens randomly? It is a fatal error. I think there is a problem with the graphics driver or hardware. If it happens only during long-term processing, it may be GPU overheating.
Also, if your shell script calls th waifu2x.lua in a loop, using batch conversion(-l option) can reduce the load.  https://github.com/nagadomi/waifu2x#batch-conversion

I am still confusing.
I test "th waifu2x" is ok in waifu2x directory.
(base) beryl@beryl-System-Product-Name:~/Documents/waifu2x$ th waifu2x.lua images/miku_small_noise_scale.png: 0.24784207344055 sec
but when i try this script in outside directory.
When using programs that use GNU Parallel to process data for publication
please cite:
O. Tange (2011): GNU Parallel - The Command-Line Power Tool,
;login: The USENIX Magazine, February 2011:42-47.
This helps funding further development; AND IT WON'T COST YOU A CENT.
If you pay 10000 EUR you should feel free to use GNU Parallel without citing.
To silence this citation notice: run 'parallel --citation'.
Computers / CPU cores / Max jobs to run
1:local / 12 / 9
Computer:jobs running/jobs completed/%of started jobs/Average seconds to complete
local:9/8/100%/0.0s 000_hatsune_miku/face_447_216_121.png
THCudaCheck FAIL file=/home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c line=70 error=38 : no CUDA-capable device is detected
/home/beryl/torch/install/bin/luajit: /home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: /home/beryl/Documents/waifu2x/lib/w2nn.lua:52: Failed to load CUDA modules. Please check the CUDA Settings.
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: cuda runtime error (38) : no CUDA-capable device is detected at /home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c:70
stack traceback:
[C]: in function 'error'
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: in function 'require'
/home/beryl/Documents/waifu2x/waifu2x.lua:5: in main chunk
[C]: in function 'dofile'
...eryl/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:150: in main chunk
[C]: at 0x00406510
convert-im6.q16: improper image header /tmp/hbGLv4.png' @ error/png.c/ReadPNGImage/3954. convert-im6.q16: no images defined 000_hatsune_miku/face_447_216_121.png' @ error/convert.c/ConvertImageCommand/3258.
local:9/9/100%/0.0s 000_hatsune_miku/face_250_136_15.png
THCudaCheck FAIL file=/home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c line=70 error=38 : no CUDA-capable device is detected
/home/beryl/torch/install/bin/luajit: /home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: /home/beryl/Documents/waifu2x/lib/w2nn.lua:52: Failed to load CUDA modules. Please check the CUDA Settings.
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: cuda runtime error (38) : no CUDA-capable device is detected at /home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c:70
stack traceback:
[C]: in function 'error'
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: in function 'require'
/home/beryl/Documents/waifu2x/waifu2x.lua:5: in main chunk
[C]: in function 'dofile'
...eryl/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:150: in main chunk
[C]: at 0x00406510
convert-im6.q16: improper image header /tmp/7dd5AW.png' @ error/png.c/ReadPNGImage/3954. convert-im6.q16: no images defined 000_hatsune_miku/face_250_136_15.png' @ error/convert.c/ConvertImageCommand/3258.
local:9/10/100%/0.0s 000_hatsune_miku/face_128_326_108.png
THCudaCheck FAIL file=/home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c line=70 error=38 : no CUDA-capable device is detected
/home/beryl/torch/install/bin/luajit: /home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: /home/beryl/Documents/waifu2x/lib/w2nn.lua:52: Failed to load CUDA modules. Please check the CUDA Settings.
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: cuda runtime error (38) : no CUDA-capable device is detected at /home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c:70
stack traceback:
[C]: in function 'error'
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: in function 'require'
/home/beryl/Documents/waifu2x/waifu2x.lua:5: in main chunk
[C]: in function 'dofile'
...eryl/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:150: in main chunk
[C]: at 0x00406510
convert-im6.q16: improper image header /tmp/JCEw8j.png' @ error/png.c/ReadPNGImage/3954. convert-im6.q16: no images defined 000_hatsune_miku/face_128_326_108.png' @ error/convert.c/ConvertImageCommand/3258.
local:9/11/100%/0.1s 000_hatsune_miku/face_568_250_96.png
THCudaCheck FAIL file=/home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c line=70 error=38 : no CUDA-capable device is detected
/home/beryl/torch/install/bin/luajit: /home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: /home/beryl/Documents/waifu2x/lib/w2nn.lua:52: Failed to load CUDA modules. Please check the CUDA Settings.
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: cuda runtime error (38) : no CUDA-capable device is detected at /home/beryl/torch/extra/cutorch/lib/THC/THCGeneral.c:70
stack traceback:
[C]: in function 'error'
/home/beryl/torch/install/share/lua/5.1/trepl/init.lua:389: in function 'require'
/home/beryl/Documents/waifu2x/waifu2x.lua:5: in main chunk
[C]: in function 'dofile'
...eryl/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:150: in main chunk
[C]: at 0x00406510
convert-im6.q16: improper image header /tmp/0SxcAO.png' @ error/png.c/ReadPNGImage/3954. convert-im6.q16: no images defined 000_hatsune_miku/face_568_250_96.png' @ error/convert.c/ConvertImageCommand/3258.
local:9/12/100%/0.1s 000_hatsune_miku/face_363_253_144.png
Usage: [options]
waifu2x
Options:
-i           path to input image [images/miku_small.png]
-l           path to image-list.txt []
-scale       scale factor [2]
-o           path to output file [(auto)]
-depth       bit-depth of the output image (8|16) [8]
-model_dir   path to model directory [./models/cunet/art]
-name        model name for user method [user]
-m           method (noise|scale|noise_scale|user) [noise_scale]
-method      same as -m []
-noise_level (0|1|2|3) [1]
-crop_size   patch size per process [256]
-batch_size  batch_size [1]
-resume      skip existing files (0|1) [0]
-thread      number of CPU threads [-1]
-tta         use TTA mode. It is slow but slightly high quality (0|1) [0]
-tta_level   TTA level (2|4|8). A higher value makes better quality output but slow [8]
-force_cudnn use cuDNN backend (0|1) [0]
-q           quiet (0|1) [0]
-gpu         Device ID [1]
-load_mode   ascii/binary [ascii]
`

CUDA_VISIBLE_DEVICES="$((RANDOM % 2 < 1))"

Is CUDA available on both GPU0 and GPU1? (And the output value range of this expression differs between sh and bash(or zsh))
When this environment variable is incorrect, no CUDA-capable device is detected error will happen.
CUDA_VISIBLE_DEVICES=0 th waifu2x.lua
CUDA_VISIBLE_DEVICES=1 th waifu2x.lua

And, -lua is an undefined option.

Thanks a lot! Yes, i found cuda is only available on GPU0 in my computer.


Add DRPC test for sync mode

Co-Authored-by: Raghavendra M<EMAIL_ADDRESS>Signed-off-by: Raghavendra Talur<EMAIL_ADDRESS>

The PR #387 carried this commit too so this can be closed without merging.


Using the installsuffix flag causes a permission problem on my system

@ArtfulCoder Can you explain why changing the suffix is necessary? I think it's just the CGO_ENABLED=0 that causes it to be statically linked. ...also turning off CGO and then installing under the suffix cgo seems misleading, if anything it should be the suffix nocgo...

@lavalamp sadly this is the recommended way to statically compile with Go 1.4. Just using CGO_ENABLED=0 no longer works :(

I see. So I should indeed sudo build ... once and then it should be ok... thanks.

Yeah sorry it's not easier. @ArtfulCoder is working on a PR to have the scripts suggest that when you hit this error.

@vmarmol is there a way to trigger a go std library rebuild? sudo does not play nicely with our build script and my setup.

@lavalamp
sudo CGO_ENABLED=0 go install -a -installsuffix cgo std

@ArtfulCoder Thanks! my go installation isn't available from my root account for whatever reason, so I have to do sudo CGO_ENABLED=0 $(which go) install -a -installsuffix cgo std


Add the SWORD of Science output

Getting ahead of myself here! So, feel free to close/delete this if an issue isn't the right mechanism to voice this. I wanted to advocate for the SWORD of Science also being able to query through the hydrocron API-- we would find this incredibly useful for accessing data related to SWOT discharge-- particularly because we would be able to better understand how discharge was constrained, how different algorithms performed, and why or why not discharge was calculated or flagged. Thanks!

I think this is a great place to start this conversation and will help us prioritize work! I also have an interest in integrating the SWORD of Science (SOS) into Hydrocron.


Test run on AIX fails with 'f95 not found`

Test failures under AIX 6.1 and 7.1
https://gist.github.com/datalogics-robb/3e431b5569cf52566595ec33f86b6dec
Required information

Link to SCons Users thread discussing your issue.
Version of SCons: PR 3739
Version of Python: 3.7.6
How you installed SCons - test run from git checkout
What Platform are you on? AIX 6.1 and 7.1 both demonstrated the issue
How to reproduce your issue?

Clone my fork of Scons, check out the branch for PR 3739
Run python3 runtest.py test/CPPFLAGS.py on an AIX platform

full log
robb@nepal:/raid/checkouts-raid/robb/AIX-scons/scons (unix_py3_str)$ git fetch upstream
robb@nepal:/raid/checkouts-raid/robb/AIX-scons/scons (unix_py3_str)$ python3 runtest.py test/CPPFLAGS.py
1/1 (100.00%) /opt/Python-3.7/bin/python3 test/CPPFLAGS.py
/raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py returned 2
STDOUT =========================================================================
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
/opt/Python-3.7/bin/python3 mygcc.py cc -o test1.shobj -c -x test1.c
/opt/Python-3.7/bin/python3 mygcc.py c++ -o test2.shobj -c -x test2.cpp
f95 -o test3.shobj -c -x test3.F
scons: building terminated because of errors.

STDERR =========================================================================
sh: f95:  not found
scons: *** [test3.shobj] Error 127

FAILED test of /raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py
        at line 621 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestCommon.py (_complete)
        from line 724 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestCommon.py (run)
        from line 427 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestSCons.py (run)
        from line 124 of test/CPPFLAGS.py

It's only the second run that generates "shobj" files that fails.
robb@nepal:/raid/checkouts-raid/robb/AIX-scons/scons (master)$  python3 runtest.py --verbose=3 test/CPPFLAGS.py
1/1 (100.00%) /opt/Python-3.7/bin/python3 test/CPPFLAGS.py
/opt/Python-3.7/bin/python3 /raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py .
============ STATUS: 0
============ BEGIN STDOUT (len=416):
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
/opt/Python-3.7/bin/python3 mygcc.py cc -o test1.obj -c -x test1.c
/opt/Python-3.7/bin/python3 mygcc.py c++ -o test2.obj -c -x test2.cpp
/opt/Python-3.7/bin/python3 mygcc.py g77 -o test3.obj -c -x test3.F
/opt/Python-3.7/bin/python3 mylink.py -o foo.exe test1.obj test2.obj test3.obj
scons: done building targets.
============ END STDOUT
============ BEGIN STDERR (len=0)
============ END STDERR
/opt/Python-3.7/bin/python3 /raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py .
============ STATUS: 2
============ BEGIN STDOUT (len=322):
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
/opt/Python-3.7/bin/python3 mygcc.py cc -o test1.shobj -c -x test1.c
/opt/Python-3.7/bin/python3 mygcc.py c++ -o test2.shobj -c -x test2.cpp
f95 -o test3.shobj -c -x test3.F
scons: building terminated because of errors.
============ END STDOUT
============ BEGIN STDERR (len=55)
sh: f95:  not found
scons: *** [test3.shobj] Error 127
============ END STDERR
/raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py returned 2
STDOUT =========================================================================
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
/opt/Python-3.7/bin/python3 mygcc.py cc -o test1.shobj -c -x test1.c
/opt/Python-3.7/bin/python3 mygcc.py c++ -o test2.shobj -c -x test2.cpp
f95 -o test3.shobj -c -x test3.F
scons: building terminated because of errors.

STDERR =========================================================================
sh: f95:  not found
scons: *** [test3.shobj] Error 127

FAILED test of /raid/checkouts-raid/robb/AIX-scons/scons/scripts/scons.py
        at line 621 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestCommon.py (_complete)
        from line 724 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestCommon.py (run)
        from line 427 of /raid/checkouts-raid/robb/AIX-scons/scons/testing/framework/TestSCons.py (run)
        from line 127 of test/CPPFLAGS.py
robb@nepal:/raid/checkouts-raid/robb/AIX-scons/scons (master)$

If I take the second SConstruct in the test, and replace FORTRAN with SHFORTRAN the test completes successfully.

(as noted on discord) - this looks like a correct change to me. The test is already setting SHLINK and SHLINKFLAGS instead of LINK and LINKFLAGS, and SHOBJSUFFIX instead of OBJSUFFIX in anticiaption of trying a shared object build. I'm guessing it strictly should also set SHCC and SHCXX in addition to setting SHFORTRAN.
It should perhaps be noted that in tool setup, SHCC and SHCXX are always set to $CC and $CXX while only some of the Fortran setups do this - the ones which start with 'f' set it to the detected/default command name instead of to the substitutable. I don't know if this is any particular issue.

Would it be a surprise to a user that setting FORTRAN would have no effect on a shared library input?
Am I correct in assuming that the SH prefix is to denote shared library input, and that the most common difference would be flags to generate position-independent code?

I think the split between COMPILER and SHCOMPILER is to allow using a different tool, but config in the code seems to do that (well, I didn't look terribly hard).  The flags would be represented in COMPILERFLAGS and SHCOMPILERFLAGS, which is used, indeed. And I think indeed, if you set FORTRAN and it didn't affect the compilation of shared objects (assuming it's generally supported to build objects for eventual inclusion in a shared library from Fortran sources - I have no actual idea if that's true, my Fortran usage dates back to a relative stone age, Fortran II and Fortran IV and is utterly inapplicable) would be somewhat surprising: hey, I changed the compiler, why didn't it work?

Yes, a fortran compiler can be used to build shared libraries much like a C compiler.
Under AIX/PPC there are ONLY pic objects.  In the aixf77 tool it seems as though 'xlf77' is used for F77 and xlf77_r is used for SHF77 - but the distinction is not PIC, it's support for threading (the tools with '_r' postfixed generate thread-safe code).
I'm happy with whatever change you'd prefer, just want to understand all the trade-offs.

I'm missing too much original context, will wait for @bdbaddog.
I'm deducing the concept is the Tool that's applied should set both to suitable default-as-modified-by-platform-detection. If the user sets either FORTRAN or SHFORTRAN it should override what that did.  If the user sets FORTRAN and not SHFORTRAN, it feels to me like SHFORTRAN should pick up what the user set FORTRAN to, but not vice versa.  But maybe that's not the design intent, maybe it's to be more explicit and you always set the two separately: there's some commentary on some of these vars to "see also" the other variable of the pair, just not for the Fortan ones, e.g.:

SHCXX -   The C++ compiler used for generating shared-library objects. See also $CXX for compiling to static objects.

If the latter approach, then just updating the test should be sufficient.
Just so it stays consistent throughout scons...

So it looks like the f* tools are the only(?) tools where they don't do something like this:

May need to wrap with:
if 'FORTRAN' not in env:..
if 'SHFORTRAN' not in env:..

So it doesn't stomp on user settings.. (as cc.py does)

This is open despite the related PR #3745 having been merged. Is there something still pending?

This is open despite the related PR #3745 having been merged. Is there something still pending?

@mwichmann not to my  knowledge

@mwichmann not to my  knowledge

Okay, then, closing. Feel free to reopen if needed.

Okay, then, closing. Feel free to reopen if needed.


Error: Premature close in streaming mode, seems it is related to timeout

Confirm this is a Node library issue and not an underlying OpenAI API issue

[X] This is an issue with the Node library

Describe the bug
My code use chat completion api create func with stream:true, and takes so long time: over 10 minutes(default timeout setting).
const stream = await this.openaiApi.chat.completions.create(
  {
    model: 'gpt-3.5-turbo-16k',
    messages: history, // an array of chat history
    stream: true,
  },
);

This request makes long -over 10 minutes-stream and after 10 minutes the request fails with error:
Error: Premature close
    at IncomingMessage.<anonymous> (/home/dev/refri_be/data-process/node_modules/node-fetch/lib/index.js:1748:18)
    at Object.onceWrapper (node:events:631:28)
    at IncomingMessage.emit (node:events:517:28)
    at emitCloseNT (node:internal/streams/destroy:132:10)
    at processTicksAndRejections (node:internal/process/task_queues:81:21) {
  code: 'ERR_STREAM_PREMATURE_CLOSE'
}

I tried to chage timeout setting by passing timeout: 20 * 60 * 1000 both in create function and OpenAi constructor, but not worked. I checked #294 but nothing was helpful..

Timeout setting not working for streaming seems bug.
If node-fetch's Premature close error is due to streaming timeout, this error should be handled by this library and transfer to proper error, e.g. APIConnectionTimeoutError.

To Reproduce

prepare so long, long time-taking prompt. It seems languages other than english takes so long times for response 🥲
call OpenAI.chat.completions.create with stream:true and wait for 10 minutes
Then Error: premature close thrown

Code snippets
No response
OS
macOS sonoma
Node version
18.18.2
Library version
4.14.2

Thanks for reporting this. Can you paste an error that is thrown after you set timeout to 20 minutes?
Can you share a prompt that takes this amount of time for repro?

Thanks for reporting this. Can you paste an error that is thrown after you set timeout to 20 minutes?

It also Premature Close error. This error thrown after 10 minutes, which means timeout setting(20 minutes) passed is not working.
Error: Premature close
    at IncomingMessage.<anonymous> (/home/dev/refri_be/data-process/node_modules/node-fetch/lib/index.js:1748:18)
    at Object.onceWrapper (node:events:631:28)
    at IncomingMessage.emit (node:events:517:28)
    at emitCloseNT (node:internal/streams/destroy:132:10)
    at processTicksAndRejections (node:internal/process/task_queues:81:21) {
  code: 'ERR_STREAM_PREMATURE_CLOSE'
}

Can you share a prompt that takes this amount of time for repro?

This is minimal reproduction: try this at api-busy time.
I tried this just few minutes ago but takes 9 minutes.. Maybe now is non busy time, I guess.
https://github.com/Istiopaxx/openai-node-bug-report

Interesting, that script runs for me in 72s. I may have a hard time reproducing this from where I sit in the USA.
Can you confirm that the same requests made over curl don't suffer from the same problem? I think this might be a server-or-gateway-side timeout rather than a client timeout.

Can you confirm that the same requests made over curl don't suffer from the same problem? I think this might be a server-or-gateway-side timeout rather than a client timeout.

I tried curl, and it also stopped after 600s. I checked my home gateway timeout setting but i found no timeout setting related.
Certainly, there is no problem for this library.. I'll close this issue.
I searched for this topic so much but could not find any helpful solution. I guess openai api's tier system makes response of my api calls slower(cause i'm in tier 2), and probably 600s timeout can be related to that. Nothing is certain about this 😢
Searched pages:
https://community.openai.com/t/anyone-facing-gpt-3-5-turbo-api-delays/460467/39
https://community.openai.com/t/gpt-3-5-api-is-30x-slower-than-chatgpt-equivalent-prompt/423902
https://community.openai.com/t/openai-why-are-the-api-calls-so-slow-when-will-it-be-fixed/148339/39

Thank you @Istiopaxx, and sorry to hear about your difficulties! I might recommend opening a new thread at community.openai.com about the 10min API timeout affecting you.


train.cache.npy?

hi
2024-07-05 02:02:24.069589: E external/local_xla/xla/stream_executor/cuda/cuda_dnn.cc:9261] Unable to register cuDNN factory: Attempting to register factory for plugin cuDNN when one has already been registered
2024-07-05 02:02:24.069642: E external/local_xla/xla/stream_executor/cuda/cuda_fft.cc:607] Unable to register cuFFT factory: Attempting to register factory for plugin cuFFT when one has already been registered
2024-07-05 02:02:24.070977: E external/local_xla/xla/stream_executor/cuda/cuda_blas.cc:1515] Unable to register cuBLAS factory: Attempting to register factory for plugin cuBLAS when one has already been registered
train: weights=yolov5s.pt, cfg=, data=custom_data.yaml, hyp=data/hyps/hyp.scratch-low.yaml, epochs=100, batch_size=4, imgsz=640, rect=False, resume=False, nosave=False, noval=False, noautoanchor=False, noplots=False, evolve=None, evolve_population=data/hyps, resume_evolve=None, bucket=, cache=None, image_weights=False, device=, multi_scale=False, single_cls=False, optimizer=SGD, sync_bn=False, workers=8, project=runs/train, name=exp, exist_ok=False, quad=False, cos_lr=False, label_smoothing=0.0, patience=100, freeze=[0], save_period=-1, seed=0, local_rank=-1, entity=None, upload_dataset=False, bbox_interval=-1, artifact_alias=latest, ndjson_console=False, ndjson_file=False
github: up to date with https://github.com/ultralytics/yolov5 ✅
YOLOv5 🚀 v7.0-334-g100a423b Python-3.10.12 torch-2.3.0+cu121 CUDA:0 (Tesla T4, 15102MiB)
hyperparameters: lr0=0.01, lrf=0.01, momentum=0.937, weight_decay=0.0005, warmup_epochs=3.0, warmup_momentum=0.8, warmup_bias_lr=0.1, box=0.05, cls=0.5, cls_pw=1.0, obj=1.0, obj_pw=1.0, iou_t=0.2, anchor_t=4.0, fl_gamma=0.0, hsv_h=0.015, hsv_s=0.7, hsv_v=0.4, degrees=0.0, translate=0.1, scale=0.5, shear=0.0, perspective=0.0, flipud=0.0, fliplr=0.5, mosaic=1.0, mixup=0.0, copy_paste=0.0
Comet: run 'pip install comet_ml' to automatically track and visualize YOLOv5 🚀 runs in Comet
TensorBoard: Start with 'tensorboard --logdir runs/train', view at http://localhost:6006/
Overriding model.yaml nc=80 with nc=2
             from  n    params  module                                  arguments

0                -1  1      3520  models.common.Conv                      [3, 32, 6, 2, 2]
1                -1  1     18560  models.common.Conv                      [32, 64, 3, 2]
2                -1  1     18816  models.common.C3                        [64, 64, 1]
3                -1  1     73984  models.common.Conv                      [64, 128, 3, 2]
4                -1  2    115712  models.common.C3                        [128, 128, 2]
5                -1  1    295424  models.common.Conv                      [128, 256, 3, 2]
6                -1  3    625152  models.common.C3                        [256, 256, 3]
7                -1  1   1180672  models.common.Conv                      [256, 512, 3, 2]
8                -1  1   1182720  models.common.C3                        [512, 512, 1]
9                -1  1    656896  models.common.SPPF                      [512, 512, 5]
10                -1  1    131584  models.common.Conv                      [512, 256, 1, 1]
11                -1  1         0  torch.nn.modules.upsampling.Upsample    [None, 2, 'nearest']
12           [-1, 6]  1         0  models.common.Concat                    [1]
13                -1  1    361984  models.common.C3                        [512, 256, 1, False]
14                -1  1     33024  models.common.Conv                      [256, 128, 1, 1]
15                -1  1         0  torch.nn.modules.upsampling.Upsample    [None, 2, 'nearest']
16           [-1, 4]  1         0  models.common.Concat                    [1]
17                -1  1     90880  models.common.C3                        [256, 128, 1, False]
18                -1  1    147712  models.common.Conv                      [128, 128, 3, 2]
19          [-1, 14]  1         0  models.common.Concat                    [1]
20                -1  1    296448  models.common.C3                        [256, 256, 1, False]
21                -1  1    590336  models.common.Conv                      [256, 256, 3, 2]
22          [-1, 10]  1         0  models.common.Concat                    [1]
23                -1  1   1182720  models.common.C3                        [512, 512, 1, False]
24      [17, 20, 23]  1     18879  models.yolo.Detect                      [2, [[10, 13, 16, 30, 33, 23], [30, 61, 62, 45, 59, 119], [116, 90, 156, 198, 373, 326]], [128, 256, 512]]
Model summary: 214 layers, 7025023 parameters, 7025023 gradients, 16.0 GFLOPs
Transferred 343/349 items from yolov5s.pt
AMP: checks passed ✅
optimizer: SGD(lr=0.01) with parameter groups 57 weight(decay=0.0), 60 weight(decay=0.0005), 60 bias
albumentations: Blur(p=0.01, blur_limit=(3, 7)), MedianBlur(p=0.01, blur_limit=(3, 7)), ToGray(p=0.01), CLAHE(p=0.01, clip_limit=(1, 4.0), tile_grid_size=(8, 8))
/usr/lib/python3.10/multiprocessing/popen_fork.py:66: RuntimeWarning: os.fork() was called. os.fork() is incompatible with multithreaded code, and JAX is multithreaded, so this will likely lead to a deadlock.
self.pid = os.fork()
train: Scanning /content/train_data/labels/train... 0 images, 3 backgrounds, 0 corrupt: 100% 3/3 [00:00<00:00, 641.43it/s]
train: WARNING ⚠ No labels found in /content/train_data/labels/train.cache. See https://docs.ultralytics.com/yolov5/tutorials/train_custom_data
train: WARNING ⚠ Cache directory /content/train_data/labels is not writeable: [Errno 2] No such file or directory: '/content/train_data/labels/train.cache.npy'
Traceback (most recent call last):
File "/content/yolov5/train.py", line 852, in
main(opt)
File "/content/yolov5/train.py", line 627, in main
train(opt.hyp, opt, device, callbacks)
File "/content/yolov5/train.py", line 258, in train
train_loader, dataset = create_dataloader(
File "/content/yolov5/utils/dataloaders.py", line 182, in create_dataloader
dataset = LoadImagesAndLabels(
File "/content/yolov5/utils/dataloaders.py", line 606, in init
assert nf > 0 or not augment, f"{prefix}No labels found in {cache_path}, can not start training. {HELP_URL}"
AssertionError: train: No labels found in /content/train_data/labels/train.cache, can not start training. See https://docs.ultralytics.com/yolov5/tutorials/train_custom_data
any solution?
p.s Ty for it

If you're training a custom model make sure that your folder is organized with the same name folders as shown in the example folder, it looks like it's failing to find the labels (either the folder or the file containing the labeled images) https://drive.google.com/drive/u/2/folders/17X_f17WpzoxHMURSj5QIZ4lMUWPImf5V
Sorry for responding so late!


Appstudio update mvp-test-component

Pipelines as Code configuration proposal

Pipelines as Code CI/mvp-test-component-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
6 seconds
init

✅ Succeeded
12 seconds
clone-repository

✅ Succeeded
1 minute
build-container

✅ Succeeded
26 seconds
sanity-inspect-image

✅ Succeeded
1 minute
clamav-scan

✅ Succeeded
17 seconds
clair-scan

✅ Succeeded
26 seconds
deprecated-base-image-check

✅ Succeeded
11 seconds
sbom-json-check

✅ Succeeded
17 seconds
sanity-optional-label-check

✅ Succeeded
17 seconds
sanity-label-check

✅ Succeeded
4 seconds
show-summary


cache store issue

in CI, when we start storing cache file for a particular controller, and first time when we user login and use this controller, it will be created a cache file related to this controller and second time when reload the page it uses this cache file.
But when user login in other browser with different info, it also share the samr cache file for newly login user either than create new new cache file for recent login user.Means it use same user data in both browser. It's a big issue regarding user security.

Caching is not magic. It's not always a good thing.

ok thanks
On Wed, May 31, 2017 at 1:49 PM, Andrey Andreev<EMAIL_ADDRESS>wrote:

Caching is not magic. It's not always a good thing.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/bcit-ci/CodeIgniter/issues/5136#issuecomment-305119634,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AbvU_KpyTWPt3LJbxf1HSdKkj8yZfcXQks5r_SKMgaJpZM4NrOSE
.

can we store cache for specific thread in CI.
On Wed, May 31, 2017 at 4:36 PM, demo user<EMAIL_ADDRESS>wrote:

ok thanks
On Wed, May 31, 2017 at 1:49 PM, Andrey Andreev<EMAIL_ADDRESS>wrote:

Caching is not magic. It's not always a good thing.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/bcit-ci/CodeIgniter/issues/5136#issuecomment-305119634,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AbvU_KpyTWPt3LJbxf1HSdKkj8yZfcXQks5r_SKMgaJpZM4NrOSE
.


Support for ETL-like functionality with catalog items

Description
It's common for production databases to have the same table repeated across tenant databases/schemas. For example: [customer_id].[orders] for customers 123, 456 and 789. It would be nice to have an approach for more complicated ETL that also fits the kedro data loader model.
Context
I can't figure out how I should construct a single table from these tables without some overly complicated SQL. I know I can write a python function to loop over customer ids and merge all the tables, but I'm not sure how to make that approach fit with the kedro mindset.
Am I missing an option? Or is there another reasonable work around?

@bhilliard Thank you for your feedback.
One approach could be to encapsulate this logic into a custom SQL dataset (which, by the way, can leverage the standard SQLTableDataSet under the hood). So on load wrapper SQL dataset can iterate through your customer ids, call SQLTableDataSet.load() for each table individually and finally combine the results into a single dataframe. Please see CachedDataSet implementation for some ideas about handling one dataset inside the other.
Please let us know if it helps resolve your issue.

Closing this as answered, but please feel free to open a new issue if you need additional help. :)


Use const and let over var

The current code samples are not consistent, mix a half var and a half let (and a few const).
We may need a unified rule for the usage of const/let and apply it to the code samples, as you mentioned in the second principle Use ES6 constants when variable values do not change, or your code is not clean. :wink:

Thank you for sussing out the inconsistencies. We do need a coherent stance on this. @ericelliott has a good article about this, to use as inspiration so we could also elaborate more on the ES6 constants section.

I even just started to edit for a PR, but then there were so much changes to make ^^
I highly recommend this screencast from laracast:
https://laracasts.com/series/es6-cliffsnotes/episodes/3
I personally don't use var anymore and default to const.
And if the value changes, I change it to let.

@schoenwaldnils has an awesome fix so I'm going to close this issue once that is merged in with minor tweaks. Thanks CodinCat for your help!

This was addressed in #51. Thanks for all of your help!


Suggested fix for AutoFakeSlant problem (Issue #113)

Fixed problem with AutoFakeSlant: changed \clist_put_right to \tl_put_right
Solves Issue 113 (I think).

Hi Alan,
Thanks for looking into this and sorry for my slow response. Crazy times at the moment.
I haven't merged your fix as there was another underlying bug that was the cause of the problem, which I've now corrected — I'm also embarrassed I was missing a test file for this case so that's also been amended. (My test suite is still immature I guess.)
I can't guarantee when this will make it to CTAN, but for the meantime your own fix is perfectly fine.
Best wishes,


Links/URLs get offset when certain unicode characters are printed

Environment
Windows build number: Windows 10 version 2004 (10.0.19041.0)
Windows Terminal version: Preview 1.5.3242.0

Steps to reproduce
Print certain unicode characters like this one: 𝓐
Expected behavior
Links/URLs should be valid.
Actual behavior
Links/URLs get offset and break with the presence of certain unicode characters.
For example, if the following text is printed:
𝓐𝓐𝓐
https://microsoft.com/

The hoverable link, clickable link and opened link is ps://microsoft.com/
If those unicode characters are not printed (if you scroll for example), the links work again.
https://user-images.githubusercontent.com/1197915/103703479-e54b9280-4fa7-11eb-9394-4d6bd81e952d.mp4
Note that the emoji doesn't cause the issue.
The code used in the video is:
console.log(`𝓐𝓐𝓐𝓐𝓐𝓐 123 https://microsoft.com/

✨ https://google.com/
https://google.fr/
https://youtube.com/
https://aka.ms/`)

Oh weird. I would have thought this was a dupe of #8121, but that one was fixed in 1.5.3142, so this must be it's own variation on the subject.
Those 𝓐 characters are really messing it up, huh.

Oh weird. I would have thought this was a dupe of #8121, but that one was fixed in 1.5.3142, so this must be it's own variation on the subject.
Those 𝓐 characters are really messing it up, huh.

It looks a lot like it, going the other way from the screen of that issue.

Those 𝓐 characters are really messing it up, huh.

Yeah, I found the problem when printing display usernames from an api. Not only the 𝓐 character, but also the rest of the alphabet written like that. Maybe there is more characters than that, I didn't try to find them all.

It looks a lot like it, going the other way from the screen of that issue.

Those 𝓐 characters are really messing it up, huh.

Yeah, I found the problem when printing display usernames from an api. Not only the 𝓐 character, but also the rest of the alphabet written like that. Maybe there is more characters than that, I didn't try to find them all.

The 𝓐 is considered as two wide chars because of #8124. Another place we might want to use a comprehensive Unicode width estimator .

The 𝓐 is considered as two wide chars because of #8124. Another place we might want to use a comprehensive Unicode width estimator .

Yeah, I found the problem when printing display usernames from an api. Not only the 𝓐 character, but also the rest of the alphabet written like that. Maybe there is more characters than that, I didn't try to find them all.

Definitely more characters than that, e.g. 🎟.
echo -e '\xf0\x9f\x8e\x9f http://www.example.com/' reproduces the bug on version 1.9.1445.0.

Clever quick fix -- thanks @Comzyh! I'm rolling this into the 1.11 and 1.12 servicing releases we're putting out to make Terminal more robust over the holidays. :)

I'm still having this issue with 5-digit Nerd Font Unicode characters on Windows 11…

Which version of Terminal are you using? This issue was closed two years ago 🙂

@DHowett I think this regressed recently, because I was able to reproduce the issue until I got the update from 3 days ago. I'm assuming it was fixed by this:

Auto-detected URLs and search results are no longer pushed around by wide characters (oops) (https://github.com/microsoft/terminal/pull/16787)

@CerebralDatabank Bottom line is you probably just need to get the very latest update.

thought replying here was better

you know what, that's totally fair! hah!

will that mess up the ... link

Nope, you can install the msixbundle from here and it will still hook up to the store for future updates!


"refresh" not implemented on watch_poll method

Although the documentation of method def watch_poll(self, watch, refresh=False, callback=None): has following text:
If refresh is True, then all points on the watch will be updated, not just those that have changed since the last poll.
, the parameter refresh is unused and hence above functionality as stated on documentation isn't obtained.

Pull request #60

Thanks for picking that up… I've merged it into the develop branch ready for the next release.


no CMakeLists in release archives

Is absence of CMaleLists.txt files in release archives intentional? It makes automatic dependency management a bit awkward, I have to manually download these files from the repo
Would be great if future releases included them

Last official release was long time ago and didn't use Cmake. CMakeLists.txt was added later during continuous development on the master branch. It will be included in the next release, together with everything you can find on that branch.
I recommend to use the latest code from master branch rather than the official release package. The project is always kept in a good shape, shouldn't cause any problems after updating.


KAFKA-16033: Commit retry logic fixes

This PR modifies the commit manager for improved retry logic & fixing bugs:

defines high level functions for each of the different types of commit: commitSync, commitAsync, autoCommitSync (used from consumer close), autoCommitAsync (on interval), autoCommitNow (before revocation).
moves retry logic to these caller functions, keeping a common response error handling that propagates errors that each caller functions retry as it needs.

Fixes the following issues:

auto-commit before revocation should retry with latest consumed offsets
auto-commit before revocation should only reset the timer once, when the rebalance completes
StaleMemberEpoch error (fatal) is considered retriable only when committing offsets before revocation, where it is retried with backoff if the member has a valid epoch. All other commits will fail fatally on stale epoch. Note that auto commit on the interval (autoCommitAsync) does not have any specific retry logic for the stale epoch, but will effectively retry on the next interval (as it does for any other fatal error)
fix duplicated and noisy logs for auto-commit

Thanks for the comments @lucasbru , all addressed.


Demo's annotations are not 1-based column

Yeah, demo was never fixed after 1.0 release.

Thanks!

Sure, I figured since I can't really force myself to find time to rewrite demo, I might as well fix this issue.


[DOC] Seems that addRelation does not work

Question in mail from Viktor:

When I set up a relation to ".addRelation(..)" to a mongoose schema composed with compose-mongoose and compose-relay it doesn't get included when I export my schema.graphql/schema.json files.
https://gist.github.com/anonymous/3b270cece3f51865d0f22d822bf88387
As seen in the examples it doesn't use https://github.com/nodkz/graphql-compose-connection. And in the mongoose I cannot seem to find relations setup.

Relations converts to fieldConfig and add to types right before schema should be build. Purpose: allow to create types which have cross-imports. Eg. author.js imports post.js and post imports author.
So to release relations automatically you should use GQC:
import { GQC } from 'graphql-compose';
const QueryTC = GQC.rootQuery(); // Query type composer for adding fields/relations
const MutationTC = GQC.rootMutation(); // Mutation type composer for adding fields/relations
const schema = GQC.buildSchema(); // get GraphQL Schema with a relation resolving
// more methods here https://github.com/nodkz/graphql-compose/blob/master/src/storage.js

Simple example:
composeFromRelay(GQC.rootQuery())

const ViewerTC = GQC.get('Viewer')
GQC.rootQuery().addField('viewer', {
  type: ViewerTC,
  description: 'Data under client context',
  resolve: () => ({}),
})

ViewerTC.addRelation(
  'user',
  () => ({
    resolver: UsersTC.getResolver('findById'),
    args: {
       _id: (source, args, context) => context.userId,
    },
  })
)
export default GQC.buildSchema()

OR you may call building relations manually. Eg:
UserTC.buildRelations();

oh I found a typo
it should be
ViewerTC.addRelation(
  'user',
  () => ({
    resolver: UsersTC.getResolver('findById'),
    args: {
       _id: (source, args, context) => source.userId,
    },
  })
)

relation works!

@jackypan1989 thanks
I store userId in context. Of course, when you create a relation between types, you definitely should use source. Add a comment to my example, and put source in the first place.


[Bug][Framework] Reconfiguring projects throws SQL Duplicate key error

Search before asking

[X] I had searched in the issues and found no similar issues.

What happened
I was testing out Jenkins, and decided to add a new job to scopes. It throws:
time="2023-01-19 19:36:04" level=info msg="/mnt/c/Users/Keon/Dev/Shared/lake/backend/impls/dalgorm/dalgorm.go:180 Error 1062: Duplicate entry 'Jenkins-Local-Project-cicd_scopes-jenkins:JenkinsJob:3:test-fold' for key 'project_mapping.PRIMARY'
[0.497ms] [rows:0] INSERT INTO `project_mapping` (`project_name`,`table`,`row_id`,`created_at`,`updated_at`,`_raw_data_params`,`_raw_data_table`,`_raw_data_id`,`_raw_data_remark`) VALUES ('Jenkins-Local-Project','cicd_scopes','jenkins:JenkinsJob:3:test-folder/basic-job','2023-01-19 19:36:04.415','2023-01-19 19:36:04.415','','',0,'')"
time="2023-01-19 19:36:04" level=error msg="HTTP 400 error
	caused by: attached stack trace
	  -- stack trace:
	  | github.com/apache/incubator-devlake/server/api/blueprints.Patch
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/api/blueprints/blueprints.go:159
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/recovery.go:99
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.LoggerWithConfig.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/logger.go:241
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.(*Engine).handleHTTPRequest
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:555
	  | github.com/gin-gonic/gin.(*Engine).ServeHTTP
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:511
	  | net/http.serverHandler.ServeHTTP
	  | 	/home/keon/go/src/net/http/server.go:2947
	  | net/http.(*conn).serve
	  | 	/home/keon/go/src/net/http/server.go:1991
	Wraps: (2) error patching the blueprint (400)
	Wraps: (3) attached stack trace
	  -- stack trace:
	  | github.com/apache/incubator-devlake/server/services.saveBlueprint
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:163
	  | github.com/apache/incubator-devlake/server/services.PatchBlueprint
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:197
	  | github.com/apache/incubator-devlake/server/api/blueprints.Patch
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/api/blueprints/blueprints.go:157
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/recovery.go:99
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.LoggerWithConfig.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/logger.go:241
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.(*Engine).handleHTTPRequest
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:555
	  | github.com/gin-gonic/gin.(*Engine).ServeHTTP
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:511
	  | net/http.serverHandler.ServeHTTP
	  | 	/home/keon/go/src/net/http/server.go:2947
	  | net/http.(*conn).serve
	  | 	/home/keon/go/src/net/http/server.go:1991
	Wraps: (4) attached stack trace
	  -- stack trace:
	  | github.com/apache/incubator-devlake/server/services.validateBlueprintAndMakePlan
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:149
	  | [...repeated from below...]
	Wraps: (5) make plan for blueprint failed
	Wraps: (6) attached stack trace
	  -- stack trace:
	  | github.com/apache/incubator-devlake/impls/dalgorm.(*Dalgorm).Create
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/impls/dalgorm/dalgorm.go:180
	  | github.com/apache/incubator-devlake/server/services.GeneratePlanJsonV200
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint_makeplan_v200.go:65
	  | github.com/apache/incubator-devlake/server/services.MakePlanForBlueprint
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:296
	  | github.com/apache/incubator-devlake/server/services.validateBlueprintAndMakePlan
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:147
	  | github.com/apache/incubator-devlake/server/services.saveBlueprint
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:161
	  | github.com/apache/incubator-devlake/server/services.PatchBlueprint
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/services/blueprint.go:197
	  | github.com/apache/incubator-devlake/server/api/blueprints.Patch
	  | 	/mnt/c/Users/Keon/Dev/Shared/lake/backend/server/api/blueprints/blueprints.go:157
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/recovery.go:99
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.LoggerWithConfig.func1
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/logger.go:241
	  | github.com/gin-gonic/gin.(*Context).Next
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/context.go:168
	  | github.com/gin-gonic/gin.(*Engine).handleHTTPRequest
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:555
	  | github.com/gin-gonic/gin.(*Engine).ServeHTTP
	  | 	/home/keon/go/pkg/mod/github.com/gin-gonic/gin@v1.7.7/gin.go:511
	  | net/http.serverHandler.ServeHTTP
	  | 	/home/keon/go/src/net/http/server.go:2947
	  | net/http.(*conn).serve
	  | 	/home/keon/go/src/net/http/server.go:1991
	  | runtime.goexit
	  | 	/home/keon/go/src/runtime/asm_amd64.s:1594
	Wraps: (7) Error 1062: Duplicate entry 'Jenkins-Local-Project-cicd_scopes-jenkins:JenkinsJob:3:test-fold' for key 'project_mapping.PRIMARY

What do you expect to happen
No error.
How to reproduce
Reconfigure any project scope. This should be independent of Jenkins.
Anything else
Fix should be straightforward. Change this line to use CreateOrUpdate instead of Create.
Version
main
Are you willing to submit PR?

[ ] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hi @keon94
May I work on this one?

@anurag-rajawat yes, I'vd assigned it to you.

The reason that 'Jenkins-Local-Project','cicd_scopes','jenkins:JenkinsJob:3:test-folder/basic-job' will duplicate with 'Jenkins-Local-Project-cicd_scopes-jenkins:JenkinsJob:3:test-fold' for key 'project_mapping.PRIMARY' is mysql error message don't show correctly.

@keon94 Hi, would you like add some information for it? I want know when scopes will be duplicated like this issue to confirm the fix PR is right.

@keon94 Can you describe how to reproduce the error so we can fix it?

@likyh @klesh
You just have to change the Data scope of an existing blueprint and try rerunning it. For example this one:

I am at the moment only getting this with my existing Jenkins blueprint. Adding a brand new one and redoing everything the same way didn't encounter this. Did the same with Github and tried adding a new repo and had no problems.  I am assuming something has already been fixed/changed? If so, it's just a corrupt blueprint that I have then, and we can probably close this.


Rewrite in Rust

Hello, its me, "that guy".
I've been trying to debug a segfault coming from the beam and its not pretty.
I saw you recommend Rustler in another issue. Did you want to transition this library to Rust?
I've also noticed interest in support for other databases that support the SQLite3 interface, i.e. DuckDB and mvsqlite.

We could turn  https://docs.rs/sqlite/latest/sqlite/struct.Connection.html into a Trait, then implement it for each database using either their Rust API, or their unsafe-C sqlite-wrapper[^1].
Or, perhaps, there a more general Ecto trait can be made, meaning Rust database-libraries only need to implement what the Ecto wrapper requires.

Since you've actually written the Ecto bindings, you would have much clearer idea of what is appropriate. I'm happy to answer any questions about Rust, although I'm sure there's plenty of us lurking around here.
It would good to keep Explorer in mind too. (https://github.com/elixir-nx/explorer/issues/55)
[^1]: I don't mind debugging a segfault, its just much much easier in Rust than the beam.

I do not want to transition this library to rust unfortunately. I don't know it well enough and honestly do not have the time to explore it. I've tried and failed multiple times to learn Rust.
If others want to fork this and provide their own Rust implementations, they are more than welcome to do so. I made ecto_sqlite3 as flexible as possible to allow for a swap out for a different adapter to an sqlite database.

I understand that. I've actually started having success by simply printf-debugging the C source. Will open another issue.


Add Event::as_raw_event

Returns the OS specific event.
Closes #990.

I'm wondering if this doesn't need some scarier docs? It's very OS specific and currently only available on Unix.

I'm wondering if this doesn't need some scarier docs? It's very OS specific and currently only available on Unix.

If we do this, we should make very sure sys::Event is a type defined in mio itself and not re-exporting a libc or winapi type.

If we do this, we should make very sure sys::Event is a type defined in mio itself and not re-exporting a libc or winapi type.

If we do this, we should make very sure sys::Event is a type defined in mio itself and not re-exporting a libc or winapi type.

But this literally returns kevent/epoll_event that is the whole point of this method. I mean to use to e.g. to determine the amount of bytes available for reading. For kqueue(2) this is stored in kevent.data with the EVFILT_READ flag.

If we do this, we should make very sure sys::Event is a type defined in mio itself and not re-exporting a libc or winapi type.

But this literally returns kevent/epoll_event that is the whole point of this method. I mean to use to e.g. to determine the amount of bytes available for reading. For kqueue(2) this is stored in kevent.data with the EVFILT_READ flag.

We can return a struct defined by mio w/ #[repr(C)] and a layout that matches the event struct. By exporting a struct defined in a separate crate, we would bind the public mio API to that crate. Should libc release v0.3, we would not be able to update. We made this mistake w/ Mio 0.6 & winapi.

We can return a struct defined by mio w/ #[repr(C)] and a layout that matches the event struct. By exporting a struct defined in a separate crate, we would bind the public mio API to that crate. Should libc release v0.3, we would not be able to update. We made this mistake w/ Mio 0.6 & winapi.

Personally, if the goal is to expose platform specific data, I would define platform specific accessor fns on Event to get that data.

Personally, if the goal is to expose platform specific data, I would define platform specific accessor fns on Event to get that data.

@carllerche you're right about binding to a specific libc version, didn't really think about that.
Maybe it's better to provide additional methods instead, e.g. bytes_readable(&self) -> Option<usize> or something. A possible problem with that is however that we'll have a bunch of API that might only work on a single platform. For example kqueue supports signals, however epoll and IOCP don't, so than we get API that only works on kqueue. I'll think about it a bit more, but I'll close this for now.

@carllerche you're right about binding to a specific libc version, didn't really think about that.
Maybe it's better to provide additional methods instead, e.g. bytes_readable(&self) -> Option<usize> or something. A possible problem with that is however that we'll have a bunch of API that might only work on a single platform. For example kqueue supports signals, however epoll and IOCP don't, so than we get API that only works on kqueue. I'll think about it a bit more, but I'll close this for now.


docker arm image

hello please add linux/arm64/v8 docker image

If you happen to have the bandwidth for a contribution, we would gladly accept it.
This will require changes to our build pipeline: https://github.com/Kong/deck/blob/main/.github/workflows/release.yaml

If you happen to have the bandwidth for a contribution, we would gladly accept it.
This will require changes to our build pipeline: https://github.com/Kong/deck/blob/main/.github/workflows/release.yaml

between line 71 and 72 add platforms: linux/amd64,linux/arm64,linux/arm/v7  this thats it

Do you think you can send us a PR for that?


README content for building local testnet is incorrect

ATC - describe how to build and set up a local testnet, and update documentation to refer to dawn-2.x readme for using the public testnet.

yes, same questions. skip the local test, use
git checkout dawn-2.x and use the public testnet. all things correct.
be carefully,  when you use smart contract hello word demo in wiki, you'll get some error. haha.
the document looks like nobody updated.

ATC Passes


Modified request headers don't appear in response.request().headers()

I'm doing something relatively simple in the request interception:
const headers = request.headers();
const modifiedHeaders = { ...headers, "x-new-header": "true" };

request.continue({ headers: modifiedHeaders });

However, later, when I receive the callback for the response, this header is missing from the associated request:
response.request().headers()["x-new-header"] !== "true";

I am trying to mark the request as modified so that later in the response I know this was one of my intercepted requests.

However, later, when I receive the callback for the response, this header is missing from the associated request

@tolmasky We don't update headers in a requests. It looks like the workaround below would suite you well, so I'd keep it this way.

I am trying to mark the request as modified so that later in the response I know this was one of my intercepted requests.

Since request and response.request are exactly the same objects, you can just mark requests with a symbol:
const wasModified = Symbol('requestWasModified');

// ...

request.continue({headers: modifiedHeaders});
request[wasModified] = true;

// ....

response.request()[wasModified] === true;

Will it work for you?

Hi @aslushnikov , the workaround worked and I am currently using it in my code.
That being said, I do believe that the correct behavior here is that the request object should be updated, as the request reported by response.request() is stale, and might be significantly diverged from the request that actually ended up being sent. If you have two libraries that don't know about each other (as opposed to my example where I control both ends), this could lead to more complex and difficult to debug incorrect behavior.


UART - Performance boost - to calibrate uart baud rate to higher bitrates than current 9600

following possible baud rates: 14400, 19200, 38400, 57600, 115200, 128000
this is dependent on the signal integrity between the Host and Device and RC performance/latency due to back pressure.

Resolved - Done, set to 115200 bits per sec


Fix (Mega) Demondrug & (Mega) Armorskin player widget status

The offsets were wrong.
Since I don't fully understand how the updater works with the .json data stuff I'm unsure if anything else needs to be changed (I turned off the autoupdater, cleaned the bin folder and had rebuilt the solution and it seemed to work after that).
First actual (public/open source) PR 😁

I think that you need to build the project using the debug configuration and commit the exe.

I think that you need to build the project using the debug configuration and commit the exe.

Done! The generated PlayerData.json (given autoupdater is disabled) on execution seems to reflect the changes, so should be working!

Thanks for the report and the effort in finding and fixing the issue. I'm not merging this as I had fixed this issue many days ago (before this PR was even here), but was waiting to have all the files to push a big update (like the one I've pushed a few minutes ago).


recipes-core: packagegroups: Package pru-icss sources in am62xx

pru-icss in meta-ti:scarthgap is compatible for am62xx 1 Hence, package it's sources under example-applications/ of SDK installer.

LGTM

Applied with https://github.com/TexasInstruments/meta-tisdk/commit/7d66de000a9d012ea93353d1e7ec705c119ad7f9


Improve Python interactivity

We're currently using Pyodide to run Python in the browser, the pyodide process is running in a separate webworker.
One of the limitations that I've run into with pyodide is that the full python script needs to finish running before it sends over the data back to javascript (which we then use to render the output). This is not optimal because we want to achieve a rich experience as is shown on Figma.
This issue is about:

Finding out if its possible to periodically send data back to JavaScript.
If it is not, finding an alternative solution to replace pyodide with. One idea that comes to mind is transpiling Python code to Javascript code before execution.

Constraints:

We should not spend too much time on this as the client-side approach is theorized to be a temporary solution. If we have a server-side Python repl this will no longer be an issue.

@ecurrencyhodler this ticket is about the delay with which the Python version of the scripting challenge completes, so I would also say this isn't a must-have for V1, would classify it as a nice-to-have


Adding memory game

Title and Issue number
To add a memory game #1660
Close #1160

Checklist:

[x] I have mentioned the issue number in my Pull Request.
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have created a helpful and easy-to-understand README.md

@pranjay-poddar Sir please review my PR

Thank You @pranjay-poddar Sir for merging my PR 😃


Enable cancelling deployment

Fixes #687.
This breaks build until the new app-tools common lib is released.

why does this break the build? Are you guys developing against unreleased versions of the lib?

@patflynn We develop against released versions. In #687, we said this PR is just for review. We should merge this after the new common lib is released.

Created a named class for the ProcessStartListener. I used the name actionProcess after realizing that this.process doesn't work inside the listener.


api: v2alpha1: Remove total field from list requests

Motivation
Remove the total field from request messages because they are too heavy for the node to handle.

bors merge

bors merge

test issues
bors merge

bors merge


ModuleNotFoundError: No module named 'psycopg2'

I tried that django-Kubernetes-manager with MySQL and I am getting error like,
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/kubernetes_manager/models/init.py", line 1, in
from .base import KubernetesBase, KubernetesMetadataObjBase, KubernetesNetworkingBase
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/kubernetes_manager/models/base.py", line 5, in
from django.contrib.postgres.fields import JSONField
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/django/contrib/postgres/fields/init.py", line 1, in
from .array import *  # NOQA
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/django/contrib/postgres/fields/array.py", line 3, in
from django.contrib.postgres import lookups
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/django/contrib/postgres/lookups.py", line 4, in
from .search import SearchVector, SearchVectorExact, SearchVectorField
File "/opt/pyapp/pyenv/lib/python3.8/site-packages/django/contrib/postgres/search.py", line 1, in
import psycopg2
ModuleNotFoundError: No module named 'psycopg2'

Hello, the readme is outdated, I directly implement django.contrib.postgres functions, so only Postgres is supported.


Optionally Tent Vias

Is there a way to select tented vs untented vias?
If not, I would like one.
Thanks!

I did find a work around. If one skips step 3 this tool will default to the last style generated rather than the setting in the Gerber generation wizard.
1 One must check that vias are either tented or not as you wish on Gerber Generation!!!
2 If you want the OTHER option, set it in the gerber generation wizard
3 then you MUST manually generate gerbers ONE time for KiCAD to save this setting <-this is so strange
4 now verify that the plugin is generating gerbers correctly as you wish them (vias tented or not)
5 one only need check the vias on the mask layers to confirm

I think you can use this, simply:


readme: core/<IP_ADDRESS> -> core/<IP_ADDRESS> ?

The neut & neut-core readmes seem to contain a lot of code fragments like below:
(ensure core/<IP_ADDRESS>
  "https://github.com/u2zv1wx/neut-core/raw/master/release/<IP_ADDRESS>.tar.gz")

; ...

(include "core/<IP_ADDRESS>/core.neut")

Shouldn't the (ensure ...) directives have <IP_ADDRESS> instead of <IP_ADDRESS>, to match what's then used in the (include ...) ones?

You're right. Thank you for correction. I've just fixed it.


ios 报错

[!] The 'Pods-Runner' target has transitive dependencies that include statically linked binaries: (/Users/zr/lvxingcat/lvxingcat_client/ios/Pods/Bytedance-UnionAD/Bytedance-UnionAd/Frameworks/BUAdSDK.framework and /Users/zr/lvxingcat/lvxingcat_client/ios/Pods/Bytedance-UnionAD/Bytedance-UnionAd/Frameworks/BUFoundation.framework)

请提供使用的Pangolin版本号 有一个类似bug在最新版本中以及修复了

SDK information

Version Number: <IP_ADDRESS>
Updated: 2020-06-07
Change Log:

Optimization splash ad

Improve the filling ability of  splash ads
Support video splash ad

Optimized playable ads，Improve the filling ability and playback fluency

还需要其他信息吗 应该是穿山甲sdk的问题

Running pre install hooks
[!] The 'Pods-Runner' target has transitive dependencies that include statically linked binaries: (/Users/chuzhaoqian/Desktop/flu/fl/ios/Pods/Bytedance-UnionAD/Bytedance-UnionAd/Frameworks/BUAdSDK.framework and /Users/chuzhaoqian/Desktop/flu/fl/ios/Pods/Bytedance-UnionAD/Bytedance-UnionAd/Frameworks/BUFoundation.framework)

/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:84:in block (2 levels) in verify_no_static_framework_transitive_dependencies' /Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:74:in each_key'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:74:in block in verify_no_static_framework_transitive_dependencies' /Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:73:in each'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:73:in verify_no_static_framework_transitive_dependencies' /Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer/xcode/target_validator.rb:38:in validate!'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer.rb:590:in validate_targets' /Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/installer.rb:158:in install!'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/command/install.rb:52:in run' /Library/Ruby/Gems/2.6.0/gems/claide-1.0.3/lib/claide/command.rb:334:in run'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/lib/cocoapods/command.rb:52:in run' /Library/Ruby/Gems/2.6.0/gems/cocoapods-1.9.3/bin/pod:55:in <top (required)>'
/usr/local/bin/pod:23:in load' /usr/local/bin/pod:23:in '

升级到1.0.4


Add support for vaimo/composer-patches

We could add support to this plugin in the form of an extra column to indicate whether a patch has been applied for a certain package with the use of vaimo/composer-patches. That way, a non-100% verdict could be okay. It’s up to the person who interprets the result to verify the part that doesn’t match is due to the patch though.
In a further iteration of this, we could check the patch file for file paths and leave those out of the comparison.

Done


JIS Magic Keyboard recognized as US keyboard

Although I'm using JIS type keyboard (Magic keyboard model:A1644), it is recognized as US keyboard. I've looked over the Issues threads but can't find  the solution. Any clues?

Me too. with  Happy Hacking Keyboard Lite2 why dont find the solution?

I have the same problem with HHKB Pro. Resolved restoring the IOHIDKeyboardFilter.plugin:
https://forums.developer.apple.com/thread/64304
http://www.insanelymac.com/forum/topic/316060-pre-release-macos-sierra-10121/page-3?hl= iohidkeyboardfilter

I had the same problem.
I mean I too have a JIS "Magic Keyboard with Numeric Keypad". (I'm not sure if it's the same problem with HHKBs.)
After I set the "Keyboard Type" in "Virtural Keyboard" to "JIS" (the default was ANSI), it seems to be working fine.


⚠ Bofrost.lu has degraded performance

In df83eef, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 803 ms

Resolved: Bofrost.lu performance has improved in f7f12ba after 24 minutes.


Added rebus for shutup

Associated Issue: #
Summary of Changes
Added Rebus

Pull Request Test Coverage Report for Build 493

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 87.143%

Totals

Change from base Build 478:
0.0%

Covered Lines:
158

Relevant Lines:
180

💛  - Coveralls


crash on Flutter start

Is there an existing issue for this?

[X] I have searched the existing issues
[X] I have read the guide to filing a bug

Steps to reproduce
we only found this crash on one plus Ace 2
it crash on startup
the stacktrace is:
Fault Addr: 0x4
#00 pc 004f9acc dart::Object::InitializeObject(unsigned int, int, int, bool) third_party/dart/runtime/vm/object.cc:2545
#01 pc 0017d43f DartVMInitializer::Initialize(Dart_InitializeParams*) flutter/runtime/dart_vm_initializer.cc:20
#02 pc 00183773 flutter::Shell::Create(flutter::PlatformData const&, flutter::TaskRunners, flutter::Settings, std::__1::function<std::__1::unique_ptr<flutter::PlatformView, std::__1::default_delete<flutter::PlatformView> > (flutter::Shell&)> const&, std::__1::function<std::__1::unique_ptr<flutter::Rasterizer, std::__1::default_delete<flutter::Rasterizer> > (flutter::Shell&)> const&, bool) flutter/shell/common/shell.cc:154
#03 pc 0014a2ef AndroidShellHolder flutter/shell/platform/android/android_shell_holder.cc:132

Expected results
not crash
Actual results
crash on startup
Code sample
Code sample
[Paste your code here]

Screenshots or Video

Screenshots / Video demonstration
[Upload media here]

Logs
Logs
[Paste your logs here]

Flutter Doctor output
Doctor output
[Paste your output here]

Hi @codeCacher
When opening an issue, please try to provide all information indicated in the template so that we can address this issue properly (See bug issue template here)
More specifically, please provide the information indicated below:

The output of flutter doctor -v
The complete stack trace (if any)
Does the crash occur on a newly created Flutter project? If it only occurs with your code, I would suggest you narrow down the issue; if you are able to replicate it with a minimal sample code, please share it here so that we may verify this.


Update to OT java 0.30.0, replacing the spanmanager with the new Acti…

…veSpan mechanism

It looks good, merging.

thanks @objectiser I'm happy that we got rid of the wrapper :+1: .


Assembly with same name is already loaded

What You Are Seeing?
I'm attempting to switch from manually loading a slew of NuGets, to loading only the "main" ones and using loaddependencies to get the rest.
First of all, attempting to run my script is incredibly slow (even a second time once the cache is primed). Secondly, it gives me an error:
Error: System.IO.FileLoadException: Assembly with same name is already loaded
   at System.Runtime.Loader.AssemblyLoadContext.LoadFromPath(IntPtr ptrNativeAssemblyLoadContext, String ilPath, String niPath, ObjectHandleOnStack retAssembly)
   at System.Runtime.Loader.AssemblyLoadContext.LoadFromAssemblyPath(String assemblyPath)
   at System.Reflection.Assembly.LoadFrom(String assemblyFile)
   at Cake.Core.Reflection.AssemblyLoader.Load(FilePath path, Boolean verify) in C:\projects\cake\src\Cake.Core\Reflection\AssemblyLoader.cs:line 31
   at Cake.Core.Scripting.ScriptRunner.Run(IScriptHost host, FilePath scriptPath, IDictionary`2 arguments) in C:\projects\cake\src\Cake.Core\Scripting\ScriptRunner.cs:line 171
   at Cake.Commands.BuildCommand.Execute(CakeOptions options) in C:\projects\cake\src\Cake\Commands\BuildCommand.cs:line 41
   at Cake.CakeApplication.Run(CakeOptions options) in C:\projects\cake\src\Cake\CakeApplication.cs:line 45
at Cake.Program.Main() in C:\projects\cake\src\Cake\Program.cs:line 73

What is Expected?
That it works or gives me a more useful error.
What version of Cake are you using?
I tried with both 0.28.1 and 0.32.1.
Are you running on a 32 or 64 bit system?
64-bit
What environment are you running on?  Windows? Linux? Mac?
Windows, but running the build inside a Linux Docker container.
How Did You Get This To Happen? (Steps to Reproduce)
Just running this puppy:
#addin nuget:?package=Cake.Git&version=0.19.0
#addin nuget:?package=Newtonsoft.Json&version=11.0.2

#addin nuget:?package=Microsoft.Azure.KeyVault&version=3.0.2&loaddependencies=true
#addin nuget:?package=Microsoft.Azure.Management.Fluent&version=1.18.0&loaddependencies=true
#addin nuget:?package=Microsoft.Rest.ClientRuntime.Azure&version=3.3.18&loaddependencies=true
#addin nuget:?package=Microsoft.Rest.ClientRuntime.Azure.Authentication&version=2.3.6&loaddependencies=true
#addin nuget:?package=Microsoft.ServiceFabric.Client.Http&version=2.0.0-preview1&loaddependencies=true
#addin nuget:?package=WindowsAzure.Storage&version=9.3.3&loaddependencies=true

Task("Build")
    .Does(() => Console.WriteLine("Oh, hai"));

RunTarget(Argument("target", "Build"));

Output Log
I've upload the full diagnostic log here.

I am getting this same error with just a single nuget dependency
#addin "nuget:?package=ServiceStack&version=5.0.2&loaddependencies=true"

Task("Build")
    .Does(() => Console.WriteLine("Oh, hai"));

RunTarget(Argument("target", "Build"));

System.Net.Http.WinHttpHandler shows up twice as being referenced by ServiceStack
The addin ServiceStack will reference System.Net.Http.WinHttpHandler.dll.
The addin ServiceStack will reference System.Net.Http.WinHttpHandler.dll.


[Bug] Cannot connect to IPv6 Electrum servers

When connecting to an IPv6(only) Electrum server, Sparrow only requests an A record (IPv4 address) and then  returns the following error:
Could not connect:

Retries exhausted

This is on macOS Monterey (12.2).

Sparrow connects fine to IPv6 addresses:

The error you received indicates that the socket connection was made without errors, however the server itself did not return data from the requests sent to it. This needs to be investigated on the server side, or you can try a different server.

@craigraw The issue is not connecting to IPv6 servers itself, via an IPv6 address. The issue is that Sparrow will not connect if it resolves a DNS name to an IPv6 address. This becomes an issue especially in mobile and or NAT64 networks.
An example:
blockstream.info does not have an IPv6 address currently, but on nat64 networks, the provider DNS will map the IPv4 address within an IPv6 translation prefix (since only IPv6 is available natively). Apple explains this issue fairly well in more detail.
If we assume blockstream.info is at A <IP_ADDRESS>, on a nat64 network the AAAA record will look like this AAAA 64:ff9b::23c9:4a9c, or 64:ff9b::<IP_ADDRESS>(to make it easier). Sparrow receives this answer but fails to connect.

Connecting to the address which Sparrow receives in it's AAAA request directly works perfectly fine though.

Ok thank you. I'm reopening this, can you change the title to be more accurate of the issue?
I believe this will likely be addressed (at least to some extent) by use of the Java system property java.net.preferIPv6Addresses. This can be set to either true or system: https://docs.oracle.com/en/java/javase/16/docs/api/java.base/java/net/doc-files/net-properties.html
If possible could you test this on your side? Unfortunately I don't have the confidence to setup the nat64 environment to test this properly. It should be possible by setting the environment variable JDK_JAVA_OPTIONS as follows:
export JDK_JAVA_OPTIONS=-Djava.net.preferIPv6Addresses=system
open /Applications/Sparrow.app

Alternatively if you can share an IPv6 only Electrum server (even privately craig at sparrowwallet dot com) I'd be happy to test it. It's also possible to set system properties when running from source in build.gradle.

Much appreciated. Updated the title. Unfortunately setting the system property didn't do the trick and I haven't been able to run from source.
* What went wrong:
Could not determine the dependencies of task ':run'.
> Could not resolve all task dependencies for configuration ':runtimeClasspath'.
   > Could not resolve project :drongo.
     Required by:
         project :
      > No matching configuration of project :drongo was found. The consumer was configured to find a runtime of a library, packaged as a jar, preferably optimized for standard JVMs, and its dependencies declared externally, as well as attribute 'javaModule' with value 'true' but:
          - None of the consumable configurations have attributes.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

I've tested InetAddress.getByName using an IDE on OpenJDK 17 and it correctly returned IPv6, although I wan't able to debug further since I just don't know what I'm doing when it comes to Java.
I set up a quick IPv6 only proxy to blockstream.info so you can test properly and will send it to you via email.

I haven't been able to run from source

The submodule is missing - try git clone --recursive git@github.com:sparrowwallet/sparrow.git
If you then change line 130 in build.gradle:
run {
    applicationDefaultJvmArgs = ["-Djava.net.preferIPv6Addresses=true",
...

and run with ./sparrow
Thanks for the proxy. My initial test with it failed (No route to host), but I think that is more to do with my local network than Sparrow. I will keep at it.

I did clone recursively, unfortunately that doesn't solve the issue. I could try on ubuntu later but I'm not sure I'll be able to replicate the issue there.

I managed to get IPv6 working locally by using a VPN (apparently my ISP does not support it). Once installed, everything worked perfectly on the Sparrow v1.5.6 release:

MacOS 11.6.2.
I also tried different values of -Djava.net.preferIPv6Addresses - all worked.
Going back to the original post, I think what may have happened was that the server was not responding at the time of that test - the 'retries exhausted' indicates Sparrow did successfully send bytes over the socket, it just didn't get any application-level response.

Can I close this off?

Can you try starting Sparrow using the following:
_JAVA_OPTIONS=-Djava.net.preferIPv6Addresses=system /Applications/Sparrow.app/Contents/MacOS/Sparrow

You can also substitute true for system. Please let me know the results.

Any update here? Would be good to get this sorted.

Running Sparrow as specified with either system or true makes the connection work.

Thanks. I've set -Djava.net.preferIPv6Addresses=system going forward in e594007.


Inference Code

Dears,
Thanks  for sharing your amazing work!
I am wondering, are you planning to release a simple inference code?
Thanks in advance!
Best regards.

I am so sorry my bad.
I found an  example in the readme


Performance optimizations

There are several performance optimizations that could be done for the GUI.

Matplotlib is slow for real-time rendering. Updating the plot takes ~50-100ms, which is a major bottleneck especially for point-charge systems where the simulation only takes ~10-20ms. Should look into switching to using some other library.
Executing the simulations and updating the plot should be asynchronous. The GUI is unresponsive when the simulation is in progress, which becomes a problem with bigger systems.
The Lennard-Jones calculation could be optimized by cutting out atoms beyond some cut-off distance out of the force-field box. The LJ force fades very quickly so especially with periodic boundaries we have a lot of completely redundant atoms that don't contribute to the force in any way.
Changing force-field box size with Hartree potential inputs is slow for two reasons:

The multipole tip density is currently calculated on the host and then uploaded to the device. This should all be done on the device.
The FFT for the tip convolution is implemented using the reikna library, which does a JIT compilation of the operation, which becomes quite slow for bigger grid sizes.

The Lennard-Jones calculation could be optimized by cutting out atoms beyond some cut-off distance out of the force-field box. The LJ force fades very quickly so especially with periodic boundaries we have a lot of completely redundant atoms that don't contribute to the force in any way.

I don't think it is worth it. If you calculate electrostatics for given atom, then evaluation vdW adds only only minor additional cost, because main cost on GPU is global memory I/O (read atomic position and parameters, store output to texture). This is the reason why I calculate vdW and electrostatics in one kernel.
What coulb be better way to optimize this:

put loop over PBC cells inside OpenCL kernell (now we pass array of multiplied coordinates), so the kernel reads parameters/positions only for atoms in original (not multiplied) cell.
Use multiplole expansion for electrostatics of distant PBC cells beyond nearest neighbor.  (but that makes sense only for small cells otherwise we use only nearest neighbor replica)

I don't think it is worth it. If you calculate electrostatics for given atom, then evaluation vdW adds only only minor additional cost, because main cost on GPU is global memory I/O (read atomic position and parameters, store output to texture). This is the reason why I calculate vdW and electrostatics in one kernel.

I see your point, but I was originally thinking that this would only apply to the case where the electrostatics are computed separately, i.e. FFT with the Hartree potential, or when the electrostatics are absent. When you have a large periodic system with a surface slab, the LJ calculation time is actually significant, often longer than the electrostatics FFT. I was thinking that if you would more carefully consider which atoms are actually inside or close to the FF box, then you could eliminate a lot of irrelevant calculations, and you can do this pruning of atoms before uploading the atom parameters to the device.


Revert "Removing possible TM images,waiting for attorney feedback"

This reverts commit 2468a11d118c8f14a307ac9db9f29761fdd156d1.
Waiting for Feedback related to used images.

Wont be used anymore.


string ref, "container", has been found within a strict mode tree

React app running in strict mode. Following warning is received on SweetAlert render:
Warning: A string ref, "container", has been found within a strict mode tree. String refs are a source of potential bugs and should be avoided. We recommend using useRef() or createRef() instead. Learn more about using refs safely here: https://fb.me/react-strict-mode-string-ref
in div (created by Overlay)
in Overlay (created by SweetAlert)
in div (created by SweetAlert)

What version are you using? This was already reported and fixed.

Thanks..Yes its resolved in the latest. I was using older version..


Ghc 8.8 and 8.10

Before merging you can also update lts in stack.yml (it's part of #17) so that we can close both #17  and #15 as as far as I see this PR includes both changes.

@arybczak has this been published to Hackage?

It was now.


New package: JuliaWorkspaces v1.0.0

Registering package: JuliaWorkspaces
Repository: https://github.com/julia-vscode/JuliaWorkspaces.jl
Created by: @davidanthoff
Version: v1.0.0
Commit: c95a0b6d0f249f1f63c2169942b5c584dbf1bf68
Reviewed by: @davidanthoff
Reference: https://github.com/julia-vscode/JuliaWorkspaces.jl/commit/c95a0b6d0f249f1f63c2169942b5c584dbf1bf68#commitcomment-97293856
Description: Underlying engine for LanguageServer.jl

Whats the reason for instant merge, skipping the usual 3 day wait?
Wouldn't something like LanguageServerWorkspaces be a better name?

I have a small-time window to push something forward, and I can't without it being blocked. And my understanding is that it would be merged in any case, right?
The idea of this package is to move a lot of the functionality from LS out, so that it is available for non-LS use-cases. So, I don't think having the LanguageServer name in it would be good, as the point of the package is kind of to move some of the analysis parts away from that. At the moment this is for the test item stuff.

I have a small-time window to push something forward, and I can't without it being blocked.

The package manager works perfectly fine without registering though.

And my understanding is that it would be merged in any case, right?

Sure, but IMO it looks bad that maintainers merge early, in particular their own packages, and then we make everyone wait 3 days.

The package manager works perfectly fine without registering though.

The problem is that I need to run CI for downstream packages, and that gets really cumbersome if the package is not registered.

IMO it looks bad that maintainers merge early

I hear you, I won't do it again.


Can't create pull request with labels containing spaces

When attempting to create a pull request in the pre-release version 2.3.0-pre10 with labels that contain a space, I'm unable to get hub to pick up the actual label name.
E.g. using this command:
hub pull-request  -l "do not merge"
I end up with a label called "do (looks like it's picking only the first chunk before a space and ignoring the rest?)

I cannot reproduce using 2.3.0-pre10 and this command run from bash shell:
hub pull-request -l "do not merge"

The label do not merge is correctly created and applied. This should work for you too, because in your example, you enclosed "do not merge" in quotes, which should have helped preserve spaces. I don't know why it didn't work. From which shell did you try to run that command?