VSCode gdb debugging throw System.ArgumentNullException

VS Code Version:
1.73.1
6261075646f055b99068d3688932416f2346dd3b
x64

OS Version: Windows 11 Pro 21H2 22000.1219

I made a launch.json with gdb debug, and everything worked fine (enviroment-cd still can't use UTF-8 / UNICODE characters) ,then saw on stackoverflow that i can turn on Beta: UTF-8 pack in Date and regions and tried if it can solvethe "enviroment-cd" problem. But it made it worse. Now i get an error what i can't even solve even turned off that beta setting and it's still the same.
The trace:
1: (73) LaunchOptions{"name":"Vsc Launch1","type":"cppdbg","request":"launch","program":"C:\\Users\\User\\Desktop\\Google Drive\\Code\\C++\\.VSCode\\sol/.bin/main/App.exe","cwd":"C:\\Users\\User\\Desktop\\Google Drive\\Code\\C++\\.VSCode\\sol","MIMode":"gdb","miDebuggerPath":"C:\\msys64\\mingw64\\bin\\gdb.exe","logging":{"trace":true,"engineLogging":true,"exceptions":true,"moduleLoad":true,"programOutput":true,"traceResponse":false},"externalConsole":false,"internalConsoleOptions":"openOnSessionStart","setupCommands":[{"description":"show charset"},{"description":"show charset"},{},{}],"__configurationTarget":6,"__sessionId":"ed74270e-d779-4007-a093-6e1d47e0d6fd"}
1: (132) EXCEPTION: System.ArgumentNullException
1: (132) EXCEPTION:    at MICore.LaunchCommand..ctor(String commandText, String description, Boolean ignoreFailures, Action`1 failureHandler, Func`2 successHandler, Func`2 successResultsHandler)
1: (132) EXCEPTION:    at MICore.LaunchCommand.<>c.<CreateCollection>b__17_0(SetupCommand x)
1: (132) EXCEPTION:    at System.Linq.Enumerable.SelectListIterator`2.ToList()
1: (132) EXCEPTION:    at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
1: (132) EXCEPTION:    at MICore.LaunchCommand.CreateCollection(List`1 source)
1: (132) EXCEPTION:    at MICore.LaunchOptions.InitializeCommonOptions(BaseOptions options)
1: (132) EXCEPTION:    at MICore.LocalLaunchOptions.CreateFromJson(JObject parsedOptions)
1: (132) EXCEPTION:    at MICore.LaunchOptions.GetInstance(HostConfigurationStore configStore, String exePath, String args, String dir, String options, Boolean noDebug, IDeviceAppLauncherEventCallback eventCallback, TargetEngine targetEngine, Logger logger)
1: (132) EXCEPTION:    at Microsoft.MIDebugEngine.AD7Engine.Microsoft.VisualStudio.Debugger.Interop.IDebugEngineLaunch2.LaunchSuspended(String pszServer, IDebugPort2 port, String exe, String args, String dir, String env, String options, enum_LAUNCH_FLAGS launchFlags, UInt32 hStdInput, UInt32 hStdOutput, UInt32 hStdError, IDebugEventCallback2 ad7Callback, IDebugProcess2& process)
1: (134) Send Event AD7MessageEvent

What should i do?

I managed to solve it:
{
        "type": "cppdbg",
        "request": "launch",
        "name": "Launch gdb",
        "program": "${workspaceFolder}/.bin/main/App.exe",
        "args": [],
        "cwd": "${workspaceFolder}",
        "preLaunchTask": "Build apps",
        "MIMode": "gdb",
        "miDebuggerPath": "C:\\msys64\\mingw64\\bin\\gdb.exe",
        "externalConsole": false,
        "setupCommands": [
            {
                "description": "show charset",
                //"text": "set target-charset UTF-16"
            },
            {
                "description": "show charset",
                //"text": "set host-charset UTF-16"
            },
            {
                "text": "--enable-pretty-printing"
            }
        ]
    }

The issue was the setupCommands section. In that where it only had a description, it searched for a "text" too but it couldn't find it so returned an ArgumentNullException.
But i still think it's an issue without proper warning.

If you think there's an issue here, please open an issue on the cppdbg extension


Responding with swagger spec example data

Is the swagger server able to return the example data which is included in the swagger spec rather than having to pre-populate the server?

Sorry for the delayed response.  I've been away on holiday for a few weeks.
Good news! The answer to your question is, yes.  Swagger Server uses Swagger Express Middleware under the hood.  Specifically, it uses the Mock Middleware to provide automatic mock implementations for your Swagger API.  The Mock Middleware supports the default and example properties in your Swagger API, as described here.
I hope that helps!  If not, then please let me know.

Thanks for the response. I've basically implemented just that with your swagger parser which was very simple to do but it appears also unnecessary.  I'll remove my changes and try it the easy built-in way.  Thanks!


Provisiond: send status back to BCDB after deployement of a workload

fixes #218

@muhamadazmy Still have to do some clean up, but can you already have a look at this draft please.


Add support of same-typed fields

Hi.
This PR adds support of same-typed fields in structs:
type A1 struct {
    F1, F2, F3 string
}

Currently, go-field-alignment outputs only the first field from such definitions:
type A1 struct {
    F1 string
}

Additionally, added this case and a case from previous PR to main_test.
Thanks.

 I forgot about this case. Thank you very much!


BUG in drawing the areas

Hi,
I am trying to retrain a model and when I correct the mask as It IS explained in the tutorial video there is a point where I acnot correct anymore the mask and It start appearing points where I go with the pc mice.
In the conda prompt i have this result for each points.
QGraphicsScene::removeItem: item 0x2975b49cf80's scene (0x0) is different from this scene (0x2975de98860)
Anyone can help me???
Thanks

Dear Cellpose team, we are also encountering this same problem in the cellpose3 version.
Are there any updates on this issue?
In brief, what we have experienced:
While correcting manually a 2D mask by re-drawing labels, it often occurs that the starting-point of a newly started label disappears (red dot),  and the label cannot be closed. So it keeps drawing the label and nothing can be done. The only way we found to exit the situation is to close cellpose and re-start it.
It would be great to get hints or help on this!
Thanks

Hi I have been facing the same issue and would be very grateful for any help or suggestions.
Thank you.

Hi, we are also experiencing the same problem. It sometimes gets so bad that it's not even possible to draw one label.
Any help or suggestions would be really appreciated.
Thanks!

Can you please share your OS and pip list? I know this happens on Mac but cannot replicate on other OS's

We are using LINUX, in the screenshot is the error message we get, and here below is the pip list

Package                  Version
------------------------ ---------
Brotli                   1.1.0
cachetools               5.3.3
cellpose                 3.0.7
certifi                  2024.2.2
charset-normalizer       3.3.2
fastremap                1.14.1
filelock                 3.13.1
fsspec                   2024.3.1
gmpy2                    2.1.2
google-api-core          2.18.0
google-auth              2.29.0
google-cloud-core        2.4.1
google-cloud-storage     2.16.0
google-crc32c            1.5.0
google-resumable-media   2.7.0
googleapis-common-protos 1.63.0
idna                     3.6
imagecodecs              2023.3.16
importlib_metadata       7.1.0
Jinja2                   3.1.3
llvmlite                 0.41.1
MarkupSafe               2.1.5
mpmath                   1.3.0
natsort                  8.4.0
networkx                 3.1
numba                    0.58.1
numpy                    1.24.4
opencv-python-headless   <IP_ADDRESS>
packaging                24.0
Pillow                   9.4.0
pip                      24.0
proto-plus               1.23.0
protobuf                 4.25.3
pyasn1                   0.5.1
pyasn1-modules           0.3.0
Pygments                 2.17.2
PyQt6                    6.6.1
PyQt6-Qt6                6.6.2
PyQt6-sip                13.6.0
pyqtgraph                0.13.3
PySocks                  1.7.1
PyYAML                   6.0.1
QtPy                     2.4.1
requests                 2.31.0
roifile                  2023.5.12
rsa                      4.9
scipy                    1.10.1
setuptools               69.2.0
superqt                  0.6.2
sympy                    1.12
tifffile                 2023.7.10
torch                    2.2.1
torchaudio               2.2.1
torchvision              0.17.1
tqdm                     4.66.2
triton                   2.2.0
typing_extensions        4.10.0
urllib3                  2.2.1
wheel                    0.43.0
zipp                     3.18.1

thanks can you please post your "conda list" as well? I can't reproduce this on windows and linux with the latest pyqt6 and pyqtgraph, and python=3.10 or python=3.11.

Thanks for answering, here is the conda list:
(cellpose3) akhan@jupyter-akhan:/home/akhan$ conda list
# packages in environment at /g/cba/miniconda3/envs/cellpose3:
#
# Name                    Version                   Build  Channel
_libgcc_mutex             0.1                 conda_forge    conda-forge
_openmp_mutex             4.5                  2_kmp_llvm    conda-forge
blas                      2.116                       mkl    conda-forge
blas-devel                3.9.0            16_linux64_mkl    conda-forge
brotli-python             1.1.0            py38h17151c0_1    conda-forge
bzip2                     1.0.8                hd590300_5    conda-forge
ca-certificates           2024.2.2             hbcca054_0    conda-forge
cachetools                5.3.3                    pypi_0    pypi
cellpose                  3.0.7                    pypi_0    pypi
certifi                   2024.2.2           pyhd8ed1ab_0    conda-forge
charset-normalizer        3.3.2              pyhd8ed1ab_0    conda-forge
cuda-cudart               11.8.89                       0    nvidia
cuda-cupti                11.8.87                       0    nvidia
cuda-libraries            11.8.0                        0    nvidia
cuda-nvrtc                11.8.89                       0    nvidia
cuda-nvtx                 11.8.86                       0    nvidia
cuda-runtime              11.8.0                        0    nvidia
fastremap                 1.14.1                   pypi_0    pypi
ffmpeg                    4.3                  hf484d3e_0    pytorch
filelock                  3.13.1             pyhd8ed1ab_0    conda-forge
freetype                  2.12.1               h267a509_2    conda-forge
fsspec                    2024.3.1                 pypi_0    pypi
gmp                       6.3.0                h59595ed_1    conda-forge
gmpy2                     2.1.2            py38h793c122_1    conda-forge
gnutls                    3.6.13               h85f3911_1    conda-forge
google-api-core           2.18.0                   pypi_0    pypi
google-auth               2.29.0                   pypi_0    pypi
google-cloud-core         2.4.1                    pypi_0    pypi
google-cloud-storage      2.16.0                   pypi_0    pypi
google-crc32c             1.5.0                    pypi_0    pypi
google-resumable-media    2.7.0                    pypi_0    pypi
googleapis-common-protos  1.63.0                   pypi_0    pypi
icu                       73.2                 h59595ed_0    conda-forge
idna                      3.6                pyhd8ed1ab_0    conda-forge
imagecodecs               2023.3.16                pypi_0    pypi
importlib-metadata        7.1.0                    pypi_0    pypi
jinja2                    3.1.3              pyhd8ed1ab_0    conda-forge
jpeg                      9e                   h166bdaf_2    conda-forge
lame                      3.100             h166bdaf_1003    conda-forge
lcms2                     2.15                 hfd0df8a_0    conda-forge
ld_impl_linux-64          2.40                 h41732ed_0    conda-forge
lerc                      4.0.0                h27087fc_0    conda-forge
libblas                   3.9.0            16_linux64_mkl    conda-forge
libcblas                  3.9.0            16_linux64_mkl    conda-forge
libcublas                 <IP_ADDRESS>                     0    nvidia
libcufft                  <IP_ADDRESS>                     0    nvidia
libcufile                 <IP_ADDRESS>                      0    nvidia
libcurand                 <IP_ADDRESS>                    0    nvidia
libcusolver               <IP_ADDRESS>                     0    nvidia
libcusparse               <IP_ADDRESS>                     0    nvidia
libdeflate                1.17                 h0b41bf4_0    conda-forge
libffi                    3.4.2                h7f98852_5    conda-forge
libgcc-ng                 13.2.0               h807b86a_5    conda-forge
libgfortran-ng            13.2.0               h69a702a_5    conda-forge
libgfortran5              13.2.0               ha4646dd_5    conda-forge
libgomp                   13.2.0               h807b86a_5    conda-forge
libhwloc                  2.9.3           default_h554bfaf_1009    conda-forge
libiconv                  1.17                 hd590300_2    conda-forge
libjpeg-turbo             2.0.0                h9bf148f_0    pytorch
liblapack                 3.9.0            16_linux64_mkl    conda-forge
liblapacke                3.9.0            16_linux64_mkl    conda-forge
libnpp                    <IP_ADDRESS>                     0    nvidia
libnsl                    2.0.1                hd590300_0    conda-forge
libnvjpeg                 <IP_ADDRESS>                     0    nvidia
libpng                    1.6.43               h2797004_0    conda-forge
libsqlite                 3.45.2               h2797004_0    conda-forge
libstdcxx-ng              13.2.0               h7e041cc_5    conda-forge
libtiff                   4.5.0                h6adf6a1_2    conda-forge
libuuid                   2.38.1               h0b41bf4_0    conda-forge
libwebp-base              1.3.2                hd590300_0    conda-forge
libxcb                    1.13              h7f98852_1004    conda-forge
libxcrypt                 4.4.36               hd590300_1    conda-forge
libxml2                   2.12.6               h232c23b_0    conda-forge
libzlib                   1.2.13               hd590300_5    conda-forge
llvm-openmp               15.0.7               h0cdce71_0    conda-forge
llvmlite                  0.41.1                   pypi_0    pypi
markupsafe                2.1.5            py38h01eb140_0    conda-forge
mkl                       2022.1.0           h84fe81f_915    conda-forge
mkl-devel                 2022.1.0           ha770c72_916    conda-forge
mkl-include               2022.1.0           h84fe81f_915    conda-forge
mpc                       1.3.1                hfe3b2da_0    conda-forge
mpfr                      4.2.1                h9458935_0    conda-forge
mpmath                    1.3.0              pyhd8ed1ab_0    conda-forge
natsort                   8.4.0                    pypi_0    pypi
ncurses                   6.4.20240210         h59595ed_0    conda-forge
nettle                    3.6                  he412f7d_0    conda-forge
networkx                  3.1                pyhd8ed1ab_0    conda-forge
numba                     0.58.1                   pypi_0    pypi
numpy                     1.24.4           py38h59b608b_0    conda-forge
opencv-python-headless    <IP_ADDRESS>                 pypi_0    pypi
openh264                  2.1.1                h780b84a_0    conda-forge
openjpeg                  2.5.0                hfec8fc6_2    conda-forge
openssl                   3.2.1                hd590300_1    conda-forge
packaging                 24.0                     pypi_0    pypi
pillow                    9.4.0            py38hde6dc18_1    conda-forge
pip                       24.0               pyhd8ed1ab_0    conda-forge
proto-plus                1.23.0                   pypi_0    pypi
protobuf                  4.25.3                   pypi_0    pypi
pthread-stubs             0.4               h36c2ea0_1001    conda-forge
pyasn1                    0.5.1                    pypi_0    pypi
pyasn1-modules            0.3.0                    pypi_0    pypi
pygments                  2.17.2                   pypi_0    pypi
pyqt6                     6.6.1                    pypi_0    pypi
pyqt6-qt6                 6.6.2                    pypi_0    pypi
pyqt6-sip                 13.6.0                   pypi_0    pypi
pyqtgraph                 0.13.3                   pypi_0    pypi
pysocks                   1.7.1              pyha2e5f31_6    conda-forge
python                    3.8.19          hd12c33a_0_cpython    conda-forge
python_abi                3.8                      4_cp38    conda-forge
pytorch                   2.2.1           py3.8_cuda11.8_cudnn8.7.0_0    pytorch
pytorch-cuda              11.8                 h7e8668a_5    pytorch
pytorch-mutex             1.0                        cuda    pytorch
pyyaml                    6.0.1            py38h01eb140_1    conda-forge
qtpy                      2.4.1                    pypi_0    pypi
readline                  8.2                  h8228510_1    conda-forge
requests                  2.31.0             pyhd8ed1ab_0    conda-forge
roifile                   2023.5.12                pypi_0    pypi
rsa                       4.9                      pypi_0    pypi
scipy                     1.10.1                   pypi_0    pypi
setuptools                69.2.0             pyhd8ed1ab_0    conda-forge
superqt                   0.6.2                    pypi_0    pypi
sympy                     1.12            pypyh9d50eac_103    conda-forge
tbb                       2021.11.0            h00ab1b0_1    conda-forge
tifffile                  2023.7.10                pypi_0    pypi
tk                        8.6.13          noxft_h4845f30_101    conda-forge
torchaudio                2.2.1                py38_cu118    pytorch
torchtriton               2.2.0                      py38    pytorch
torchvision               0.17.1               py38_cu118    pytorch
tqdm                      4.66.2                   pypi_0    pypi
typing_extensions         4.10.0             pyha770c72_0    conda-forge
urllib3                   2.2.1              pyhd8ed1ab_0    conda-forge
wheel                     0.43.0             pyhd8ed1ab_0    conda-forge
xorg-libxau               1.0.11               hd590300_0    conda-forge
xorg-libxdmcp             1.1.3                h7f98852_0    conda-forge
xz                        5.2.6                h166bdaf_0    conda-forge
yaml                      0.2.5                h7f98852_2    conda-forge
zipp                      3.18.1                   pypi_0    pypi
zlib                      1.2.13               hd590300_5    conda-forge
zstd                      1.5.5                hfc55251_0    conda-forge

Thanks can you please see if this bug also happens in Python 3.9 or 3.10? We may need to deprecate 3.8, also update to the latest pyqt6 and pyqtgraph

another issue #997 , can you please try a later python version and the latest pyqt6 and pyqtgraph (pip install pyqt6 --upgrade ; pip install pyqtgraph --upgrade)

This is also happening to me in fresh enviroments with python versions of 3.8, 3.10 and 3.11

So that I can replicate your environment, please use this command and upload the yml: conda env export > environment.yml
Please do this in 3.10, is this in Windows or Linux?

This is on windows (seen issue in both windows 10 and windows server 2022). I've also included an image and seg.npy which for me will fairly consistently produce the bug when one or two new labels are added.
Cellpose310_Issues.zip

thank you @JamesWGrimshaw and @mayishazn for all the info about this bug, I was able to track it down, due to a squeeze of an axis that was causing an error but it was not printing any error. Also I was renumbering the masks and outlines during loading, and that could be inconsistent, so that is also now fixed (and the outlines will be recomputed for 2D images from seg files).
I can no longer reproduce the bug, but please let me know if you are still having issues.
install latest: pip install git+https://github.com/mouseland/cellpose.git

I created a new environment and did a fresh install. The red circle does disappear once I close the loop but it doesn't turn into a mask. I've drawn four here and they're just stuck with the purple dotted lines. There is no drawing related output in the terminal either.


React + NextJS

This would be nice to have. I can work on it if necessary.
Let me know your thoughts here

@vincentntang go for it! Please follow instructions here and link back your repo in this thread.
FWIW, I have been working on a Nuxt FE implementation - which I need to get back to. Nuxt is to Vue what Next is to React.

Would it matter if I used a state management library? Or just pure react+nextjS?

Whatever is the "best practice" recommendation of the Next.js community + what makes sense for RealWorld I suppose. No hard & fast rules. e.g. our #1 FE repo is React+Redux so no worries.

NextJS recommends either GraphQL or Redux implementation according to FAQ. https://nextjs.org/docs#faq
I am going to do a react/redux/nextJS implementation.
Repo in progress
https://github.com/vincentntang/realworld-react-redux-nextJS

This is done already ?

This is done already @vincentntang  @anishkny  ?

@anishkny  @danichim
The issue doesn't seem to close for about a year, I have implemented the Next.js project.
I made a pull request #469 (Adding Next.js front end repo)
Thank you for checking.. 🙏

My priorities have shifted and I am no longer working on this react + nextJs + redux implementation

Resurrected by @reck1ess
Demo: https://next-realworld-example-app.now.sh/
Repo https://github.com/reck1ess/next-realworld-example-app


Revert "Update about.html"

Reverts TechStudent11/heroku-portfolio#1

Why did you revert it @TechStudent11

#1


net/http: json decoding fails from httptest in tip, works in 1.4 and over bytes.Buffer

Code
http://play.golang.org/p/DPZUao3rPB
Should output (and does under Go 1.4)
Decoding with bytes.Buffer: <nil>, {"bar"}
Decoding with http stream: <nil>, {"bar"}
Decoding with http stream bouncing on bytes.Buffer: <nil>, {"bar"}
Yes, "{ \"foo\": \"bar\" }" really is "{ \"foo\": \"bar\" }"

With tip(129cfa2745a3db0fd55fd13fd46da0e75b9ce7dc) outputs
$ go run lalatest.go
Decoding with bytes.Buffer: <nil>, {"bar"}
Decoding with http stream: EOF, {""}
Decoding with http stream bouncing on bytes.Buffer: <nil>, {"bar"}
Yes, "{ \"foo\": \"bar\" }" really is "{ \"foo\": \"bar\" }"

Expected
not EOF. Doesn't matter which io.Reader it's read from, it should either be seen as valid or it shouldn't.

CC @bradfitz

This is a recent regression.
Trying to find where. Rev a60c536 is bad.

Rev 9c55792 is good, and rev 0cf48b4 is bad. So the break came at:
0cf48b4: encoding/json: add JSON streaming parse API
/cc @rsc

Fixed by CL 12726 and by CL 12740. (The release is getting closer so we double-fix things now.)


Installing mapDamage in a virtual environment.....

Hello together,
I want to install your PYTHON - Module in an virtual Environment on our cluster, but I can't find any informations for this way.
So, please can you help me?
Best regards from Germany
Matthias

Hello Matthias,
I guess it will be with -n my_env is what you are after https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-environments.html
closing as not related to mapDamage

Hello together,
thank you very much for your help.
BUT this can´t solved my problem, because I don´t use CONDA for Virtual Environment. I´m using PYTHON3 as Environment….
Best regards and take care….
Matthias Krawutschke, Dipl. Inf.
Universität Potsdam
ZIM - Zentrum für Informationstechnologie und Medienmanagement
Team Infrastruktur Server und Storage
Spezialized: High-Performance-Computing and Kubernetes
Campus Am Neuen Palais: Am Neuen Palais 10 | 14469 Potsdam
Tel: +49<PHONE_NUMBER>65, Fax: +49<PHONE_NUMBER>
Internet:  https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html
Von: Aurélien Ginolhac<EMAIL_ADDRESS>Gesendet: Sonntag, 10. Mai 2020 14:31
An: ginolhac/mapDamage<EMAIL_ADDRESS>Cc: ZhexueM<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Betreff: Re: [ginolhac/mapDamage] Installing mapDamage in a virtual environment..... (#28)
Hello Matthias,
I guess it will be with -n my_env is what you are after https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-environments.html
closing as not related to mapDamage
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ginolhac/mapDamage/issues/28#issuecomment-626321093 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AO6MIXPEGKTKWEOAGFWHJV3RQ2NBRANCNFSM4M43X4NA .  https://github.com/notifications/beacon/AO6MIXLJSO775BXNVJRYEILRQ2NBRA5CNFSM4M43X4NKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEVKONRI.gif

This is not really a mapDamage issue, but you can install mapDamage in a virtual environment using the 'venv' module:
https://docs.python.org/3/library/venv.html

The following shows the commands that you might use:
wget https://github.com/ginolhac/mapDamage/archive/2.2.0.tar.gz
tar xvzf 2.2.0.tar.gz
cd mapDamage-2.2.0/
python3 -m venv venv
./venv/bin/python3 -m pip install cython
./venv/bin/python3 -m pip install pysam
./venv/bin/python3 setup.py install

After that, you can run mapDamage as follows:
./venv/bin/mapDamage

Dear Mikkel,
i had do that in this way, as your write me.
But I´ve got the error – Messages, that I wrote here ☹ And I don´t know why.
Best regards….
Matthias Krawutschke, Dipl. Inf.
Universität Potsdam
ZIM - Zentrum für Informationstechnologie und Medienmanagement
Team Infrastruktur Server und Storage
Spezialized: High-Performance-Computing and Kubernetes
Campus Am Neuen Palais: Am Neuen Palais 10 | 14469 Potsdam
Tel: +49<PHONE_NUMBER>65, Fax: +49<PHONE_NUMBER>
Internet:  https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html
Von: Mikkel Schubert<EMAIL_ADDRESS>Gesendet: Sonntag, 10. Mai 2020 15:23
An: ginolhac/mapDamage<EMAIL_ADDRESS>Cc: ZhexueM<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Betreff: Re: [ginolhac/mapDamage] Installing mapDamage in a virtual environment..... (#28)
This is not really a mapDamage issue, but you can install mapDamage in a virtual environment using the 'venv' module:
https://docs.python.org/3/library/venv.html
The following shows the commands that you might use:
wget https://github.com/ginolhac/mapDamage/archive/2.2.0.tar.gz
tar xvzf 2.2.0.tar.gz
cd mapDamage-2.2.0/
python3 -m venv venv
./venv/bin/python3 -m pip install cython
./venv/bin/python3 -m pip install pysam
./venv/bin/python3 setup.py install
After that, you can run mapDamage as follows:
./venv/bin/mapDamage
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ginolhac/mapDamage/issues/28#issuecomment-626327406 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AO6MIXLVSY2LYANSVL2NQMDRQ2TCNANCNFSM4M43X4NA .  https://github.com/notifications/beacon/AO6MIXK7CRKJTHPRHIJN54TRQ2TCNA5CNFSM4M43X4NKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEVKP63Q.gif

You did include any error messages.
If you need further help installing software on your cluster, then please contact whoever is running that cluster and ask them for help. They should be able to assist you better than we can.

Dear Mikkel,
that is wrong, because on my first eMail on this list I sent my Error – Message.
And sorry, I´m the player of our HPC – Service; I manage it.
My problem is:
Hello together,
i want to install your software for our department Biology & BioChemie, but i´ve got some error, if I ran “mapDamage” from Commandline.
The result is:
Traceback (most recent call last):
File "/hpc-cloud/uprojects/packages/.virtual/python3.8.1/mapDamage/2.2.0/bin/mapDamage", line 5, in
from mapdamage.main import entry_point

File "/hpc-cloud/uprojects/packages/.virtual/python3.8.1/mapDamage/2.2.0/lib/python3.8/site-packages/mapdamage/init.py", line 7, in
import mapdamage.composition

File "/hpc-cloud/uprojects/packages/.virtual/python3.8.1/mapDamage/2.2.0/lib/python3.8/site-packages/mapdamage/composition.py", line 4, in
import mapdamage.seqtk as seqtk

ImportError: /hpc-cloud/uprojects/packages/.virtual/python3.8.1/mapDamage/2.2.0/lib/python3.8/site-packages/mapdamage/seqtk.cpython-38-x86_64-linux-gnu.so: undefined symbol: gzclose
But I can´t find some errors, etc. – so please can you help me?
Best regards….
Matthias
Von: Mikkel Schubert<EMAIL_ADDRESS>Gesendet: Sonntag, 10. Mai 2020 15:39
An: ginolhac/mapDamage<EMAIL_ADDRESS>Cc: ZhexueM<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Betreff: Re: [ginolhac/mapDamage] Installing mapDamage in a virtual environment..... (#28)
You did not include any error messages.
If you need further help installing software on your cluster, then please contact whoever is running that cluster and ask them for help. They should be able to assist you better than we can.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ginolhac/mapDamage/issues/28#issuecomment-626329513 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AO6MIXNHQLXZNPIMKP5JNBTRQ2U6LANCNFSM4M43X4NA .  https://github.com/notifications/beacon/AO6MIXLGFBAOMMV4K4KDLF3RQ2U6LA5CNFSM4M43X4NKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEVKQPKI.gif

I don't know where you sent that error message, but it did not end up in my hands (or on github).
You also appear to be running a direct checkout of the master branch instead of a tagged release.
That is not recommended, as such a checkout cannot be trusted to be ready for general use, as you've just discovered.  I've pushed a commit that may fix the problem you are experiencing, but you should not be using the development version of mapDamage in the first place.
Please download and install a tagged release, or install mapDamage using conda or via your distro's package manager (if available).

A user (Weisz, David) found the fix for this issue in the setup.py to specify the zlib we have to
ext_modules=[Extension("mapdamage.seqtk", ["mapdamage/seqtk/seqtk.c"], libraries = ['z'])],

I will fix this and make a new release so also the work from Mikkel with SE reads is out

Dear Mikkel,
thank your very much for your help.
But I can´t find an other release then I found it on this site:
https://github.com/ginolhac/mapDamage
Is it okay, that I can download now this release from this site?
Best regards….
Matthias Krawutschke, Dipl. Inf.
Universität Potsdam
ZIM - Zentrum für Informationstechnologie und Medienmanagement
Team Infrastruktur Server und Storage
Spezialized: High-Performance-Computing and Kubernetes
Campus Am Neuen Palais: Am Neuen Palais 10 | 14469 Potsdam
Tel: +49<PHONE_NUMBER>65, Fax: +49<PHONE_NUMBER>
Internet:  https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html https://www.uni-potsdam.de/de/zim/angebote-loesungen/hpc.html
Von: Mikkel Schubert<EMAIL_ADDRESS>Gesendet: Sonntag, 10. Mai 2020 17:27
An: ginolhac/mapDamage<EMAIL_ADDRESS>Cc: ZhexueM<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Betreff: Re: [ginolhac/mapDamage] Installing mapDamage in a virtual environment..... (#28)
I don't know where you sent that error message, but it did not end up in my hands (or on github).
You also appear to be running a direct checkout of the master branch instead of a tagged release.
That is not recommended, as such a checkout cannot be trusted to be ready for general use, as you've just discovered. I've pushed a commit that may fix the problem you are experiencing, but you should not be using the development version of mapDamage in the first place.
Please download and install a tagged release, or install mapDamage using conda or via your distro's package manager (if available).
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ginolhac/mapDamage/issues/28#issuecomment-626344948 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AO6MIXJASRKEZGF75X6XHLLRQ3BWDANCNFSM4M43X4NA .  https://github.com/notifications/beacon/AO6MIXICESXU4REW4Y5GLZTRQ3BWDA5CNFSM4M43X4NKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEVKUH5A.gif


Question: how to load a test file with other mod dependencies in ide-haskell-repl?

Hi,
I have just reopened a project I worked on many months (and many package updates) ago and I no longer seem to be able to load a one of my test files in ide-haskell-repl.
Here is the section of the cabal file:

test-suite test-Parser
 type: exitcode-stdio-1.0
 main-is:
   ParserTest.hs
 build-depends:
   Parser,
   QuickCheck -any,
   quickcheck-text -any,
   base -any,
   megaparsec -any,
   raw-strings-qq -any,
   tasty -any,
   tasty-hunit -any,
   tasty-quickcheck -any,
   tasty-th -any,
   text -any,
   mtl -any,
   containers -any,
   either
 default-language: Haskell2010
 hs-source-dirs: test
 other-modules:
   ParserTestHelpers
   TestData
 ghc-options: -ferror-spans -main-is ParserTest

Now if I have ParserTest.hs open in Atom and invoke  I get the following:
Parser-0.0.1: configure (lib + exe)
Configuring Parser-0.0.1...
Parser-0.0.1: initial-build-steps (lib + exe)
Configuring GHCi with the following packages: Parser
Using main module: 1. Package `Parser' component exe:QuickStepMergeEngine with main-is file: C:\Automation\QuickStep\Parser\mergeEngine\MergeEngine.hs
Some flags have not been recognized: prompt-cont,
C:\Automation\QuickStep\Parser\test\ParserTest.hs:39:1-34: error:
    Failed to load interface for ‘ParserTestHelpers’
    Use -v to see a list of the files searched for.
C:\Automation\QuickStep\Parser\test\ParserTest.hs:48:1-25: error:
    Failed to load interface for ‘TestData’
    Use -v to see a list of the files searched for.

I can load the file in Stack as follows:
PS C:\Automation\QuickStep\Parser> stack ghci Parser:test:test-Parser
Configuring GHCi with the following packages: Parser
Using main module: 1. Package `Parser' component test:test-Parser with main-is file: C:\Automation\QuickStep\Parser\test\ParserTest.hs
GHCi, version 8.0.2: http://www.haskell.org/ghc/  :? for help
[1 of 3] Compiling TestData         ( C:\Automation\QuickStep\Parser\test\TestData.hs, interpreted )
[2 of 3] Compiling Paths_Parser     ( C:\Automation\QuickStep\Parser\.stack-work\dist\ca59d0ab\build\autogen\Paths_Parser.hs, interpreted )
[3 of 3] Compiling ParserTestHelpers ( C:\Automation\QuickStep\Parser\test\ParserTestHelpers.hs, interpreted )
Ok, modules loaded: ParserTestHelpers, Paths_Parser, TestData.
[4 of 4] Compiling ParserTest       ( C:\Automation\QuickStep\Parser\test\ParserTest.hs, interpreted )
Ok, modules loaded: ParserTest, ParserTestHelpers, Paths_Parser, TestData.
Loaded GHCi configuration from C:\Users\thegh\AppData\Local\Temp\ghci512\ghci-script
*ParserTest ParserTestHelpers TestData>

I have tried playing around with exta Args in settings but not having any luck.
How can I load this file in ide-haskell-repl?
Thanks
John
P.S. Current Package options are as follows:

  "ide-haskell-repl":
    autoReloadRepeat: true
    checkOnSave: true
    defaultRepl: "stack"
    ghciWrapperPath: "C:\\stack\\ghci-wrapper.exe"
    showTypes: true
    stackPath: "C:\\stack\\bin\\stack.exe"

I ran some tests, and I might have a vague idea why that happens. Long story short, internal stack changes, probably. Anyway, I released v0.7.5, could you see if it works for you?

Parser.zip
Hi
Thanks for looking into this.
Still having the same issue with v0.7.5 I am afraid.
Have attached the project.
Issue is when loading ParserTest.hs in REPL.
Hope thin helps.
Thanks
John

Huh. Can't reproduce on Linux. I'll have to find a Windows box. That might take a bit.

In the meantime, what's your stack version? (stack --version output)

PS C:\Automation\QuickStep\Parser> stack --version
Version 1.5.1, Git revision 600c1f01435a10d127938709556c1682ecfd694e x86_64 hpack-0.17.1

I believe v0.7.6 should work.

CORRECT !!!
v0.7.6 works like a charm !!
Thanks Heaps


Raise specific error when GetObject is called with unknown VersionId

Fixes #2710
Verified against AWS itself

Coverage decreased (-0.2%) to 94.359% when pulling 6cde20b9c56d07c4b836555ab25ea12b5468b1a7 on bblommers:feature/2710 into 4aff7147b56c2a95cfd499d3c19f50cb349b81a9 on spulec:master.


Tasks are not being sorted by due date

The readme lists the following feature: "Todos are sorted by due date within their priorities"
However, this does not seem to actually be the case.  As far as I can tell, tasks with due dates are always shown above tasks without them (which is desirable), but beyond that tasks are shown in the order of creation.
Steps to replicate: I currently have 5 tasks with due dates, added in the following order:

Assignment 2 due:2021-01-31 +CS301
CA2 due:2021-01-31 +CS301
Specification document due:2021-02-03 +CS496
Godot project due:2021-02-21 +CS301

At this point, I added several tasks without due dates before adding the task below.

Go through RELS lectures due:2021-02-04 +RELS100

sleek has added the creation date 2021-01-31 to each of these tasks.
Expected behavior: Todos are sorted by due date within their priorities.  As there are no priorities, the final added task should be moved up to 4th in the list.
Actual behavior: The list stayed in the current order.  Restarting sleek did not change anything.

Hi @samuelznewton , I think you might have found an inconsistency, that is correct.
But the idea of the desc sorting within the due dates is to have the closest due date (or the one you just missed) at the top of the list. Mostly because in my opinion the ones closest are the most relevant. So your first list is actually sorted as I intended it to be. But you're right the readme needs improvement.
About the start date if no due date is set. You're expectation is that the most recently created todo will be basically added at the bottom of the list, instead at the top (which is the case now)?

Hi @samuelznewton , I think you might have found an inconsistency, that is correct.
But the idea of the desc sorting within the due dates is to have the closest due date (or the one you just missed) at the top of the list. Mostly because in my opinion the ones closest are the most relevant. So your first list is actually sorted as I intended it to be. But you're right the readme needs improvement.
About the start date if no due date is set. You're expectation is that the most recently created todo will be basically added at the bottom of the list, instead at the top (which is the case now)?

What I expect is that an item which is due on February 4 will appear higher in the list than an item which is due on February 21 - and this is the behavior which the readme implies, and seems to be the behavior that you think is actually happening.
However, what is actually happening is that the items are being sorted first by whether there is a due date, and then by when the tasks were created, with the highest item on the list being the first one created and the lowest item being the last one created.
Basically, when you say

the idea of the desc sorting within the due dates is to have the closest due date (or the one you just missed) at the top of the list. Mostly because in my opinion the ones closest are the most relevant.

You're exactly right, and I completely agree.  The most relevant items, and the most important to see at the top, are those that are soonest due, and those which are past due.  But this isn't the behavior I'm seeing.
As for your final note

About the start date if no due date is set. You're expectation is that the most recently created todo will be basically added at the bottom of the list, instead at the top (which is the case now)?

What currently happens is that new tasks are added to the bottom of the list, and this is what I expect and what I want, with the exception that items with due dates should be sorted first and sorted by due date, as described above.

What I expect is that an item which is due on February 4 will appear higher in the list than an item which is due on February 21 - and this is the behavior which the readme implies, and seems to be the behavior that you think is actually happening.
However, what is actually happening is that the items are being sorted first by whether there is a due date, and then by when the tasks were created, with the highest item on the list being the first one created and the lowest item being the last one created.
Basically, when you say

the idea of the desc sorting within the due dates is to have the closest due date (or the one you just missed) at the top of the list. Mostly because in my opinion the ones closest are the most relevant.

You're exactly right, and I completely agree.  The most relevant items, and the most important to see at the top, are those that are soonest due, and those which are past due.  But this isn't the behavior I'm seeing.
As for your final note

About the start date if no due date is set. You're expectation is that the most recently created todo will be basically added at the bottom of the list, instead at the top (which is the case now)?

What currently happens is that new tasks are added to the bottom of the list, and this is what I expect and what I want, with the exception that items with due dates should be sorted first and sorted by due date, as described above.

Hi @samuelznewton. Could you check https://github.com/ransome1/sleek/releases/tag/v0.8.7-Alpha if the sorting is now consistent?

Hello!  Sorry for my delay.
Unfortunately, nothing seems to have changed.  I loaded my todo.txt and it's still sorting the same way as before.
1st by priority
2nd by whether there is a due date
3rd by the order of the todo.txt file
Not at all by when the due date is

Hi @samuelznewton . Let's stick to your initial example, which in the todo.txt file should look like this:
2021-01-31 Assignment 2 due:2021-01-31 +CS301
2021-01-31 CA2 due:2021-01-31 +CS301
2021-01-31 Specification document due:2021-02-03 +CS496
2021-01-31 Godot project due:2021-02-21 +CS301
2021-01-31 Go through RELS lectures due:2021-02-04 +RELS100

This leads to the following sorting within sleek (I used the 0.8.7 AppImage for this result)

That is the correct sorting according to my understanding.
Could you please provide a specific example and a corresponding output in sleek, where the issue still is evident?

Well this is strange.  I just loaded up that file and got the same result.  But if I load back my current actual todo.txt file, I still get incorrect sorting.  Here's the full file, followed by the results.
x 2021-02-01 2021-01-31 CA2 due:2021-01-31 +CS301
2021-01-31 Specification document due:2021-02-03 +CS496
2021-01-31 Godot project due:2021-02-21 +CS301
2021-01-31 Network storage @BowlingGreen
2021-01-31 German
2021-01-31 Storage organization @BowlingGreen
2021-01-31 Inventory @BowlingGreen @Elizabethtown
2021-01-31 Budget
2021-01-31 Read about project management +Game @Kindle
2021-01-31 Learn Blender +Game
2021-01-31 Learn Unity +Game
2021-01-31 Learn music +Game
2021-01-31 Create concepts +Game
2021-01-31 Create specifications +Game
2021-01-31 Rework code +Picar
2021-01-31 Go through RELS lectures due:2021-02-04 +RELS100
x 2021-02-02 (A) 2021-01-31 Tire installation 10:00 due:2021-02-02 @WalmartGlasgow
(B) 2021-01-31 Think about what's next +WhatsNext
(B) 2021-01-31 Call the IRS
x 2021-02-01 (A) 2021-01-31 Put on spare tire
(B) 2021-02-01 Meet with ENGR491 at 18:00 due:2021-02-02 +ENGR491

"Go through RELS lectures" is appearing after "Godot project", but that isn't right.

@samuelznewton This example pointed me to a glitch, that is most likely responsible for the behavior. Could you check one of the new binaries here please? https://github.com/ransome1/sleek/releases/tag/v0.8.7

That's got it!  Everything is sorted just as I would expect.  Thank you so much for your quick work on this!


“Failed to cross compile package: exit status 132”

I’m running OS X 10.10.2 with a clean xgo installation. When I try to compile this simple project I get an error:
$ xgo github.com/bdesham/go-test
Checking docker installation...

Cross compiling github.com/bdesham/go-test...
Fetching github.com/bdesham/go-test...
Compiling for linux/amd64...
Compiling for linux/386...
Compiling for linux/arm...
Compiling for windows/amd64...
Compiling for windows/386...
Compiling for darwin/amd64...
2015/04/07 09:57:48 Failed to cross compile package: exit status 132.

Any idea what’s wrong? No files are created in the directory where I’m running this.
(My computer is a Core i7, if that matters.)

I'll take a look, but it's weird that the Go compiler doesn't output anything at all, just crashes.

I'm closing this issue and non reproducible. I've added a -v and -x flags to raise verbosity, but can't debug it without being able to repro.
$ xgo github.com/bdesham/go-test
[...]

$ ls -al
-rwxr-xr-x  1 root     root      2238456 Sep 16 19:29 go-test-android-21-arm
-rwxr-xr-x  1 root     root      1878544 Sep 16 19:29 go-test-darwin-386
-rwxr-xr-x  1 root     root      2324096 Sep 16 19:29 go-test-darwin-amd64
-rwxr-xr-x  1 root     root      1899880 Sep 16 19:29 go-test-linux-386
-rwxr-xr-x  1 root     root      2361888 Sep 16 19:29 go-test-linux-amd64
-rwxr-xr-x  1 root     root      1957848 Sep 16 19:29 go-test-linux-arm
-rwxr-xr-x  1 root     root      2030080 Sep 16 19:29 go-test-windows-386.exe
-rwxr-xr-x  1 root     root      2493440 Sep 16 19:29 go-test-windows-amd64.exe


Fixed typo in the README for the word 'example'

Checklist

[x] I've looked at the contribution guidelines.
[x] This pull request is complete and ready for review.

Description
Small typo in the read me file, caught it while reading about splay trees 🌲

Small typo in the splay tree README. Hope this helps!

Indeed it does! Thank you 👍


JAVA-879: Mapper.map() accepts mapper-generated and user queries.

Also :

ExecutionInfo exposes a new method getStatement(). The statement is also now consistently put in the ExecutionInfo, and not only for queries with multiple pages.
Mapper.map() accepts user queries and Mapper-generated queries.
mapAliased() becomes mapAliasedUnsafe() and can allow users to use ResultSet produced from their own queries, containing their aliases. But the mapAliasedUnsafe() requires the order of the columns in the query, to be matching the orders of the fields in the mapped class. This change causes a clirr test to fail because of backward compat.
Fields and methods in some classes, declared as package-local, were public. Some clirr tests fails because ColumnMapper became package-local rather than public, but ColumnMapper is never used in the public API, neither as a return object nor as a function parameter. So it looks like a false positive.

mapAliased() becomes mapAliasedUnsafe()

We could keep the same name but simply deprecate it, since map handles all cases now. This way we avoid a breaking change.

Fields and methods in some classes, declared as package-local, were public

Yes, this is common in some part of the code. It's fine to mark it as false positives.

Done for the @Deprecated. I don't know how to ignore the clirr errors.

You need to add entries to clirr-ignores.xml at the root of the project.

Went ahead and added the clirr ignore (hope that's ok).

This looks good to me, looks like it will definitely solve the problem as described in the issue. :+1:

Rebased on 2.1, extracted unrelated visibility changes to a separate commit, added a commit to avoid creating too many ExecutionInfo instances.
The fact that we rely on DefaultPreparedStatement being public bothers me, IMO this was an oversight and that class should have been private.

LGTM.


Prefix for generated class names

Not sure if this is this is possible today but I have a need to prefix the generated models, my current way around this is to rename the alias for every doc type in the project but I would have been better with some kind of setting.
Maybe a "class-name" format"-string as a setting or attribute, configured like
"Cms{alias}" to prefix models with "Cms" ie.
I would be open to help out if this is something that anyone else think is useful.

Think it'd be great to have this, but instead of a simple prefix... I'd like to have a way to override the class name generation, so you can basically supply the actual class name for each model. Adding to backlog.

Notes for self:
ClrName should be determined in the builder, not in UmbracoServices, so that a totally custom naming strategy could  be supplied by overriding the builder.
Extend [ModelsBuilderConfigure(TypeModelPrefix="Cms", TypeModelSuffix="Model")]

See also #217 which is about suffix.

Extending this issue to prefix and suffix


add support for Ubuntu Hirsute and Impish

The current globals.pp does not have the necessary default versions for Ubuntu 21.04 (Hirsute Hippo) and 21.10 (Impish Indri). Both of these versions have version 13 available, as can be seen below:

Hisute => https://packages.ubuntu.com/hirsute/postgresql
Impish => https://packages.ubuntu.com/impish/postgresql

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


1

Please close this issue and move to:
https://github.com/xai-org/grok-1/discussions
Reason:
Not a real issue
#69
#108

Please close the issue, this is an open-source community, it's not a place for you to vent


Session 1 shifali

Right job, you made it! :partying_face:

Right job, you made it! :partying_face:


shop is getting undefined when redirecting to /api/auth?shop=undefined

Issue summary
when session verification fails then it redirects to /api/auth and passes shop in query parameters but here shop is undefined
/api/auth?shop=undefined
it doesn't happen on development server but it happens on prod server
followed official doc for fly.io deployment but this error exist

@shopify/shopify-app-* package and version:
Node version: v18.12.1
Operating system: don't know (fly.io server)

Expected behavior
it should redirect to /api/auth?shop=mystore.myshopify.com
Actual behavior
/api/auth?shop=undefined
Steps to reproduce the problem

clone this repo https://github.com/yashsony/deploymenttesting
and deploy it on fly.io through cli  link

yes older version v1.0.1 works fine @alexissel

Hi. I'm having the same issue as @alexissel:
2023-01-25 15:01:20 | backend    | [shopify-app/INFO] Running validateAuthenticatedSession
2023-01-25 15:01:20 | backend    | [shopify-app/INFO] Running validateAuthenticatedSession
2023-01-25 15:01:20 | backend    | [shopify-app/INFO] Session was not valid. Redirecting to /api/auth?shop=undefined | {shop: undefined}
2023-01-25 15:01:20 | backend    | [shopify-app/INFO] Session was not valid. Redirecting to /api/auth?shop=undefined | {shop: undefined}
2023-01-25 15:01:20 | backend    | [shopify-app/ERROR] No shop provided to redirect to auth

Node version: 16.18.1
Packages:

@shopify/app: 3.30.1
@shopify/cli: 3.30.1
@shopify/shopify-app-express: 1.1.0

It's great that it works on v1.0.1, but I believe that there are some other gaps there, which have been covered in v1.1.0. So it would be great to have a fix for this redirect after uninstall issue in v1.1.1 as it is a requirement in the current app approval process 😄

+1 started to see this as well
2023-01-29T06:18:34.841 app[8814583e] mia [info] [shopify-app/INFO] Running ensureInstalledOnShop

2023-01-29T06:18:34.897 app[8814583e] mia [info] [shopify-app/INFO] Running ensureInstalledOnShop

2023-01-29T06:18:34.899 app[8814583e] mia [info] [shopify-app/INFO] App is installed and ready to load | {shop: 126teststorejc.myshopify.com}

2023-01-29T06:18:35.212 app[8814583e] mia [info] [shopify-api/INFO] Beginning OAuth | {shop: 126teststorejc.myshopify.com, isOnline: false, callbackPath: /api/auth/callback}

2023-01-29T06:18:35.356 app[8814583e] mia [info] [shopify-app/INFO] Running validateAuthenticatedSession

2023-01-29T06:18:35.358 app[8814583e] mia [info] [shopify-app/INFO] Session was not valid. Redirecting to /api/auth?shop=undefined | {shop: undefined}

I put the above solution in place and it worked, but this was working before.  I'm not sure why it suddenly doesn't work.  I didn't upgrade my packages and it went from a working status to a non-working status.

+1 same issue
I've noticed the issue in both dev (using sqlite session storage) and in prod (using redis session storage). I haven't uninstalled my app on the stores that have issue, so my issue can't be related to that. But the issue does seem to occur when I simply wipe the sessions from session storage (e.g. delete my database.sqlite file in dev or clear all entries from Redis).
By referencing the logs that Shopify spits out, the issue does seem to occur somewhere in validateAuthenticatedSession. Since some say this wasn't an issue in 1.0.1, I took a look at the old implementation of that method. If we compare that to the latest code in 1.1.0, we see that the old code has an additional branch in which it can determine the value of the shop parameter. Presumably, reintroducing this logic would solve the issue:
else if (api.config.isEmbeddedApp) {
  const payload = await api.session.decodeSessionToken(token);
  shop = payload.dest.replace('https://', '');
}

This is still not fixed in v1.2.0!

Fixed in<EMAIL_ADDRESS>

Thanks Kevin!

This issue still persists in<EMAIL_ADDRESS>

Yes. In<EMAIL_ADDRESS>too


feat: update header

https://github.com/exadel-inc/ui-playground/issues/287

:tada: This PR is included in version 1.0.0-beta.10 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

:tada: This PR is included in version 1.0.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


feat(explorer): Adding ledger support

What does this pull request do? Explain your changes. (required)

Adds Ledger support to the SDK
Specific updates (required)

Added U2F polyfill
Added some ledge plugins
Use custom signer provider to intercept transaction objects sign with ledger (WIP)

How did you test each of these updates (required)

No tests yet, still WIP. This branch needs a good rebase and some debugging on the actual signing part.
Does this pull request close any open issues?

Screenshots (optional):

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.

Closing as a result of Ledger now being supported through Metamask.


Comments within the body of a just recipe should be ignored

If I have a justfile like:
some-recipe argument:
    # Here is a comment
    @echo "hello"
    # Another comment
    @echo {{argument}}

When I run it I get the output:
just some-recipe "some text"
# Here is a comment
hello
# Another comment
some text

I can make the printing of those comments go away by adding a @ in front of them, but it would be nice if just interpreted comments within a just recipe as comments and completely ignored them.
I think what might be happening here is that the comment lines are each getting echoed by just and then passed to a shell invocation, where they do absolutely nothing because sh and just have the same syntax for comments.

I think what might be happening here is that the comment lines are each getting echoed by just and then passed to a shell invocation, where they do absolutely nothing because sh and just have the same syntax for comments.

This is exactly right. We could not echo lines starting with #, but it's possible to change the interpreter, and different interpreters might have different comment syntaxes, and # at the beginning of the line might be significant.
Also, people might be relying on this behavior, i.e. using the echoing of a comment line to see what a recipe is doing.
One thing that comes to mind is adding an optional setting that allows specifying a regex, where lines matching that regex are not echoed:
set quiet-lines := "#.*"


False positive for PLR1706

Here is a minimal example for the issue I had with PLR1706 and the autofix using ruff v0.1.7.
-print(True and False or 2) # This print '2'
+print(False if True else 2) # This print 'False'

I used this command:
echo "print(True and False or 2)" > t.py
ruff check --select PLR1706 --isolated --preview --fix --unsafe-fixes t.py

Generally speaking, A and B or C is transformed into B if A else C but this is not equivalent when A is truphy and B is falsy because the first one returns C and the second returns B.
Let me know if I'm missing something.

It turns out that this rule relies on type inference. If B is false-y, we shouldn't be triggering it.

Specifically, you have to be able to resolve B to a specific value.
Even x >= y and x or y is not safe to convert when x and y are both integers -- it fails for x, y = 0, -1. (Pylint correctly does not flag this example, but I'm more pointing out that it's a very limited rule.)
We may want to deprecate.

Ye I feel like with the current infrastructure it might be hard to get this right.
This rule is targeting a very limited use case anyway since it's supposed to be a pattern for python <2.5.
I would probably deprecate it too, and remove the autofix altogether (it only introduced behavior changes when I tried it myself so I'd rather let people do manual changes if they really want the rule).
Anyway thanks for the quick reply and it's a pleasure to use ruff.

👍 Makes sense. I'll mark it in the 0.2.0 issue. Thanks for the kind words, I appreciate it.

See #9691 which removes this rule


Growatt to Victron OS Communication

Here’s some information on my communications configuration:  My battery is managed by a Batrium of which is monitoring 8 separate batteries via the Batrium system.  The Batrium is communication with my Victron Cerbo GX and is throttling and controlling my charge controllers (Victron) and it is working perfectly, no issues.  I am able to see the Growatt inverter output using Energy Meters which are connected to the Cerbo GX, no issues.  I am also able to see my AC input into the Growatt inverters should the situation call for grid input.  I am again using Energy Meters to communication this information to the Cerbo GX, no issues.  The information I need to send back to my Growatt is the State of Charge of the battery.  The reason I need the Growatts to see the SOC of the battery is to switch from battery to grid should I drop below a State of Charge percentage that I determine.  I would also like the Cerbo GX to be able to show the status of the inverters such as On/Off position, errors, ect.  I have two Growatt SPF 12000T DVM inverters running two separate AC load banks  Any way this can be done?

That is an interesting setup. I am pretty sure it can be done. I mean I have used the same hardware to update a modbus master so it would work pretty much the same way for this Growatt inverter as well.
On a different issue (here on Github), I was talking guy who has SPF5000 and has the modbus documentation for it. I can only guess that your SPF12000 has the same modbus register mapping as the SPF5000. But still one would need to figure out where the SOC is stored, so what needs to be updated. And of course I would have no way of testing if it works...

I was able to confirm that the SPF12000 has the same modbus register mapping as the SPF5000.  I have an SPF5000 that I could send you for testing if you are interested in the project.

It sounds like an interesting project. You would just send me an inverter for this?
Let me do a little bit more digging, because I have one doubt: I am not sure if the inverter is designed to receive the state of charge from outside. I mean probably it has a built in chip to measure the DC voltage and from that work out the state of charge. And that modbus register may not be designed to be updated from the outside.
This SPF series is designed to handle lead acid and also lithium batteries, is there any reason why you manage the batteries separately?

Do you reside in the US?  If so, I would be willing to send you the unit for testing and helping with the project.  Do you have access to a device that has Venus OS installed?  That would be part of the equation of course.
I have 8 batteries in parallel with plans to continue to expand the capacity of the bank.  Each bank is a 16 304 Ah LiFePo4 cells connected in series.  I use the Batrium as the battery management system that monitors each cell independently, balancing and monitoring cell heath.  It also has as the ability to trigger relays based on State of Charge.  The Batrium has its own shunt and measures energy in and out of the battery, the only true way to know the state of charge for the LiFePo4 battery chemistry due to the flat voltage curve which is the nature of the chemistry.  Voltage does not determine SOC for this chemistry.  These are the main reasons for the use of the Batrium.
@.***
Michael Ham  | Sr. Project Manager - Estimator
11370 State Highway 30 | College Station, TX 77845
v.<PHONE_NUMBER>     f.<PHONE_NUMBER>     m.<PHONE_NUMBER>
<EMAIL_ADDRESS>| www.rmdudleyconstruction.comhttp://www.rmdudleyconstruction.com/
From: nygma2004 @.>
Sent: Friday, November 4, 2022 3:27 AM
To: nygma2004/growatt2mqtt @.>
Cc: Michael Ham @.>; Author @.>
Subject: Re: [nygma2004/growatt2mqtt] Growatt to Victron OS Communication (Issue #13)
It sounds like an interesting project. You would just send me an inverter for this?
Let me do a little bit more digging, because I have one doubt: I am not sure if the inverter is designed to receive the state of charge from outside. I mean probably it has a built in chip to measure the DC voltage and from that work out the state of charge. And that modbus register may not be designed to be updated from the outside.
This SPF series is designed to handle lead acid and also lithium batteries, is there any reason why you manage the batteries separately?
—
Reply to this email directly, view it on GitHubhttps://github.com/nygma2004/growatt2mqtt/issues/13#issuecomment-1303111165, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A3TFQERE7NYD4VIXEUIIJQDWGTCFHANCNFSM6AAAAAARUTGYIM.
You are receiving this because you authored the thread.Message ID<EMAIL_ADDRESS>

I am in Europe. So definitely not close.
Thanks for explaining the Batrium in the solution. It sounds like a serious battery system, so definitely worth protecting it properly. But I assume the battery positive and negative is connected to Growatt inverter so it manages the charge and discharge periods. And it does calculate a SOC, but you would rather overwrite that with the actual SOC coming from the Batrium.
I looked at the documentation and there is a single Battery SOC register (which is input register 18). And the documentation says in Chinese English: (Some of input Registers can be wrote by Manufacturer, write address offset is 0x1000, start at
0x1000. can not be wrote by customer.)
I does worth a try, but to be honest I don't think the inverter will accept updating the Battery SOC register externally. But after all you should be able to test it as well with a USB to RS485 converter and some modbus software.


Changed to object

Renamed ram_limit to memory_limit
Moved devtmpfs_automount into helpers envelope
Renamed keys in helpers

Coverage remained the same at 71.66% when pulling 1697e2bef0beae818ea4b26bba024e5871af5937 on yoshizzle:helpers into 6d6032bc9cef2e74395e3cb60f233c4d8e1d1c94 on linode:develop.


Set up a cron based (weekly?) CI test for APM + security compatibility

Set up a GitHub Actions workflow that will routinely run all unit, env, and multiverse tests belonging to the APM agent while both the APM and security agents are active.
This workflow can manually perform gem install or dynamically create Gemfile files or whatnot to bring in the security agent, and then leverage an environment variable or custom newrelic.yml file to actually enable the security agent.

Wonfixing this one - to be revisited in the future if there's a production environment anticipated use case that would necessitate the testing.


Batched input not working in pytorch model

🐛 Bug
Hi,
I am trying to batch the input to the pytorch model, but the batched input works for when the model is in cpu. But when the model is in gpu, the inference only works for the first time. After that it shows the below error occurs
code
silero_model.silero_model(torch.rand((34, 512), device='cuda'), 16000)

If I run the above code twice, then this error  occurs.
RuntimeError: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript, serialized code (most recent call last):
  File "code/__torch__/vad/model/vad_annotator.py", line 43, in forward
      _h = self._h
      _c = self._c
      out0, _6, _7, = (_model).forward(x0, _h, _c, )
                       ~~~~~~~~~~~~~~~ <--- HERE
      self._h = _6
      self._c = _7
  File "code/__torch__/vad/model/vad_annotator/___torch_mangle_28.py", line 26, in forward
    x3 = (encoder).forward(x2, )
    decoder = self.decoder
    x4, h0, c0, = (decoder).forward(x3, h, c, )
                   ~~~~~~~~~~~~~~~~ <--- HERE
    _0 = torch.mean(torch.squeeze(x4, 1), [1])
    out = torch.unsqueeze(_0, 1)
  File "code/__torch__/vad/model/vad_annotator.py", line 156, in forward
    x3 = torch.permute(x0, [0, 2, 1])
    decoder = self.decoder
    x4 = (decoder).forward(x3, )
          ~~~~~~~~~~~~~~~~ <--- HERE
    return (x4, h0, c0)
class VADRNNJIT(Module):
  File "code/__torch__/torch/nn/modules/container/___torch_mangle_26.py", line 15, in forward
    _2 = getattr(self, "2")
    input0 = (_0).forward(input, )
    input1 = (_1).forward(input0, )
              ~~~~~~~~~~~ <--- HERE
    return (_2).forward(input1, )
  def __len__(self: __torch__.torch.nn.modules.container.___torch_mangle_26.Sequential) -> int:
  File "code/__torch__/torch/nn/modules/conv/___torch_mangle_25.py", line 23, in forward
    weight = self.weight
    bias = self.bias
    _0 = (self)._conv_forward(input, weight, bias, )
          ~~~~~~~~~~~~~~~~~~~ <--- HERE
    return _0
  def _conv_forward(self: __torch__.torch.nn.modules.conv.___torch_mangle_25.Conv1d,
  File "code/__torch__/torch/nn/modules/conv/___torch_mangle_25.py", line 29, in _conv_forward
    weight: Tensor,
    bias: Optional[Tensor]) -> Tensor:
    _1 = torch.conv1d(input, weight, bias, [1], [0], [1])
         ~~~~~~~~~~~~ <--- HERE
    return _1

Traceback of TorchScript, original code (most recent call last):
  File "/home/keras/notebook/nvme_raid/adamnsandle/silero-models-research/vad/model/vad_annotator.py", line 377, in forward

        if sr == 16000:
            out, self._h, self._c = self._model(x, self._h, self._c)
                                    ~~~~~~~~~~~ <--- HERE
        elif sr == 8000:
            out, self._h, self._c = self._model_8k(x, self._h, self._c)
  File "/home/keras/notebook/nvme_raid/adamnsandle/silero-models-research/vad/model/vad_annotator.py", line 300, in forward
        x = self.encoder(x)

        x, h, c = self.decoder(x, h, c)
                  ~~~~~~~~~~~~ <--- HERE

        out = x.squeeze(1).mean(dim=1).unsqueeze(1)
  File "/home/keras/notebook/nvme_raid/adamnsandle/silero-models-research/vad/model/vad_annotator.py", line 241, in forward
        x = x.permute(0, 2, 1)

        x = self.decoder(x)
            ~~~~~~~~~~~~ <--- HERE

        return x, h, c
  File "/opt/conda/lib/python3.7/site-packages/torch/nn/modules/container.py", line 139, in forward
    def forward(self, input):
        for module in self:
            input = module(input)
                    ~~~~~~ <--- HERE
        return input
  File "/opt/conda/lib/python3.7/site-packages/torch/nn/modules/conv.py", line 307, in forward
    def forward(self, input: Tensor) -> Tensor:
        return self._conv_forward(input, self.weight, self.bias)
               ~~~~~~~~~~~~~~~~~~ <--- HERE
  File "/opt/conda/lib/python3.7/site-packages/torch/nn/modules/conv.py", line 303, in _conv_forward
                            weight, bias, self.stride,
                            _single(0), self.dilation, self.groups)
        return F.conv1d(input, weight, bias, self.stride,
               ~~~~~~~~ <--- HERE
                        self.padding, self.dilation, self.groups)
RuntimeError: Given groups=1, weight of size [1, 64, 1], expected input[64, 1, 34] to have 64 channels, but got 1 channels instead

Hi,

But when the model is in gpu

The model is not designed to run on GPU.

the inference only works for the first time.

What is "the first time"?

What is "the first time"?

silero_model, _ = torch.hub.load(
            repo_or_dir="snakers4/silero-vad",
            model="silero_vad",
            force_reload=False,
            onnx=False,
        )
silero_model.to('cuda')
silero_model(torch.rand((34, 512), device='cuda'), 16000) # no error
silero_model(torch.rand((34, 512), device='cuda'), 16000) # weights shape mismatch error

Hi I am having the same issue. The reason for batched inference on GPU is in heavy-load streaming scenario. If there is the original architecture python code, I can make a PR to make the model GPU compliant.

I ran a sanity check using a 4-second clip at 16 KHz. I split the array into chunks of 512. Unfortunately, I get very different probabilities in batched mode vs. frame-by-frame inference.
The frame-by-frame probabilities seem correct. When there is speech, the pytorch model outputs a value close to 1. The same frame will output a much lower value, e.g. 0.15,  if it is part of a batch.


Contributor's Guide: Describe how to contribute to translations

Hello!
I would personally like to contribute to the german translation of the lbry-desktop/lbry.tv, because I've noticed that the current ones are a bit lacking (they really sound like they're not written in a context-aware way, sometimes they even seem like auto-generated translations).
However, I can't find anything about contributing to translations - the Contributor's Guide lists information about coding, designing, writing (that's things like blog posts afaict), testing and raising issues, but I can't find anything about contributing localization/translations on the whole page. Would be great if something like that was added!

Thanks @Follpvosten, I updated the contributing page, though the instructions need work.
Translations are managed by the LBRY community. It's primarily organized via the #translators room in a Discord chat (chat.lbry.org).
We use that room to discuss / meet potential translators, after which you can be added to the Transifex system.


Find new name and (maybe?) move to organization account

The CubicChunks name is already used by the original Robinton's mod, and reusing it may not be a good idea (even if allowed).
Any suggestions? I will write some suggestions I got or came up with myself (in separate replies to that they can be upvoted separately)

Vertical Chunks

Vertical Expansion

3D chunks
If it didn't start with a digit (which will cause issues) I think it would be the best one.

Vertically Unlimited

Cubic Chunks Reborn

Mojang's reckoning?

Atlas Shrugged?

Might want to look up copyright laws on that though.

Chunks^3

BetterChunks

Chunks++? (C++ for short )

It's also possible that the name will be left unchanged, if I confirm that I'm actually allowed to use it and it won't be a problem.

If I was you I should keep the name the same. It can't get any better than CubicChunks for now...
Or you can name it InfinityChunks, FinityChunks.

I agree with Quizer9O8, the name CubicChunks is great, so keeping it in the name would be a good idea. Therefore, the "CubicChunks Reborn" idea was good. Maybe Reforged instead of reborn would do it too, like the new Conquest mod.
I also like "The Last Chunk Bender" as undertitle. And I have an idea of "slogan" even if it is completely useless ^^ : "The sky is not a limit"

J0celyn22 you are not the first who came up with "the sky is not a limit". Robinton wrote in description of his mod "The sky is no longer the limit". I actually wanted to add it as one of those random messages that appear in main menu.
Currently I'm waiting for Robinton to decide if it would be ok to use the name cubic chunks here (probably nothing would happen if I did, but I want to be sure).

Sky's The Limit.
'nough said.

"Actually infinite" sounds kind of sassy,but who am i to say?

For now sticking with the name cubic chunks. If it ever becomes an issue, this will be reopened.


use  assim alarm for centered_update option

Add centered_update option to the setting of the assim alarm  in GEOSlandassimGC Initialize.
Remove  old code structure for centered_update option inhered from LDASsa.

When centered_update = .true. in LDASsa_SPECIAL_inputs_ensupd.nml ,   analysis is carried out at the time centered in 3h forecast window ( for instance at 1:30Z  in 0 to 3Z model integration window) .
All analysis outputs are written at the corresponding time. For files controlled by MAPL,  in History.rc the ref.time need to be adjusted accordingly ( 01:30  instead of 00:00) .

Thanks, @saraqzhang !     @weiyuan-jiang, please take a look when you get a chance.
The changes look ok to me.  I created a new branch with some additional minor cleanup (feature/saraqzhang/centerupdate_RR).  I didn't want to commit my cleanup to Sara's branch in case I misunderstood something.   You can see my changes in the following difference view:
https://github.com/GEOS-ESM/GEOSldas/compare/feature/saraqzhang/centerupdate..feature/saraqzhang/centerupdate_RR
@saraqzhang : If you're ok with the cleanup, you can just merge my branch into yours.
Assuming the cleanup is fine, I think we still need to address the following things.  @weiyuan-jiang should be involved in this:

I may be mistaken, but it looks like "LandAssimDTstep" isn't read from the ensupd nml or LDAS resource file.  Rather, it's set to a default of 10800 seconds, and "dtstep_assim" from the ensupd nml file is ignored.  This needs to be fixed.  We need to have the assimilation time step explicitly in the resource file (and remove it from the ensupd nml file), or we need to get it from the ensupd nml file.

Not sure if/how to address the HISTORY.rc changes required for centered_update=.true.
In GEOSldas_HIST.rc, I think the "frequency" and "ref_time" of the catch_progn_incr and lndfcstana Collections depend on "LandAssim_DTstep" and "centered_update".  Not sure if  we can or want to try and modify this in pre-processing.  Note that the file name convention for these Collections also depends on "LandAssim_DTstep" (e.g., the "3" in "inst3_2d_lndfcstana_Nx" is for 3 hours, i.e., LandAssim_DTstep=10800s).  This may need to be left to the user for now.  But I'm open to ideas.

Perhaps most importantly, the current design of the branch is a continuation of the LDASsa conventions.  The assumption is that a land analysis happens either at the end of "LandAssim_DTstep" or, with centered_update=.true., half-way through the "LandAssim_DTstep", and then again every "LandAssim_DTstep".  Perhaps a better design would be to replace the "centered_update" nml variable with a "LandAssim_RefTime" resource variable, which would mimic the MAPL HISTORY conventions for time steps and reference times.

When Landassim_dtstep is used,  dtstep_assim was not used any more. I forgort to clean that up.   We need to clean that up and just pick one.
Can we template the history collections' name ? It doesn't seem easy at this point.
I think it is a good idea to add landassim_reftime

@weiyuan-jiang  @gmao-rreichle
per our discussion I will make further changes :
(1)  replace "centered_update" by LandAssim_refTime , and remove it from nml , add it to LDAS.rc.
(2)  in GC Initialize , use MAPL_GetResource to get the value of LandAssim_refTime  (with default  )
(3)  create assim. alarm with information of LandAssim_DTstep  and LandAssim_refTime.
Questions about  LandAssim_DTstep and dtstep_assim:
(1) I could not find 'LandAssim_DTstep'  in  LDAS.rc.  In GC code  MAPL_GetResource must have been using the default.  Did I miss something here?
(2) if we remove dtstep_assim from nml,  should  the setup prompt to put LandAssim_DTstep in LDAS.rc  in case of a different value from the default?
(3) dtstep_assim is passed into various subroutines via argument. To keep the changes at a minimum,  we should keep the variable in the code and make dtstep_assim =  LandAssim_DTstep  if dtstep_assim is removed from nml?

@saraqzhang : see inline responses

per our discussion I will make further changes :
(1) replace "centered_update" by LandAssim_refTime , and remove it from nml , add it to LDAS.rc.
(2) in GC Initialize , use MAPL_GetResource to get the value of LandAssim_refTime (with default )
(3) create assim. alarm with information of LandAssim_DTstep and LandAssim_refTime.

Re. (1), I don't think we would add "centered_update" to LDAS.rc.  Rather, based on (3), we should have "DTSTEP" and "REFTIME" in LDAS.rc, and delete "dtstep_assim" and "centered_update" from the nml file.  I don't think the switch "centered_update" is needed anymore when we have "DTSTEP" and "REFTIME".   Note that "centered_update" is passed into "get_enkf_increments()" but is not used there, so can be removed from the interface.
(2) and (3) sound good.

(1) I could not find 'LandAssim_DTstep' in LDAS.rc. In GC code MAPL_GetResource must have been using the default. Did I miss something here?

There is no entry for "DTSTEP" in LDAS.rc yet, but we need to add it.

(2) if we remove dtstep_assim from nml, should the setup prompt to put LandAssim_DTstep in LDAS.rc in case of a different value from the default?

There is already a call Get_MAPL_Resource() in the LandAssim GC that queries the rc file for DTSTEP.  This should be sufficient. (In addition, we need such a call for "REFTIME")

(3) dtstep_assim is passed into various subroutines via argument. To keep the changes at a minimum, we should keep the variable in the code and make dtstep_assim = LandAssim_DTstep if dtstep_assim is removed from nml?

We should remove "dtstep_assim" from the nml file and subroutine read_ens_upd_inputs().  Simply pass "DTSTEP" (obtained via Get_MAPL_Resource()) into get_enkf_increments().   No need to rename the variable "dtstep_assim" within the other F90 files.
Note that the sanity checks for the consistency of dtstep_assim and model_dtstep need to be moved out of read_ens_upd_inputs() and into the LandAssim GC F90 file, probably best right after we read DTSTEP via Get_MAPL_Resource().
Note also that we currently set LandAssim_DTstep and dtstep_assim independently to 10800, and both are used (contrary to my first impression that dtstep_assim was ignored). It all works as long as the two dt values are consistent, but of course the cleanup described above is still necessary.

@gmao-rreichle
yes that is what I meant:   get rid of  centered_update, install LandAssim_refTime
will remove dtstep_assim  at GC level and in nml , pass "DTSTEP" to subroutines .

I merged the changes from PR #397  via PR #404:

replaced "dtstep_assim" and "centered_update" with MAPL resource parameters "LANDASSIM_DT" and "LANDASSIM_T0"
unrelated minor fix: made declaration of DataTmp consistent with DataPrv, DataNxt in GEOS_MetforceGridComp.F90 (potential GCC issue)
@biljanaorescanin : Please run a full test of this PR?
@saraqzhang : Please re-test the proper functioning of LANDASSIM_DT and LANDASSIM_T0 to replicate the "center_update" configuration needed for the LADAS.
cc: @weiyuan-jiang

Current summary of the tests: Intel assim tests fail and all GNU test fail for this PR.
Fail in Intel assim runs - problem is the SPECIAL ensupd nml file.  The test still contains "dtstep_assim" in the file, but this variable has been removed from the namelist.
We are still looking into why GNU model build is failing.

Update on testing summary; we fail only assim run tests, same error mentioned before, outdated SPECIAL nml file.
@mathomp4 this is ready for change @gmao-rreichle suggested on previous comment.


Add support for Lithuanian language to slugify.js

Added the missing Lithuanian language to slugify.

As javascript changes are always breaking I changed your branch from 1.1 to 1.x


Missing documentation for recommended deployment update methods

It should cover the process of migrations (which we don't do the best job of at the moment -- we have invoke tasks for individual migrations but we need a method of only applying the ones that are required, probably by better tracking of database versions).
It should also include guidelines for how we version the server, app and API specification. e.g., if we need to enforce a migration, the minor version should bump. If it's a patch release, simply pulling changes and rebuilding should work.

I think this is closed by #690, at least for now -- points to the release notes for describing how to perform any migrations (we haven't introduced one for a long time)


Completed lru cache implementation in javascript

Article checklist
Pre-submission checks

Please ensure that you have only one open topic suggestion (issue) + in-review article (linked pull request) at a time. This will ensure that we complete the review process in a timely manner from inception to publishing

If you have not already, please go over our Resources Page for more tips and tricks on how to improve your overall technical writing so reviews are swifter, increase the chance of a payout and provide more value to our readers.

For first-time contributors and for more details on our submission guidelines, see our Contributing Guidelines.

Formatting and structure checks

[x] Have you used the correct folder and file structure? - see Contribution Guidelines
[x] Is your article properly formatted in Markdown? - see Github Markdown guide
[x] Have you used our preferred heading structure? - H3 (###) and up
[ ] Does your article follow any of the suggested structure formats? - see example formats
[x] Is your article over 750 words? - Tool: Wordcounter.net
[x] Is the article you are submitting an in-depth and unique article? Does it go beyond what is in the official docs and what is covered in other blog sites. See these articles as examples.
[x] Does your article provide enough value and detail about your topic? - Articles should be clear, accurate, and fully explained.
[x] Can your article be understood by beginners? - Assume the audience is smart but has no prior exposure to the common terminology in your article.
[x] Have you included a hero image that is 600x400 pixels and have the copyright to use it? - Tools: Pixlr Image Editor for resizing and Unsplash for Creative Commons images

Grammar & plagiarism checks

[x] Have you spellchecked and grammar checked your article? - Tools: Write&Improve - ProWritingAid - Grammarly
[x] Please place your article through a 3rd party plagiarism checker. We suggest using Quetext, this tool is free and has a daily limit. We typically accept articles with 10% or less.
[x] Have you checked your article for readability? - Tool: Hemmingway
[x] Have you added sources for quotes and images that aren't yours?

Technical checks

[x] Are your code snippets properly formatted for syntax highlighting - see Syntax guide
[x] Have you checked your code runs correctly and you've highlighted all necessary dependencies for installation?
[x] Are the software programs and packages you're highlighting in your article up to date, using current versions and not deprecated?

Topic suggestion this closes

Remove the backticks and add the issue number below to link and close your Topic Suggestion (issue) when your article has been published (PR has been merged). See this video for more details.

Finally, delete the article checklist notes in blockquotes and submit your PR. We look forward to reviewing your article.

Completed the write-up on LRU Cache Implementation in Javascript.

@erixbiz Thank you for submitting your article for review.
Carefully go through the text that I have added to this pull request's header, checking the necessary check boxes.
You can check a box by adding an x in the [ ] like this: [x]

Another thing, you have added your code as images. Please use code blocks instead.

Plagiarism check done.
@erixbiz could you correct the following paragraph which appeared to have been copied verbatim.
In-memory caches such as Memcached and Redis are key-value stores between your application and your data storage. Since the data is held in RAM, it is much faster than typical databases where data is stored on a disk. RAM is more limited than disk. Cache invalidation algorithms such as least recently used (LRU) can help invalidate 'cold' entries and keep 'hot' data in RAM.

@geoffrey45 I have made all the changes requested and gone through it against the checklist as well. Looking forward to hearing from you once reviewed. Thank you.

Hello @erixbiz Looks like you have 5k+ files changed. This was caused by force pushing your last commit.
Please download your latest files and open a new pull request.
Leave a comment for me in your new pull request.

@erixbiz Please let me know when you open the new pull request.


ZMQ Pub Spends

This adds support to webhook/zmq for spend notification. The use case is detecting unexpected spending of funds.

I just realized this needs some work to be useful. The tx_pub from the original output needs to be sent along with the information, to verify whether it was spent.

Changes:

Added source (output) information to zmq pubs
Added documentation
Fixed webhook_add

Rebased after recent merges.


Validate entity after properties are updated.

I've changed the validation checking in the RuleEngine UpdateAsync method to check the destination entity after the properties have been updated.
This was causing issues when the entity's validation included linked or resolvable entities.  I've updated a unit test with an example of the issue.

I think you're right CreateAsync should work the same, I was to focused on my scenario and missed it.  I'll provide an update with this change.
The only other issue I've come across is source entity knowing if it should apply validation or not.  So far I've been able to determine this using default values but I'm not sure if it's going to work in all scenarios.


Misplaced and missing content in Tableau ingestion

Version
DataHub CLI version: <IP_ADDRESS>
Python version: 3.10.7 (main, Sep 13 2022, 14:31:33) [GCC 10.2.1 20210110]
Issue
Some specific Tableau entities are misplaces or missing after ingestion. Some cases can be explained by lack of nested projects support, which already has a feature request. Some cases are not explained by this, but those entities have same names, which might be the reason. More about this case below.
I have three examples

In Tableau, there is a parent folder called "Market assesment". Inside this folder there's a workbook named exactly the same "Market assesment", which has chart named "Pokermaster" and a datasource. In Datahub, only folder, chart and datasource were created, but no workbook. It seems like folder and workbook sharing same name created a conflict.

In Tableau, there's parent folder "Eco" with many sub-folders. One of this sub-folders is named "Pokermaster". In Datahub, there were no such subfolder OR its contents, while other sub-folders were successfully imported. It seems like this folder and a chart from Market assesment named exactly the same created a conflict.
Also, folder "Eco" itself weren't present in Datahub either.

In Tableau there's a parent folder named "Bot" with many workbooks inside. One of them is called "bot_tournament_results", and this workbook has a dashboard named the exactly the same. Both workbook and its dashboard were missing from DataHub

Lack of nested project support certainly doesn't help it, but it seems like it's not the reason for this behavior. For some reason, having the same name across different types of entities (folder, workbook, dashboard, chart) creates conflicts. Something will remain, and other stuff won't be ingested.
Configuration for Tableau ingestion was like this:
projects:
- JackPoker
- Eco
- HR
- Bot
- 'Market assessment'
- Hint
- General
- GGNetwork
- 'Style guide'
- Drafts
What we tried to fix the issue
We changed projects to include everything without exception ("project: []")
It made a lot of stuff to appear, but something to disappear too.
For example, both workbook and its dashboard bot_recommended_tournament from third example appeared, despite still sharing the same name
But both folder and workbook named Market assesment from first example disappeared
Something weird is going on and we can't figure out what.
Expected behavior
A 100% reproduction of what Tableau structure has. I know you don't support nested project hierarchy yet, but missing content is irritating

@basiltechwrite There is also https://github.com/datahub-project/datahub/issues/6422 and https://github.com/datahub-project/datahub/issues/6421
same cases regarding tableau ingestion.

there is also feture request as https://feature-requests.datahubproject.io/p/tableau-stateful-ingestion

@basiltechwrite There is also #6422 and #6421 same cases regarding tableau ingestion.

Thank you for mentioning them, although I believe they're not exactly the same cases. While I also experience a chaos in folders, it doesn't explain why some content is missing, seemingly based on having the same name as other entity

there is also feture request as https://feature-requests.datahubproject.io/p/tableau-stateful-ingestion

I tried to ask why they haven't updated status of this feature request yet, because to my knowledge, most recent version should have stateful ingestion for Tableau

This is actual

@basiltechwrite We now support nested hierarchies with Tableau properly. I'm closing this issue for now, but let me know if you run into any issues.

Great 👍


Exit nesh without terminating the process

Is there a way to exit embeded nesh REPL without terminating the process?
If so, is there a way handle exit event like with node's original REPL?
I'd like a way to quickly embed nesh in my mocha based test cases to inspect what is going on when they fail. Unfortunately when I .exit, the whole process stops. It's bad mainly because after and afterEach hooks don't get called.
This is possibly related to #19

I took a look into your very elegant source code and easily figured it out :)
Turns out that nesh.start takes a callback, and this callback is called with two arguments. First one is error as usual. The second is a standard node.js REPL instance.
This is what I do in mocha test suit:
@timeout 24 * 60 * 60 * 1000 # pause the mocha for 24 h
nesh.start opts, (error, repl) ->
  if error then return done error
  repl.on 'exit', done

Now I can simply ctrl-d or .exit in repl and subsequent tests and hooks are executed.
Nesh is really cool. Thank you.


Test GLFW’s Wayland backend on non-Linux POSIX OSes

Since #1210 got merged, a dependency on timerfd has been added which is a Linux extension.
We should have a CI pass to guarantee that any such non-POSIX extension isn’t used, or at least a way to test it somehow.

Hi! I just compiled 3.2.1 on FreeBSD with Wayland. Works great. Haven't tested master yet.
But we do have a timerfd implementation (emulation) in libepoll-shim, which is a library libwayland itself uses anyway. So you can just add -lepoll-shim on FreeBSD and DragonFly at least (and I'm not sure Wayland works on any other non-Linux OS…)

That’s great news! The timerfd usage got merged recently so it will only be available on master.
I think I’m fine with users of other OSes reporting back issues whenever they find it, rather than me trying to figure out which parts of POSIX and extensions they may be using.
Do you know of a FreeBSD CI system we could plug here, btw?

I have a buildbot at home, it's not very public though :D
You can cross-compile like Rust does it I guess.

Fyi, apparently Travis now supports FreeBSD: https://github.com/mpv-player/mpv/pull/7754
Someone who cares could set it up.


attach_file for chrome gives NotImplementedError

I've tried to comment out the method which throws this exception and it seems that this feature is currently supported by the Chrome Driver.
I'm using Splinter 0.4.4 (installed with pip) and Chrome Driver 18.0.1022.0 (ChromeDriver server for mac).

hey there,
we didn't know chrome already support attach.
since you already did, could you please open a pull request?
make sure all tests are ok (this requires dropping the test that guarantee chrome that chrome does not support attach_file)
thanks


Localstorage not accessible on app restart

I store users login credentials in localstorage to avoid login every time user visits my web app. But after converting my app via nativefier i have to login every time i run app. Somehow localstorage data is not accessible after app restart.

@haris4063 thanks for the feedback, but I cannot reproduce the issue. I just tried nativefier --name "n-localstorage" "http://html5demos.com/storage" under Nativefier 7.4.0 / electron 1.6.6, both Windows and Linux, and confirm localstorage is persisted across app restart.
Please come back with more information (nativefier command, OS, reproduction steps) and we'll reopen the discussion 🙂


Working directory 'C:/Program Files/Filebeat' does not exist

module version: 3.4.0
[mNotice: /Stage[main]/Filebeat::Install::Windows/Archive[C:/Windows/Temp/filebeat-6.8.2-windows-x86_64.zip]/ensure: download archive from https://artifactory.example.com/beats-windows/filebeat/filebeat-6.8.2-windows-x86_64.zip to C:/Windows/Temp/filebeat-6.8.2-windows-x86_64.zip  without cleanup
[mNotice: /Stage[main]/Filebeat::Install::Windows/Exec[unzip filebeat-6.8.2-windows-x86_64]/returns: executed successfully
[mNotice: /Stage[main]/Filebeat::Install::Windows/File[C:/Windows/Temp/filebeat-6.8.2-windows-x86_64.zip]/ensure: removed
[mNotice: /Stage[main]/Filebeat::Install::Windows/Exec[rename filebeat-6.8.2-windows-x86_64]/returns: executed successfully
[mNotice: /Stage[main]/Filebeat::Install::Windows/Exec[mark filebeat-6.8.2-windows-x86_64]/returns: executed successfully
[1;31mError: /Stage[main]/Filebeat::Install::Windows/Exec[install filebeat-6.8.2-windows-x86_64]: Failed to call refresh: Working directory 'C:/Program Files/Filebeat' does not exist
[1;31mError: /Stage[main]/Filebeat::Install::Windows/Exec[install filebeat-6.8.2-windows-x86_64]: Working directory 'C:/Program Files/Filebeat' does not exist
[1;31mError: Cannot create C:/Program Files/Filebeat/conf.d; parent directory C:/Program Files/Filebeat does not exist
[1;31mError: /Stage[main]/Filebeat::Config/File[filebeat-config-dir]/ensure: change from absent to directory failed: Cannot create C:/Program Files/Filebeat/conf.d; parent directory C:/Program Files/Filebeat does not exist

This is definitely an ordering issue because the second run works fine. I'm just trying to track down which resource is the culprit.

@pcfens I do not use chocolatey and install 7zip prior to this step.
So I'm guessing this works for people who use chocolatey vs those using 7zip.
if that's the case maybe a boolean of use_chocolatey or use_7zip that would allow for extract => true parameter to archive and wrapping around the unzip command that doesn't seem to be working in my case.
https://github.com/pcfens/puppet-filebeat/blob/master/manifests/install/windows.pp#L40-L47

If it's possible to resolve the dependency issue without requiring a specific piece of software then I think that's a good thing, but since I'm not a Windows person at all I'm not sure what's reasonable on that front and what isn't.
I don't know if @edestecd is still around, but his comments might be helpful since he's the original author of this (and included a comment about it).
I read the comment as though any unzip package will work with the current implementation, but the archive module requires 7zip. By not using the archive module's built in feature users are free to use whichever unzip tool they like.

This should have nothing to do with 7zip or chocolatey as far as i can see. Neither is used here.
Powershell commands are used to unzip the archive.

All the proper requires are used here. I have experienced some "lag" in windows file manipulation in the past. This is my guess. I don't really know how to fix this as it seems like an underlying os or puppet issue.

@edestecd not sure. It constantly is failing for my users trying to apply configuration that the parent directory of C:\Program Files\Filebeat doesn’t exist. (install_dir)

I can confirm this. it looks like provider => powershell, is taking too long
this is weird filebeat installer should also create the directory and the config should wait any way.
Personally, Filebeat should be putting conf files in the ProgramsData location anyway.
ProgramsData\Filebeat\conf.d
and the data directory should be  in the
ProgramsData\Filebeat\data
thats my op
maybe on windows decouple the conf from the Program Files\Filebeat\ and place it into ProgramsData\Filebeat\ ? I know this is opinionated tho

I've seen a similar issue with the metricbeat module.  I've seen the note in the install module about the archive module requiring 7-zip to be installed but this isn't strictly true (at least not any more).  The archive resource will happily unzip a .zip file using PowerShell (and as a bonus clean up after itself).  If 7-zip is installed it will use that instead so it'll be faster.
Today I submitted a PR to the metricbeat module which allows the behaviour to be configurable - feel free to take it if it's possible that this may help with this issue (since it means that the archive resource will unzip and cleanup in one fell swoop).


Web of trust

seems like the utility of this service has two angles:

app implementers having a single place to go for profiles a la gravatar, back in the day
users actually knowing who people "are" for some defintion of "are"

now of course, like keybase, users can divulge as much or as little as they like. a weighting system hopefully means that totally anon accounts basically get to be anon but can't really verify anything else in the graph as "real" which makes sense

This is likely a milestone, not a single issue 🤔


Update version and fix

good day
Conducted a number of revisions:

Added support for new versions single_php_filehost.
fixed the error of 413 (Request Entity Too Large)

P.S. Some observations. PHP-FPM really works faster PHP-CGI. Also nginx no worse Lighttpd

Works! Thank you.
Yeah I'd agree with those observations.