Bizarre doctest failures

Running into this on our build infrastructure, seems like there is a minor problem with the patterns that I can not quite discern, using GHC 9.0.2 and doctest-0.18.2.
setupCompilerEnvironmentPhase
Build with /nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2.
unpacking sources
unpacking source archive /nix/store/b0mb08cf2ncjv20ij7wpqwl2sql2pndf-servant-openapi3-<IP_ADDRESS>.tar.gz
source root is servant-openapi3-<IP_ADDRESS>
setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file servant-openapi3-<IP_ADDRESS>/test/Spec.hs
patching sources
compileBuildDriverPhase
setupCompileFlags: -package-db=/build/tmp.84Llg8383c/setup-package.conf.d -j2 +RTS -A64M -RTS -threaded -rtsopts
[1 of 1] Compiling Main             ( Setup.hs, /build/tmp.84Llg8383c/Main.o )
Linking Setup ...
configuring
configureFlags: --verbose --prefix=/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS> --libdir=$prefix/lib/$compiler --libsubdir=$abi/$libname --docdir=/nix/store/804x9zz2wxqbqv4yq8m53073yx4az3m7-servant-openapi3-<IP_ADDRESS>-doc/share/doc/servant-openapi3-<IP_ADDRESS> --with-gcc=gcc --package-db=/build/tmp.84Llg8383c/package.conf.d --ghc-options=-j2 +RTS -A64M -RTS --disable-split-objs --enable-library-profiling --profiling-detail=exported-functions --disable-profiling --enable-shared --disable-coverage --enable-static --disable-executable-dynamic --enable-tests --disable-benchmarks --enable-library-vanilla --disable-library-for-ghci --ghc-option=-split-sections --ghc-options=-haddock --extra-lib-dirs=/nix/store/1pl0x17adk2r9rx99rlfny9r0alha5m8-ncurses-6.3/lib --extra-lib-dirs=/nix/store/7m5ik9rhh55m021kzmg4hb4zjfj3lyyc-libffi-3.4.2/lib --extra-lib-dirs=/nix/store/4l48ybgm682wr7s2m1bzr85ca51i3kgb-gmp-with-cxx-6.2.1/lib --extra-lib-dirs=/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/lib
Using Parsec parser
Configuring servant-openapi3-<IP_ADDRESS>...
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency aeson >=<IP_ADDRESS> && <1.6 || >=<IP_ADDRESS> && <2.1: using aeson-<IP_ADDRESS>
Dependency aeson-pretty >=0.8.7 && <0.9: using aeson-pretty-0.8.9
Dependency base >=<IP_ADDRESS> && <4.17: using base-<IP_ADDRESS>
Dependency base-compat >=0.10.5 && <0.13: using base-compat-0.11.2
Dependency bytestring >=<IP_ADDRESS> && <0.12: using bytestring-<IP_ADDRESS>
Dependency hspec: using hspec-2.8.5
Dependency http-media >=<IP_ADDRESS> && <0.9: using http-media-<IP_ADDRESS>
Dependency insert-ordered-containers >=<IP_ADDRESS> && <0.3: using
insert-ordered-containers-<IP_ADDRESS>
Dependency lens >=4.17 && <5.2: using lens-5.0.1
Dependency openapi3 >=3.0.0 && <3.3: using openapi3-3.2.2
Dependency servant >=0.17 && <0.20: using servant-0.19
Dependency singleton-bool >=0.1.4 && <0.2: using singleton-bool-0.1.6
Dependency text >=<IP_ADDRESS> && <3: using text-<IP_ADDRESS>
Dependency unordered-containers >=<IP_ADDRESS> && <0.3: using
unordered-containers-<IP_ADDRESS>
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency base: using base-<IP_ADDRESS>
Dependency directory >=1.0: using directory-<IP_ADDRESS>
Dependency doctest >=0.11.1 && <0.21: using doctest-0.18.2
Dependency filepath: using filepath-<IP_ADDRESS>
Dependency servant: using servant-0.19
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency aeson: using aeson-<IP_ADDRESS>
Dependency base: using base-<IP_ADDRESS>
Dependency base-compat: using base-compat-0.11.2
Dependency hspec >=2.6.0 && <2.11: using hspec-2.8.5
Dependency lens: using lens-5.0.1
Dependency lens-aeson >=1.0.2 && <1.3: using lens-aeson-1.1.3
Dependency openapi3 >=3.1.0: using openapi3-3.2.2
Dependency servant: using servant-0.19
Dependency servant-openapi3: using servant-openapi3-<IP_ADDRESS>
Dependency template-haskell: using template-haskell-<IP_ADDRESS>
Dependency text: using text-<IP_ADDRESS>
Dependency time: using time-1.9.3
Dependency utf8-string >=<IP_ADDRESS> && <1.1: using utf8-string-1.0.2
Dependency vector: using vector-<IP_ADDRESS>
Source component graph:
    component test:doctests
    component lib
    component test:spec dependency lib
Configured component graph:
    component servant-openapi3-<IP_ADDRESS>-9vQn3EmeGU5C4Wups5wmKO-doctests
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include base-<IP_ADDRESS>
        include directory-<IP_ADDRESS>
        include doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        include filepath-<IP_ADDRESS>
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    component servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include bytestring-<IP_ADDRESS>
        include hspec-2.8.5-15yd26Khcrc433s3iLylfP
        include http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        include insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        include text-<IP_ADDRESS>
        include unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
    component servant-openapi3-<IP_ADDRESS>-4Yuyp6k6amnBUg8x5eiKq1-spec
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include hspec-2.8.5-15yd26Khcrc433s3iLylfP
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        include template-haskell-<IP_ADDRESS>
        include text-<IP_ADDRESS>
        include time-1.9.3
        include utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        include vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Linked component graph:
    unit servant-openapi3-<IP_ADDRESS>-9vQn3EmeGU5C4Wups5wmKO-doctests
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include base-<IP_ADDRESS>
        include directory-<IP_ADDRESS>
        include doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        include filepath-<IP_ADDRESS>
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    unit servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include bytestring-<IP_ADDRESS>
        include hspec-2.8.5-15yd26Khcrc433s3iLylfP
        include http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        include insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        include text-<IP_ADDRESS>
        include unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
        Servant.OpenApi=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi,Servant.OpenApi.Internal=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal,Servant.OpenApi.Internal.Orphans=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.Orphans,Servant.OpenApi.Internal.Test=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.Test,Servant.OpenApi.Internal.TypeLevel=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.TypeLevel,Servant.OpenApi.Internal.TypeLevel.API=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.TypeLevel.API,Servant.OpenApi.Internal.TypeLevel.Every=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.TypeLevel.Every,Servant.OpenApi.Internal.TypeLevel.TMap=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Internal.TypeLevel.TMap,Servant.OpenApi.Test=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.Test,Servant.OpenApi.TypeLevel=servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8:Servant.OpenApi.TypeLevel
    unit servant-openapi3-<IP_ADDRESS>-4Yuyp6k6amnBUg8x5eiKq1-spec
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include hspec-2.8.5-15yd26Khcrc433s3iLylfP
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        include template-haskell-<IP_ADDRESS>
        include text-<IP_ADDRESS>
        include time-1.9.3
        include utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        include vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Ready component graph:
    definite servant-openapi3-<IP_ADDRESS>-9vQn3EmeGU5C4Wups5wmKO-doctests
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends base-<IP_ADDRESS>
        depends directory-<IP_ADDRESS>
        depends doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        depends filepath-<IP_ADDRESS>
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    definite servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        depends aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        depends base-<IP_ADDRESS>
        depends base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        depends bytestring-<IP_ADDRESS>
        depends hspec-2.8.5-15yd26Khcrc433s3iLylfP
        depends http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        depends insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        depends lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        depends openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        depends singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        depends text-<IP_ADDRESS>
        depends unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
    definite servant-openapi3-<IP_ADDRESS>-4Yuyp6k6amnBUg8x5eiKq1-spec
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        depends base-<IP_ADDRESS>
        depends base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        depends hspec-2.8.5-15yd26Khcrc433s3iLylfP
        depends lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        depends lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        depends openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        depends servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
        depends template-haskell-<IP_ADDRESS>
        depends text-<IP_ADDRESS>
        depends time-1.9.3
        depends utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        depends vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Using Cabal-<IP_ADDRESS> compiled by ghc-9.0
Using compiler: ghc-9.0.2
Using install prefix:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>
Executables installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/bin
Libraries installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/lib/ghc-9.0.2/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>-1nKuqrqj9RYCI6r8hPXpo8
Dynamic Libraries installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/lib/ghc-9.0.2/x86_64-linux-ghc-9.0.2
Private executables installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/libexec/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>
Data files installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/share/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>
Documentation installed in:
/nix/store/804x9zz2wxqbqv4yq8m53073yx4az3m7-servant-openapi3-<IP_ADDRESS>-doc/share/doc/servant-openapi3-<IP_ADDRESS>
Configuration files installed in:
/nix/store/50laqw13j9bypzy2clzwa8i837pm2ny9-servant-openapi3-<IP_ADDRESS>/etc
No alex found
Using ar found on system at:
/nix/store/2b99rpx8zwdjjqkrvk7kqgn9mxhiidjy-binutils-2.38/bin/ar
No c2hs found
No cpphs found
Using doctest version 0.18.2 found on system at:
/nix/store/dbrl7byh5asi89v38z9q23dnv2wzq8b5-doctest-0.18.2/bin/doctest
Using gcc version 11.3.0 given by user at:
/nix/store/r7r10qvsqlnvbzjkjinvscjlahqbxifl-gcc-wrapper-11.3.0/bin/gcc
Using ghc version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/ghc
Using ghc-pkg version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/ghc-pkg
No ghcjs found
No ghcjs-pkg found
No greencard found
Using haddock version 2.25.1 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/haddock
No happy found
Using haskell-suite found on system at: haskell-suite-dummy-location
Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location
No hmake found
Using hpc version 0.68 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/hpc
Using hsc2hs version 0.68.7 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/hsc2hs
Using hscolour version 1.24 found on system at:
/nix/store/d194pcq8qz53qw0qb4v349c5w39f3nl5-hscolour-1.24.4/bin/HsColour
No jhc found
Using ld found on system at:
/nix/store/10h6ymfb28wx6x8amj82h2sgw3ixrsb2-binutils-wrapper-2.38/bin/ld.gold
No pkg-config found
Using runghc version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/runghc
Using strip version 2.38 found on system at:
/nix/store/r7r10qvsqlnvbzjkjinvscjlahqbxifl-gcc-wrapper-11.3.0/bin/strip
Using tar found on system at:
/nix/store/5p3qyadsv163m7zvqssiw80zh6xfv2jv-gnutar-1.34/bin/tar
No uhc found
building
Preprocessing test suite 'doctests' for servant-openapi3-<IP_ADDRESS>..
Building test suite 'doctests' for servant-openapi3-<IP_ADDRESS>..
[1 of 2] Compiling Build_doctests   ( dist/build/doctests/autogen/Build_doctests.hs, dist/build/doctests/doctests-tmp/Build_doctests.o )
[2 of 2] Compiling Main             ( test/doctests.hs, dist/build/doctests/doctests-tmp/Main.o )
Linking dist/build/doctests/doctests ...
Preprocessing library for servant-openapi3-<IP_ADDRESS>..
Building library for servant-openapi3-<IP_ADDRESS>..
[ 1 of 10] Compiling Servant.OpenApi.Internal.Orphans ( src/Servant/OpenApi/Internal/Orphans.hs, dist/build/Servant/OpenApi/Internal/Orphans.o, dist/build/Servant/OpenApi/Internal/Orphans.dyn_o )

src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’
   |
16 | instance (Typeable (SourceT m a), ToSchema a) => ToSchema (SourceT m a) where
   |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 2 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.API ( src/Servant/OpenApi/Internal/TypeLevel/API.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/API.o, dist/build/Servant/OpenApi/Internal/TypeLevel/API.dyn_o )

src/Servant/OpenApi/Internal/TypeLevel/API.hs:88:34: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
88 | type family BodyTypes' c api :: [*] where
   |                                  ^
[ 3 of 10] Compiling Servant.OpenApi.Internal ( src/Servant/OpenApi/Internal.hs, dist/build/Servant/OpenApi/Internal.o, dist/build/Servant/OpenApi/Internal.dyn_o )

src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
    |
241 | instance (Typeable (WithStatus s a), ToSchema a) => ToSchema (WithStatus s a) where
    |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 4 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.TMap ( src/Servant/OpenApi/Internal/TypeLevel/TMap.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.o, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.dyn_o )
[ 5 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.Every ( src/Servant/OpenApi/Internal/TypeLevel/Every.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.o, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.dyn_o )

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:37: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                     ^

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:61: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                                             ^
[ 6 of 10] Compiling Servant.OpenApi.Internal.TypeLevel ( src/Servant/OpenApi/Internal/TypeLevel.hs, dist/build/Servant/OpenApi/Internal/TypeLevel.o, dist/build/Servant/OpenApi/Internal/TypeLevel.dyn_o )
[ 7 of 10] Compiling Servant.OpenApi.Internal.Test ( src/Servant/OpenApi/Internal/Test.hs, dist/build/Servant/OpenApi/Internal/Test.o, dist/build/Servant/OpenApi/Internal/Test.dyn_o )
[ 8 of 10] Compiling Servant.OpenApi.Test ( src/Servant/OpenApi/Test.hs, dist/build/Servant/OpenApi/Test.o, dist/build/Servant/OpenApi/Test.dyn_o )
[ 9 of 10] Compiling Servant.OpenApi  ( src/Servant/OpenApi.hs, dist/build/Servant/OpenApi.o, dist/build/Servant/OpenApi.dyn_o )
[10 of 10] Compiling Servant.OpenApi.TypeLevel ( src/Servant/OpenApi/TypeLevel.hs, dist/build/Servant/OpenApi/TypeLevel.o, dist/build/Servant/OpenApi/TypeLevel.dyn_o )
[ 1 of 10] Compiling Servant.OpenApi.Internal.Orphans ( src/Servant/OpenApi/Internal/Orphans.hs, dist/build/Servant/OpenApi/Internal/Orphans.p_o )

src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’
   |
16 | instance (Typeable (SourceT m a), ToSchema a) => ToSchema (SourceT m a) where
   |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 2 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.API ( src/Servant/OpenApi/Internal/TypeLevel/API.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/API.p_o )

src/Servant/OpenApi/Internal/TypeLevel/API.hs:88:34: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
88 | type family BodyTypes' c api :: [*] where
   |                                  ^
[ 3 of 10] Compiling Servant.OpenApi.Internal ( src/Servant/OpenApi/Internal.hs, dist/build/Servant/OpenApi/Internal.p_o )

src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
    |
241 | instance (Typeable (WithStatus s a), ToSchema a) => ToSchema (WithStatus s a) where
    |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 4 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.TMap ( src/Servant/OpenApi/Internal/TypeLevel/TMap.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.p_o )
[ 5 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.Every ( src/Servant/OpenApi/Internal/TypeLevel/Every.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.p_o )

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:37: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                     ^

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:61: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                                             ^
[ 6 of 10] Compiling Servant.OpenApi.Internal.TypeLevel ( src/Servant/OpenApi/Internal/TypeLevel.hs, dist/build/Servant/OpenApi/Internal/TypeLevel.p_o )
[ 7 of 10] Compiling Servant.OpenApi.Internal.Test ( src/Servant/OpenApi/Internal/Test.hs, dist/build/Servant/OpenApi/Internal/Test.p_o )
[ 8 of 10] Compiling Servant.OpenApi.Test ( src/Servant/OpenApi/Test.hs, dist/build/Servant/OpenApi/Test.p_o )
[ 9 of 10] Compiling Servant.OpenApi  ( src/Servant/OpenApi.hs, dist/build/Servant/OpenApi.p_o )
[10 of 10] Compiling Servant.OpenApi.TypeLevel ( src/Servant/OpenApi/TypeLevel.hs, dist/build/Servant/OpenApi/TypeLevel.p_o )
Preprocessing test suite 'spec' for servant-openapi3-<IP_ADDRESS>..
Building test suite 'spec' for servant-openapi3-<IP_ADDRESS>..
[1 of 2] Compiling Servant.OpenApiSpec ( test/Servant/OpenApiSpec.hs, dist/build/spec/spec-tmp/Servant/OpenApiSpec.o, dist/build/spec/spec-tmp/Servant/OpenApiSpec.dyn_o )
[2 of 2] Compiling Main             ( test/Spec.hs, dist/build/spec/spec-tmp/Main.o, dist/build/spec/spec-tmp/Main.dyn_o )
Linking dist/build/spec/spec ...
running tests
Running 2 test suites...
Test suite doctests: RUNNING...

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi.hs:506: failure in expression `hspec $ validateEveryToJSON (Proxy :: Proxy UserAPI)'
expected:
          [User]...
          ...
          User...
          ...
          UserId...
          ...
          Finished in ... seconds
          ...3 examples, 0 failures...
 but got:
          [User]
            +++ OK, passed 100 tests.
          User
            +++ OK, passed 100 tests.
          UserId
            +++ OK, passed 100 tests.

          Finished in 0.0222 seconds
          3 examples, 0 failures
           ^

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Test.hs:51: failure in expression `hspec $ context "ToJSON matches ToSchema" $ validateEveryToJSON (Proxy :: Proxy UserAPI)'
expected:
          ToJSON matches ToSchema
            User...
          ...
            UserId...
          ...
          Finished in ... seconds
          ...2 examples, 0 failures...
 but got:
          ToJSON matches ToSchema
            User
              +++ OK, passed 100 tests.
            UserId
              +++ OK, passed 100 tests.
            ^

          Finished in 0.0023 seconds
          2 examples, 0 failures

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Test.hs:108: failure in expression `:{
  hspec $
    context "read . show == id" $
      props
        (Proxy :: Proxy [Eq, Show, Read])
        (\x -> read (show x) === x)
        (Proxy :: Proxy [Bool, Int, String])
:}'
expected:
          read . show == id
            Bool...
          ...
            Int...
          ...
            [Char]...
          ...
          Finished in ... seconds
          ...3 examples, 0 failures...
 but got:
          read . show == id
            Bool
              +++ OK, passed 100 tests.
            Int
              +++ OK, passed 100 tests.
            [Char]
              +++ OK, passed 100 tests.
            ^

          Finished in 0.0150 seconds
          3 examples, 0 failures

Examples: 90  Tried: 85  Errors: 0  Failures: 3
-i
-i/build/servant-openapi3-<IP_ADDRESS>/dist/build/autogen
-i/build/servant-openapi3-<IP_ADDRESS>/dist/build
-i/build/servant-openapi3-<IP_ADDRESS>/src
-package-env=-
-hide-all-packages
-no-user-package-db
-package-db=/build/tmp.84Llg8383c/package.conf.d
-package-db=dist/package.conf.inplace
-optP-include
-optPdist/build/autogen/cabal_macros.h
-package-id=QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
-package-id=aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
-package-id=aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
-package-id=base-<IP_ADDRESS>
-package-id=base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
-package-id=bytestring-<IP_ADDRESS>
-package-id=hspec-2.8.5-15yd26Khcrc433s3iLylfP
-package-id=http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
-package-id=insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
-package-id=lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
-package-id=openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
-package-id=servant-0.19-GGif3G3NYIoEj4gSR8L6J7
-package-id=singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
-package-id=text-<IP_ADDRESS>
-package-id=unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
-package-id=directory-<IP_ADDRESS>
-package-id=doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
-package-id=filepath-<IP_ADDRESS>
Servant.OpenApi
Servant.OpenApi.Test
Servant.OpenApi.TypeLevel
Servant.OpenApi.Internal
Servant.OpenApi.Internal.Orphans
Servant.OpenApi.Internal.Test
Servant.OpenApi.Internal.TypeLevel
Servant.OpenApi.Internal.TypeLevel.API
Servant.OpenApi.Internal.TypeLevel.Every
Servant.OpenApi.Internal.TypeLevel.TMap
Test suite doctests: FAIL
Test suite logged to: dist/test/servant-openapi3-<IP_ADDRESS>-doctests.log
Test suite spec: RUNNING...

Servant.OpenApi
  HasOpenApi
    Todo API
    Hackage API (with tags)
    GetPost API (test subOperations)
    Comprehensive API
    UVerb API

Finished in 0.0020 seconds
5 examples, 0 failures
Test suite spec: PASS
Test suite logged to: dist/test/servant-openapi3-<IP_ADDRESS>-spec.log
1 of 2 test suites (1 of 2 test cases) passed.

Still happens with hspec 2.10:
compileBuildDriverPhase
setupCompileFlags: -package-db=/build/tmp.m40j6lP8RJ/setup-package.conf.d -j4 +RTS -A64M -RTS -threaded -rtsopts
[1 of 1] Compiling Main             ( Setup.hs, /build/tmp.m40j6lP8RJ/Main.o )
Linking Setup ...
configuring
configureFlags: --verbose --prefix=/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS> --libdir=$prefix/lib/$compiler --libsubdir=$abi/$libname --docdir=/nix/store/hm2m80z9k5l0ipb2yd2w0zfmvwdjhi3q-servant-openapi3-<IP_ADDRESS>-doc/share/doc/servant-openapi3-<IP_ADDRESS> --with-gcc=gcc --package-db=/build/tmp.m40j6lP8RJ/package.conf.d --ghc-options=-j4 +RTS -A64M -RTS --disable-split-objs --enable-library-profiling --profiling-detail=exported-functions --disable-profiling --enable-shared --disable-coverage --enable-static --disable-executable-dynamic --enable-tests --disable-benchmarks --enable-library-vanilla --disable-library-for-ghci --ghc-option=-split-sections --ghc-options=-haddock --extra-lib-dirs=/nix/store/1pl0x17adk2r9rx99rlfny9r0alha5m8-ncurses-6.3/lib --extra-lib-dirs=/nix/store/7m5ik9rhh55m021kzmg4hb4zjfj3lyyc-libffi-3.4.2/lib --extra-lib-dirs=/nix/store/4l48ybgm682wr7s2m1bzr85ca51i3kgb-gmp-with-cxx-6.2.1/lib --extra-lib-dirs=/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/lib
Using Parsec parser
Configuring servant-openapi3-<IP_ADDRESS>...
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency aeson >=<IP_ADDRESS> && <1.6 || >=<IP_ADDRESS> && <2.1: using aeson-<IP_ADDRESS>
Dependency aeson-pretty >=0.8.7 && <0.9: using aeson-pretty-0.8.9
Dependency base >=<IP_ADDRESS> && <4.17: using base-<IP_ADDRESS>
Dependency base-compat >=0.10.5 && <0.13: using base-compat-0.11.2
Dependency bytestring >=<IP_ADDRESS> && <0.12: using bytestring-<IP_ADDRESS>
Dependency hspec: using hspec-2.10.0
Dependency http-media >=<IP_ADDRESS> && <0.9: using http-media-<IP_ADDRESS>
Dependency insert-ordered-containers >=<IP_ADDRESS> && <0.3: using
insert-ordered-containers-<IP_ADDRESS>
Dependency lens >=4.17 && <5.2: using lens-5.0.1
Dependency openapi3 >=3.0.0 && <3.3: using openapi3-3.2.2
Dependency servant >=0.17 && <0.20: using servant-0.19
Dependency singleton-bool >=0.1.4 && <0.2: using singleton-bool-0.1.6
Dependency text >=<IP_ADDRESS> && <3: using text-<IP_ADDRESS>
Dependency unordered-containers >=<IP_ADDRESS> && <0.3: using
unordered-containers-<IP_ADDRESS>
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency base: using base-<IP_ADDRESS>
Dependency directory >=1.0: using directory-<IP_ADDRESS>
Dependency doctest >=0.11.1 && <0.21: using doctest-0.18.2
Dependency filepath: using filepath-<IP_ADDRESS>
Dependency servant: using servant-0.19
Dependency QuickCheck: using QuickCheck-2.14.2
Dependency aeson: using aeson-<IP_ADDRESS>
Dependency base: using base-<IP_ADDRESS>
Dependency base-compat: using base-compat-0.11.2
Dependency hspec >=2.6.0 && <2.11: using hspec-2.10.0
Dependency lens: using lens-5.0.1
Dependency lens-aeson >=1.0.2 && <1.3: using lens-aeson-1.1.3
Dependency openapi3 >=3.1.0: using openapi3-3.2.2
Dependency servant: using servant-0.19
Dependency servant-openapi3: using servant-openapi3-<IP_ADDRESS>
Dependency template-haskell: using template-haskell-<IP_ADDRESS>
Dependency text: using text-<IP_ADDRESS>
Dependency time: using time-1.9.3
Dependency utf8-string >=<IP_ADDRESS> && <1.1: using utf8-string-1.0.2
Dependency vector: using vector-<IP_ADDRESS>
Source component graph:
    component test:doctests
    component lib
    component test:spec dependency lib
Configured component graph:
    component servant-openapi3-<IP_ADDRESS>-9f2hUSoCpnCFZK8WvRe0wR-doctests
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include base-<IP_ADDRESS>
        include directory-<IP_ADDRESS>
        include doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        include filepath-<IP_ADDRESS>
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    component servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include bytestring-<IP_ADDRESS>
        include hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        include http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        include insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        include text-<IP_ADDRESS>
        include unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
    component servant-openapi3-<IP_ADDRESS>-8P7xeA1FLjc2fIQFaDkBhA-spec
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        include template-haskell-<IP_ADDRESS>
        include text-<IP_ADDRESS>
        include time-1.9.3
        include utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        include vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Linked component graph:
    unit servant-openapi3-<IP_ADDRESS>-9f2hUSoCpnCFZK8WvRe0wR-doctests
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include base-<IP_ADDRESS>
        include directory-<IP_ADDRESS>
        include doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        include filepath-<IP_ADDRESS>
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    unit servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include bytestring-<IP_ADDRESS>
        include hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        include http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        include insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        include text-<IP_ADDRESS>
        include unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
        Servant.OpenApi=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi,Servant.OpenApi.Internal=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal,Servant.OpenApi.Internal.Orphans=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.Orphans,Servant.OpenApi.Internal.Test=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.Test,Servant.OpenApi.Internal.TypeLevel=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.TypeLevel,Servant.OpenApi.Internal.TypeLevel.API=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.TypeLevel.API,Servant.OpenApi.Internal.TypeLevel.Every=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.TypeLevel.Every,Servant.OpenApi.Internal.TypeLevel.TMap=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Internal.TypeLevel.TMap,Servant.OpenApi.Test=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.Test,Servant.OpenApi.TypeLevel=servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka:Servant.OpenApi.TypeLevel
    unit servant-openapi3-<IP_ADDRESS>-8P7xeA1FLjc2fIQFaDkBhA-spec
        include QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        include aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        include base-<IP_ADDRESS>
        include base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        include hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        include lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        include lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        include openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        include servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        include servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        include template-haskell-<IP_ADDRESS>
        include text-<IP_ADDRESS>
        include time-1.9.3
        include utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        include vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Ready component graph:
    definite servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        depends aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
        depends base-<IP_ADDRESS>
        depends base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        depends bytestring-<IP_ADDRESS>
        depends hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        depends http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
        depends insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
        depends lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        depends openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        depends singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
        depends text-<IP_ADDRESS>
        depends unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
    definite servant-openapi3-<IP_ADDRESS>-9f2hUSoCpnCFZK8WvRe0wR-doctests
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends base-<IP_ADDRESS>
        depends directory-<IP_ADDRESS>
        depends doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
        depends filepath-<IP_ADDRESS>
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
    definite servant-openapi3-<IP_ADDRESS>-8P7xeA1FLjc2fIQFaDkBhA-spec
        depends QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
        depends aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
        depends base-<IP_ADDRESS>
        depends base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
        depends hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
        depends lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
        depends lens-aeson-1.1.3-3FsDeWZaP30IAUE3WNL7m5
        depends openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
        depends servant-0.19-GGif3G3NYIoEj4gSR8L6J7
        depends servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
        depends template-haskell-<IP_ADDRESS>
        depends text-<IP_ADDRESS>
        depends time-1.9.3
        depends utf8-string-1.0.2-Lm887ungamcD8QgwYloUIG
        depends vector-<IP_ADDRESS>-TXkE6leK98EdYcmdk29JF
Using Cabal-<IP_ADDRESS> compiled by ghc-9.0
Using compiler: ghc-9.0.2
Using install prefix:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>
Executables installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/bin
Libraries installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/lib/ghc-9.0.2/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>-JpQkrU8Duml5J2oQFHpcka
Dynamic Libraries installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/lib/ghc-9.0.2/x86_64-linux-ghc-9.0.2
Private executables installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/libexec/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>
Data files installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/share/x86_64-linux-ghc-9.0.2/servant-openapi3-<IP_ADDRESS>
Documentation installed in:
/nix/store/hm2m80z9k5l0ipb2yd2w0zfmvwdjhi3q-servant-openapi3-<IP_ADDRESS>-doc/share/doc/servant-openapi3-<IP_ADDRESS>
Configuration files installed in:
/nix/store/ps21hla4l72fpn5mjhgm7fi6l1qx6x2a-servant-openapi3-<IP_ADDRESS>/etc
No alex found
Using ar found on system at:
/nix/store/2b99rpx8zwdjjqkrvk7kqgn9mxhiidjy-binutils-2.38/bin/ar
No c2hs found
No cpphs found
Using doctest version 0.18.2 found on system at:
/nix/store/dbrl7byh5asi89v38z9q23dnv2wzq8b5-doctest-0.18.2/bin/doctest
Using gcc version 11.3.0 given by user at:
/nix/store/r7r10qvsqlnvbzjkjinvscjlahqbxifl-gcc-wrapper-11.3.0/bin/gcc
Using ghc version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/ghc
Using ghc-pkg version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/ghc-pkg
No ghcjs found
No ghcjs-pkg found
No greencard found
Using haddock version 2.25.1 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/haddock
No happy found
Using haskell-suite found on system at: haskell-suite-dummy-location
Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location
No hmake found
Using hpc version 0.68 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/hpc
Using hsc2hs version 0.68.7 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/hsc2hs
Using hscolour version 1.24 found on system at:
/nix/store/d194pcq8qz53qw0qb4v349c5w39f3nl5-hscolour-1.24.4/bin/HsColour
No jhc found
Using ld found on system at:
/nix/store/10h6ymfb28wx6x8amj82h2sgw3ixrsb2-binutils-wrapper-2.38/bin/ld.gold
No pkg-config found
Using runghc version 9.0.2 found on system at:
/nix/store/0hy2ydriiyh7azw57agy8ajr3gxbw7i2-ghc-9.0.2/bin/runghc
Using strip version 2.38 found on system at:
/nix/store/r7r10qvsqlnvbzjkjinvscjlahqbxifl-gcc-wrapper-11.3.0/bin/strip
Using tar found on system at:
/nix/store/5p3qyadsv163m7zvqssiw80zh6xfv2jv-gnutar-1.34/bin/tar
No uhc found
building
Preprocessing library for servant-openapi3-<IP_ADDRESS>..
Building library for servant-openapi3-<IP_ADDRESS>..
[ 1 of 10] Compiling Servant.OpenApi.Internal.Orphans ( src/Servant/OpenApi/Internal/Orphans.hs, dist/build/Servant/OpenApi/Internal/Orphans.o, dist/build/Servant/OpenApi/Internal/Orphans.dyn_o )

src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’
   |
16 | instance (Typeable (SourceT m a), ToSchema a) => ToSchema (SourceT m a) where
   |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 2 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.API ( src/Servant/OpenApi/Internal/TypeLevel/API.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/API.o, dist/build/Servant/OpenApi/Internal/TypeLevel/API.dyn_o )

src/Servant/OpenApi/Internal/TypeLevel/API.hs:88:34: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
88 | type family BodyTypes' c api :: [*] where
   |                                  ^
[ 3 of 10] Compiling Servant.OpenApi.Internal ( src/Servant/OpenApi/Internal.hs, dist/build/Servant/OpenApi/Internal.o, dist/build/Servant/OpenApi/Internal.dyn_o )

src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
    |
241 | instance (Typeable (WithStatus s a), ToSchema a) => ToSchema (WithStatus s a) where
    |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 4 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.TMap ( src/Servant/OpenApi/Internal/TypeLevel/TMap.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.o, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.dyn_o )
[ 5 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.Every ( src/Servant/OpenApi/Internal/TypeLevel/Every.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.o, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.dyn_o )

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:37: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                     ^

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:61: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                                             ^
[ 6 of 10] Compiling Servant.OpenApi.Internal.TypeLevel ( src/Servant/OpenApi/Internal/TypeLevel.hs, dist/build/Servant/OpenApi/Internal/TypeLevel.o, dist/build/Servant/OpenApi/Internal/TypeLevel.dyn_o )
[ 7 of 10] Compiling Servant.OpenApi.Internal.Test ( src/Servant/OpenApi/Internal/Test.hs, dist/build/Servant/OpenApi/Internal/Test.o, dist/build/Servant/OpenApi/Internal/Test.dyn_o )
[ 8 of 10] Compiling Servant.OpenApi.Test ( src/Servant/OpenApi/Test.hs, dist/build/Servant/OpenApi/Test.o, dist/build/Servant/OpenApi/Test.dyn_o )
[ 9 of 10] Compiling Servant.OpenApi  ( src/Servant/OpenApi.hs, dist/build/Servant/OpenApi.o, dist/build/Servant/OpenApi.dyn_o )
[10 of 10] Compiling Servant.OpenApi.TypeLevel ( src/Servant/OpenApi/TypeLevel.hs, dist/build/Servant/OpenApi/TypeLevel.o, dist/build/Servant/OpenApi/TypeLevel.dyn_o )
[ 1 of 10] Compiling Servant.OpenApi.Internal.Orphans ( src/Servant/OpenApi/Internal/Orphans.hs, dist/build/Servant/OpenApi/Internal/Orphans.p_o )

src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’
   |
16 | instance (Typeable (SourceT m a), ToSchema a) => ToSchema (SourceT m a) where
   |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 2 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.API ( src/Servant/OpenApi/Internal/TypeLevel/API.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/API.p_o )

src/Servant/OpenApi/Internal/TypeLevel/API.hs:88:34: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
88 | type family BodyTypes' c api :: [*] where
   |                                  ^
[ 3 of 10] Compiling Servant.OpenApi.Internal ( src/Servant/OpenApi/Internal.hs, dist/build/Servant/OpenApi/Internal.p_o )

src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
    |
241 | instance (Typeable (WithStatus s a), ToSchema a) => ToSchema (WithStatus s a) where
    |          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ 4 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.TMap ( src/Servant/OpenApi/Internal/TypeLevel/TMap.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/TMap.p_o )
[ 5 of 10] Compiling Servant.OpenApi.Internal.TypeLevel.Every ( src/Servant/OpenApi/Internal/TypeLevel/Every.hs, dist/build/Servant/OpenApi/Internal/TypeLevel/Every.p_o )

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:37: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                     ^

src/Servant/OpenApi/Internal/TypeLevel/Every.hs:51:61: warning: [-Wstar-is-type]
    Using ‘*’ (or its Unicode variant) to mean ‘Data.Kind.Type’
    relies on the StarIsType extension, which will become
    deprecated in the future.
    Suggested fix: use ‘Type’ from ‘Data.Kind’ instead.
   |
51 | class EveryTF cs x => Every (cs :: [* -> Constraint]) (x :: *) where
   |                                                             ^
[ 6 of 10] Compiling Servant.OpenApi.Internal.TypeLevel ( src/Servant/OpenApi/Internal/TypeLevel.hs, dist/build/Servant/OpenApi/Internal/TypeLevel.p_o )
[ 7 of 10] Compiling Servant.OpenApi.Internal.Test ( src/Servant/OpenApi/Internal/Test.hs, dist/build/Servant/OpenApi/Internal/Test.p_o )
[ 8 of 10] Compiling Servant.OpenApi.Test ( src/Servant/OpenApi/Test.hs, dist/build/Servant/OpenApi/Test.p_o )
[ 9 of 10] Compiling Servant.OpenApi  ( src/Servant/OpenApi.hs, dist/build/Servant/OpenApi.p_o )
[10 of 10] Compiling Servant.OpenApi.TypeLevel ( src/Servant/OpenApi/TypeLevel.hs, dist/build/Servant/OpenApi/TypeLevel.p_o )
Preprocessing test suite 'doctests' for servant-openapi3-<IP_ADDRESS>..
Building test suite 'doctests' for servant-openapi3-<IP_ADDRESS>..
[1 of 2] Compiling Build_doctests   ( dist/build/doctests/autogen/Build_doctests.hs, dist/build/doctests/doctests-tmp/Build_doctests.o )
[2 of 2] Compiling Main             ( test/doctests.hs, dist/build/doctests/doctests-tmp/Main.o )
Linking dist/build/doctests/doctests ...
Preprocessing test suite 'spec' for servant-openapi3-<IP_ADDRESS>..
Building test suite 'spec' for servant-openapi3-<IP_ADDRESS>..
[1 of 2] Compiling Servant.OpenApiSpec ( test/Servant/OpenApiSpec.hs, dist/build/spec/spec-tmp/Servant/OpenApiSpec.o, dist/build/spec/spec-tmp/Servant/OpenApiSpec.dyn_o )
[2 of 2] Compiling Main             ( test/Spec.hs, dist/build/spec/spec-tmp/Main.o, dist/build/spec/spec-tmp/Main.dyn_o )
Linking dist/build/spec/spec ...
running tests
Running 2 test suites...
Test suite doctests: RUNNING...

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Orphans.hs:16:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (SourceT m a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (SourceT m a)’

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal.hs:241:10: warning: [-Wsimplifiable-class-constraints]
    • The constraint ‘Typeable (WithStatus s a)’ matches
        a built-in instance
      This makes type inference for inner bindings fragile;
        either use MonoLocalBinds, or simplify it using the instance
    • In the instance declaration for ‘ToSchema (WithStatus s a)’
/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi.hs:506: failure in expression `hspec $ validateEveryToJSON (Proxy :: Proxy UserAPI)'
expected:
          [User]...
          ...
          User...
          ...
          UserId...
          ...
          Finished in ... seconds
          ...3 examples, 0 failures...
 but got:
          [User] [✔]
            +++ OK, passed 100 tests.
          User [✔]
            +++ OK, passed 100 tests.
          UserId [✔]
            +++ OK, passed 100 tests.

          Finished in 0.0314 seconds
          3 examples, 0 failures
           ^

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Test.hs:51: failure in expression `hspec $ context "ToJSON matches ToSchema" $ validateEveryToJSON (Proxy :: Proxy UserAPI)'
expected:
          ToJSON matches ToSchema
            User...
          ...
            UserId...
          ...
          Finished in ... seconds
          ...2 examples, 0 failures...
 but got:
          ToJSON matches ToSchema
            User [✔]
              +++ OK, passed 100 tests.
            UserId [✔]
              +++ OK, passed 100 tests.
            ^

          Finished in 0.0027 seconds
          2 examples, 0 failures

/build/servant-openapi3-<IP_ADDRESS>/src/Servant/OpenApi/Internal/Test.hs:108: failure in expression `:{
  hspec $
    context "read . show == id" $
      props
        (Proxy :: Proxy [Eq, Show, Read])
        (\x -> read (show x) === x)
        (Proxy :: Proxy [Bool, Int, String])
:}'
expected:
          read . show == id
            Bool...
          ...
            Int...
          ...
            [Char]...
          ...
          Finished in ... seconds
          ...3 examples, 0 failures...
 but got:
          read . show == id
            Bool [✔]
              +++ OK, passed 100 tests.
            Int [✔]
              +++ OK, passed 100 tests.
            [Char] [✔]
              +++ OK, passed 100 tests.
            ^

          Finished in 0.0159 seconds
          3 examples, 0 failures

Examples: 90  Tried: 85  Errors: 0  Failures: 3
-i
-i/build/servant-openapi3-<IP_ADDRESS>/dist/build/autogen
-i/build/servant-openapi3-<IP_ADDRESS>/dist/build
-i/build/servant-openapi3-<IP_ADDRESS>/src
-package-env=-
-hide-all-packages
-no-user-package-db
-package-db=/build/tmp.m40j6lP8RJ/package.conf.d
-package-db=dist/package.conf.inplace
-optP-include
-optPdist/build/autogen/cabal_macros.h
-package-id=QuickCheck-2.14.2-CJDnMWXQCpp1Tgm6F43kjb
-package-id=aeson-<IP_ADDRESS>-HlWJjVNsI9B9POFOQBJXQw
-package-id=aeson-pretty-0.8.9-BP2fiCVwamN3O1pHzEaCDN
-package-id=base-<IP_ADDRESS>
-package-id=base-compat-0.11.2-D5DT1MGmUKa4Ww8Uu5S4h5
-package-id=bytestring-<IP_ADDRESS>
-package-id=hspec-2.10.0-KSv2aoXinXhHlKoI6lz6j0
-package-id=http-media-<IP_ADDRESS>-JdgogMjUm0g6z6er6ZVrgu
-package-id=insert-ordered-containers-<IP_ADDRESS>-KPzpTzYDj1PDydVJeixuTd
-package-id=lens-5.0.1-IyoHbjke83qLG0yAxj1Z63
-package-id=openapi3-3.2.2-7qfyBNzxmFMIDpj109EOZs
-package-id=servant-0.19-GGif3G3NYIoEj4gSR8L6J7
-package-id=singleton-bool-0.1.6-NzHHXQRw9fHRfIkf79Ywi
-package-id=text-<IP_ADDRESS>
-package-id=unordered-containers-<IP_ADDRESS>-5tsTUc3qaP8lsa0vPeGcq
-package-id=directory-<IP_ADDRESS>
-package-id=doctest-0.18.2-Azd6gA1KUSO3PrMqh8IR4K
-package-id=filepath-<IP_ADDRESS>
Servant.OpenApi
Servant.OpenApi.Test
Servant.OpenApi.TypeLevel
Servant.OpenApi.Internal
Servant.OpenApi.Internal.Orphans
Servant.OpenApi.Internal.Test
Servant.OpenApi.Internal.TypeLevel
Servant.OpenApi.Internal.TypeLevel.API
Servant.OpenApi.Internal.TypeLevel.Every
Servant.OpenApi.Internal.TypeLevel.TMap
Test suite doctests: FAIL
Test suite logged to: dist/test/servant-openapi3-<IP_ADDRESS>-doctests.log
Test suite spec: RUNNING...

Servant.OpenApi
  HasOpenApi
    Todo API [✔]
    Hackage API (with tags) [✔]
    GetPost API (test subOperations) [✔]
    Comprehensive API [✔]
    UVerb API [✔]

Finished in 0.0040 seconds
5 examples, 0 failures
Test suite spec: PASS
Test suite logged to: dist/test/servant-openapi3-<IP_ADDRESS>-spec.log
1 of 2 test suites (1 of 2 test cases) passed.

Hmm, strange. It worked for me and CI passed. I will look into this later. Does this block you?

No, I can just disable tests for now, as it seems to be a false negative.

Hi, was this ever solved?


Clair Container run error

I just install fresh CentOS and docker engine, I run ubuntu 14.04 image. Now I want to try Clair. So i save config file and run given commands: (I have not changed anything in config file)
$ docker run -p 6060:6060 -p 6061:6061 -v /home/test/config:/config:ro quay.io/coreos/clair:latest --config=/config/config.yaml
2016-01-19 13:27:56.405799 I | api: starting main API on port 6060.
2016-01-19 13:27:56.408493 I | api: starting health API on port 6061.
2016-01-19 13:27:56.408638 I | notifier: notifier service is disabled
2016-01-19 13:27:56.408651 I | updater: updater service started. lock identifier: b6fa8f67-b516-4880-b560-3945808e1640
2016-01-19 13:27:56.408998 I | updater: updating vulnerabilities
2016-01-19 13:27:56.409037 I | updater/fetchers: fetching Ubuntu vulneratibilities
2016-01-19 13:27:56.409216 I | updater/fetchers: fetching Debian vulneratibilities
2016-01-19 13:27:56.413911 I | updater/fetchers: fetching Red Hat vulneratibilities
STDOUTS stops here everytime, i wait for hours even. I am newbie, I am working on some idea's in Docker world so please also put some info in answer which could help me in getting started with Clair.

Hi.
Hours?

As far as I know, Clair still works properly and is just waiting for the update to complete (downloads and database insertion). You might have a very poor Internet connection or IO performances.
Try using -log-level=debug or even -log-level=trace.
Try using the API to see if Clair is responsible (ie. the Health status).

Yes, that was probably due to my internet connection. I solved. Thanks for prompt reply.

I am not getting how it works, Image id and parent ID could be obtained from with docker exec, but i am not getting which type of layer ID's required here and from where those could be obtained? and why do we insert layers? How i could simply scan my container for vulnerabilities with my container ID or Image ID?  What type of knowledge you are expecting from users?

It seems to me that you actually want to use contrib/analyze-local-images, which allow you to easily analyze you local images.
Clair is designed to analyze thousands/millions of images in an automated manner and to be integrated in Registries / CI systems. Submitting layers instead of images through the API is important for numerous reasons.
To answer your concerns about this particular API call and in your case: ID and ParentID should be obtained from docker history, not docker exec. However, note that the identifiers must be unique, which may not be the case in some extreme cases (ie. huge public registries, malicious users). ImageFormat should be Docker in your case.

There is nothing on provided address, or may be not updated or moved.
go get -u github.com/coreos/clair/contrib/analyze-local-images
Please take a look!

curl -s -H "Content-Type: application/json" -X POST -d
'{
"ID": "39bb80489af75406073b5364c9c326134015140e1f7976a370a8bd446889e6f8",
"Path": "https://layers_storage/39bb80489af75406073b5364c9c326134015140e1f7976a370a8bd446889e6f8.tar",
"ParentID": "df2a0347c9d081fa05ecb83669dcae5830c67b0676a6d6358218e55d8a45969c",
"ImageFormat": "Docker"
}'
<IP_ADDRESS>:6060/v1/layers
That would be great if you can give me example, Where i would get ID, Path and ParentID?
In example please use a layer other than docker.

Sorry, I am not sure what you mean by There is nothing on provided address, or may be not updated or moved..
➜ clair git:(master) ✗ go get -v github.com/coreos/clair/contrib/analyze-local-images
github.com/coreos/clair/contrib/analyze-local-images

➜ clair git:(master) ✗ $GOBIN/analyze-local-images
Usage: analyze-local-images [options] image-id

Options:
  -endpoint string
    	Address to Clair API (default "http://<IP_ADDRESS>:6060")
  -minimum-priority string
    	Minimum vulnerability vulnerability to show (default "Low")
  -my-address string
    	Address from the point of view of Clair (default "<IP_ADDRESS>")

I am sorry Quentin-M . There was a mistake in link. Yes I got it. But issue about the use of API end points is still, as you told me about Docker History , I am still their because of output:
[test@localhost ~]$ sudo docker history af88597ec24b
IMAGE               CREATED             CREATED BY                                      SIZE                COMMENT
af88597ec24b        3 weeks ago         /bin/sh -c #(nop) CMD ["/bin/bash"]             0 B
b2ae0a712b39        3 weeks ago         /bin/sh -c sed -i 's/^#\s*\(deb.*universe\)$/   1.895 kB
02e5bca4149b        3 weeks ago         /bin/sh -c echo '#!/bin/sh' > /usr/sbin/polic   194.5 kB
895b070402bd       3 weeks ago         /bin/sh -c #(nop) ADD file:482777a8ad62044151   187.7 MB

So which one is Parent ID and Image Path ?

Closing for inactivity. Feel free to re-open if necessary.


Fix prop types validation when passing object to views

When passing object to views property, there is an error in browser:
Warning: Failed prop type: validator.apply is not a function

The reason is incorrect usage of react-prop-types#all, which spreads args, but does not handle arrays.
Component itself continues to work fine though.

Thanks!


V2.0.0 alpha.6

upgrading
deprecating hard-to-maintain samples

fixes #61

now building against a fork of substrate-node-template
storage map and double map working. extended example
minor refactoring
includes new api for get_block aso.
works for v2.0.0-alpha.5 based encointer-client

technical debt

node template has no kitties and no contracts. do we really want to maintain substrate-test-nodes? We could just maintain a branch on a fork of node-template, like I started to do (see above)
unsure, if using AccountId32 is a good idea. I think we should use the Runtime itself a a type argument to Api, like subxt does. then we can derive Runtime::AccountId

@clangenb please check if this PR includes all your previous work

and yes, it does include my work


Implement creation of associated transactions for repeaters

This PR implements #47. @weiyang13 I think you might need to change somethings with respect to this PR, let me know if I can help.


Release please not picking up "-alpha" in next tag

Example:
https://github.com/googleapis/java-bigtable-hbase/pull/3169
should be 2.0.0-alpha2
I have a workaround (committing a release-as PR), so marking as a P2

woops, meant to create this in googleapis/repo-automation-bots


Frontend component scaffolder

In case I am writing a frontend component, I may want to include webpack with a build pipeline (based on attributes-kit)

Closed: Development won't continue in this repository.


Agregar definiciones para el uso de hacks, crossbrowsing y expressions

Sounds like a good idea, but sadly this is too wide and vague to address. If further details are provided we could re-open this.


Support specifying externalTrafficPolicy in Services created by listener-operator

Description
Replaces https://github.com/stackabletech/operator-rs/pull/562
Needed by https://github.com/stackabletech/listener-operator/pull/57
First raised a year ago here
If i use the ListenerClass external-stable on IONOS k8s the LoadBalancer svc is not reachable. I did find out it's because we set externalTrafficPolicy: Local on the svc here.
This PR simply allows users to configure that field, which is than passed to the created Service. We leave the default as-is at Local, so we don't have any breaking change.
This change is needed for external-stable to work on IONOS!
Some background info on that feature
CRD change
---
apiVersion: listeners.stackable.tech/v1alpha1
kind: ListenerClass
metadata:
  name: public
spec:
  serviceType: LoadBalancer
  # NEW:
  serviceExternalTrafficPolicy: Local # or Cluster, defaults to Local

# Tasks
- [ ] operator-rs change
- [ ] Read and use new field in listener-op

Definition of Done Checklist

Not all of these items are applicable to all PRs, the author should update this template to only leave the boxes in that are relevant
Please make sure all these things are done and tick the boxes

# Author
- [ ] Changes are OpenShift compatible
- [ ] CRD changes approved
- [ ] Integration tests passed (for non trivial changes)

# Reviewer
- [x] Code contains useful comments
- [ ] (Integration-)Test cases added
- [ ] Documentation added or updated
- [x] Changelog updated
- [ ] Cargo.toml only contains references to git tags (not specific commits or branches)

# Acceptance
- [ ] Feature Tracker has been updated
- [ ] Proper release label has been added

There were no further comments during the voting phase, merging this


Problem about reward and loss in online training

Hi,
Thank you for your dedicated work of PCC-Uspace.
When I followed the instruction in Deep_Learning_Readme.md, I found that values of both Reward and Ewma Reward were so high as the snapshot below:
Reward: 1360096.79, Ewma Reward: 21968834.42
Reward: 1013840.44, Ewma Reward: 21759284.48
Reward: 425067.66, Ewma Reward: 21545942.31
Reward: 327400.01, Ewma Reward: 21333756.89
Reward: 154455.32, Ewma Reward: 21121963.88
Reward: 115554.43, Ewma Reward: 20911899.78
Reward: 140730.04, Ewma Reward: 20704188.08
Reward: 112697.73, Ewma Reward: 20498273.18
Reward: 107894.34, Ewma Reward: 20294369.39
...
Worsestill, values of loss_vf_loss were also unexpected, one of which reached "4512207000000.0 ".
Did you ever stumbled across this problem and could you please tell me the possible reason behind this phenomenon? Thanks!

Thanks for your reply！
For offline training, I just run "python stable_solve.py as you mentioned in PCC-RL repo, and the result was normal actually. For online training, I just followed the commands in Deep_Learning_Readme.md, that is:
"Start a server as usual: cd src export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:pwd/core/ ./app/pccserver recv 9000"
"Start the gym side of the training environment from the pcc-rl repo: cd pcc-rl/gym/training/online/ python3 shim_solver.py"
"Start the udt side of the training environment (on the same machine as the shim_solver): cd src export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:pwd/core/ ./app/pccclient send <IP_ADDRESS> 9000 --pcc-rate-control=python -pyhelper=shim -path=/path/to/pcc-rl/src/udt-plugins/training/ --history-len=10 --pcc-utility-calc=linear"
And I replace the argument "<IP_ADDRESS>" of my own localhost and others remain unchanged. I wonder how to set bandwidth limiters or latency mechanisms as you mentioned. Besides, I think the main problem may be the scale of rewards, because after I read the code of network_shim.py in PCC-RL, there is a code line says:
"reward = (10.0 * throughput / (8 * BYTES_PER_PACKET) - 1e3 * latency - 2e3 * loss)
and I didn't see any similiar code lines or value transformation in shim_env.py, which directly output the initial rewards in function "reset()" that reached really high value. Do you have idea of the difference of reward expression in PCC-RL network_shim.py and shim_env.py?
Thanks!
Best Wishes

Thanks for your reply！
For offline training, I just run "python stable_solve.py as you mentioned in PCC-RL repo, and the result was normal actually. For online training, I just followed the commands in Deep_Learning_Readme.md, that is:
"Start a server as usual: cd src export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:pwd/core/ ./app/pccserver recv 9000"
"Start the gym side of the training environment from the pcc-rl repo: cd pcc-rl/gym/training/online/ python3 shim_solver.py"
"Start the udt side of the training environment (on the same machine as the shim_solver): cd src export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:pwd/core/ ./app/pccclient send <IP_ADDRESS> 9000 --pcc-rate-control=python -pyhelper=shim -path=/path/to/pcc-rl/src/udt-plugins/training/ --history-len=10 --pcc-utility-calc=linear"
And I replace the argument "<IP_ADDRESS>" of my own localhost and others remain unchanged. I wonder how to set bandwidth limiters or latency mechanisms as you mentioned. Besides, I think the main problem may be the scale of rewards, because after I read the code of network_shim.py in PCC-RL, there is a code line says:
"reward = (10.0 * throughput / (8 * BYTES_PER_PACKET) - 1e3 * latency - 2e3 * loss)
and I didn't see any similiar code lines or value transformation in shim_env.py, which directly output the initial rewards in function "reset()" that reached really high value. Do you have idea of the difference of reward expression in PCC-RL network_shim.py and shim_env.py?
Thanks!
Best Wishes

Hello, When you run the program, does the "Segmentation fault (core dumped)" error cause the program to be interrupted?

Hi All,
Can I know that is the unit of throughput is mbps or packets?
Thanks


Add search ability the way radius markers has

Add a search capability for the plugin

Search could be added. Maybe add it with "minimized" mode for having the ui little tighter when having large ammounts of presets.


Unable to install aye-aye in ArangoDB 2.4.1

I tried installing aye-aye inside my ArangoDB server but I couldn't get it working.
I tried different methods:
1. As described in the Readme
bin\arangod.exe --javascript.dev-app-path C:\Users\Me\aye-aye  C:\Users\Me\aye_db

Here I get no error but the application doesn't show up in the Web interface
2. Adjust the path so instead of pointing to to checkout as described in the Readme. Create the structure as described in the docs.
move C:\Users\Me\aye-aye C:\Users\Me\databases\_system\aye-aye
bin\arangod.exe --javascript.dev-app-path C:\Users\Me  C:\Users\Me\aye_db

By doing this I get a couple of error logs. From what I can tell the relevant one is:
[...]
2015-01-27T22:02:29Z [7424] ERROR Cannot read app manifest 'c:\Users\Me\databases\_system\aye-aye\manifest.json': Error: Cannot compute t
he routing table for Foxx application 'dev:aye-aye:aye-aye', check the log file
for errors!
[...]

3. Install via the Web interface from Github
I entered the following data:

Repository:* arangodb/aye-aye
Version:* master

When I hit enter I get to following error in a JavaScript pop-up: Unable to download application from the given repository.
Other info:
I'm using ArangoDB 2.4.1 on Windows 8.1 64bit

It is working fine with ArangoDB 2.6.8 using method 3.
Closing the issue.


DOCS: Fix documentation on asymmetric keydata types

Some type specs didn't correspond to actual use.

This pull request is ready to merge


QTZ-483 - If JobListener throws an Exception, job is blocked indefinitely

This relates to the issue reported in https://jira.terracotta.org/jira/browse/QTZ-483.
I've found this to be a problem especially when using the DisallowConcurrentExecution annotation, since with it, as soon as any exception is throw by the Job Listener, the current job is left blocked and no other jobs are allowed to run afterwards.
I've fixed the issue for JobListeners in JobRunShell, however this might also occur when using TriggerListeners (line 248). Since I had no previous issues with them I did not test that specific case or made any further changes.

Hi, thank you very much for your interest in contributing to the project!  Please read about submitting contributions here: http://www.quartz-scheduler.org/community/contribute.html  and confirm in a reply comment that you agree to the grant statement under the heading "Agreement and Grant of Copyright"

@jhouserizer I agree to the grant statement.

There's certainly a corner case here - but I believe it needs more thought before just jumping in with this fix.  Indeed, as @zemian  points out, there are historical (expected behavior) considerations, also aside from that I'm not sure I believe the new semantics would meet the expectations of all future users either.

After some review and thought, I have these comments and points to add:

The API contract/javadoc of the JobListener and TriggerListener interfaces don't state what behavior would be guaranteed in this case.

Depending upon the nature of the listener and the job, it may or may not be correct to do any of the following things when the listener throws a runtime exception:
-- put the job (its triggers) into ERROR state without even trying to execute it  (because it would be wrong to execute the job if the listeners couldn't succeed in their work)
-- act as if the job execution as vetoed by a trigger listener - don't execute the job, but don't put it (its triggers) in error state
-- ignore the exception from the listener and try executing the job (because the listener isn't doing anything vital to the job's execution)

If we look at examples of listeners that ship with quartz (e.g. in the plugins, etc.) and of those custom listeners that we've seen users have "in the field", then we know there are cases where a listener failure has critical ramifications.     We also have examples where listeners are doing mundane side things like logging or statistics.  So there is support for and against all of the above being the correct thing to do.
Setting aside those points for a bit, the problem this reported issue and patch are trying to resolve relates to the triggers of the job being left in the "BLOCKED" state.  Clearly that seems wrong and should be fixed.  However the patch "fixes" that by acting as if the job executed successfully, when it actually didn't execute at all, so clearly that's wrong.

Hi, I like to clean up the pending PR list. This PR has no updates for a long time and I do not think it's enough to add value. I will close this PR if no further update receive in few days.

Close as invalid


The GUI notification list crashes if the notification node configuration is incorrect

The GUI notification list crashes if the "payload" is used in the notification node configuration.

Note: After the error, this page is no longer loaded, and it is necessary to restart the dojot.

The GUI notification list if the node is configured with "mensagem".

Attaching files:
DojotData_NOK.json.txt
DojotData_OK.json.txt

#1299

Test OK.
If the notification node configuration is incorrect, the notification is not generated and the GUI notification page does not break.

flowbroker log:
<17:03:30 03/06/2020> -- |notification -- ERROR: Error while executing notification node: Error: Message must be a string.
<17:03:30 03/06/2020> -- WARN: [executor] Node (A4101aa8d62b484:notification) execution failed. Error: Error: Message must be a string.. Aborting flow 49c45b68-0bb5-406f-b21b-9c3e5f1c336f branch execution.

Tested in  v0.5.0-alpha.1

Test OK.
<20:44:38 11/08/2020> -- |notification -- ERROR: Error while executing notification node: Error: Message must be a string.
<20:44:38 11/08/2020> -- WARN: [executor] Node (d708a3a6.a6735:notification) execution failed. Error: Error: Message must be a string.. Aborting flow 09be6d3b-264e-4566-b3b8-059a3724e7ba branch execution.

Tested in v0.4.3-rc.1


Does this work with custom derives?

I am trying to use this with a custom-derive and it doesn't seem to work. Here is a MRE: https://github.com/thomaseizinger/proc-macro-warning-MRE
Any ideas?

Thanks for investigating and the MRE!
I actually observed the same thing, but did not look closer since it worked in Substrate.
Looks like it is important to pass in a span - otherwise it wont trigger.
Your MRE can be fixed by putting the span of the parsed input:
#[proc_macro_derive(MyDerive)]
pub fn my_derive(input: TokenStream) -> TokenStream {
    let input = syn::parse_macro_input!(input as syn::DeriveInput);

    let warning = proc_macro_warning::Warning::new_deprecated("test")
        .old("foo").new("bar")
        .span(input.span()) // <- here
        .build();

    quote::quote!{ #warning }.into()
}

produces:

Please let me know if this fixes your issue. I will add an example specifically for derive macros and maybe make the .span call mandatory.

@tcoratger Mind trying this on https://github.com/libp2p/rust-libp2p/pull/3848?

Thanks for investigating and the MRE!
I actually observed the same thing, but did not look closer since it worked in Substrate.
Looks like it is important to pass in a span - otherwise it wont trigger (was not actively aware of that).
Your MRE can be fixed by putting the span of the parsed input:
#[proc_macro_derive(MyDerive)]
pub fn my_derive(input: TokenStream) -> TokenStream {
    let input = syn::parse_macro_input!(input as syn::DeriveInput);

    let warning = proc_macro_warning::Warning::new_deprecated("test")
        .old("foo").new("bar")
        .span(input.span()) // <- here
        .build();

    quote::quote!{ #warning }.into()
}

produces:

Please let me know if this fixes your issue. I will add an example specifically for derive macros and maybe make the .span call mandatory.

Awesome, thank you! I hope this works :)

Thanks! This now works.


43 use serializerdeserialize

Codecov Report

Merging #46 (b57678a) into master (d61bd1c) will decrease coverage by 0.12%.
 Consider uploading reports for the commit 9429632 to get more accurate results

@@            Coverage Diff             @@
##           master      #46      +/-   ##
==========================================
- Coverage   96.14%   96.02%   -0.13%
==========================================
  Files          20       20
  Lines         519      528       +9
==========================================
+ Hits          499      507       +8
- Misses         20       21       +1

Flag
Coverage Δ

unittests
96.02% <96.42%> (-0.13%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

kstreams/streams.py
94.66% <88.88%> (-0.86%)
:arrow_down:

kstreams/__init__.py
100.00% <100.00%> (ø)

kstreams/engine.py
97.91% <100.00%> (-0.09%)
:arrow_down:

kstreams/exceptions.py
66.66% <100.00%> (+8.33%)
:arrow_up:

kstreams/serializers.py
77.77% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


[BrokenLinksH2]  Fix Visit Resources link

Edited broken link in Line 442.

Global effort to fix broken links
v-tophillips
The Content & Learning team is fixing broken links on docs.microsoft.com for the rest of H2. This effort will eliminate potential accessibility, security, and usability issues. This PR includes only link fixes and does not change other content. Please review within five business days and merge, or comment in the PR with any changes you'd like to see. Thanks!


Hi

hi

รายละเอียดเอกสาร
⚠ อย่าแก้ไขส่วนนี้ กำหนดให้ต้องจัดทำ docs.microsoft.com ➟ การเชื่อมโยงปัญหา GitHub

ID: 7f08a5b8-5d07-c53d-8ff2-04cf7a146e5a
Version Independent ID: 2f277d08-e5ab-7ab9-865d-d70f887a3bc4
Content: What is Video Indexer?
Content Source: articles/media-services/video-indexer/video-indexer-overview.md
Service: media-services
Sub-service: video-indexer
GitHub Login: @Juliako
Microsoft Alias: juliako

@Tainum, Thanks for leveraging Azure docs feedback channel! It looks like you have missed submitting the feedback or comments. Could you please let us know if you have any specific feedback on the document (What is Video Indexer?) from which you have raised this issue? Please provide more details on your scenario/requirement or ask to better assist you.

@Tainum, Just checking in if you have had a chance to see the previous response. Kindly provide the requested information to assist you further

@Tainum, Since we have not heard back from you we will now proceed to close this thread. If there are further questions regarding this matter, please tag me in your reply and we will gladly continue the discussion.

@Tainum, Just checking in if you have had a chance to see the previous response. Kindly provide the requested information to assist you further

Campo-magnetico-de-una-Bobina.docx

Hi


New package repository (JCenter/Bintray shutdown)

Hi all,
you might already be aware of this, but kodein-di is most probably affected by the recently announced JCenter/Bintray shutdown, as it hosts its distributions on bintray.
To ensure availability of kodein-di a new place to distribute packages has to be found.
Kind regards
Holger

Hi,
It's surely on the top priorities we have for all of our librairies.
We should move to mavenCentral ASAP, firstly for all the existing versions, then for the next releases.
Keeping this open 'till Kodein-DI is available on mavenCentral

Thanks! 👍
(And thanks for this awesome lib btw!)

Its done :-)
https://twitter.com/KodeinKoders/status/1361223727053160449
-> https://repo1.maven.org/maven2/org/kodein/

Thanks a lot!


x509 Certificate creation

Current status - windows + 3410 should work. Unix - not working, just stubs.

Added csp proj reference in x509Certificates in unix, as we need Gost classes there.
Need some tests.


Add automated link checking for the k8s website

This is a Feature Request

What would you like to be added

In order to provide more accurate, useful content and to enable more resilient translation workflows, we need to first ensure that links are accurate and unbroken. The best way to do this is through automation (a link checker).

We should:

Update the link checker to build the site with the selected Netlify version

This may imply, as a prerequisite, publishing a container image via automation

Add tooling to run the link checker automatically
Report the results of link checking via GitHub's checks API

We should not (at this stage) fail builds that have broken links.
Why is this needed
Link checking:

reduces review toil
helps reduce or avoid trivial vulnerability reports - see https://github.com/kubernetes/website/issues/32778
improves end user experience

Comments
This follows https://github.com/kubernetes/website/issues/20607
I expect that we'd want to liaise with the SIG Testing people to work out how to get these tests to happen the way we want.
The need for a container image is to avoid doing a new container image build for every new PR. A fresh image per PR doesn't feel like a good fit for the cloud native philosophy.

/assign

The existing script scripts/link_checker.py can be used as a starting point.

/unassign

/triage accepted


calendar

Checklist

[X] I have used the search function to see if someone else has already submitted the same feature request.
[X] I will describe the problem with as much detail as possible.
[X] This issue only contains a request for one single feature, not multiple (related) features.

App version
8.0b1
Problem you are trying to solve
please include a Lightning-approach in Android version too.
Suggested solution
include calendar part
Screenshots / Drawings / Technical details
No response

Thanks so much for sharing your idea—I really appreciate the time you put into it. For enhancement suggestions like this, would you mind posting them over on Mozilla Connect? This is a great place for the community to discuss and help shape new ideas together, and is something we review regularly to determine the future roadmap.
To get the most out of your post, check out this quick guide on crafting impactful suggestions. Focusing on the problem your idea solves and how it could help others can really make it stand out!
I’ll be closing this issue to keep our GitHub focused on active development, but I hope to see your idea over there.


compiler: fixed end line/column values that are missing or lost in MXML

This improves source ranges used by editors to display problems and things.

Sorry for the noise! I figured out how to push to gitbox.


Move ReST rendering for CLI help into tmt.utils submodule

Pull Request Checklist

[x] implement the feature

/packit test


Final group capstone: Set up your Kanban board

Description
We have prepared a Kanban board for the Final Group Capstone according to this Project requirements.
  There is nothing else to say other than... it's time to merge it :shipit:
Congratulations! 🎉
To highlight

All tasks have assignees, descriptions, and pointings according to spec ✔

Optional suggestions
Every comment with the [OPTIONAL] prefix won't stop the approval of this PR. However, I strongly recommend you to take them into account as they can make your code better. Some of them were simply missed by the previous reviewer and addressing them will really improve your application.
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.

As described in the Code reviews limits policy  you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.

@Meltrust Thank you so much 🙏


[SIS-156] Home page bugs and QOL changes

Description

When there are no new activity cards, the page will display some text “Nothing here!” and the refresh button will say “Check for cards from the past week”
Fixed axios undefined request
Undefined variables throughout code

looking good!!!! nice catch w the home bug - the home screen actually still displays the old ACs automatically for me so i think the case only occurs if you install it after there hasn't been new ACs for a while

Yes I checked behaviour and if it doesn't find any new ACs, it won't erase what you currently have


Issue in response for describe-instance-types in java-sdk-ec2-1.11.820

I'm trying to get the response from describe-instance-types from java SDK and there is an extra comma( , ) issue encountered in the response.
This response when tried to parse for JSON causes MalformedJsonException.
Here is a snippet for the replication: (Java SDK version-> com.amazonaws:aws-java-sdk-ec2:1.11.820):
import ....
...
AmazonEC2Async ec2;
ec2 = AmazonEC2AsyncClientBuilder.standard().withCredentials(new DefaultAWSCredentialsProviderChain()).build();

// Please note, I've tried this for instance type r5.xlarge and r5.2xlarge.. Similar issue was encountered
DescribeInstanceTypesRequest describeInstanceTypesRequest = new DescribeInstanceTypesRequest().withInstanceTypes("r3.xlarge");
DescribeInstanceTypesResult describeInstanceTypesResult = ec2.describeInstanceTypes(describeInstanceTypesRequest);

JsonObject jsonObject = (new JsonParser()).parse(describeInstanceTypesResult.toString()).getAsJsonObject();

Output:
Response::
{InstanceTypes: [{InstanceType: r3.xlarge,CurrentGeneration: false,FreeTierEligible: false,SupportedUsageClasses: [on-demand, spot],SupportedRootDeviceTypes: [ebs, instance-store],SupportedVirtualizationTypes: [hvm],BareMetal: false,Hypervisor: xen,ProcessorInfo: {SupportedArchitectures: [x86_64],SustainedClockSpeedInGhz: 2.5},VCpuInfo: {DefaultVCpus: 4,DefaultCores: 2,DefaultThreadsPerCore: 2,ValidCores: [1, 2],ValidThreadsPerCore: [1, 2]},MemoryInfo: {SizeInMiB: 31232},InstanceStorageSupported: true,InstanceStorageInfo: {TotalSizeInGB: 80,Disks: [{SizeInGB: 80,Count: 1,Type: ssd}]},EbsInfo: {EbsOptimizedSupport: supported,EncryptionSupport: supported,EbsOptimizedInfo: {BaselineBandwidthInMbps: 500,BaselineThroughputInMBps: 62.5,BaselineIops: 4000,MaximumBandwidthInMbps: 500,MaximumThroughputInMBps: 62.5,MaximumIops: 4000},NvmeSupport: unsupported},NetworkInfo: {NetworkPerformance: Moderate,MaximumNetworkInterfaces: 4,Ipv4AddressesPerInterface: 15,Ipv6AddressesPerInterface: 15,Ipv6Supported: true,EnaSupport: unsupported,EfaSupported: false},PlacementGroupInfo: {SupportedStrategies: [cluster, partition, spread]},HibernationSupported: true,BurstablePerformanceSupported: false,DedicatedHostsSupported: true,AutoRecoverySupported: true}],}
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Expected name at line 1 column 1256 path $.InstanceTypes
Please note the comma (,) in the last line is acting as orphan causing MalformededJsonException.
I've tried this same technique to get the information in python and the AWS-CLI, but the responses had well formed JSON.
python snippet:
>>>python3
>>> import json
>>> import boto3
>>> client = boto3.client('ec2')
>>> response = client.describe_instance_types(InstanceTypes=['r3.xlarge'])
>>> test_json = json.dumps(response)
>>> print(test_json)
{"InstanceTypes": [{"InstanceType": "r3.xlarge", "CurrentGeneration": false, "FreeTierEligible": false, "SupportedUsageClasses": ["on-demand", "spot"], "SupportedRootDeviceTypes": ["ebs", "instance-store"], "BareMetal": false, "Hypervisor": "xen", "ProcessorInfo": {"SupportedArchitectures": ["x86_64"], "SustainedClockSpeedInGhz": 2.5}, "VCpuInfo": {"DefaultVCpus": 4, "DefaultCores": 2, "DefaultThreadsPerCore": 2, "ValidCores": [1, 2], "ValidThreadsPerCore": [1, 2]}, "MemoryInfo": {"SizeInMiB": 31232}, "InstanceStorageSupported": true, "InstanceStorageInfo": {"TotalSizeInGB": 80, "Disks": [{"SizeInGB": 80, "Count": 1, "Type": "ssd"}]}, "EbsInfo": {"EbsOptimizedSupport": "supported", "EncryptionSupport": "supported"}, "NetworkInfo": {"NetworkPerformance": "Moderate", "MaximumNetworkInterfaces": 4, "Ipv4AddressesPerInterface": 15, "Ipv6AddressesPerInterface": 15, "Ipv6Supported": true, "EnaSupport": "unsupported"}, "PlacementGroupInfo": {"SupportedStrategies": ["cluster", "partition", "spread"]}, "HibernationSupported": true, "BurstablePerformanceSupported": false, "DedicatedHostsSupported": true, "AutoRecoverySupported": true}], "ResponseMetadata": {"RequestId": "e4c4e015-7072-4e92-b546-b17b34e8979b", "HTTPStatusCode": 200, "HTTPHeaders": {"x-amzn-requestid": "e4c4e015-7072-4e92-b546-b17b34e8979b", "content-type": "text/xml;charset=UTF-8", "transfer-encoding": "chunked", "vary": "accept-encoding", "date": "Tue, 14 Jul 2020 09:56:04 GMT", "server": "AmazonEC2"}, "RetryAttempts": 0}}

AWS-CLI :
Command:  aws ec2 describe-instance-types --instance-types r3.xlarge
Reponse was well parsed JSON.
This is pretty serious issue. I've got the check this in newer versions.
Will this be fixed back in the same version as I'm pretty much using this SDK version intensively.

I'm afraid this is the wrong project for this issue. aws-emr-launch is a Python library for the AWS CDK.


Make the snippets game harder.

It previously started out at 10%, and proceeded in increments of 10% each. Now it starts out at 3% and increments by 5%.

Hmm. As the tests demonstrate, there's a bit of a problem here. In the tests, the snippet is just 27 chars. 3% of that is below one char, so the initial guess just shows… nothing.
I'm unsure if this means we should never have such a short snippet (probably), or if we need to add something that rounds up? (I think we effectively currently round down.)

Yeah, use max(5, length * progress) as the number of revealed characters.

Can you update the code to show at least 5 characters initially?

I've made some changes, but I'm not sure I've solved the underlying problem.

Oh, never mind. You already wrote "lgtm".


[update] read string memory allocation optimization

before optimization benchmark test:
BenchmarkDecodeJsoniterStructMedium-4             195046              6399 ns/op
384 B/op         41 allocs/op
test by:  https://github.com/json-iterator/go-benchmark/blob/master/src/github.com/json-iterator/go-benchmark/benchmark_medium_payload_test.go
after optimization benchmark test:
BenchmarkDecodeJsoniterStructMedium-4             219428              4998 ns/op
32 B/op          2 allocs/op
test by:  https://github.com/json-iterator/go-benchmark/blob/master/src/github.com/json-iterator/go-benchmark/benchmark_medium_payload_test.go

There will be a rare case to consider here: what if the input bytes will further get mutated?
In this case, the output string will be changed since they shared the same underlying memory address.
import (
	"fmt"

	jsoniter "github.com/json-iterator/go"
)

func main() {
	var i1 = []byte(`"a"`)
	var i2 = []byte(`"b"`)
	var s1 string
	var s2 string
	jsoniter.Unmarshal(i1, &s1)
	jsoniter.Unmarshal(i2, &s2)
	i1[1] = 98
	fmt.Println(s1, s2) // expect a b, got b b
}


linux, compilation of the xcplib on linux

Hi,
I just added support for compilation under Linux of the library part.
I could not compile the GUI part because it misses the file XCPMaster.h.
I made absolutely no test but at least the library is created. I added the support at qmake level so one can use qtcreator to build it.
Also, could you please consider adding a licence for your project. As is, it is not possible for anyone to use it because we don't give anybody any explicit rights to do so. I don't know yet if XCP suits my needs but if so I will only be able to use it if it has a business friendly licence.
By the way, thanks for your project, it is pretty well done.
Bruno.

Hi,
Thank you for your contribution. I will take a look at is at the weekend. Please take note that this library is still in early development as it was only tested with a simulator, but not with a real hardware.
As for the GUI part: I plan to move this into an other repository as it is only for testing, and to make some usage examples.
I will consider adding a licence, until then feel free to use it any way you want.


How to visualize results？

Hello, how do you visualize the results? I found no relevant code.

Hello, visualizing code can be conveniently achieved using the Open3D library. However, we do not intend to organize and release it. In simple terms, you can save the predicted masks in https://github.com/sosppxo/3D-STMN/blob/b21fff26e7b7baa8694c3e0c7b148ea343dd5141/tools/test.py#L90 and then combine them with the ScanNet scene for visualization.


Outdated link title

"For more information, see Placement of the Windows Server AD DS database and SYSVOL."
The article linked in this sentence (https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/introduction-to-active-directory-domain-services-ad-ds-virtualization-level-100#BKMK_PlaceDB) has no section with this title. Is this still the intended link?

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

ID: 65f26361-0def-4ae9-e28a-8a8d4f97b87f
Version Independent ID: ef55eb02-6543-88ad-4f89-5a553848bc67
Content: Extend Active Directory Domain Services (AD DS) to Azure
Content Source: docs/reference-architectures/identity/adds-extend-domain.md
Service: guidance
GitHub Login: @telmosampaio
Microsoft Alias: pnp

I found the section titled "Placement of the Windows Server AD DS database and SYSVOL" (line #1280 in source) in Guidelines for Deploying Windows Server Active Directory on Azure Virtual Machines - I assume the link should refer the section but I would like to make sure, please check.  Thanks.

@dcbrown16 Yes, that looks right, thanks! I'll update the link.