text:
pass: refactor extension packaging

Motivation for this change
It was pointed out in a pass-otp PR that the pass-otp derivation doesn't actually work, because it's not included in the pass environment. For context, pass requires extension scripts to live in ${pass}/lib/password-store/extensions, and those scripts can have external dependencies of their own.
I looked at adding pass-otp to the existing pass derivation but it was looking a bit nasty to hack in there, as the derivation built a set of extensions unconditionally and included them in the pass output.
So I refactored the derivation to clean up some things:

Build a pass-extensions-env environment and link that output to ${pass}/lib/password-store/extensions/.
Split extension derivations into extensions/*.nix, which can include their own dependencies independently of the generic pass derivation.
Add a pass.withExtensions passthru function which builds pass with a configurable extensions environment, as in

pass.withExtensions (ext: with ext; [ otp tomb import update ])

Add a top-level passExtensions attribute to facilitate discovering extensions.
Support the pass-otp attribute and the tombPluginSupport ? false argument for backwards-compatibility.
Fix pass-import, as it doesn't work currently without a python.withPackages python environment.

Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

cc maintainers: @lovek323 @the-kenny @fpletz @jwiegley

@GrahamcOfBorg build pass pass-otp

Success on aarch64-linux (full log)
Attempted: pass, pass-otp
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1
gzipping man pages under /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1/share/man/
strip is /nix/store/j7d4mr0ikv974ig7yzhknpsq288js4bs-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1/lib  /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1/bin
patching script interpreter paths in /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1
/nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1/bin/passmenu: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/adw9jx59wnrh5659wz43nbjya3m4b3gl-bash-4.4-p19/bin/bash"
/nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1/bin/pass: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/adw9jx59wnrh5659wz43nbjya3m4b3gl-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1...
/nix/store/hwd485yq0pzqyhpnd7551jccxivd1rd7-password-store-1.7.1
/nix/store/p292w09kssjlrl4mnx649n7ckw70l4yh-password-store-1.7.1

Success on aarch64-linux (full log)
Attempted: pass
Partial log (click to expand)
/nix/store/hwd485yq0pzqyhpnd7551jccxivd1rd7-password-store-1.7.1

@GrahamcOfBorg build passExtensions.import passExtensions.otp passExtensions.tomb passExtensions.update

Success on aarch64-linux (full log)
Attempted: passExtensions.import, passExtensions.otp, passExtensions.tomb, passExtensions.update
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1/lib
patching script interpreter paths in /nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1
/nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1/lib/password-store/extensions/close.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/adw9jx59wnrh5659wz43nbjya3m4b3gl-bash-4.4-p19/bin/bash"
/nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1/lib/password-store/extensions/open.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/adw9jx59wnrh5659wz43nbjya3m4b3gl-bash-4.4-p19/bin/bash"
/nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1/lib/password-store/extensions/tomb.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/adw9jx59wnrh5659wz43nbjya3m4b3gl-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1...
/nix/store/gyy8qh1184wbm6jz1kynv0r236aj54ks-pass-import-2.2
/nix/store/1y8x4f9wzmgj69mkj7mmcs3r8bcxd0bk-pass-otp-1.1.0
/nix/store/bv8basiz9finrg4hjvz4hlvrvbbxjkzx-pass-tomb-1.1
/nix/store/mv7kp05ngy8wm4f9apy27vip59cwdj0q-pass-update-2.0

As the person who added the previous plugins, thank you for doing this properly. :+1:

Success on x86_64-linux (full log)
Attempted: pass, pass-otp
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1
gzipping man pages under /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1/lib  /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1/bin
patching script interpreter paths in /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1
/nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1/bin/pass: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1/bin/passmenu: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1...
/nix/store/ljpsyxf3lnpfw1av0c4sb7b004ddf0n9-password-store-1.7.1
/nix/store/njzkkgii26azm84h942mvk1h2r2ax2as-password-store-1.7.1

Success on x86_64-linux (full log)
Attempted: pass
Partial log (click to expand)
/nix/store/ljpsyxf3lnpfw1av0c4sb7b004ddf0n9-password-store-1.7.1

Success on x86_64-linux (full log)
Attempted: passExtensions.import, passExtensions.otp, passExtensions.tomb, passExtensions.update
Partial log (click to expand)
gzipping man pages under /nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0/lib
patching script interpreter paths in /nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0
/nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0/lib/password-store/extensions/update.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0...
/nix/store/f3jq07ypd133awrr43gc7kj4y5q0a0dz-pass-import-2.2
/nix/store/pbxyy18sab62q5wcalgg7r1rahns16is-pass-otp-1.1.0
/nix/store/pw26y9x3pwkgsvqc7kvwmv6hbjj6j1lp-pass-tomb-1.1
/nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0

When I try to build this:
(pass.withExtensions (ext: with ext; [ otp tomb import update ]))
I get:
error: value is a partially applied built-in function while a set was expected, at /home/joerg/git/nixpkgs/.review/pr-39121/pkgs/tools/security/pass/default.nix:28:35
(use '--show-trace' to show detailed location information)

Ah, that would be the import extension :)
@Mic92 Any suggestions for an alternative name?

@tadfisher pass-import?

@Mic92 @etu Renamed packages, and moved pkgs.pass-otp to aliases.nix.

Success on aarch64-linux (full log)
Attempted: pass, pass-otp, passExtensions.pass-import, passExtensions.pass-otp, passExtensions.pass-tomb, passExtensions.pass-update
Partial log (click to expand)
patching script interpreter paths in /nix/store/82djcml88v2x42w18qqikpsphbyfwcg4-pass-import-2.2
/nix/store/82djcml88v2x42w18qqikpsphbyfwcg4-pass-import-2.2/lib/password-store/import/import.py: interpreter directive changed from "/usr/bin/env python3" to "/nix/store/4k2i0dr9a9pr8j396sf9bs4x2hhfq6wy-python3-3.6.5-env/bin/python3"
/nix/store/82djcml88v2x42w18qqikpsphbyfwcg4-pass-import-2.2/lib/password-store/extensions/import.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/a4qslf0yfs44mhnbagarn232sjnckhy0-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/82djcml88v2x42w18qqikpsphbyfwcg4-pass-import-2.2...
/nix/store/qdyljj105nfmckryb52ypjl3qgnz8f68-password-store-1.7.1
/nix/store/l1p8gdzwk4kz9r9s8xc6gjcdc23v0q9v-password-store-1.7.1
/nix/store/82djcml88v2x42w18qqikpsphbyfwcg4-pass-import-2.2
/nix/store/rfcymyf77carizqlgh566kri5cb2902d-pass-otp-1.1.0
/nix/store/b3h13yqy4gcjinq43qi0kdpb8kdn25s7-pass-tomb-1.1
/nix/store/n81bwn834ff2q5yljjkr5z1djv42p6a4-pass-update-2.0

Success on x86_64-linux (full log)
Attempted: pass, pass-otp, passExtensions.pass-import, passExtensions.pass-otp, passExtensions.pass-tomb, passExtensions.pass-update
Partial log (click to expand)
/nix/store/5mkmwr0mq0vp5ix1qcqz1mn1qsrgrj5c-pass-tomb-1.1/lib/password-store/extensions/tomb.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/5mkmwr0mq0vp5ix1qcqz1mn1qsrgrj5c-pass-tomb-1.1/lib/password-store/extensions/open.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/5mkmwr0mq0vp5ix1qcqz1mn1qsrgrj5c-pass-tomb-1.1/lib/password-store/extensions/close.bash: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/5mkmwr0mq0vp5ix1qcqz1mn1qsrgrj5c-pass-tomb-1.1...
/nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1
/nix/store/cs2256793azv60184ydxkczlwy4da1sn-password-store-1.7.1
/nix/store/f3jq07ypd133awrr43gc7kj4y5q0a0dz-pass-import-2.2
/nix/store/pbxyy18sab62q5wcalgg7r1rahns16is-pass-otp-1.1.0
/nix/store/5mkmwr0mq0vp5ix1qcqz1mn1qsrgrj5c-pass-tomb-1.1
/nix/store/xfr9vcna20232l230dk9q7bzch5zr6s1-pass-update-2.0

Success on x86_64-linux (full log)
Attempted: pass
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1
gzipping man pages under /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1/lib  /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1/bin
patching script interpreter paths in /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1
/nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1/bin/passmenu: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
/nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1/bin/pass: interpreter directive changed from "/usr/bin/env bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1...
/nix/store/xmfzd9wszlcwmyh3wp79lwn42h6fc4nb-password-store-1.7.1

Success on aarch64-linux (full log)
Attempted: pass
Partial log (click to expand)
/nix/store/qdyljj105nfmckryb52ypjl3qgnz8f68-password-store-1.7.1

Thanks!

authors: GrahamcOfBorg Mic92 peterhoeg tadfisher


text:
pqiv: 2.10.3 -> 2.10.4

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/pqiv/versions.
These checks were done:

built on NixOS
ran ‘/nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/bin/pqiv -h’ got 0 exit code
ran ‘/nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/bin/pqiv --help’ got 0 exit code
ran ‘/nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/bin/pqiv help’ got 0 exit code
found 2.10.4 with grep in /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4
directory tree listing: https://gist.github.com/4743505ebdeb4ef63b3c2637f5d6879d

cc @ndowens for review

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: pqiv
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Attempted: pqiv
Partial log (click to expand)
glibPreFixupPhase
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4
shrinking /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/bin/pqiv
gzipping man pages under /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4/bin
patching script interpreter paths in /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4
checking for references to /build in /nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4...
/nix/store/80y2wx9ga0c647w0m0nhkx2hgfhnwpv5-pqiv-2.10.4

Success on aarch64-linux (full log)
Attempted: pqiv
Partial log (click to expand)
glibPreFixupPhase
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4
shrinking /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4/bin/pqiv
gzipping man pages under /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4/share/man/
strip is /nix/store/gp7fylxwn18b7pl2c18ks89hsiaxyfvf-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4/bin
patching script interpreter paths in /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4
checking for references to /build in /nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4...
/nix/store/zvc94v7kq1vkcinkh0ip8rly0ssw616d-pqiv-2.10.4

source: gharchive/pull-request

authors: GrahamcOfBorg r-ryantm

repo: NixOS/nixpkgs

license: MIT

license_type: permissive

license_source: github-api


text:
eternal-terminal: 4.1.2 -> 5.1.0

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from eternal-terminal.
meta.description for eternal-terminal is: '"Remote shell that automatically reconnects without interrupting the session"'.

Checks done (click to expand)

built on NixOS
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/etserver passed the binary check.
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/etterminal passed the binary check.
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/et passed the binary check.
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/htm passed the binary check.
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/htmd passed the binary check.
5 of 5 passed binary check by having a zero exit code.
5 of 5 passed binary check by having the new version present in output.
found 5.1.0 with grep in /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0
directory tree listing: https://gist.github.com/6b97903ce48ee5d72a069273230b85f4
du listing: https://gist.github.com/e0539b66fe0cde188ab0693f8dc7a01b

Instructions to test this update (click to expand)

One-time optional setup to skip building using Cachix:

Install cachix from https://cachix.org/
Use r-ryantm's cache:cachix use r-ryantm

Test this update by entering a nix shell, seeing what is inside the
result, and if applicable, running some binaries:
nix-shell --pure -I nixpkgs=https://github.com/r-ryantm/nixpkgs/archive/a59366e784b8af81b2fbc95c035721a1393004d1.tar.gz -p eternal-terminal
ls -la /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0

cc @dezgeg for testing.

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: eternal-terminal
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on aarch64-linux (full log)
Attempted: eternal-terminal
Partial log (click to expand)
shrinking /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin/htmd
shrinking /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin/htm
shrinking /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin/et
shrinking /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin/etterminal
shrinking /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin/etserver
strip is /nix/store/y4ymnvgxygpq05h03kyzbj572zmh6zla-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0/bin
patching script interpreter paths in /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0
checking for references to /build in /nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0...
/nix/store/zxwccxmryc4m1zbx03c0a08dbmjmnxx9-eternal-terminal-5.1.0

Success on x86_64-linux (full log)
Attempted: eternal-terminal
Partial log (click to expand)
shrinking /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/etterminal
shrinking /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/htmd
shrinking /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/et
shrinking /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/etserver
shrinking /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin/htm
strip is /nix/store/h0lbngpv6ln56hjj59i6l77vxq25flbz-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0/bin
patching script interpreter paths in /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0
checking for references to /build in /nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0...
/nix/store/8bcjhllsx7yrfv9zf6q7nryx7i5xbfbx-eternal-terminal-5.1.0

Possible dependency changes:

https://github.com/MisterTea/EternalTerminal/releases/tag/et-v4.1.2
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v4.2.0
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v4.2.1
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.0

Replace google logging with easylogging

https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.1
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.2
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.3
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.4

HTM no longer depends on proto3 to support CentOS 7 and other older OSes

https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.5
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.6
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.0.7
https://github.com/MisterTea/EternalTerminal/releases/tag/et-v5.1.0

Would it be possible to get this one merged? There's actually been some subsequent releases since this update.
Or, should I add an extra commit to this branch to get this up to date?

This is not ready to be merged. We need someone to modify the buildInputs as described above, test the changes and either open a PR against this branch or better, open a new PR against nixpkgs.

@jtojnar, I see. As far as I can tell, it should just need the removal of glog, right?
I've made this change and it's building happily. However, I am seeing a failure in use: https://github.com/MisterTea/EternalTerminal/issues/106#issuecomment-430706215
I'll update here when I figure out what the deal is.

I've just opened #48648 with (what I think are) the right changes. Please let me know!

authors: GrahamcOfBorg jtojnar qolii r-ryantm


text:
openmpi: 3.1.0->3.1.2

Motivation for this change
Update openmpi
Things done
Added an upstream patch from mpi4py to skip broken tests.

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build python36Packages.mpi4py

No attempt on aarch64-linux (full log)
The following builds were skipped because they don't evaluate on aarch64-linux: python36Packages.mpi4py
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Attempted: python36Packages.mpi4py
Partial log (click to expand)
capable network such as Infiniband.
--------------------------------------------------------------------------
....s........................................ssssssss.........................................................................................................................................................................................................................................................ssssssssssssssssssssssss..........................................................ss...................................................................ssssssssssss............................................................sss....................s............................................sssss..........................................................................................................................................ssssss...........ssssss......s...s........................................................................................................................................s...ss............ssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssss.........................................ss.........................................ssssssssssssssssssssssssssssssssssssss
----------------------------------------------------------------------
Ran 1134 tests in 3.741s

OK (skipped=201)
[localhost:01391] 7 more processes have sent help message help-osc-pt2pt.txt / mpi-thread-multiple-not-supported
[localhost:01391] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages
/nix/store/57bcawilm2x7jhmikki108gps7d8rpl8-python3.6-mpi4py-3.0.0

@GrahamcOfBorg build openmpi

No attempt on aarch64-linux (full log)
The following builds were skipped because they don't evaluate on aarch64-linux: openmpi
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Attempted: openmpi
Partial log (click to expand)
shrinking /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/lib/libompitrace.so.40.10.0
shrinking /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/lib/libmpi_usempif08.so.40.10.1
shrinking /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/lib/libmpi_usempi_ignore_tkr.so.40.10.1
shrinking /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/lib/openmpi/libompi_dbg_msgq.so
gzipping man pages under /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/share/man/
strip is /nix/store/h0lbngpv6ln56hjj59i6l77vxq25flbz-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/lib  /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2/bin
patching script interpreter paths in /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2
checking for references to /build in /nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2...
/nix/store/3771fcmyj0fj4jn4zndxmyrkm8sjprl5-openmpi-3.1.2

authors: GrahamcOfBorg markuskowa


text:
codimd: update patch and fix test

Motivation for this change
I updated my PR, which was recently merged into master of CodiMD, so the checksum of the included patch changed.
Also the test still seems to be non-deterministic after #47179, because the first request right after startup results only sometimes in a 503. Now there is a waitUntilSucceeds for this request, because a consecutive request always works.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: codimd
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on aarch64-linux (full log)
Attempted: codimd
Partial log (click to expand)
            + 2 hidden modules
installing
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0
strip is /nix/store/428gs2z4b8f9byvghzlpbjwjb3a7jwxx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0/lib  /nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0/bin
patching script interpreter paths in /nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0
/nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0/bin/manage_users: interpreter directive changed from "/usr/bin/env node" to "/nix/store/97sc9in4rx7nix11x40ibyjqrx2mbmpc-nodejs-6.14.4/bin/node"
checking for references to /build in /nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0...
/nix/store/6k6v1jlifp41dzh27d2dzzfx0z1z4pr1-codimd-1.2.0

Success on x86_64-linux (full log)
Attempted: codimd
Partial log (click to expand)
            + 2 hidden modules
installing
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0
strip is /nix/store/dxf1m7dhc4qb655bdljc1fsd74v1nag3-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0/lib  /nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0/bin
patching script interpreter paths in /nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0
/nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0/bin/manage_users: interpreter directive changed from "/usr/bin/env node" to "/nix/store/kir61dr3zpfd7qig3qf4hy2chgb5ilyq-nodejs-6.14.4/bin/node"
checking for references to /build in /nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0...
/nix/store/xn7698q4l4cinmacwwv8ggm0yr161ppm-codimd-1.2.0

@GrahamcOfBorg test codimd

Success on x86_64-linux (full log)
Attempted: tests.codimd
Partial log (click to expand)
codimdSqlite: running command: sync
codimdSqlite: exit status 0
2 out of 2 tests succeeded
test script finished in 27.34s
cleaning up
killing codimdPostgres (pid 600)
killing codimdSqlite (pid 612)
vde_switch: EOF on stdin, cleaning up and exiting
vde_switch: Could not remove ctl dir '/build/vde1.ctl': Directory not empty
/nix/store/k6j6ijvkvdjxx28c7axx59swv6557lvl-vm-test-run-codimd

Failure on aarch64-linux (full log)
Attempted: tests.codimd
Partial log (click to expand)
codimdPostgres: exit status 0
0 out of 2 tests succeeded
test script finished in 1853.14s
cleaning up
killing codimdSqlite (pid 631)
killing codimdPostgres (pid 643)
vde_switch: EOF on stdin, cleaning up and exiting
vde_switch: Could not remove ctl dir '/build/vde1.ctl': Directory not empty
builder for '/nix/store/zchyqkb2l62rqm9wi5a4z5j1rfwm6qvb-vm-test-run-codimd.drv' failed with exit code 1
error: build of '/nix/store/zchyqkb2l62rqm9wi5a4z5j1rfwm6qvb-vm-test-run-codimd.drv' failed

Instead of specifying the patch which links to $PR (which breaks the package each time you update or force-push that branch) it might be better to reference the actual commit from your codimd fork.

Since it's merged it's fine like this.

authors: GrahamcOfBorg Ma27 WilliButz globin


text:
deepin.deepin-icon-theme: 15.12.59 -> 15.12.60

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/deepin-icon-theme/versions.
meta.description for deepin.deepin-icon-theme is: '"Icons for the Deepin Desktop Environment"'.
Compare changes on GitHub

Checks done (click to expand)

built on NixOS

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 15.12.60 with grep in /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60

directory tree listing: https://gist.github.com/a956d164e2fef0bdf40a6419121ccc67

du listing: https://gist.github.com/d636824fae67c46b1b38bd4e086f3e88

Outpath report (click to expand)

Outpath difference report
13 total rebuild paths
4 package rebuilds
4 x86_64-linux rebuilds
4 i686-linux rebuilds
1 x86_64-darwin rebuilds
4 aarch64-linux rebuilds
First ten rebuilds by attrpath
deepin.deepin-desktop-schemas
deepin.deepin-icon-theme
deepin.deepin-metacity
deepin.deepin-wm

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A deepin.deepin-icon-theme https://github.com/r-ryantm/nixpkgs/archive/2fee653112a04e3396c01bbb3abf01d33eb59f4a.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60
ls -la /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60/bin

cc @romildo for testing.

Unexpected error: command failed with exit code 1 on x86_64-darwin (full log)
Attempted: deepin.deepin-icon-theme
Partial log (click to expand)

trying https://github.com/linuxdeepin/deepin-icon-theme/archive/15.12.60.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   139    0   139    0     0    780      0 --:--:-- --:--:-- --:--:--   780
100 11.6M    0 11.6M    0     0  7160k      0 --:--:--  0:00:01 --:--:--  9.9M
unpacking source archive /private/tmp/nix-build-source.drv-0/15.12.60.tar.gz
fixed-output derivation produced path '/nix/store/d3ikfbiaxfv61nfaxq3pc4yman0p98lm-source' with sha256 hash '01phj73njrivpjxf33q6v3gyzbbal6mhxkrjxdcc8ai2wsv3bmsh' instead of the expected hash '01iaxi4x4zic67yz9khjwl516wb3rnajcfqrkwaich8209isk6yf'
cannot build derivation '/nix/store/mbnjb2zc15vjc70vhrxnfslf6gdk71d8-deepin-icon-theme-15.12.60.drv': 1 dependencies couldn't be built
error: build of '/nix/store/mbnjb2zc15vjc70vhrxnfslf6gdk71d8-deepin-icon-theme-15.12.60.drv' failed

Success on aarch64-linux (full log)
Attempted: deepin.deepin-icon-theme
Partial log (click to expand)
create link /nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60/share/icons/deepin/apps/48/media-player.svg to //nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60/share/icons/hicolor/48x48/apps/media-player.svg
Fix icon files permission
find /nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60/share/icons -type f -exec chmod 644 {} \;
glibPreFixupPhase
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60
strip is /nix/store/p9akxn2sfy4wkhqdqa3li97pc6jaz3r1-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60
checking for references to /build in /nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60...
/nix/store/4gvgqf08vbrpjr1cz9g8qyjfxyhhf5x1-deepin-icon-theme-15.12.60

Success on x86_64-linux (full log)
Attempted: deepin.deepin-icon-theme
Partial log (click to expand)
create link /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60/share/icons/deepin/apps/48/media-player.svg to //nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60/share/icons/hicolor/48x48/apps/media-player.svg
Fix icon files permission
find /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60/share/icons -type f -exec chmod 644 {} \;
glibPreFixupPhase
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60
strip is /nix/store/vcc4svb8gy29g4pam2zja6llkbcwsyiq-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60
checking for references to /build in /nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60...
/nix/store/yh2rv69s2ggsgm2nw6762kxr5pskrvyb-deepin-icon-theme-15.12.60

duplicate of https://github.com/NixOS/nixpkgs/pull/49499

authors: GrahamcOfBorg Mic92 r-ryantm


text:
vulnix: 1.8.1 -> 1.8.2

Motivation for this change
New bugfix release out.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[x] other Linux distributions (Ubuntu)

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size -> negligible
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Thanks :-)


text:
update-channel-branches: fix to work with posix /bin/sh

Should now work equally well with bash (as on NixOS) and dash (on
various other distributions).
The only truly required change was on line 10: "function" is a
superfluous keyword that's not present in posix sh.

LGTM, thanks!

authors: benley wmertens


text:
prometheus-process-exporter: init at 0.5.0

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Notify maintainers
cc @mmahut

@GrahamcOfBorg build prometheus-process-exporter

@GrahamcOfBorg build prometheus-process-exporter

@GrahamcOfBorg build prometheus-process-exporter


text:
ffsend: adopt installShellFiles

Motivation for this change
This is mostly to demonstrate usage of installShellFiles, and so I don't have to remember to do this the next time the package actually updates.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[X] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[X] Ensured that relevant documentation is up to date
[X] Fits CONTRIBUTING.md.

The old and new file trees are identical.

Thanks for creating installShellFiles @lilyball :smile:

authors: lilyball worldofpeace


text:
nixos/sympa: fix outgoing emails, update package version

Motivation for this change

The service has not been able to actually send emails because systemd sandboxing didn't allow it to call sendmail setgid wrapper. I probably broke it during the later iterations of #65397 and haven't caught it until now. Shame on me.
New version contains various bugfixes, including CVE-2020-9369.
The --enable-fhs configure flag makes the resulting package layout saner, e.g. by not installing perl modules into $out/bin. Upstream plans to make this the default eventually.

Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg test sympa

authors: Infinisil mmilata


text:
acme: fix darwin build

Motivation for this change
noticed it was broken on hydra
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build acme

@GrahamcOfBorg build acme

[2 built, 1 copied (1.4 MiB), 0.3 MiB DL]
https://github.com/NixOS/nixpkgs/pull/83528
2 package built:
acme cheesecutter


text:
journald service docs: Add helpful comments about the journal getting full

Motivation for this change
Follow-up to #85692: Explain that, and how, the journal can get full very quickly when applications spam.
Computation:
10000 {message burst limit} * 2 {30s slots per minute} * 60 {minutes per hour} * 100 {Bytes per log line} / 1e9 {B/GB}
= 0.12 {GB/hour}

At 4 GB limit that's 33 hours of logging == 1 day and a bit.

Things done

[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

By all means i am not a native english speaker, nor do i think my english is better... I just used https://www.reverso.net/spell-checker/english-spelling-grammar/ right now and it suggests changes, i don't mean to criticize your efforts :) Thanks for the contribution.

@calbrecht No offense taken!
I cannot find useful suggestions with that tool though, it seems to think that journald is a misspelling of journal (which is not the case), and I'm also not convinced that at a full burst rate is a more correct way to say at full burst rate.

Cherry-picked to 20.03 in 811411db6e67aac454cbdae8ff375ed467ef4eba.


text:
datashape: init at 0.4.6

Requires #8737
Tested using nox-review wip

Built locally thanks.

authors: FRidh lethalman


text:
gstreamer: Fix wrapper quoting

Motivation for this change
The bug was that the inner double quotes in "\$("…")" are not actually inner like they would be in "$("…")".  We could write "\$(\"…\")", but using single quotes on the outside makes everything simpler.
Fixes #63751.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Thanks!


text:
nixos/nextcloud: add occ internal option

Motivation for this change
This option exposes the prefconfigured nextcloud-occ
program. nextcloud-occ can then be used in other systemd services or
added in environment.systemPackages.
The nextcloud test shows how it can be add in
environment.systemPackages.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@Ma27 I would like to backport it to 20.03 but I'm not sure our backporting policies would allow this... I'm however sure it would not break anything and wouldn't change derivation hashes since this is a "pending" option.
WDYT?

I would like to backport it to 20.03 but I'm not sure our backporting policies would allow this... I'm however sure it would not break anything and wouldn't change derivation hashes since this is a "pending" option

Well, it's  fairly useful addition (and probably even a "bugfix" since it wasn't possible to simply use nextcloud-occ for administrative tasks before) and I don't see how this would break something, so I'm fine with this.

hmm, OTOH it's still fine to make it available in e.g. a systemd service.

Thanks! Ported to stable as 6a99d5d6485bf29f948bef0127b1a2904e1d7589.

Cool, thanks @Ma27 !


text:
mpd: 0.21.23 -> 0.21.25

Motivation for this change
Changelog at https://raw.githubusercontent.com/MusicPlayerDaemon/MPD/v0.21.25/NEWS.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

LGTM if ofborg tests go well.

authors: doronbehar tobim


text:
qtox updated

fix a bug with runtime Qt plugin dependency
update to the latest version

@viric @geerds

@akaWolf you can simplify this:
    mv $out/bin/qtox $out/bin/qtox-wrapped
    makeWrapper $out/bin/qtox-wrapped $out/bin/qtox \
      --prefix QT_PLUGIN_PATH : ${qt5.svg}/lib/qt5/plugins

better:
wrapProgram $out/bin/qtox \
  --prefix QT_PLUGIN_PATH : ${qt5.svg}/lib/qt5/plugins

@geerds  done.

authors: akaWolf geerds


text:
real_time_config_quick_scan:unstable-2020-08-03 -> unstable-2020-07-23

also resolve suggestions from https://github.com/NixOS/nixpkgs/pull/78998

Motivation for this change
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Why the downgrade?

Thanks.

authors: jtojnar magnetophon


text:
pythonPackages.ufonormalizer: 0.4.1 → 0.4.2

Motivation for this change
bug fix
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build nototools


text:
[feature request] Touchscreen support?

Can you also add support for USB and RS232->USB touchscreen?
I didnt even knew that there is touchscreen support on PS2 port until i found this toiuchscreen controller. https://a.aliexpress.com/_ExQC93b
Im not sure if real touchscreen mode is possible trought ps2 port, but al least  mouse emulation in touchpad style control should be available as it would act just as regular mouse on ps2 output. If there is real touchscreen support available on ps2 port, maybe there wouldnt be bad idea to use one gpio as input to select switch between 3v3/gnd to select real touchscreen and touchpad mode, which would be ingnored when no touchscreen is connected, so when not present, it wouldnt affect users not using touchscreen.
Thank you.

Basically it wouldnt require any difference in connection.
PS2 output would be connected to PC/KVM or other device, and touscreen can be connected to usb.
Some touch screen controllers already comes with usb output, some with rs232, which can be used with USB-Serial adapter on USB input of raspberry.
But in not sure if it would be possible, because some touchscreens needs special drivers. But if there are some plug&play, it can be possible i guess.

Ah, I think thats not possible because touchscreens generally use absolute pointer mode and the PS/2 mouse only can transmit relative movements. So you would need to use the touchscreen like a trackpad which defeats the purpose I think.

I got it. I just seen that touchscreen controller with ps2. But i also thought touchscreen over ps2 isnt possible. That means that its just used as trackpad. Or maybe it is being calibrated to specific resolution, while after connection it will move cursor to one corner of screen, and when touched, it can calculate how much to relative move mouse to touched area. But user would need to set up reaolution, or at least aspect ratio, and then fine-tune are with mouse speed, as it will move mouse to (ideally top left) corner and translate touched area to relative mouse movement.
It would fail with KVM for sure, because raspberry would have no clue that KVM switched input. But for single device it should be possible. It can get unsynchronized when other input is used or if user uses feature to move mouse to pop-up window, but when it would be only input, or rest of inputs would be connected also trought raspberry it should work.

I think this isn't very feasible with relative movement. Maybe those touchscreens use a special drive on the OS side which enable absolute movement, like some synaptic trackpads also can do. But this would be very difficult to implement.

So, it can be possible, but most likely unstable with regular driver. And it does need very complex code to at least experiment with it with not guaranteed result.
It was just an idea. I also think its not worth, as developing special driver would be pain in the a**, and looses whole point of plug&play, and would be unusable with KVM. Without special driver it would be unstable and unusable with multiple inputs connected directly to PC (not trought raspberry).
But interpreting touchscreen as giant touchpad would avoid those problems.
It would work as big touchpad. But im still not sure how difficult would be to implement it anyways, so idk if its worth it.

source: gharchive/issue


text:
🛑 AnonymousOverflow anonoverflow.hyperreal.coffee is down

In ee3a96f, AnonymousOverflow anonoverflow.hyperreal.coffee (https://anonoverflow.hyperreal.coffee) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AnonymousOverflow anonoverflow.hyperreal.coffee is back up in d8de8f3 after 8 minutes.

repo: NoPlagiarism/services-personal-upptime


text:
🛑 libreddit reddit.invak.id is down

In aed89a1, libreddit reddit.invak.id (https://reddit.invak.id) was down:

HTTP code: 0
Response time: 0 ms

Resolved: libreddit reddit.invak.id is back up in 0c8abaf.


text:
🛑 BreezeWiki breezewiki.hyperreal.coffee is down

In 0e0b024, BreezeWiki breezewiki.hyperreal.coffee (https://breezewiki.hyperreal.coffee) was down:

HTTP code: 0
Response time: 0 ms

Resolved: BreezeWiki breezewiki.hyperreal.coffee is back up in b1c8326 after 7 minutes.


text:
🛑 WikiLess wiki.privacytools.io is down

In 911f259, WikiLess wiki.privacytools.io (https://wiki.privacytools.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: WikiLess wiki.privacytools.io is back up in be97ea0.


text:
Uncaught Exception in index.js, line 314

In case the redis instance is down while a reconnect is attempted, the line
self.stream.connect(self.port, self.host);
will throw an exception (ECONNREFUSED). It would be cool to either swallow this exception or use the existing error handling facility.

@benfleis this is swallowed in newer version by using the retry_strategy option.

authors: BridgeAR ftrippel


text:
Makefile doesn't run on macos

❯ make run --debug
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i386-apple-darwin11.3.0
Reading makefiles...
Updating goal targets....
 File `run' does not exist.
   File `init' does not exist.
  Must remake target `init'.
if [[ ! $(docker images | grep term-asteroids) ]]
/bin/bash: -c: line 1: syntax error: unexpected end of file
make: *** [init] Error 2

You need a recent version of make.
You may find some help in this thread https://stackoverflow.com/questions/43175529/updating-make-version-on-mac

you may try this syntax with the old version of make:
.PHONY: init
init:
	if [[ ! $$(docker images | grep $(DOCKER_IMAGE_NAME)) ]]; then \
		$(MAKE) build; \
	fi
	if [[ ! $$(docker ps | grep $(DOCKER_CONTAINER_NAME)) ]]; then \
		if [[ $$(docker ps -a | grep $(DOCKER_CONTAINER_NAME)) ]]; then \
			docker rm $(DOCKER_CONTAINER_NAME); \
		fi; \
		docker run -d \
			-e DISPLAY=${DISPLAY} \
			-v /tmp/.X11-unix:/tmp/.X11-unix \
			-v $$(pwd):/var/www/html \
			-p 8000:8000 \
			--name $(DOCKER_CONTAINER_NAME) $(DOCKER_IMAGE_NAME) \
			bash -c "sleep 3650d"; \
	fi
	if [[ ! -d vendor ]]; then \
		docker exec -it \
			$(DOCKER_CONTAINER_NAME) \
			bash -c 'cd /var/www/html && ./install-composer.sh'; \
	fi

This is a common issue on mac when working with make, and the best fix is to install a recent version of make, especially since the default one is from 2006 or 2004.

authors: NoiseByNorthwest ostrolucky tuqqu

repo: NoiseByNorthwest/term-asteroids


text:
cmd prompt help

it took me a while to do npm install until i found out i have to put the file path into the command aswell, now it says its missing the script "build", how do i fix this?

can you help me by adding me on discord at brandonn#0999 ?

C:\Users\Brand>C:\Users\Brand\OneDrive\Documents\G2G-Account-Auto-Deliver-main\G2G-Account-Auto-Deliver-main> npm run build
'C:\Users\Brand\OneDrive\Documents\G2G-Account-Auto-Deliver-main\G2G-Account-Auto-Deliver-main' is not recognized as an internal or external command,
operable program or batch file.
what do i do about this, when i just say npm run build it says there is no build but when I put this in, it still doesn't work

nvm i got it now, thank u


text:
Add some else cases in Mr.tydi

Mr.TyDi input parameter, language, can input upper cases. So we need to add this cases.

Recommend to use text_modifier in utils.

repo: NomaDamas/RAGchain


text:
how to post data from datagrid to server

Hello Muchiachio, first of all, I would like to thank you for the excellent work. Congratulations!
I'm from Brazil, I've been following and using some of his works.
Well, I would like to know how I do to post the network data, use Asp Net Core because when I send to the client or even it is not for server.
Example
1- Sending data to the client

2 - Result

3 - Sending data to the server

Grid data is lost on back to the server
Sorry for the bad English (Google translator).
Thank you

Grid data is lost because simple <td> tag's are not posted back from inside the form.
You would have to render raw html inputs and disabled encoding with .Encoded(false) for them to be posted back to the server. You can find html cell content examples here.

thank you. I will try this.

authors: Muchiachio ProfMaxSilva

license: mit

license_source: bigquery


text:
Focus CI on Custom-KinFragLib

Description
Running the full CI for Sonja's project seems to waste resources; remove all tests on the original notebooks until we merge back to volkamerlab/kinfraglib.
Todos
Notable points that this PR has either accomplished or will accomplish.

[x] Remove CI for original notebooks (use paths-ignore)
[x] Remove zenodo download (remove job)
[x] Open an issue to remind us to add back all tests before merging to volkamerlab/kinfralib: https://github.com/NonaR/KinFragLib/issues/6
[x] Add this issue as a TODO to PR #2

Questions
None.
Status

[ ] Ready to go

Note: Had to add custom-base branch to workflow to trigger PR that merge back to custom-base (remove this when custom-base is merged - added to this PR's description).
on:
  pull_request:
    paths-ignore:
      - "notebooks/kinfraglib"
    branches:
      - "master"
      - "custom-base"

repo: NonaR/KinFragLib


text:
Change PR trigger phrase match criteria

Use timeout with phrase match
Use find instead of matches
Change compile target to java8

Thank you Tuminoid for your input. I have run a couple of tests on some large chunks of text it seems they all executed under 100ms.

Cool, thanks. It might be different when the server is under load, but that should be fine for 99% of the cases at least. And we can later increase it if it becomes an issue.

Yes, that is also an important consideration. In case of a timeout, we are logging the contextual information.

authors: organic-scholar tuminoid

repo: Nordix/ghprb-plugin


text:
update container-privileges.md in v1.4.0

Update container-privileges.md to match CAPM3 v1.4.0 release. In this
release, we have applied a lot of security contexts to harden up the
container images and deployment, including ironic-image.

Nice! This really shows the progress! /lgtm

This is Nordix repo, you also need to put approving review in.


text:
If DB changes fail while deleting a package, deletion still flows to V3

Consider the following code:
https://github.com/NuGet/NuGetGallery/blob/master/src/NuGetGallery/Services/PackageDeleteService.cs#L138
https://github.com/NuGet/NuGetGallery/blob/master/src/NuGetGallery/Services/PackageDeleteService.cs#L90
Feed2Catalog determines a package was deleted by reading deletion audit records. Therefore, if some step in the deletion fails AFTER the deletion audit records are saved, but before the commit occurs, the deletion audit record will remain despite the delete not completing. As a result, Feed2Catalog will read the delete and delete the package from V3.

This should be fixed with https://github.com/NuGet/NuGetGallery/issues/4203

repo: NuGet/NuGetGallery


text:
New "Cannot reuse already awaited compiled_coroutine" issue with reproducible code

Using 0.6.0.6 with Python 3.7.2, I have been able to reproduce the RuntimeError: cannot reuse already awaited compiled_coroutine. Similar issue as #165.
The following code is used to reproduce the issue. Complete instructions with Dockerfiles, available at https://github.com/levesquejf/nuitka-asyncio-bug.
import asyncio

from concurrent.futures import CancelledError
from contextlib import asynccontextmanager

@asynccontextmanager
async def async_context():
    ctx = Obj()
    yield ctx

class Obj:
    async def fail_now(self, *args, **kwargs):
        raise RuntimeError('Ok, time to crash!')

class Obj2:
    async def run(self):
        for _ in range(0, 2):
            async with async_context() as ctx:
                reader_task = asyncio.ensure_future(self.reader(ctx))
                writer_task = asyncio.ensure_future(self.writer(ctx))
                done, pending = await asyncio.wait(
                    [reader_task, writer_task],
                    return_when=asyncio.FIRST_COMPLETED,
                )

                for task in pending:
                    task.cancel()
                    try:
                        await task
                    except CancelledError:
                        print('Cancelled')
                        pass
                for task in done:
                    try:
                        await task
                    except Exception as e:
                        print(f'Exception catched: {e}', flush=True)

    async def reader(self, my_obj):
        await asyncio.sleep(1)
        await my_obj.fail_now(self)

    async def writer(self, my_obj):
        await asyncio.sleep(2)
        await my_obj.fail_now(self)

def main():
    loop = asyncio.get_event_loop()
    my_obj = Obj2()
    loop.run_until_complete(my_obj.run())

if __name__ == '__main__':
    main()

Thanks for the reproducer, I will look into this next, now that 0.6.1 was released. I managed to see it with my 3.7.1 and Nuitka 0.6.1 too.

Over the last weeks, I tried my software with both Python 3.6 (3.6.6 & 3.6.8) and 3.7 (3.7.2) and I had this issue a lot more time with 3.7. So much that at this point, my software is not usable with 3.7. So I decided to work on the reproducer to make it 3.6 compatible and I found out that the issue only appears in 3.7.
Also, I cleaned up the code a little bit to remove unnecessary lines. Nuitka has been upgraded to 0.6.1.1. The reproducer is still available at https://github.com/levesquejf/nuitka-asyncio-bug.
Since it's working with 3.6, I don't think this reproducer is catching the issue #165.

Curious, when you compile against 3.6, you get "wait" and "sleep" objects as generators, and when you compile against 3.7, you get them as coroutines (and here's the RuntimeError is thrown: https://github.com/Nuitka/Nuitka/blob/develop/nuitka/build/static_src/CompiledGeneratorTypeUncompiledIntegration.c#L251).

This is high on my priority list, and a shame actually that I cannot deal with it right now. But I am giving top priority to GSoC students right now.
What you can do is check nuitka/tree/ReforumationFunctionStatements.py and look for the "flags" attached, and what kind of function it creates, and if that is justified. The function that determines this flag may not be perfect, seeing what @jafd reports.

So... (had to include module asyncio, otherwise the buildFunctionNode() wouldn't even hit those). Only filtered for wait and sleep, because those are clearly different in 3.6 and 3.7.
For 3.6:
FunctionDef: name = wait; function_kind = Generator; flags = set()
FunctionDef: name = sleep; function_kind = Generator; flags = set()

For 3.7:
AsyncFunctionDef: name = wait; function_kind: Coroutine; flags: set()
AsyncFunctionDef: name = sleep; function_kind: Coroutine; flags: set()

More fun!
The bug doesn't trigger if you --include-package=asyncio or --follow-import-to=asyncio when compiling, but it does trigger when you compile it --standalone.
Which means that compiled code is good. It's uncompiled ↔ compiled code interactions that fail.
Even more fun!
Maybe that's a separate bug, but I've tried this program with --follow-stdlib. What if I compile it so that there's no need in the interpreted code running, ever?
$ ./asyncio_bug_pure.bin
Traceback (most recent call last):
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 963, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 906, in _find_spec
  File "<frozen importlib._bootstrap>", line 980, in _find_and_load
RecursionError: maximum recursion depth exceeded while calling a Python object

What am I doing wrong? What I wanted was to avoid having any Python in the end result.
...and some remaining fun
Turns out that on the develop branch, as of today, --follow-imports doesn't actually compile imported modules. They aren't hitting the parse tree. I need to mention them specifically on the command line to get them to be parsed and compiled. Either I misunderstand the documentation, or there is a bug...

@kayhayen I don't want to be pushy or disrespectful but do you have any time soon to work on this issue? Let me know if there is anything I can test or help in any way.

@levesquejf Unfortunately I expect to not have the time for a few weeks more.

@levesquejf Which is still a shame. It's high on the priority list still though, and I do expect things to settle down

As for help, I do not realistically expect anybody to be able to work on this. It's such a complex mess from the Python side.

I think I'm triggering the same bug in my code. I have a much smaller code example though, so posting it here in case it helps with resolving this:

async def main():
    _, pending = await asyncio.wait({coro()}, timeout=0.1)
    for task in pending:
        task.cancel()

async def coro():
    await asyncio.sleep(1)

asyncio.run(root())

This code when compiled with python -m nuitka --nofollow-imports app.py and run produces the following error output:
Task exception was never retrieved
future: <Task finished coro=<coro() done, defined at <...>/app.py:8> exception=RuntimeError('cannot reuse already awaited coroutine')>
Traceback (most recent call last):
  File "<...>/app.py", line 9, in coro
    await asyncio.sleep(1)
RuntimeError: cannot reuse already awaited coroutine

This happens with Python 3.7. I couldn't reproduce this with Python 3.6 though I believe I have seen similar errors with that version too in my production code.

Today, I found out, what this is about.
This code is from the C part of the asyncio module:
    if (exc == NULL) {
        if (PyGen_CheckExact(coro) || PyCoro_CheckExact(coro)) {
            result = _PyGen_Send((PyGenObject*)coro, Py_None);
        }
        else {
            result = _PyObject_CallMethodIdObjArgs(
                coro, &PyId_send, Py_None, NULL);
        }
    }
    else {
        result = _PyObject_CallMethodIdObjArgs(
            coro, &PyId_throw, exc, NULL);
        if (clear_exc) {
            /* We created 'exc' during this call */
            Py_DECREF(exc);
        }
    }

It is special casing Python's own implementation and telling that it is throwing the exception not to close stuff, so it doesn't give the error it would give if the throw code is executed.
Now Nuitka compiled_coroutine  object throw does not know about this, and raises the exception.

I removed my last comment, because throw is not discriminating, it is the same for both.

Ok, Nuitka is expecting to not see a throw in a coroutine that returned. At the time of the crash, the finished coroutine has an exception thrown into it, that it should ignore maybe, or not do at all, reading the code of CPython it seems to do that for some situations at least.

There are unit tests of CPython that require such exceptions to be raised, which is unconditional it seems.

Ok, CPython does that too, when you enter via throw, there is no condition, closing is 0, aka false, which matches what CPython does. So, this must be rather about not getting there. There is no way, that it would be allowed to behave differently once you got there.

Ok, I think I got an idea, of what is going wrong.
When a compiled coroutine awaits something (which is a yield from an awaitable technically), it does not consider that while it is doing so, it may have become finished, by external means, e.g. an asyncio event loop timeout. At least from my tracing, it seems that this is the case.
Question becomes, what is expected to happen in this case. I would assume, that it should just abort the yield from and be good. Right now, the finished coroutine gets asked for another value that it cannot produce, and that exception is then returned.

I have used another example that you sent me, but that one works now.
Code needs to distinguish between first and subsequent iterations, and provide a mode, and handle wrapped coroutines specially. Then your example worked as well as the test suite.
Please try this one: https://nuitka.net/doc/factory.html

This factory version fixes the bug described in #165. I tested with the three reproducers (aiohttp, aiodns and asyncio.event) and they all pass. However, it does not fix this bug that only affects 3.7 (this issue). The same code with 3.6.8 and the factory image is working fine.
When I compile with factory, I get the some warnings:
main.build/CompiledAsyncgenType.c:95:18: warning: type of ‘_Nuitka_YieldFromCore’ does not match original declaration [-Wlto-type-mismatch]
 extern PyObject *_Nuitka_YieldFromCore(PyObject *yieldfrom, PyObject *send_value, PyObject **returned_value);
                  ^
main.build/CompiledCoroutineType.c:133:11: note: type mismatch in parameter 4
 PyObject *_Nuitka_YieldFromCore(PyObject *yieldfrom, PyObject *send_value, PyObject **returned_value, bool mode) {
           ^
main.build/CompiledCoroutineType.c:133:11: note: type ‘_Bool’ should match type ‘void’
main.build/CompiledCoroutineType.c:133:11: note: ‘_Nuitka_YieldFromCore’ was previously declared here

Yup, it's not perfect, but thanks for the feedback, narrowing down things a lot.
The C warnings are actual errors. Also, the deficit found, will also apply to asyncgen at least partially.
Yours,
Kay

I will see, if I can find this too, but I also would like to stabilize the change I just made and expose it in a pre-release and quick release, compatiblity is king of course. Got to think.

It's in the current pre-release now.

Released as 0.6.5

authors: jafd kayhayen levesquejf ra-kete

repo: Nuitka/Nuitka


text:
Python34 and issues for Nuitka-0.6.3

I made many multiple tests and want provide some issues for Nuitka-0.6.3 with Python34
Hope that can help to improve nuitka.
The python code is just print("Hello!")

python -m nuitka --mingw --follow-impor
ts --show-progress --output-dir=build--mingw--follow-imports main.pyw

Nuitka:INFO:PASS 1:
Nuitka:INFO:Initial optimization pass.
Nuitka:INFO:Optimizing module 'main', 0 more modules to go after that.
Nuitka:INFO:Doing module local optimizations for 'main'.
Nuitka:INFO:Next global optimization pass.
Nuitka:INFO:Optimizing module 'main', 0 more modules to go after that.
Nuitka:INFO:Doing module local optimizations for 'main'.
Nuitka:INFO:PASS 2 ... :
Nuitka:INFO:Next global optimization pass.
Nuitka:INFO:Optimizing module 'main', 0 more modules to go after that.
Nuitka:INFO:Doing module local optimizations for 'main'.
Nuitka:INFO:Total memory usage before running scons: 23.61 MB (24756224 bytes):
cc1.exe: out of memory allocating 65536 bytes
scons: *** [build--mingw--follow-imports\main.build\CompiledFunctionType.o] Err
or 1

python -m nuitka --mingw --recurse-all
--output-dir=build--mingw--recurse-all main.pyw

cc1.exe: out of memory allocating 254624 bytes
scons: *** [build--mingw--recurse-all\main.build\MainProgram.o] Error 1cc1.exe: out of

memory allocating 312320 bytes
../mingw-w64/x86_64-8.1.0-posix-seh-rt_v6-rev0/mingw6
4/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/bin/as.
exe: out of memory allocating 524411 bytes
scons: *** [build--mingw--recurse-all\main.build\CompiledFunctionType.o] Error

python -m nuitka --mingw --standalone -
-output-dir=build--mingw--standalone main.pyw

cc1.exe: out of memory allocating 107632 bytes
scons: *** [build--mingw--standalone\main.build\MainProgram.o] Error 1

python -m nuitka --mingw --standalone -
-recurse-all --output-dir=build--mingw--standalone--recurse-all main.pyw

cc1.exe: out of memory allocating 71068 bytes
scons: *** [build--mingw--standalone--recurse-all\main.build\MainProgram.o] Err
or 1

This is bizarrely little. Seeing that it appears to be a 64 bits platform, I am deeply confused.  Also I have used MinGW64 with 8.1 before, so I am not getting it. I am still using 7.3 in my tests. I think I only did the 8 based variant, so checkout if there was a performance increase, which there was none.
I want to claim it's invalid, only because you are alone with this kind of issue, or so I am hoping at least, can you try 0.6.2 maybe?

I made this procedures again and I think that was some mistake here in procedures (many .bat files, commands in notes - I grab logs rapidly to the other notepad to compare and note some issues), but need prevention here.
If we use:
--mingw should be used for py-x86
--mingw64 should be used for py-x64
In other case we can call --mingw for py-x64 that can made this mistake and no information about conflit.

No, actually the MinGW64 should automatically be matched. However, nobody has taken on the issue #225 yet, which would be really helpful. Are you saying that is what happened to you?

OK, I  repeated the tests from the points 1,2,34, and are pass as ok in case of this same info in point 1.
Now understand the source of problem I think.
In my process of tests as reported here I made compialtion for some huge project (QT) and was some problems, long time compilation.
So I start test small scripts as print.

In case of test huge project the Fire Fox reported problem with memory by window, I ignoring this as some bug, but after some time the FF i crashed (it was some bug 6mnts ago that I observed this in FF as bug).
After this crash when I do test as 1,2,3,4 errors was repeated.
So I closed FF and this same.
After rebot OS and repeating steps this same. But in case where FF was not runed and made again test all was ok.

Soo.. it's not the problem x86 x64.
Must analise the case of huge project, eg. cut sout some part to see how I can operate with this.
BTW ppls talking about long compilations in cpp and thats way they like Go Lang (however playing there with QT is not nice).

authors: ManPython kayhayen


text:
TimeZone Bug #2

TimeZone Fix.
Mein issue https://github.com/NullDev/CSC-Bot/issues/60 wurde nur sehr hacky gefixed indem eine falsche Zeit im Cron hinterlegt wurde. Siehe:
https://github.com/NullDev/CSC-Bot/pull/61/commits/747a674429cb8d67e2292b0982253b454bb47b4f
danke @diewellenlaenge

Problem ist, Geburtstage sind ebenfalls einen ganzen Tag verzögert.

Und for the lulz:

Hallo 👋 erste 1⃣ Rückmeldung 🔈: Container 🚢 hat jetzt richtige Zeitzone ⌚🥳, aber kp 😕 ob das was bringt 🤸♂
root@csc:/home/csc# docker exec -it 704b93656b22 date
Mon Aug  2 10:21:06 CEST 2021

Bitte danach den wundervollen Hack wieder löschen/entfernen (https://github.com/NullDev/CSC-Bot/commit/747a674429cb8d67e2292b0982253b454bb47b4f).

authors: NullDev diewellenlaenge tobi6112

repo: NullDev/CSC-Bot


text:
Durability-Bar is too long

The durability bar is double the lenght it should be.
I suspect, that the plugin thinks the durability-bar char is half the length it actually is.

(I'm sorry for the text, i hope it still helps.)

Numeric bar may help

authors: Librazy ghost

repo: NyaaCat/RPGitems-reloaded


text:
Remove .t2d.yml

This .t2d.yml idea did not fly.
Now that we have runboat and we are probably going to shutdown runbot, this must be removed from the template, and we need a task to removed it where it was created.

Well, having there is harmless AFAIK, although it's good to remove it from the template for future scaffoldings.

It's harmless indeed. But let's keep the room clean :)

authors: pedrobaeza sbidoul

repo: OCA/oca-addons-repo-template


text:
Make Length and Area mandatory on geometry entities

It is proposed to make both Length on Curve3D and Area on Surface3D mandatory in the schema. This will improve the validation of 3Docx model imports as the recipient SW can compare instantiated geometry entities with the authoring source.

Made Area and Length mandatory: