text:
Wallet transactions should be returned in reverse chronological order.

Clients cannot sort if they are fetching the transactions in a paginated way.
Currently on TLTC, I'm getting the following response:
{
    "count": 7,
    "transactions": [
        {
            "address": "mtoTGz4Kuyk6xbPSfEBBMN6LU45dSABah3",
            "canBumpFee": false,
            "confirmations": 9521,
            "errorMessage": "",
            "height": 779652,
            "memo": "chuck the spidey sense",
            "orderId": "",
            "status": "CONFIRMED",
            "thumbnail": "",
            "timestamp": "2018-10-03T16:04:16-06:00",
            "txid": "5eeadfa9ec539f05df798b23a2bded0623f859a1bf5a0a3af2c58372796789a9",
            "value": -25225395
        },
        {
            "address": "",
            "canBumpFee": true,
            "confirmations": 9519,
            "errorMessage": "",
            "height": 779654,
            "memo": "",
            "orderId": "",
            "status": "CONFIRMED",
            "thumbnail": "",
            "timestamp": "2018-10-03T16:07:55-06:00",
            "txid": "ae4d6d5bd0c3b7ca6719bcc589007f3925ad64af70f94a168555c057825489cc",
            "value": 10000000
        },
        {
            "address": "",
            "canBumpFee": true,
            "confirmations": 9516,
            "errorMessage": "",
            "height": 779657,
            "memo": "",
            "orderId": "",
            "status": "CONFIRMED",
            "thumbnail": "",
            "timestamp": "2018-10-03T16:12:42-06:00",
            "txid": "0044cc7cadad7033a6baa70cc3009bebc0672fb4a673b42a6b358927ab0943ce",
            "value": 3000000
        },
        {
            "address": "mtoTGz4Kuyk6xbPSfEBBMN6LU45dSABah3",
            "canBumpFee": false,
            "confirmations": 9516,
            "errorMessage": "",
            "height": 779657,
            "memo": "",
            "orderId": "",
            "status": "CONFIRMED",
            "thumbnail": "",
            "timestamp": "2018-10-03T16:12:42-06:00",
            "txid": "f07ee4444622f7a792fcce3f04ae395d05488738b1d4aaed8083b5df418e9b93",
            "value": -9385198
        },
        {
            "address": "",
            "canBumpFee": true,
            "confirmations": 2,
            "errorMessage": "",
            "height": 789171,
            "memo": "",
            "orderId": "",
            "status": "PENDING",
            "thumbnail": "",
            "timestamp": "2018-10-05T13:04:53-06:00",
            "txid": "cdc4c56f38b0143026df2edc3f772918352476059579f019bece5191cf084f54",
            "value": 50000000
        },
        {
            "address": "",
            "canBumpFee": true,
            "confirmations": 2,
            "errorMessage": "",
            "height": 789171,
            "memo": "",
            "orderId": "",
            "status": "PENDING",
            "thumbnail": "",
            "timestamp": "2018-10-05T13:04:53-06:00",
            "txid": "28f113604d7138372bd3b0f604598d77e4ca7565de667f6a63b261ad67f31df7",
            "value": 23000000
        },
        {
            "address": "",
            "canBumpFee": true,
            "confirmations": 9523,
            "errorMessage": "",
            "height": 779650,
            "memo": "",
            "orderId": "",
            "status": "CONFIRMED",
            "thumbnail": "",
            "timestamp": "2018-10-03T15:55:42-06:00",
            "txid": "c6ae8af76956a360ba0418771d33fb42fe4297f224c356cebb8f61cde178de4f",
            "value": 130000000
        }
    ]
}

@rmisio Would you drop a copy of the request with params intact in here?

It's the same simple one for both:
http://localhost:4002/wallet/transactions/TLTC?limit=25

Fixed in https://github.com/OpenBazaar/openbazaar-go/commit/c8fee1fe680794acad02d5dc49fec47a23359735?

closing in liu of #1212

repo: OpenBazaar/openbazaar-go


text:
Unused parameters

A few unused function parameters as flagged below:
bitcoin/bitcoind/wallet.go:159:41:warning: parameter purpose is unused (unparam)
bitcoin/bitcoind/wallet.go:164:37:warning: parameter purpose is unused (unparam)
bitcoin/bitcoind/wallet.go:246:64:warning: parameter feeLevel is unused (unparam)
bitcoin/bitcoind/wallet.go:448:128:warning: parameter feeLevel is unused (unparam)
bitcoin/bitcoind/wallet.go:583:43:warning: parameter fromHeight is unused (unparam)
storage/selfhosted/selfhostedstorage.go:43:35:warning: parameter peerID is unused (unparam)
core/disputes.go:934:71:warning: parameter records is unused (unparam)
net/service/messagesender.go:85:38:warning: parameter ctx is unused (unparam)
net/service/handlers.go:69:78:warning: parameter options is unused (unparam)
net/service/handlers.go:74:62:warning: parameter pmes is unused (unparam)
net/service/handlers.go:74:80:warning: parameter options is unused (unparam)
net/service/handlers.go:86:64:warning: parameter pmes is unused (unparam)
net/service/handlers.go:86:82:warning: parameter options is unused (unparam)
net/service/handlers.go:98:81:warning: parameter options is unused (unparam)
net/service/handlers.go:118:83:warning: parameter options is unused (unparam)
net/service/handlers.go:316:88:warning: parameter options is unused (unparam)
net/service/handlers.go:360:82:warning: parameter options is unused (unparam)
net/service/handlers.go:377:77:warning: parameter options is unused (unparam)
net/service/handlers.go:529:77:warning: parameter options is unused (unparam)
net/service/handlers.go:637:87:warning: parameter options is unused (unparam)
net/service/handlers.go:676:86:warning: parameter options is unused (unparam)
net/service/handlers.go:767:82:warning: parameter options is unused (unparam)
net/service/handlers.go:792:84:warning: parameter options is unused (unparam)
net/service/handlers.go:836:83:warning: parameter options is unused (unparam)
net/service/handlers.go:967:68:warning: parameter pmes is unused (unparam)
net/service/handlers.go:967:86:warning: parameter options is unused (unparam)
net/service/handlers.go:979:71:warning: parameter pmes is unused (unparam)
net/service/handlers.go:979:89:warning: parameter options is unused (unparam)
repo/init.go:179:43:warning: parameter testnet is unused (unparam)
storage/dropbox/dropbox.go:30:32:warning: parameter peerID is unused (unparam)
api/ws.go:70:22:warning: parameter node is unused (unparam)

Superseded by #499

source: gharchive/issue

authors: JustinDrake cpacia

license: mit

license_type: permissive

license_source: bigquery


text:
add websocket handshake to server

This just creates an "agent" using a websocket echo server. The basic flow is this:

Client connects to server
Client sends start command
Server starts up an agent inside a docker container
Server connects to agent websocket
Server forwards all messages between client and agent
Client disconnects
Server closes connections and stops the docker container

@rbren hey, I just sent the slack invite like your email and look forward to you joining to talk to us. :)

source: gharchive/pull-request

authors: huybery rbren

repo: OpenDevin/OpenDevin

license: MIT

license_source: github-api


text:
missing text style on other pages than the landing page

On pages like /about/ or /privacy-policy/ the text is not styled (h1/h2/h3/p/a elements all look the same). Here we need a good layout for all basic element types.

I did not find the themes folder. I need that folder to compile the css and update the css.

Hi @Subtain-Farooq any update with the theme? Does it works without a theme or do we need to recreate it?

Hi @hendrikebbers I have tried as shown in the blog but it's not working and I need old tailwind.config.js file

Hey, @hendrikebbers  issues are fixed please check.

authors: Subtain-Farooq hendrikebbers

repo: OpenElements/website


text:
Analytical Beam Solution in BeamDyn

Hello,
Does anyone here can help me to find an analytical solution for a concentrated point load at the tip in order to compare with BeamDyn results like the one for the concentrated  moment at the tip which is already exists in Qi Wang et al.
Thank you in advance.
Kind regards,
Pouria AMOUZADRAD

Hi,
For straight beams of constant properties, you can find these results in the book: "Roark's Formulas for Stress and Strain" by Young, in the chapter about beams and bars. It's usually in the first table, labelled "Shear, moment, slope, and deflection formulas for elastic straight beams".
For the 6th edition: Ch7, Table 3, page 100.
For the 7th edition: Ch8, Table 8.1, page 189.

Dear @ebranlard ,
There is an analytical solution to calculate tip displacements with a concentrated moment at the tip here in https://www.nrel.gov/docs/fy14osti/60759.pdf at the end of page 6.
The one that I want is to find an analytical solution for a point load at the tip for each X,Y and Z direction.

For a geometrically exact beam, I actually don't know! Maybe someone else can pitch in.

authors: Pouria-AZD ebranlard

repo: OpenFAST/openfast


text:
weird failings of regression tests on different versions of fedora / different architectures

Bug description
Dear OpenFAST-Developers,
I have two machines:

A Thinkpad T480s with a i7-8550U running the latest version of fedora (32).
A AMD Threadripper based workstation (AMD 2990WX) running fedora 29

When building and testing OpenFAST on both machines, different sets of regression tests fail, most notably all 5MW Cases on my laptop (fedora 32). I made sure, that the ServoDyn controller is properly compiled and the dlls are where they are supposed to go.
To Reproduce
On the Intel machine (laptop), openfast was built using the following libraries:
linux-vdso.so.1 (0x00007ffd133b4000)
libopenblas.so.0 => /lib64/libopenblas.so.0 (0x00007f6d8ae86000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6d8ae64000)
libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007f6d8ab9c000)
libm.so.6 => /lib64/libm.so.6 (0x00007f6d8aa56000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f6d8aa4f000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f6d8a85f000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6d8a842000)
libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f6d8a7f8000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6d8a62e000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6d8d164000)

As a BLAS library I used OpenBLAS with the following version currently installed on the system:
openblas-threads-0.3.9-3.fc32.x86_64
openblas-serial-0.3.9-3.fc32.x86_64
openblas-srpm-macros-2-7.fc32.noarch
openblas-devel-0.3.9-3.fc32.x86_64
openblas-openmp-0.3.9-3.fc32.x86_64
openblas-threads64_-0.3.9-3.fc32.x86_64
openblas-0.3.9-3.fc32.x86_64
openblas-serial64_-0.3.9-3.fc32.x86_64
openblas-openmp64_-0.3.9-3.fc32.x86_64
openblas-threads64-0.3.9-3.fc32.x86_64
openblas-serial64-0.3.9-3.fc32.x86_64
openblas-openmp64-0.3.9-3.fc32.x86_64

I use the GNU Compiler Collection in the following version:
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-redhat-linux
Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,d,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.1.1 20200507 (Red Hat 10.1.1-1) (GCC)

On the Ryzen machine (workstation), openfast was built using the following libraries:
        linux-vdso.so.1 (0x00007ffe772f3000)
	libopenfast_postlib.so => /home/san/OpenFAST/build/modules/openfast-library/libopenfast_postlib.so (0x00007f2f26f9b000)
	libfoamfastlib.so => /home/san/OpenFAST/build/modules/openfoam/libfoamfastlib.so (0x00007f2f26f4a000)
	libscfastlib.so => /home/san/OpenFAST/build/modules/supercontroller/libscfastlib.so (0x00007f2f26f42000)
	libopenfast_prelib.so => /home/san/OpenFAST/build/modules/openfast-library/libopenfast_prelib.so (0x00007f2f26682000)
	libopenfoamtypeslib.so => /home/san/OpenFAST/build/modules/openfoam/libopenfoamtypeslib.so (0x00007f2f26575000)
	libaerodynlib.so => /home/san/OpenFAST/build/modules/aerodyn/libaerodynlib.so (0x00007f2f260e5000)
	libaerodyn14lib.so => /home/san/OpenFAST/build/modules/aerodyn14/libaerodyn14lib.so (0x00007f2f25c18000)
	libifwlib.so => /home/san/OpenFAST/build/modules/inflowwind/libifwlib.so (0x00007f2f25a50000)
	libelastodynlib.so => /home/san/OpenFAST/build/modules/elastodyn/libelastodynlib.so (0x00007f2f253be000)
	libservodynlib.so => /home/san/OpenFAST/build/modules/servodyn/libservodynlib.so (0x00007f2f2522f000)
	libbeamdynlib.so => /home/san/OpenFAST/build/modules/beamdyn/libbeamdynlib.so (0x00007f2f24edc000)
	libsubdynlib.so => /home/san/OpenFAST/build/modules/subdyn/libsubdynlib.so (0x00007f2f24cbb000)
	libhydrodynlib.so => /home/san/OpenFAST/build/modules/hydrodyn/libhydrodynlib.so (0x00007f2f245f5000)
	liborcaflexlib.so => /home/san/OpenFAST/build/modules/orcaflex-interface/liborcaflexlib.so (0x00007f2f245a6000)
	libextptfm_mckflib.so => /home/san/OpenFAST/build/modules/extptfm/libextptfm_mckflib.so (0x00007f2f24566000)
	libfeamlib.so => /home/san/OpenFAST/build/modules/feamooring/libfeamlib.so (0x00007f2f24407000)
	libmoordynlib.so => /home/san/OpenFAST/build/modules/moordyn/libmoordynlib.so (0x00007f2f24309000)
	libicedynlib.so => /home/san/OpenFAST/build/modules/icedyn/libicedynlib.so (0x00007f2f2427d000)
	libicefloelib.so => /home/san/OpenFAST/build/modules/icefloe/libicefloelib.so (0x00007f2f24216000)
	libmaplib.so => /home/san/OpenFAST/build/modules/map/libmaplib.so (0x00007f2f2415d000)
	libmapcpplib.so => /home/san/OpenFAST/build/modules/map/libmapcpplib.so (0x00007f2f2406c000)
	libsctypeslib.so => /home/san/OpenFAST/build/modules/supercontroller/libsctypeslib.so (0x00007f2f2404d000)
	libnwtclibs.so => /home/san/OpenFAST/build/modules/nwtc-library/libnwtclibs.so (0x00007f2f23d49000)
	libopenblas.so.0 => /lib64/libopenblas.so.0 (0x00007f2f21a0d000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f2f21a07000)
	libversioninfolib.so => /home/san/OpenFAST/build/modules/version/libversioninfolib.so (0x00007f2f21a02000)
	libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007f2f21783000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f2f215ff000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2f215e4000)
	libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f2f215a1000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f2f213db000)
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f2f21241000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f2f27373000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f2f21227000)

Fedora 29 ships with OpenBLAS, version  0.3.7.1:
openblas-openmp64-0.3.7-1.fc29.x86_64
openblas-devel-0.3.7-1.fc29.x86_64
openblas-openmp-0.3.7-1.fc29.x86_64
openblas-threads64_-0.3.7-1.fc29.x86_64
openblas-0.3.7-1.fc29.x86_64
openblas-serial-0.3.7-1.fc29.x86_64
openblas-threads64-0.3.7-1.fc29.x86_64
openblas-srpm-macros-2-4.fc29.noarch
openblas-openmp64_-0.3.7-1.fc29.x86_64
openblas-serial64_-0.3.7-1.fc29.x86_64
openblas-serial64-0.3.7-1.fc29.x86_64

GCC version is:
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-redhat-linux
Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --enable-libmpx --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 8.3.1 20190223 (Red Hat 8.3.1-2) (GCC)

On the Intel machine the following tests fail:
Test project /home/san/Projekte/OpenFAST/build
      Start  9: UAE_Dnwind_YRamp_WSt
      Start 16: SWRT_YFree_VS_WTurb
      Start 18: 5MW_OC3Mnpl_DLL_WTurb_WavesIrr
      Start 19: 5MW_OC3Trpd_DLL_WSt_WavesReg
      Start 20: 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth
      Start 21: 5MW_ITIBarge_DLL_WTurb_WavesIrr
      Start 22: 5MW_TLP_DLL_WTurb_WavesIrr_WavesMulti
      Start 23: 5MW_OC3Spar_DLL_WTurb_WavesIrr
 1/38 Test #21: 5MW_ITIBarge_DLL_WTurb_WavesIrr ..........***Failed  241.19 sec
      Start 24: 5MW_OC4Semi_WSt_WavesWN
 2/38 Test  #9: UAE_Dnwind_YRamp_WSt .....................***Failed  304.15 sec
      Start 25: 5MW_Land_BD_DLL_WTurb
 3/38 Test #22: 5MW_TLP_DLL_WTurb_WavesIrr_WavesMulti ....***Failed  388.49 sec
      Start 29: 5MW_Land_BD_Linear
 4/38 Test #23: 5MW_OC3Spar_DLL_WTurb_WavesIrr ...........***Failed  408.41 sec
      Start 30: bd_5MW_dynamic
 5/38 Test #24: 5MW_OC4Semi_WSt_WavesWN ..................***Failed  794.21 sec
      Start 14: SWRT_YFree_VS_EDG01
 6/38 Test #18: 5MW_OC3Mnpl_DLL_WTurb_WavesIrr ...........***Failed  1253.12 sec
      Start 17: 5MW_Land_DLL_WTurb
 7/38 Test #16: SWRT_YFree_VS_WTurb ......................***Failed  1275.30 sec
      Start 15: SWRT_YFree_VS_EDC01
 8/38 Test #30: bd_5MW_dynamic ...........................   Passed  1133.70 sec
      Start  7: AOC_YFree_WTurb
 9/38 Test #14: SWRT_YFree_VS_EDG01 ......................   Passed  532.54 sec
      Start  4: AWT_YFree_WTurb
10/38 Test #17: 5MW_Land_DLL_WTurb .......................   Passed  358.61 sec
      Start 32: bd_5MW_dynamic_gravity_Az90
11/38 Test #15: SWRT_YFree_VS_EDC01 ......................   Passed  349.04 sec
      Start 31: bd_5MW_dynamic_gravity_Az00
12/38 Test #29: 5MW_Land_BD_Linear .......................   Passed  1326.90 sec
      Start 13: WP_VSP_WTurb
13/38 Test #32: bd_5MW_dynamic_gravity_Az90 ..............   Passed  231.14 sec
      Start 10: UAE_Upwind_Rigid_WRamp_PwrCurve
14/38 Test #31: bd_5MW_dynamic_gravity_Az00 ..............   Passed  235.94 sec
      Start  5: AWT_WSt_StartUpShutDown
15/38 Test  #7: AOC_YFree_WTurb ..........................   Passed  348.77 sec
      Start  8: AOC_YFix_WSt
16/38 Test  #4: AWT_YFree_WTurb ..........................   Passed  342.77 sec
      Start  3: AWT_YFree_WSt
17/38 Test #13: WP_VSP_WTurb .............................   Passed  215.32 sec
      Start  2: AWT_WSt_StartUp_HighSpShutDown
18/38 Test  #5: AWT_WSt_StartUpShutDown ..................   Passed  123.69 sec
      Start 12: WP_VSP_ECD
19/38 Test  #8: AOC_YFix_WSt .............................   Passed  101.06 sec
      Start 11: WP_VSP_WTurb_PitchFail
20/38 Test #10: UAE_Upwind_Rigid_WRamp_PwrCurve ..........   Passed  150.15 sec
      Start  6: AOC_WSt
21/38 Test  #3: AWT_YFree_WSt ............................   Passed   98.88 sec
      Start  1: AWT_YFix_WSt
22/38 Test  #2: AWT_WSt_StartUp_HighSpShutDown ...........   Passed   79.24 sec
      Start 34: bd_isotropic_rollup
23/38 Test #34: bd_isotropic_rollup ......................   Passed   10.07 sec
      Start 28: Ideal_Beam_Free_Free_Linear
24/38 Test #28: Ideal_Beam_Free_Free_Linear ..............   Passed    7.87 sec
      Start 27: Ideal_Beam_Fixed_Free_Linear
25/38 Test #27: Ideal_Beam_Fixed_Free_Linear .............   Passed    7.85 sec
      Start 33: bd_curved_beam
26/38 Test #33: bd_curved_beam ...........................   Passed    5.87 sec
      Start 26: WP_Stationary_Linear
27/38 Test #26: WP_Stationary_Linear .....................   Passed    3.50 sec
      Start 36: bd_static_twisted_with_k1
28/38 Test #36: bd_static_twisted_with_k1 ................   Passed    2.14 sec
      Start 35: bd_static_cantilever_beam
29/38 Test #35: bd_static_cantilever_beam ................   Passed    1.22 sec
      Start 37: beamdyn_utest
30/38 Test #37: beamdyn_utest ............................   Passed    0.03 sec
      Start 38: nwtc_library_utest
31/38 Test #38: nwtc_library_utest .......................   Passed    0.02 sec
32/38 Test  #1: AWT_YFix_WSt .............................   Passed   47.73 sec
33/38 Test #12: WP_VSP_ECD ...............................   Passed   75.55 sec
34/38 Test  #6: AOC_WSt ..................................   Passed   66.73 sec
35/38 Test #11: WP_VSP_WTurb_PitchFail ...................   Passed   70.18 sec
36/38 Test #19: 5MW_OC3Trpd_DLL_WSt_WavesReg .............***Failed  2192.53 sec
37/38 Test #20: 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth ...***Failed  2893.35 sec
38/38 Test #25: 5MW_Land_BD_DLL_WTurb ....................   Passed  3492.05 sec

76% tests passed, 9 tests failed out of 38

Label Time Summary:
aerodyn14    = 2348.05 sec*proc (7 tests)
aerodyn15    = 13858.51 sec*proc (19 tests)
beamdyn      = 6454.74 sec*proc (11 tests)
dynamic      = 1600.78 sec*proc (3 tests)
elastodyn    = 12714.50 sec*proc (25 tests)
hydrodyn     = 8171.29 sec*proc (7 tests)
linear       = 1346.11 sec*proc (4 tests)
map          = 1038.08 sec*proc (3 tests)
moordyn      = 794.21 sec*proc (1 test)
openfast     = 17549.17 sec*proc (29 tests)
servodyn     = 17529.95 sec*proc (26 tests)
static       =  19.30 sec*proc (4 tests)
subdyn       = 6338.99 sec*proc (3 tests)

Total Test time (real) = 3796.21 sec

The following tests FAILED:
	  9 - UAE_Dnwind_YRamp_WSt (Failed)
	 16 - SWRT_YFree_VS_WTurb (Failed)
	 18 - 5MW_OC3Mnpl_DLL_WTurb_WavesIrr (Failed)
	 19 - 5MW_OC3Trpd_DLL_WSt_WavesReg (Failed)
	 20 - 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth (Failed)
	 21 - 5MW_ITIBarge_DLL_WTurb_WavesIrr (Failed)
	 22 - 5MW_TLP_DLL_WTurb_WavesIrr_WavesMulti (Failed)
	 23 - 5MW_OC3Spar_DLL_WTurb_WavesIrr (Failed)
	 24 - 5MW_OC4Semi_WSt_WavesWN (Failed)
Errors while running CTest

On the Ryzen machine the following tests fail:
Test project /home/san/OpenFAST/build
      Start  1: AWT_YFix_WSt
      Start  2: AWT_WSt_StartUp_HighSpShutDown
      Start  3: AWT_YFree_WSt
      Start  4: AWT_YFree_WTurb
      Start  5: AWT_WSt_StartUpShutDown
      Start  6: AOC_WSt
      Start  7: AOC_YFree_WTurb
      Start  8: AOC_YFix_WSt
      Start  9: UAE_Dnwind_YRamp_WSt
      Start 10: UAE_Upwind_Rigid_WRamp_PwrCurve
      Start 11: WP_VSP_WTurb_PitchFail
      Start 12: WP_VSP_ECD
      Start 13: WP_VSP_WTurb
      Start 14: SWRT_YFree_VS_EDG01
      Start 15: SWRT_YFree_VS_EDC01
      Start 16: SWRT_YFree_VS_WTurb
      Start 17: 5MW_Land_DLL_WTurb
      Start 18: 5MW_OC3Mnpl_DLL_WTurb_WavesIrr
      Start 19: 5MW_OC3Trpd_DLL_WSt_WavesReg
      Start 20: 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth
      Start 21: 5MW_ITIBarge_DLL_WTurb_WavesIrr
      Start 22: 5MW_TLP_DLL_WTurb_WavesIrr_WavesMulti
      Start 23: 5MW_OC3Spar_DLL_WTurb_WavesIrr
      Start 24: 5MW_OC4Semi_WSt_WavesWN
      Start 25: 5MW_Land_BD_DLL_WTurb
      Start 26: WP_Stationary_Linear
      Start 27: Ideal_Beam_Fixed_Free_Linear
      Start 28: Ideal_Beam_Free_Free_Linear
      Start 29: 5MW_Land_BD_Linear
      Start 30: bd_5MW_dynamic
      Start 31: bd_5MW_dynamic_gravity_Az00
      Start 32: bd_5MW_dynamic_gravity_Az90
 1/38 Test #26: WP_Stationary_Linear .....................   Passed    1.86 sec
      Start 33: bd_curved_beam
 2/38 Test #27: Ideal_Beam_Fixed_Free_Linear .............   Passed    3.54 sec
      Start 34: bd_isotropic_rollup
 3/38 Test #28: Ideal_Beam_Free_Free_Linear ..............   Passed    3.56 sec
      Start 35: bd_static_cantilever_beam
 4/38 Test #35: bd_static_cantilever_beam ................   Passed    0.58 sec
      Start 36: bd_static_twisted_with_k1
 5/38 Test #33: bd_curved_beam ...........................   Passed    2.67 sec
      Start 37: beamdyn_utest
 6/38 Test #37: beamdyn_utest ............................   Passed    0.01 sec
      Start 38: nwtc_library_utest
 7/38 Test #38: nwtc_library_utest .......................***Failed    0.02 sec
 8/38 Test #36: bd_static_twisted_with_k1 ................   Passed    0.87 sec
 9/38 Test #34: bd_isotropic_rollup ......................   Passed    4.20 sec
10/38 Test  #1: AWT_YFix_WSt .............................   Passed   20.78 sec
11/38 Test  #6: AOC_WSt ..................................   Passed   26.96 sec
12/38 Test #12: WP_VSP_ECD ...............................   Passed   30.39 sec
13/38 Test #11: WP_VSP_WTurb_PitchFail ...................   Passed   30.61 sec
14/38 Test  #2: AWT_WSt_StartUp_HighSpShutDown ...........   Passed   33.91 sec
15/38 Test  #8: AOC_YFix_WSt .............................   Passed   37.77 sec
16/38 Test  #3: AWT_YFree_WSt ............................   Passed   37.81 sec
17/38 Test  #5: AWT_WSt_StartUpShutDown ..................   Passed   49.10 sec
18/38 Test #10: UAE_Upwind_Rigid_WRamp_PwrCurve ..........   Passed   57.14 sec
19/38 Test #21: 5MW_ITIBarge_DLL_WTurb_WavesIrr ..........   Passed   66.41 sec
20/38 Test #13: WP_VSP_WTurb .............................   Passed   77.45 sec
21/38 Test #32: bd_5MW_dynamic_gravity_Az90 ..............   Passed   83.14 sec
22/38 Test #31: bd_5MW_dynamic_gravity_Az00 ..............   Passed   83.14 sec
23/38 Test  #9: UAE_Dnwind_YRamp_WSt .....................***Failed  102.10 sec
24/38 Test #22: 5MW_TLP_DLL_WTurb_WavesIrr_WavesMulti ....   Passed  115.78 sec
25/38 Test #23: 5MW_OC3Spar_DLL_WTurb_WavesIrr ...........   Passed  120.10 sec
26/38 Test  #7: AOC_YFree_WTurb ..........................   Passed  124.03 sec
27/38 Test  #4: AWT_YFree_WTurb ..........................   Passed  128.38 sec
28/38 Test #17: 5MW_Land_DLL_WTurb .......................***Failed  130.15 sec
29/38 Test #15: SWRT_YFree_VS_EDC01 ......................   Passed  131.99 sec
30/38 Test #14: SWRT_YFree_VS_EDG01 ......................   Passed  186.51 sec
31/38 Test #24: 5MW_OC4Semi_WSt_WavesWN ..................   Passed  272.83 sec
32/38 Test #30: bd_5MW_dynamic ...........................   Passed  376.49 sec
33/38 Test #18: 5MW_OC3Mnpl_DLL_WTurb_WavesIrr ...........   Passed  405.80 sec
34/38 Test #16: SWRT_YFree_VS_WTurb ......................***Failed  420.63 sec
35/38 Test #29: 5MW_Land_BD_Linear .......................   Passed  436.10 sec
36/38 Test #19: 5MW_OC3Trpd_DLL_WSt_WavesReg .............***Failed  837.88 sec
37/38 Test #20: 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth ...***Failed  1222.33 sec
38/38 Test #25: 5MW_Land_BD_DLL_WTurb ....................   Passed  1759.36 sec

84% tests passed, 6 tests failed out of 38

Label Time Summary:
aerodyn14    = 795.87 sec*proc (7 tests)
aerodyn15    = 5632.19 sec*proc (19 tests)
beamdyn      = 2753.65 sec*proc (11 tests)
dynamic      = 542.77 sec*proc (3 tests)
elastodyn    = 4668.70 sec*proc (25 tests)
hydrodyn     = 3041.14 sec*proc (7 tests)
linear       = 445.05 sec*proc (4 tests)
map          = 302.29 sec*proc (3 tests)
moordyn      = 272.83 sec*proc (1 test)
openfast     = 6871.25 sec*proc (29 tests)
servodyn     = 6862.30 sec*proc (26 tests)
static       =   8.32 sec*proc (4 tests)
subdyn       = 2466.02 sec*proc (3 tests)

Total Test time (real) = 1759.39 sec

The following tests FAILED:
	  9 - UAE_Dnwind_YRamp_WSt (Failed)
	 16 - SWRT_YFree_VS_WTurb (Failed)
	 17 - 5MW_Land_DLL_WTurb (Failed)
	 19 - 5MW_OC3Trpd_DLL_WSt_WavesReg (Failed)
	 20 - 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth (Failed)
	 38 - nwtc_library_utest (Failed)

OpenFAST Version
On both machines,  the latest stable version of openfast is used:
    commit f2419c5d1c23caad9146b95a103d89e9dcaefe30 (HEAD -> master, tag: v2.3.0, origin/master, origin/HEAD)
    Merge: e4faf27b d78f4197
    Author: Rafael M Mudafort <rafmudaf@gmail.com>
    Date:   Thu Apr 2 17:04:04 2020 -0500

    Release version 2.3.0

    Merge pull request #433: dev into master

If I may insert myself here, I can confirm that a similar issue occurs in Ubuntu 20.04. I get regression test failures identical to the first case of the original post, with the addition of test 17   - 5MW_Land_DLL_WTurb. I can confirm from checking the plots that the results are significantly off of the baselines. My setup is the same as the original post (baring the being on Ubuntu).

Thanks for the bug report. We are working towards making the regression tests better able to handle the minor differences that result from numerical noise from different configurations and compilers.  This is an area of active development.
We can confirm that even changing compiler version from gfortran version 7.4 to gfortran 9.3 will cause certain tests to fail.  A comparison of the resulting plots then shows very minor differences in resulting loads, or very slight phase shifts in rotor azimuth that in turn cause the test to fail even though it is insignificant differences in terms of engineering.
A few of the other test cases are known to be somewhat unstable and probably should be removed from the test suite: SWRT_YFree_VS_WTurb and UAE_Dnwind_YRamp_WSt.
In the above list, the one concerning one is the nwtc_library_utest test case on the Ryzen.  Could you rerun that test with ctest -VV -R nwtc_library_utest and post the output?

Sorry for the late reply - here is the output from the test:
UpdateCTestConfiguration  from :/home/san/OpenFAST/build/DartConfiguration.tcl
Parse Config file:/home/san/OpenFAST/build/DartConfiguration.tcl
UpdateCTestConfiguration  from :/home/san/OpenFAST/build/DartConfiguration.tcl
Parse Config file:/home/san/OpenFAST/build/DartConfiguration.tcl
Test project /home/san/OpenFAST/build
Constructing a list of tests
Done constructing a list of tests
Updating test list for fixtures
Added 0 tests to meet fixture requirements
Checking test dependency graph...
Checking test dependency graph end
test 38
    Start 38: nwtc_library_utest

38: Test command: /home/san/OpenFAST/build/unit_tests/nwtc-library/nwtc_library_utest
38: Test timeout computed to be: 1500
38: ........
38:   Syntax is:
38:
38:       [-h] [<InputFile>]
38:
38:   where:
38:
38:      -h generates this help message.
38:      <InputFile> is the name of the primary input file.  If omitted, the default file is
38:      "first_arg.txt".
38:
38:   Note: values enclosed in square brackets [] are optional. Do not enter the brackets.
38:
38: F.
38:   Syntax is:
38:
38:       [-h] [<InputFile>]
38:
38:   where:
38:
38:      -h generates this help message.
38:      <InputFile> is the name of the primary input file.  If omitted, the default file is
38:      "first_arg.txt".
38:
38:   Note: values enclosed in square brackets [] are optional. Do not enter the brackets.
38:
38: F.
38:   Syntax is:
38:
38:       [-h] <InputFile>
38:
38:   where:
38:
38:      -h generates this help message.
38:      <InputFile> is the name of the required primary input file.
38:
38:   Note: values enclosed in square brackets [] are optional. Do not enter the brackets.
38:
38:   Invalid syntax: no command-line arguments given.
38: .
38:   Syntax is:
38:
38:       [-h] [<InputFile>]
38:
38:   where:
38:
38:      -h generates this help message.
38:      <InputFile> is the name of the primary input file.  If omitted, the default file is
38:      "first_arg.txt".
38:
38:   Note: values enclosed in square brackets [] are optional. Do not enter the brackets.
38:
38:   Invalid syntax: unknown command-line argument given: FLAG
38: .
38:   Syntax is:
38:
38:       [-h] <InputFile>
38:
38:   where:
38:
38:      -h generates this help message.
38:      <InputFile> is the name of the required primary input file.
38:
38:   Note: values enclosed in square brackets [] are optional. Do not enter the brackets.
38:
38:   Invalid syntax: the restart capability requires at least one argument: <input_file (OPTIONAL)>
38:   -restart <checkpoint_file>
38:
38: Time:         0.001 seconds
38:
38: Failure
38:  in:
38: test_NWTC_IO_CheckArgs_suite.test_help1
38:   Location:
38: [test_NWTC_IO_CheckArgs.F90:201]
38: expected 0 but found: 32764;  difference: |32764|.
38:
38: Failure
38:  in:
38: test_NWTC_IO_CheckArgs_suite.test_help2
38:   Location:
38: [test_NWTC_IO_CheckArgs.F90:224]
38: expected 0 but found: 32764;  difference: |32764|.
38:
38:  FAILURES!!!
38: Tests run: 12, Failures: 2, Errors: 0
38: ERROR STOP *** Encountered 1 or more failures/errors during testing. ***
38:
38: Error termination. Backtrace:
38: #0  0x7f9249223731 in ???
38: #1  0x7f92492242d9 in ???
38: #2  0x7f924922545e in ???
38: #3  0xd577ec in __pfunit_mod_MOD_finalize
38: 	at /home/san/OpenFAST/unit_tests/pfunit/source/pFUnit.F90:176
38: #4  0x405057 in MAIN__
38: 	at /home/san/OpenFAST/build/unit_tests/pfunit/include/driver.F90:243
38: #5  0x405c6e in main
38: 	at /home/san/OpenFAST/build/unit_tests/pfunit/include/driver.F90:3
1/1 Test #38: nwtc_library_utest ...............***Failed    0.01 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) =   0.02 sec

The following tests FAILED:
	 38 - nwtc_library_utest (Failed)
Errors while running CTest

Not sure if I understand the output correctly, but seems to me that it is only the command line argument test that fails.
Let me know if there are any other things I can do. I am planning on comparing the results of the OC3 cases run on both machines as I am curious on the differences...

Hey @k323r are you still working with these systems? If so, it would be great if you could try again with the latest version of OpenFAST.

Hi @rafmudaf I'll gladly test the latest version - any specifics I should keep an eye on? The workstations still run Fedora 29, so they are somewhat outdated. I can also run the tests on other machines, if that's of any help.

Thanks! Be sure to delete the entire build directory and start new. I'm interested to see if there's a difference in the offshore 5MW test cases now, and I'm also curious in the nwtc_library_utest still fails.

Hi @rafmudaf, I finally got around to checkout v2.5.0 and run the regression tests. Here is the summary:
92% tests passed, 4 tests failed out of 51
Label Time Summary:
aeroacoustics    =  49.81 secproc (1 test)
aerodyn          =  15.26 secproc (1 test)
aerodyn14        = 754.84 secproc (8 tests)
aerodyn15        = 5033.37 secproc (20 tests)
beamdyn          = 1992.93 secproc (11 tests)
bem              =  15.26 secproc (1 test)
dynamic          = 532.23 secproc (3 tests)
elastodyn        = 4500.87 secproc (26 tests)
extptfm          =  44.36 secproc (1 test)
hydrodyn         = 3614.39 secproc (13 tests)
linear           = 709.13 secproc (5 tests)
map              = 297.43 secproc (3 tests)
moordyn          = 284.05 secproc (1 test)
offshore         = 3208.74 secproc (12 tests)
olaf             = 132.77 secproc (2 tests)
openfast         = 6541.70 secproc (34 tests)
servodyn         = 6305.42 secproc (27 tests)
static           =   8.11 secproc (4 tests)
subdyn           = 2478.11 sec*proc (3 tests)
Total Test time (real) = 1219.37 sec
The following tests FAILED:
9 - UAE_Dnwind_YRamp_WSt (Failed)
16 - SWRT_YFree_VS_WTurb (Failed)
19 - 5MW_OC3Trpd_DLL_WSt_WavesReg (Failed)
20 - 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth (Failed)
I've attached the detailed log from the reg tests: reg_tests.v2.5.0.log

Ok I'm happy to see that the NWTC Library unit test is no longer failing. Tests 9 and 16 are expected since those seem to be very sensitive to the environment they are compiled in and run on. I didn't expect 19 and 20, so this is good to know.
As for your usage, you can visualize the difference by generating HTML-based plots. You can do this with the Python regression test script. Note you must have installed Bokeh (pip install Bokeh==1.4).
cd openfast/reg_tests

# use Python 3
# the "-n -p" says do not execute and generate plots
python manualRegressionTest.py ../build/openfast linux gnu 1e-5 -n -p -case 5MW_OC3Trpd_DLL_WSt_WavesReg
python manualRegressionTest.py ../build/openfast linux gnu 1e-5 -n -p -case 5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth

Then, you'll see some HTML files in openfast/build/reg_tests/glue-codes/5MW_OC3Trpd_DLL_WSt_WavesReg and openfast/build/reg_tests/glue-codes/5MW_OC4Jckt_DLL_WTurb_WavesIrr_MGrowth.

authors: andrew-platt jdinius-dev k323r rafmudaf


text:
DGL Dependency Question

Hi, I was just wondering why the repository is dependent both on PyG and DGL? More specifically why DGL is a dependency if PyG and DGL tend to do very similar things. I tried looking at the instances in code where DGL is used but since I'm relatively new to graph structure learning and graph neural networks so I've been having a hard time understanding how DGL is being used - even if it is sparingly imported.
Any clarification on this point would be greatly appreciated as I survey various GSL repositories.

Hello, thanks for pointing out the issue. Some methods use functions from DGL. We will address this issue by replacing those parts with PyG in future versions.

repo: OpenGSL/OpenGSL


text:
[Docs] Can't evaluate GQA testdev.

📚 The doc issue

I don't think it's possible to get the structure of the dataset as depicted below in the diagram as shown in the diagram.
Suggest a potential alternative/fix
I don't know...

You can download these files from the official website of GQA dataset:
https://cs.stanford.edu/people/dorarad/gqa/download.html

authors: Zzzzzzzzzzj czczup

repo: OpenGVLab/InternVL


text:
[Feature] When will support run on ollama to drive Interval’s global reach?

Motivation
When will support run on ollama to drive Interval’s global reach?
Related resources
No response
Additional context
No response

We plan to complete the integration of ollama within October, thank you for waiting.


text:
The parameter grad_norm appears to be inf and then nan when input resolution is 112*112 during the pre-training  on VIT-Small backbone

Hello, thank you very much for your significant contribution to the computer vision community! When I set my input resolution to 112*112 and do the pre-training on VIT-Small backbone the parameter grad_norm appears to be inf and then nan and then back to normal, is this normal or abnormal? If the training is abnormal what should I do to avoid this, looking forward and thanking you for your answer!

I think the training is normal. How's it going back then?


text:
Ensure Tasking Manager uses latest iD

Tasking Manager work was tied to work was tied to #865 but that specific GH Action issue is fixed, so I am ticketing this out separately.
Eric has bneen working on upstream catchup for TM, but along the way we also saw that TM pulls iD in from an NPM package, and our version of that is quite old.
Can we instead pull iD from our GH repo the same way that the website does?

From; https://github.com/OpenHistoricalMap/issues/issues/895#issuecomment-2438925958
It seems this is the right place to add this comment.
@erictheise, here are the API and endpoint details:
•	TM API: https://tm-api.development.staging.openhistoricalmap.org/
•	TM Web: Due to some issues with redirecting subdomains, I have changed the web URL from https://tasks.development.staging.openhistoricalmap.org/ to https://tasks-development.openhistoricalmap.org/ for development.

I’m using the latest version of TM from this repository, but I’m encountering a strange issue when logging in. The following image shows the error:
It seems like a file  authorized route might be missing in CloudFront, although it was working fine last time in staging.
@erictheise, do you happen to have any ideas on why this might be happening? Could it be that GitHub Actions is not building all the required files?

@erictheise  I have fixed the url for TM-deb development, in case you are deploying , currently it has the lates version for TM: https://tm-dev-web.staging.openhistoricalmap.org/

Note that https://tm-dev-web.staging.openhistoricalmap.org/ is 502 right now. Ruben to check and fix

The app is working https://tm-dev-web.staging.openhistoricalmap.org/,

repo: OpenHistoricalMap/issues


text:
[FEATURE REQUEST] Python ImageBuf ctr from a numpy array

It would be great to be able to say
buf = oiio.ImageBuf(your_numpy_array)

where in one step it creates the ImageBuf, infers the spec based on the shape and data type of the numpy array, and copies the pixels into the IB.

Addressed by #3246

repo: OpenImageIO/oiio


text:
[FEATURE REQUEST] RAW: Expose max_raw_memory_mb setting

Is your feature request related to a problem? Please describe.
We have some huge DNG-files that we're unable to develop with the default memory allocation in libraw.
Describe the solution you'd like
I would like the imgdata.rawparams.max_raw_memory_mb in libraw to be exposed as a raw:max_raw_memory_mb setting.
Describe alternatives you've considered
We have recompiled libraw with a higher default memory allocation to get around the problem but that isn't optimal.
Additional context
We have tested it to make sure that this setting will actually solve our problem.

🎣 Mackerel!

going to take this one up for "dev days"

I have created PR to address this feature https://github.com/AcademySoftwareFoundation/OpenImageIO/pull/4454 , but not able to add any reviewer for some reason.

I have created PR to address this feature #4454 , but not able to add any reviewer.

Sigh. It's been a very busy day for the one volunteer who has been doing all the reviews.

This was closed by #4454

authors: JenusL ankmachine lgritz


text:
atomic.h improvements

New atomic_fetch_add for float. It works by using an atomic_int for the heavy lifting, but using the int bit patterns of the floats we intend.

atomic_min/max: Some web reading makes me think that our     implementation of atomic_min and atomic_max ought to use    compare_exchange_weak rather than compare_exchange_strong. As I    understand it, the stricter requirements of the strong versions    (basically, guaranteeing to never have a "false negative" where it    thinks it needs to try again but it's actually unnecessary) can on some    architectures lead to much worse performance.

Get rid of all the pre-C++11 fallbacks. This cuts down the file considerably, leaving only the parts that aren't in C++11.

Once more, with feeling: I couldn't help but add the equivalent for atomic<double> (since my rationale the whole time was to use this for timings). Seems to work fine!

LGTM^2

authors: fpsunflower lgritz


text:
Don't use template to format JSON config

instead, use to_nice_json filter

tested both gen1 and gen2 modes. JSON output appears to be correctly formatted in both cases.

repo: OpenMPDK/dss-ansible


text:
[maintenance] Setup GitHub automation permissions for openms-docs

To set up automation on GitHub, i think these should be sufficient.

replace/tapaswenipathak/openms
log retention days: 7 days
code security and analysis: enable all.

(i don't have auth(s) so i see this)

Do I need to enable Dependabot version updates?

yes, it should be silent rn.

not sure what I should put in the yml

a .yml required!? skip that part.

Action permissions should be: Allow all actions and reusable workflows.
(i understood it wrong.)
https://github.com/OpenMS/OpenMS-docs/actions/runs/2555061839

Ref: https://github.com/OpenMS/OpenMS-docs/pull/114.
cc @greengypsy.

The settings described above are not correct.
https://github.community/t/workflow-error-action-not-allowed/16788
This is the issue. Are you sure you want those uncertified actions? Is there no alternative?

authors: jpfeuffer tapaswenipathak

repo: OpenMS/OpenMS-docs


text:
Decision doxygen vs. readthedocs

doxygen:

[ ] API
[ ] Tool
[ ] Developer quickstart guide
[ ] building instruction
[ ] external code in OpenMS
[ ] move coding convention from wiki to doxygen

readthedocs:

[ ] entrypoint for user tutorial -> user quickstart guide
[ ] installation instruction
[ ] handout (latex) -> more advanced openms processing in workflow systems
[ ] TOPPView documentation
[ ] MISC (FAQ)

things to consider: how to link to pyopenms documentation

can we rename this issue? @timosachsenberg can you update your text?

Sure feel free to rename or update.

cc @OpenMS/doc-team.

I thought we decided that internal discussions stay in the wiki?
E.g. Openms 2.0 kernel white paper and meeting summaries

On Sat, May 14, 2022 at 3:01 PM Julianus Pfeuffer
@.***> wrote:

I thought we decided that internal discussions stay in the wiki?
E.g. Openms 2.0 kernel white paper and meeting summaries

I was thinking papers could go to OpenMS/OpenMS-docs, just not visible
on https://openms.readthedocs.io/en/latest/? Say,
docs/research/whitepapers.
Meeting summaries, I'll just see for any content and maybe add them
under one category in the wiki. Meeting summaries for sure remains in
the wiki.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

Monday (Anywhere on Earth) end of day, https://github.com/OpenMS/OpenMS-docs/compare/main...staging will be created, please make some time available for reviewing till Friday (AoE).
OpenMS Documentation: https://staging-openms.readthedocs.io/en/staging.


text:
Translation into Hindi

Hi Folks,
The COVID - ALERT app currently works in 8 different languages. We need this to work in Hindi.  We estimate the time needed for this task would be around 60-90 minutes. Please be very sensitive to the nature of messaging - best would be to slack me "Shreyas" and align on the tone and meaning before publishing it.
thanks

I'm taking this up!

authors: Kritikalcoder Shreyasldl

repo: OpenMined/covid-alert


text:
implement js-ipfs to remove ipfs daemon dependency

closes #53

thanks for the quick review. I would have said the same :) I’ll clean it up!

Thanks for the fix. Promises look good. However the build is broken due to code style errors: https://travis-ci.org/OpenMined/mine.js/builds/293144535?utm_source=github_status&utm_medium=notification
Check locally by running npm test

Looks good 👍
Let's ignore the code-cov for now :P

authors: anoff gavinuhma


text:
react_native_rsa_native/RNRSA.h' file not found

Library
npm install --save @open-native/core react-native-rsa-native

Error
In file included from /Volumes/Development/Work/.../node_modules/@open-native/core/platforms/ios/lib_community/RNPodspecs.m:1:
/Volumes/Development/Work/.../node_modules/@open-native/core/platforms/ios/lib_community/RNPodspecs.h:4:9: fatal error:
      'react_native_rsa_native/RNRSA.h' file not found
#import <react_native_rsa_native/RNRSA.h>
        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Volumes/Development/Work/.../node_modules/@open-native/core/platforms/ios/lib_community/RNPodspecs.h:4:9: note: did not find header 'RNRSA.h' in
      framework 'react_native_rsa_native' (loaded from '/Volumes/Development/Work/.../platforms/ios/build/Debug-iphonesimulator/react-native-rsa-native')
1 error generated.

Same error after completing the following steps.
Version:

Ran:
npm install -D metro-react-native-babel-preset

Added to webpack:
...
    config.resolve.alias.set('react-native', '@open-native/core');
    config.module
      .rule('rnmodules')
      // Add each react-native module that gives errors in webpack build here
      // like this:
      .include.add(/node_modules(.*[/\\])+react-native-rsa-native/)
      .end()
      .use('babel-loader')
      .before('ts-loader')
      .loader('babel-loader')
      .options({
        babelrc: false,
        presets: ['module:metro-react-native-babel-preset'],
      });
...

Swift modules now work with open-native!

Now I'm getting
Undefined symbols for architecture x86_64:
  "_RCTRegisterModule", referenced from:
      _initialize_RNRSA in RNRSA-eb438ca2a311d56d55e8cd4fc3e062f5.o
      _initialize_RNRSAKeychain in RNRSAKeychain-d66bd83edb08798d1ece26e10d112b88.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

I don't know if this is related or because I'm running M1 and something else is up. :)

authors: ammarahm-ed bretep

repo: OpenNative/open-native


text:
Sunstone fails to print IP address in VM list when IPs are no defined in NIC

Description
When the IP addresses are retrieved by the monitoring process and cannot be associated to a NIC Sunstone fails printing them and it prints undefined instead.
To Reproduce

Create a new VM
Add a new IP address from inside the VM (e.g ip a add 192.168.123.1/24 dev eth0)
Wait for the monitoring to add the information to the VM:

<GUEST_IP_ADDRESSES><![CDATA[192.168.122.100,192.168.122.130]]></GUEST_IP_ADDRESSES>

Expected behavior
Sunstone should print the IP addresses retrieved by the monitoring information in the list table.
Details

Affected Component: Sunstone
Hypervisor: vCenter
Version: 5.12

Progress Status

[ ] Branch created
[ ] Code committed to development branch
[ ] Testing - QA
[ ] Documentation
[ ] Release notes - resolved issues, compatibility, known issues
[ ] Code committed to upstream release/hotfix branches
[ ] Documentation committed to upstream release/hotfix branches

PRs to merge:

one/master: https://github.com/OpenNebula/one-ee/pull/789
one/one-5.12: https://github.com/OpenNebula/one-ee/pull/790
doc: pending
dev: pending tests

authors: OpenNebulaSupport sbbarragan

repo: OpenNebula/one


text:
ONE incorrectly handles "failed" live migration

Description
A VM live migration succeeds but ONE receives an exit code of "1" by migrate script and assumes the migration has not succeeded. While in practice the VM has been live migrated successfully (only the SYNC_TIME part failed).
To Reproduce
Unsure what conditions lead up to this bug. We only have this behavior on one cluster. The error message is:
Jun 26 10:43:38 oned3 oned[481791]: [VM 0][Z0][VMM][I]: Failed to execute virtualization driver operation: migrate.
Jun 26 10:43:38 oned3 oned[481791]: [Z0][VMM][D]: Message received: MIGRATE FAILURE 0 virsh --connect qemu:///system migrate --live  DOMAIN-ID qemu+ssh://some_host/system (9.769216494s) Error mirgating VM DOMAIN-ID to host some_host: undefined method `upcase' for nil:NilClass ["/var/tmp/one/vmm/kvm/migrate:234:in `<main>'"] ExitCode: 1
Jun 26 10:43:38 oned3 oned[481791]: [VM 0][Z0][VMM][E]: MIGRATE: virsh --connect qemu:///system migrate --live  DOMAIN-ID qemu+ssh://some_host/system (9.769216494s) Error mirgating VM DOMAIN-ID to host some_host: undefined method `upcase' for nil:NilClass ["/var/tmp/one/vmm/kvm/migrate:234:in `<main>'"] ExitCode: 1

The piece of code that fails:
/var/lib/one/remotes/vmm/kvm/migrate
    # Sync guest time
    if ENV['SYNC_TIME'].upcase == 'YES'
        cmds =<<~EOS
            (
              for I in $(seq 4 -1 1); do
                if #{virsh} --readonly dominfo #{@deploy_id}; then
                  #{virsh} domtime --sync #{@deploy_id} && exit
                  [ "\$I" -gt 1 ] && sleep 5
                else
                  exit
                fi
              done
            ) &>/dev/null &
        EOS

Turns out that the virsh command does not result in a list with domains, is therefore empty, and the error is not handled properly. So ideally above piece of code gets fixed so it checks if the hash is not empty. If it is empty then a clear error message should be returned: unable to obtain $domain with virsh command here.
And ideally ONE should not assume that the VM is still running as it is currently doing: Jun 27 15:55:18 oned1 oned[1434842]: [VM 0][Z0][LCM][I]: Fail to live migrate VM. Assuming that the VM is still RUNNING. It will detect the VM is in poweroff state and the hypervisor the VM is running on detects a zombie. Ideally this is handled better: do some extra checks to see where the VM is running.
I can reproduce the behavior of virsh not listing domains by executing the ssh command without LIBVIRT_URI exported. This sounds like it could be related to this bug:  LIBVIRT_URI
Strange enough I do not hit this issue when I explicitly export export SYNC_TIME=yes. It does not matter what value SYNC_TIME is set to. Either no, yes, or even broken will then_ not_ trigger this issue. So maybe somehow, if this is indeed the issue, kvmrc  ENV vars are read when SYNC_TIME is exported (and otherwise not?).
Expected behavior
I expect ONE to handle the error gracefully instead of hitting an assert in the code. And to have ONE double check where a live migrated VM ended up living if a non zero exit code gets returned (instead of assuming the VM keeps on running on the source hypervisor).
Details

Hypervisor: KVM
Version: 6.8.3

Additional context
There seems to be a specific pre-condition that has to be true to hit this bug as we see it only happen on one specific (dedicated) cloud but as of now it is unclear what this is. I can reproduce this issue so if further debug information has to be gathered, please let me know.
Ubuntu 22.04 ONE / hypervisors

Progress Status

[ ] Code committed
[ ] Testing - QA
[ ] Documentation (Release notes - resolved issues, compatibility, known issues)

So for the updating state, the monitor process will update the VM state if it is not running to poweroff (libvirt should keep it running). In the same way if the migration fails, the VM will be running in the source host.

So for the updating state, the monitor process will update the VM state if it is not running to poweroff (libvirt should keep it running). In the same way if the migration fails, the VM will be running in the source host.

Yes, I understand how this is currently handled. And on the destination host a "zombie" VM will be detected. This still leaves a time window for error (as long as storage fencing is not implemented). I think this behavior could be improved. To check for failure scenarios like this. One of the things ONE could do is perform a bit of extra checking on the destination host and double check if the VM is not there. And raise an error instead (with a helpful message).  In this particular case it would not have helped, as it wasn't able to detect any domains running.
For my understanding: this issue has been closed. Was this already fixed in another PR for the 6.10 release? To be clear: the main issues here are: 1) Hitting the live-migration issue (ONE unable to detect running domains), 2) graceful handling of this error by the code (in case no domains are detected).

yes it is fixed in 6.10, but actually it solves the migration with SYNC_TIME part.
So maybe we can keep this open, for future improvements as we did not address any change to current behavior

authors: hydro-b rsmontero


text:
RFW-0010: Speech input needed for MT

Description:
We need input option as speech for our machine translation. Same feature is found in google translate.
With this feature we can help those user who is has spelling as well as typing difficulties in the source languages.
Rationale:
With this feature we can assist our user to do translation immediately as it will take time to type and input text are bound to make spelling mistake.
With this feature we can assist our users who doesn't who how to type yet knows the language. These user will be directly able to speak the pharse they want to translate and get the translation.
Inspiration:

@spsither  We need help to select the best STT for non Tibetan languages

repo: OpenPecha/monlamai-feedbucket


text:
Failed to login after 10 tries, exiting.

Expected Behavior
Bot continues to run without issue.
Actual Behavior
After running for random amounts of time (usually on the order of a few hours), the bot exits with this being the final message logged to the console:
[API] Failed to login after 10 tries, exiting.
FWIW, the first time I ever saw this happen was after the introduction of the random time delay between API calls.
Steps to Reproduce
Run the bot normally.
Other Information
OS: Windows 10 64-bit
Git Commit: a55b907e494c6fd2509e28e90ee1c9c21d0cbc89

We'll look into it, but the chance are quite hight that this is some kind of soft ban.

Thanks, though wasn't the random time delay feature added specifically to address the issue of soft bans?

I doubt that this is a ban as banned accounts CAN login (even if permanently banned); the API will just return status code 3 for permanent bans.
Please run the bot with --debug switch and give us the output from when the login fails (stripping out any sensitive information, of course).

I truncated the logs, as there were thousands of lines similar to these that just repeated in large chunks before the bot stopped...
First came this (but repeated over and over). Notice the 14:09 timestamp... basically all these logs occurred within seconds of each other:

[2API] Token has expired, attempting to log back in...016-08-14 13:51:44,494 [      auth] [DEBUG] Session Ticket still valid for further 00:12:41 hours (1471197104495 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 13:51:52,029 [      auth] [DEBUG] Session Ticket still valid for further 00:12:34 hours (1471197112029 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 13:52:30,677 [      auth] [DEBUG] Session Ticket still valid for further 00:11:55 hours (1471197150678 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 13:52:32,112 [      auth] [DEBUG] Session Ticket still valid for further 00:11:53 hours (1471197152113 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 13:57:30,368 [      auth] [DEBUG] Session Ticket still valid for further 00:06:55 hours (1471197450369 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 14:02:30,490 [      auth] [DEBUG] Session Ticket still valid for further 00:01:55 hours (1471197750491 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 14:07:30,683 [      auth] [DEBUG] Removed expired Session Ticket (1471198050683 < 1471197866082)
[API] Token has expired, attempting to log back in...2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,342 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,342 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [    pgoapi] [DEBUG] Auth provider: ptc
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,358 [  auth_ptc] [ INFO] PTC User Login for: xxxxxx
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (1): sso.pokemon.com
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (1): sso.pokemon.com
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (1): sso.pokemon.com
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (2): sso.pokemon.com
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (3): sso.pokemon.com
2016-08-14 14:09:11,388 [connectionpool] [ INFO] Starting new HTTPS connection (4): sso.pokemon.com
2016-08-14 14:09:11,404 [connectionpool] [ INFO] Starting new HTTPS connection (5): sso.pokemon.com
2016-08-14 14:09:11,404 [connectionpool] [ INFO] Starting new HTTPS connection (6): sso.pokemon.com
2016-08-14 14:09:12,154 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,154 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,168 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,168 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,168 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,168 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,184 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,335 [connectionpool] [DEBUG] "GET /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 200 104
2016-08-14 14:09:12,374 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,390 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,390 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,390 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,390 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,404 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,451 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,749 [connectionpool] [DEBUG] "POST /sso/login?service=https%3A%2F%2Fsso.pokemon.com%2Fsso%2Foauth2.0%2FcallbackAuthorize HTTP/1.1" 302 0
2016-08-14 14:09:12,749 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-25911351-nlzmcxAG1z2gCnl9docU-sso.pokemon.com HTTP/1.1" 500 None
2016-08-14 14:09:12,749 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-25970763-2dmVpXjszmc2oeQ7212s-sso.pokemon.com HTTP/1.1" 500 None
2016-08-14 14:09:12,749 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-26225475-INgIyVE73dKnJH02J4dK-sso.pokemon.com HTTP/1.1" 500 None
2016-08-14 14:09:12,765 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-26225038-z6QKJ3FYKiNwr3ZbbWR7-sso.pokemon.com HTTP/1.1" 500 None
2016-08-14 14:09:12,765 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-25979587-BsBqyYE2GGibB9yAgHXJ-sso.pokemon.com HTTP/1.1" 500 None
2016-08-14 14:09:12,765 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-25979589-phBFGQSrN9JXF7wxFRT1-sso.pokemon.com HTTP/1.1" 500 2565
2016-08-14 14:09:12,765 [connectionpool] [DEBUG] "GET /sso/oauth2.0/callbackAuthorize?ticket=ST-25979588-4uK5gM3Od3iUl2NSnbEt-sso.pokemon.com HTTP/1.1" 500 2565
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,765 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,765 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,765 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,765 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,765 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,765 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,857 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,858 [  auth_ptc] [ INFO] PTC User Login successful.
2016-08-14 14:09:12,858 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,858 [      auth] [DEBUG] No Access Token available!
2016-08-14 14:09:12,858 [  auth_ptc] [ INFO] Request PTC Access Token...
2016-08-14 14:09:12,858 [  auth_ptc] [ INFO] Request PTC Access Token...

Then this at the end:

2016-08-14 14:09:29,477 [   rpc_api] [DEBUG] Decode raw over protoc (protoc has to be in your PATH):
Couldn't find protoc in your environment OR other issue...
2016-08-14 14:09:29,477 [   rpc_api] [DEBUG] Parsing sub RPC responses...
Exception in thread Thread-4029:
Traceback (most recent call last):
File "C:\Python27\lib\threading.py", line 801, in __bootstrap_inner
self.run()
File "C:\Python27\lib\threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "C:\Python27\lib\site-packages\socketio\server.py", line 450, in _handle_eio_message
self._handle_event(sid, pkt.namespace, pkt.id, pkt.data)
File "C:\Python27\lib\site-packages\socketio\server.py", line 400, in _handle_event
r = self.trigger_event(data[0], namespace, sid, *data[1:])
File "C:\Python27\lib\site-packages\socketio\server.py", line 426, in trigger_event
return self.handlers[namespace]event
File "C:\Python27\lib\site-packages\flask_socketio_init.py", line 197, in handler
ret = handler(*args)
File "C:\Users\xxxxxx\Documents\GitHub\OpenPoGoBot\plugins\socket\uievents.py", line 94, in client_ask_for_eggs_list
inventory = bot.api_wrapper.call()
File "C:\Users\xxxxxx\Documents\GitHub\OpenPoGoBot\api_init.py", line 81, in call
if self.login() is False:
File "C:\Users\xxxxxx\Documents\GitHub\OpenPoGoBot\api_init.py", line 37, in login
return self._api.login(provider, username, password, app_simulation=True)
File "c:\users\xxxxxx\documents\github\openpogobot\src\pgoapi\pgoapi\pgoapi.py", line 175, in login
response = self.app_simulation_login()
File "c:\users\xxxxxx\documents\github\openpogobot\src\pgoapi\pgoapi\pgoapi.py", line 152, in app_simulation_login
response = request.call()
File "c:\users\xxxxxx\documents\github\openpogobot\src\pgoapi\pgoapi\pgoapi.py", line 232, in call
response = request.request(self._api_endpoint, self._req_method_list, self.get_position())
File "c:\users\xxxxxx\documents\github\openpogobot\src\pgoapi\pgoapi\rpc_api.py", line 137, in request
raise ServerSideRequestThrottlingException("Request throttled by server... slow down man")
ServerSideRequestThrottlingException: Request throttled by server... slow down man

2016-08-14 14:09:40,105 [   rpc_api] [DEBUG] Decode raw over protoc (protoc has to be in your PATH):
Couldn't find protoc in your environment OR other issue...
2016-08-14 14:09:40,105 [   rpc_api] [DEBUG] Parsing sub RPC responses...
2016-08-14 14:09:40,105 [   rpc_api] [DEBUG] Parsing class: POGOProtos.Networking.Responses_pb2.GetPlayerResponse
2016-08-14 14:09:40,105 [   rpc_api] [DEBUG] Parsing class: POGOProtos.Networking.Responses_pb2.GetHatchedEggsResponse
2016-08-14 14:09:40,105 [   rpc_api] [DEBUG] Received Session Ticket valid for 00:30:01 hours (1471198180106 < 1471199981955)
2016-08-14 14:09:40,108 [    pgoapi] [ INFO] Cleanup of request!
2016-08-14 14:09:40,108 [    pgoapi] [ INFO] Finished RPC login sequence (app simulation)
2016-08-14 14:09:40,108 [    pgoapi] [ INFO] Login process completed
2016-08-14 14:09:40,108 [      auth] [DEBUG] Session Ticket still valid for further 00:30:01 hours (1471198180108 < 1471199981955)

At this point, the bot just stopped.

Hm, I'll need to think about this one.

Fun fact: after I gathered those logs, I restarted the bot only to find out I had been banned.

Yep, that'll probably do it.

authors: lazydox nicoschmitt wchill

repo: OpenPoGo/OpenPoGoBot


text:
correct classpath references and java version

updated classpath references to existing versions of the libraries.
Java version upgraded to 7 as some Java 7 specific features are used.
corrected references to old project name (grefine-all) in the launch script

@fmaali The build broke... Hmm, I wonder if its an env issue ?  Can you take a look  https://travis-ci.org/OpenRefine/OpenRefine/jobs/255029967

@thadguidry I guess it is an env problem... seeing this error on Travis:
Error: Error while uploading main/tests/data/food.csv to OpenRefine
tests run fine locally. Is there a way to re-trigger the build?

@fmaali I'm checking that now...

@fmaali OK, there's some weirdness happening on Travis for me... its just spinning when I try to do a sync....that doesn't seem right.  I'll try again tomorrow (although their status light shows green like all systems are OK)

@fmaali
build 364 failed https://travis-ci.org/OpenRefine/OpenRefine/builds/255029966
build 365 passed https://travis-ci.org/OpenRefine/OpenRefine/builds/255062631
I think we're good now.

thanks for looking after this @thadguidry

authors: fmaali thadguidry

repo: OpenRefine/OpenRefine


text:
test: Refactored the facet test, added more cases

Added as many cases as possible to test all facets controls and behavior, in a generic manner
This is not specific to one facet
@kushthedude I am especially interested to know your views on the tests readability and quality. The goal is to have tests that are easy to understand, even without having Cypress running

@fgiroud I don't have anything else to add for a review here. It's a good enough start on our facet testing I think for the community to continue as needed.

authors: fgiroud thadguidry


text:
Rework CLI Client

This PR include rework of class Client and prepare code for new command arf-to-json.

Hello @Honny1! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file tests/test_arf_to_hml.py:

Line 17:100: E501 line too long (102 > 99 characters)

Looks OK, no obvious problems in the PR - merging!

repo: OpenSCAP/OVAL-visualization-as-graph


text:
Renaming --development option

I think about if the option --development (of openslides start --development) has the right wording... It's not really a development feature to keep all settings/database etc. in the same directory and not in .config and .local.
So my suggestion: rename this option (and the directory!) and improve the help text (command for development purpose) which is not really helpful to understand what this option make.
(split out this issue from #1998)

The directory only appears for developers. What should be the name of it? The --development option is for plugin developers. They can install openslides via pip and still use openslides with settings and user file in a local directory. So what should be the name of this option?

The directory only appears for developers.

Why? I think this option is not useable for developers only! As I wrote there are also use cases that I want to install several 2.0 installations in parallel directories - each with it's own database in the developement directory.
You are agreed, that this option is also a serious option for production use?
If you we should think about a better name for this option. E.g. --local, ...(I have no better idea)?

as discussed: suggestion --local-installation

authors: emanuelschuetze normanjaeckel

repo: OpenSlides/OpenSlides


text:
Update mdc cards

part of https://github.com/OpenSlides/openslides-client/issues/2934
Changed the cards

I got a long change request via mail
I'll work through it

verbal approve from @MSoeb

repo: OpenSlides/openslides-client


text:
Include details on ranked progression in a separate tab

https://skill.svc.halowaypoint.com/hi/playlist/edfef3ac-9cbe-4fa2-b949-8f29deafd483/csrs?flight=62c6a8fe-9507-4342-a400-06734ba97624&players=xuid(2533274855333605)&season=CsrSeason6-1

Get the ranked overview in a separate Ranked tab.

repo: OpenSpartan/openspartan-workshop


text:
Failure at “console download” step

Describe the bug
We have a VNMRS that is using VNMRJ 2.1C, and we wanted to load openvnmrj on a new hard drive. (The computer would stay the same, just a different hard drive). We successfully installed CentOS 7.7 via the everything ISO (tried both  KDE and Gnome, all options installed). Due to lack of internet access, an offline install of OVJ was attempted. Everything seemed to go to perfectly well until the console download part. An error pops up stating that libutilsxx.so is missing, and the download fails. Running OVJ after this results in “inactive” console mode even when ‘su acqproc’ confirms that the communication has started.
To Reproduce
Steps to reproduce the behavior:

Clean install of CentOS 7.7 using everything ISO.
Kde or gnome guis along with all the available options installed.
Follow the install guide on installing OVJ-ddr without network.
Reboot after Load.nmr loads all packages.
Re-run load.nmr, install Varian Options, add users in vnmrj admin, skip nmrpipe and manuals.
Setup console networking on correct nic card and default ip.
During console download, the libutilsxx.so missing error pops up.

Version of OpenVnmrJ you are using.

Latest OVJ release from github (VNMRS version, ddr)

Environment (please complete the following information):

OS: CentOs 7.7

Hi Dan, Thank you. I was wondering if you could answer a related question. Would it be correct to say that once the console downloads the software for OVJ, vnmrj 2.1b will cease to function? If so, is there a restore feature similar to the one in vnmrj 3.0?

This is an oversight. VnmrJ 2.1C uses an old version of NDDS (version 3) which requires these libraries. A zip file containing these libraries may be downloaded from https://www.dropbox.com/s/ypyowqn8pttviqe/ndds3.zip?dl=0  After unzipping the file, put the two libraries (libutilsip.so and libutilsxx.so) in /vnmr/lib. The repository ovjTools now includes these libraries as well.

Hi Dan, Thank you. I was wondering if you could answer a related question. Would it be correct to say that once the console downloads the software for OVJ, vnmrj 2.1b will cease to function? If so, is there a restore feature similar to the one in vnmrj 3.0?

There is no simple way to restore the system to function with VnmrJ 2.1b after it is updated to OpenVnmrJ or a newer version of VnmrJ, such as VnmrJ 4.2.  It requires reflashing the console controller boards. It may be possible using the verifyCntlrsFlash.py in /vnmr/adm/acq. See the document Reflashing_Script.pdf for details. If you are concerned about Agilent support, you could first upgrade to VnmrJ 4.2 and then install OpenVnmrJ. You could then use the restore feature.

Hi Dan
I might be being dim, but doesn't a setacq reflash the boards with the currently compiled psg -- did that not exist in 2.1?
I have found version hopping a relatively painless experience, but only from 3 onwards.
All the best,
-- Jack

On 10 Feb 2020, at 16:57, Dan Iverson notifications@github.com wrote:
There is no simple way to restore the system to function with VnmrJ 2.1b after it is updated to OpenVnmrJ or a newer version of VnmrJ, such as VnmrJ 4.2. It requires reflashing the console controller boards. It may be possible using the verifyCntlrsFlash.py in /vnmr/adm/acq. See the document Reflashing_Script.pdf for details. If you are concerned about Agilent support, you could first upgrade to VnmrJ 4.2 and then install OpenVnmrJ. You could then use the restore feature.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/OpenVnmrJ/OpenVnmrJ/issues/357?email_source=notifications&email_token=AELWWQ5O5JKQOEEVWYEV2LDRCGBPJA5CNFSM4KSOF6Y2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELJIPYY#issuecomment-584222691, or unsubscribe https://github.com/notifications/unsubscribe-auth/AELWWQ7P3IJ55TKK44XVLZTRCGBPJANCNFSM4KSOF6YQ.

setacq did reflash the boards as needed. I don't remember exactly when, but either VJ 2.2 or 2.3 changed from using NDDS version 3 to NDDS version 4. We had to add some special reflashing programs to handle this switch. These programs are in /vnmr/acqbin; consoledownload3x, flashia3x, and testconf3x. The problem with OVJ was that some libraries used by these programs were not present. That caused the reflashing to fail.
I just checked the VJ 3 installation guide and there is a mechanism to restore VJ 2.x after upgrading to VJ 3.x.  This has never been tested with OVJ but I am willing to bet that OVJ could be coaxed into downgrading back to VJ 2.x

Would a script like this (https://github.com/timburrow/ovj3/blob/master/src/scripts/restore3x.sh) be useful for the rollback, provided the correct files are provided? (sorry, I'm still new to Linux)

With a small change, it may work. Line 59 needs to be changed from
cp /vnmr/bin/lnvsetacq2 lnvsetacq
to
cp /vnmr/bin/setacq lnvsetacq
Again, this has not been tested.

authors: DanIverson NeutralKaon ctsubasaddr

repo: OpenVnmrJ/OpenVnmrJ


text:
This code looks leftover from a debugging session

See this line of code:
https://github.com/OpenVnmrJ/OpenVnmrJ/blob/0ad7471b90726f53a32eef7d3aa53085f84d9bf1/src/nvpsg/solidmpseqs.h#L461
See that it is setting n90m etc to hard coded values. Look a few lines above and notice that they were already set in a standard way.
Is the existing code leftover from a debugging session?

This code is in a function that is never used.

authors: DanIverson bdezonia


text:
🛑 Speech-to-Text - NeMo - Smart'Gic is down

In 7755dd0, Speech-to-Text - NeMo - Smart'Gic (https://stt.smartgic.io/nemo/status) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Speech-to-Text - NeMo - Smart'Gic is back up in 19d02a2 after 29 minutes.

repo: OpenVoiceOS/status


text:
Check that destination of token transfers is not 0x0

Manual merge of #411 by @pash7ka. Fixes #400.

Thank you @pash7ka!

repo: OpenZeppelin/zeppelin-solidity


text:
Access Violation on startup

With the update to version 1.4.64, if PoB is closed while window is on the non-primary monitor, PoB crashes with an access violation (see attached image)

Were you experiencing #336 before 1.4.64? If so, then we'll continue in there, as this is almost certainly related.

Nope, I have not experienced any of the issues outlined in #336.
I can provide more details of my pc setup tomorrow when I'm back at work, however iirc I have my main monitor using an ATI graphics card and second monitor using on-board intel graphics. PC is on Windows 10.
I have no issues moving or resizing PoB between monitors, the startup error only occurs if the application was closed on the second monitor.
Additionally removing the contents of Launch.cfg didn't help, but deleting Settings.xml did seem to fix the issue (e.g. close PoB > delete Settings.xml > open PoB > same AV > open PoB again > opens without any problems)

That is quite unusual. As far as I can tell, the crash is occurring within your graphics driver during OpenGL initialisation; I have no idea why, though, and the only thing I can really suggest at the moment is updating your drivers.

I'm having exactly the same issue. I tried upgrade my drivers but it didn't solve it.

authors: Jinnai Openarl ranky

repo: Openarl/PathOfBuilding


text:
Do Not Home on Boot

As a user, I do not want the robot to home automatically on boot.
Acceptance Criteria

Robot does not home automatically when robot turned on

Dependencies

Run App: Home Button #856

Closed by #1259

authors: mcous umbhau

repo: Opentrons/opentrons


text:
fix(shared-data): reduce 96chan pickup distance

Keeps the lifetime nice and long.
Numbers from hardware.

We don't need to update the drop tip value as well?

Nope, different stresses I guess


text:
Update codeschools.yml

Updates codeschools.yml and created new location endpoints
Location endpoints feature request
CodeSchools.yml add devCodeCamp request
Issue Resolved:

Added endpoints for the frontend team to have an api to add additional locations for a school
Adds the devCodeCamp to the .yml file. with required information

Concerns:
I'm concerned that running the rake task rake schools:populate would result in duplicate code_school entries in the database because we don't validate on uniqueness. I could update this as well but would like to hear other thoughts on this.
Also I haven't updated documentation for the API. Just wanted an initial review from @hpjaj
CC
@hpjaj could you confirm if codeschools.yml this might be an issue or not? I'm uncertain as to how the file is used other than the way I used it(as a rake task to populate the db.)

Closing this pull request because it references two issues.

Issue #213 Feature add location endpoints
Issue #205 update codeschools yml


text:
Unable to specify ca and cert info for tlsConfig for service monitor

I would like to set the following in my opensearch yaml
    monitoring:
      enable: true # Enable or disable the monitoring plugin
      scrapeInterval: 30s # The scrape interval for Prometheus
      tlsConfig: # Optional, use this to override the tlsConfig of the generated ServiceMonitor
        ca:
          secret:
            name: opensearch-certs-pki
            key: ca.crt
        cert:
          secret:
            name: opensearch-certs-pki
            key: tls.crt
        keySecret:
          name: opensearch-certs-pki
          key: tls.key
        serverName: mycluster.opensearch

To use the certs I have setup. But the operator does not seem to support it, as it only deploys the following to the opensearch cluster after I apply yaml
    monitoring:
      enable: true
      scrapeInterval: 30s
      tlsConfig:
        serverName: mycluster.opensearch

so what I am doing for now it manually creating the service monitor, and just install the plugin as
pluginsList: ["repository-s3","https://github.com/aiven/prometheus-exporter-plugin-for-opensearch/releases/download/2.10.0.0/prometheus-exporter-2.10.0.0.zip"]
Then apply the service monitor yaml
---
apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: opensearch-service-monitor
  namespace: opensearch
spec:
  endpoints:
    - basicAuth:
        password:
          key: password
          name: mycluster-admin-password
        username:
          key: username
          name: mycluster-admin-password
      bearerTokenSecret:
        key: ''
      interval: 30s
      path: /_prometheus/metrics
      port: http
      scheme: https
      tlsConfig:
        ca:
          secret:
            key: ca.crt
            name: opensearch-certs-pki
        cert:
          secret:
            key: tls.crt
            name: opensearch-certs-pki
        keySecret:
          key: tls.key
          name: opensearch-certs-pki
        serverName: mycluster.opensearch
  jobLabel: mycluster-monitor
  namespaceSelector:
    matchNames:
      - opensearch
  podTargetLabels:
    - opster.io/opensearch-cluster
  selector:
    matchLabels:
      opster.io/opensearch-cluster: mycluster
  targetLabels:
    - opster.io/opensearch-cluster

NPNP, maybe a reference this in the doc for monitoring setup for those using PKI would be nice.


text:
Enhanced Monitoring design document

Added diagram in Mermaid.js format
Added overview
Rephrased a bit

@a-pel-a Can you take a look?

Looks good, thanks!
It would be nice to make changes to the content in terms of modified and added sections

It would be nice to make changes to the content in terms of modified and added sections
@a-pel-a Can you please be more specific? Is that something you want me to add in this PR?

Who can approve the workflows execution?

authors: a-pel-a asafm


text:
fix: get latest aws-nuke release. Stop using fork of aws-nuke

Types of changes
Get the latest release version on aws-nuke. Old version isn't cleaning up all resources in accounts resulting in dirty accounts.

[X] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[X] Refactor (changes to code, which do not change application behavior)

Checklist

[X] I have filled out this PR template
[X] I have read the CONTRIBUTING doc
[ ] I have added automated tests that prove my fix is effective or that my feature works
[ ] I have added necessary documentation (README.md, inline comments, etc.)
[ ] I have updated the CHANGELOG.md under a ## next release, with a short summary of my changes

Relevant Links
https://github.com/rebuy-de/aws-nuke

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: jrsholly:x: ShollenbargerShollenbarger seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant jrsholly

repo: Optum/dce


text:
ODS-Component - Card

Card
Requirement
As a developer
I want to insert a card
So That I will get this ready to use component compatible with Orange design specifications and a11y requirements
DSM reference
General description
Cards are a contained and independent element that can display content and actions on a single topic.
UI specifications
Anatomy
Cards can contain a number of elements which are optional.

Media (optional)
Card title
Subtitle (optional)
Supporting text (optional)
Buttons and actions (optional)

Variants
There are two different card sizes; small and large. A large card is a full width portrait mobile screen and a small card for a two column portrait mobile screen display.
Card Small
Half page width on vertical mobile screen
Card Image First
Full page width on vertical mobile screen
Card Title First
Full page width on vertical mobile screen
Card Image Side
States

xx
xx
xx
xx

Internationalization
xxx
Appearance
There are a few ways cards can be presented. With a single title on its own for a simple card view, or with more information shown in a subtitle and supplemental text and actions at the bottom of the card.
The visual style for cards is a simplified physical metaphor which benefits from the use of rounded corners and drop shadow to help convey the metaphor. This is the default style that should be used for cards.
The corner radius and drop shadow used, replicate cards used in native iOS applications, in order that user's will recognise and be familiar with how cards work. The corner radius and drop shadow used should therefore not be adjusted or changed.
Behavior
TO DO Transitions - scroll - pop
Buttons & Actions
Primary action
The primary action area of a card is the card itself. A card can act as a single touch target which leads to a detail view screen on a single subject.
Secondary actions
Secondary actions are represented by buttons, icons and UI controls on cards. Actions should typically be placed at the bottom of the card. There is no limit to the number of actions that can be added to a card, however, an overflow button is recommended for multiple action items.

Add a recomendation of using one line for all uttons and icons

Buttons
They Stand on the Left.
Action icons
They would stand on the right.
Title and subtitles (Draft)
Titles should be short and to the point. Title text should appear on one line. Longer titles should be truncated or use a timed scrolling mechanism.
Supporting text (Draft)
TBD - Maximum size, scrolling or fixed?
Right to left languages

the card would show the card in the exact opposit
do we also need to flip the images? or use the image internationalization

Placement
xxx
UX specifications
Interaction

All:

When there is not button or action, the entire card is selectable to activate the card action (ie: link to a new page)
When there are buttons or actions, only the item can be selectable (ie: the card could have multiple actions associated to it. each could have a dedicated action)

Touch:

No dedicated behavior identified

Keyboard:

No dedicated behavior identified

Animations

None identified

Accessibility
Dynamic text styles

the objective is to see how the card adapts to higher font sizes

The image description needs to be provided

Color
The support of collors have been made accessible using the Orange color palette
Talk back
The card creation will propose to group the Title, Subtitle & Text in the same time. (this is possible on android and not on iOS)

iOS: https://a11y-guidelines.orange.com/fr/mobile/ios/developpement/#grouper-des-elements
Android:
For the image, as it is decorative there is no need to provide a alt text description

Technical specifications
Demo App Specifics
In the Demo App the card page will allow the user to select from all optional items to build a dedicated card so that:

the user can select between car types (only one card type is selectable at once)

(radio button) Small
(radio button) Image First
(radio button) Title First
(radio button) Side by side // when this will be available

the user can select fro the cards other options

[Check box] Media
[Check box] Subtitle
[Check box] Text
[Check box] Button
[Check box] Actions

About the interactions on the page:

When the Small card type is selected, the items Subtitle, Text, Buttons, Actions should be unavailable and grayed out
When the Large card is selected all optional items are available

Implementation tasks

[x] #32
[x] #33
[x] #34
[ ] #35
[x] #62

IMHO This issue shouldn't be in the project. Only its sub-tasks should be in the project. Otherwise, this one will be in progress for a long time :)

repo: Orange-OpenSource/ods-android