text:
util-linux: 2.31.1 -> 2.32

[x] 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)
[ ] 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/)
[ ] Fits CONTRIBUTING.md.

Whoops, wrong title... CLI github thing misbehaved, sorry!

@GrahamcOfBorg build utillinux utillinuxMinimal

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

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

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

Failure on aarch64-linux (full log)
Attempted: utillinux, utillinuxMinimal
Partial log (click to expand)
../src/shared/dissect-image.c:584:55: warning: ‘generic_rw’ may be used uninitialized in this function [-Wmaybe-uninitialized]
[172/1461] Compiling C object 'src/shared/systemd-shared-238@sta/dns-domain.c.o'.
[173/1461] Compiling C object 'src/libsystemd/systemd@sta/sd-netlink_rtnl-message.c.o'.
[174/1461] Compiling C object 'src/libsystemd/systemd@sta/sd-bus_bus-socket.c.o'.
[175/1461] Compiling C object 'src/login/logind-core@sta/logind-dbus.c.o'.
[176/1461] Compiling C object 'src/libsystemd/systemd@sta/sd-bus_sd-bus.c.o'.
ninja: build stopped: subcommand failed.
builder for '/nix/store/gfwy9mxvbhfc7smv2fm26w2y81xhwl9x-systemd-238.drv' failed with exit code 1
cannot build derivation '/nix/store/9k9cxr7ch5h6qx7cys9xasw8ycz3d2xs-util-linux-2.32.drv': 1 dependencies couldn't be built
error: build of '/nix/store/9k9cxr7ch5h6qx7cys9xasw8ycz3d2xs-util-linux-2.32.drv' failed

Failure on x86_64-linux (full log)
Attempted: utillinux, utillinuxMinimal
Partial log (click to expand)
                 from ../src/basic/hashmap.h:30,
                 from ../src/shared/bus-util.h:31,
                 from ../src/core/timer.c:25:
../src/basic/missing.h:528:17: error: expected identifier before numeric constant
 #define MS_MOVE 8192
                 ^
ninja: build stopped: subcommand failed.
builder for '/nix/store/a1mh59q1jxjppc3pwfiiksw56ydaw08r-systemd-238.drv' failed with exit code 1
cannot build derivation '/nix/store/jmyyjgzrn2qffyhvmdaz8c33gbcadszi-util-linux-2.32.drv': 1 dependencies couldn't be built
error: build of '/nix/store/jmyyjgzrn2qffyhvmdaz8c33gbcadszi-util-linux-2.32.drv' failed

Err maybe staging is in bad shape right now :(.

Hmm, looks like this is upstream issue https://github.com/systemd/systemd/issues/8507 .

Nevermind for now, sorry it worked in my tree! O:).

@GrahamcOfBorg build systemd

@GrahamcOfBorg test systemd

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: systemd
Partial log (click to expand)
Cannot nix-instantiate `systemd' because:
error: while evaluating 'callPackageWith' at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:113:35, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/top-level/all-packages.nix:13988:13:
while evaluating 'makeOverridable' at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:72:24, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:117:8:
while evaluating anonymous function at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/os-specific/linux/systemd/default.nix:1:1, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:74:12:
assertion failed at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/os-specific/linux/systemd/default.nix:16:1

Success on x86_64-linux (full log)
Attempted: systemd
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man
gzipping man pages under /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man/share/man/
strip is /nix/store/fzj1a9khx6wwp3zlf8lkf6kv17x1g5gb-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man
checking for references to /build in /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev
strip is /nix/store/fzj1a9khx6wwp3zlf8lkf6kv17x1g5gb-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev/lib
patching script interpreter paths in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev
checking for references to /build in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev...

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: systemd
Partial log (click to expand)
Cannot nix-instantiate `systemd' because:
error: while evaluating 'callPackageWith' at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:113:35, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/top-level/all-packages.nix:13988:13:
while evaluating 'makeOverridable' at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:72:24, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:117:8:
while evaluating anonymous function at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/os-specific/linux/systemd/default.nix:1:1, called from /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/lib/customisation.nix:74:12:
assertion failed at /private/var/lib/ofborg/builds/repo/38dca4e3aa6bca43ea96d2fcc04e8229/builder/grahamc-ndnd/pkgs/os-specific/linux/systemd/default.nix:16:1

test systemd is really optimistic for a quasi-stdenv rebuild… my builder isn't even loaded by anything else but I would still expect timeout… but we'll see.

Success on x86_64-linux (full log)
Attempted: systemd
Partial log (click to expand)
gzipping man pages under /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man/share/man/
strip is /nix/store/fzj1a9khx6wwp3zlf8lkf6kv17x1g5gb-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man
checking for references to /build in /nix/store/vyb3ka9bks2nzraibmvx9kwl3bcx2nhc-systemd-238-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev
strip is /nix/store/fzj1a9khx6wwp3zlf8lkf6kv17x1g5gb-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev/lib
patching script interpreter paths in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev
checking for references to /build in /nix/store/vmfsv7hzvn3nchh2pibchki9sidd00xg-systemd-238-dev...
/nix/store/8vc141qahpx853nd5y3bf5awc17pi07v-systemd-238

Success on x86_64-linux (full log)
Attempted: tests.systemd
Partial log (click to expand)
machine# [    5.501101] display-manager[699]: (**) Power Button: Applying InputClass "Keyboard catchall"
machine# [    5.502310] display-manager[699]: (**) Power Button: Applying InputClass "evdev keyboard catchall"
machine# [    5.503446] display-manager[699]: (II) LoadModule: "evdev"
machine: exit status 0
2 out of 2 tests succeeded
test script finished in 19.35s
cleaning up
killing machine (pid 634)
vde_switch: EOF on stdin, cleaning up and exiting
vde_switch: Could not remove ctl dir '/build/vde1.ctl': Directory not empty

Success on aarch64-linux (full log)
Attempted: systemd
Partial log (click to expand)
gzipping man pages under /nix/store/9pyscmijldifmy8ghigi0h6l54x9r31b-systemd-238-man/share/man/
strip is /nix/store/a8dd4rd03jylyb82ndx5r9f4rjp0nprn-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/9pyscmijldifmy8ghigi0h6l54x9r31b-systemd-238-man
checking for references to /build in /nix/store/9pyscmijldifmy8ghigi0h6l54x9r31b-systemd-238-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/ydrlskbqcbvaa0kipxvby3z31391m5b0-systemd-238-dev
strip is /nix/store/a8dd4rd03jylyb82ndx5r9f4rjp0nprn-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/ydrlskbqcbvaa0kipxvby3z31391m5b0-systemd-238-dev/lib
patching script interpreter paths in /nix/store/ydrlskbqcbvaa0kipxvby3z31391m5b0-systemd-238-dev
checking for references to /build in /nix/store/ydrlskbqcbvaa0kipxvby3z31391m5b0-systemd-238-dev...
/nix/store/04hr2vymd6wr0wpp9mbi1d0cw62i1nw5-systemd-238

Success on aarch64-linux (full log)
Attempted: systemd
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/s0w3rr3grfq78svmp8kn2r0jnmmxw0i6-libidn2-2.0.4-info
strip is /nix/store/a8dd4rd03jylyb82ndx5r9f4rjp0nprn-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/s0w3rr3grfq78svmp8kn2r0jnmmxw0i6-libidn2-2.0.4-info
checking for references to /build in /nix/store/s0w3rr3grfq78svmp8kn2r0jnmmxw0i6-libidn2-2.0.4-info...
shrinking RPATHs of ELF executables and libraries in /nix/store/am7rh9ci8cbyk6v8pb9hxrqq2wrbambc-libidn2-2.0.4-devdoc
gzipping man pages under /nix/store/am7rh9ci8cbyk6v8pb9hxrqq2wrbambc-libidn2-2.0.4-devdoc/share/man/
strip is /nix/store/a8dd4rd03jylyb82ndx5r9f4rjp0nprn-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/am7rh9ci8cbyk6v8pb9hxrqq2wrbambc-libidn2-2.0.4-devdoc
checking for references to /build in /nix/store/am7rh9ci8cbyk6v8pb9hxrqq2wrbambc-libidn2-2.0.4-devdoc...
/nix/store/04hr2vymd6wr0wpp9mbi1d0cw62i1nw5-systemd-238

No sure what the problem was on the aarch64 builder-- if it was timeout (which would make sense) it usually says so?
Let's try this again...
@GrahamcOfBorg test systemd

It's complicated. The 1-hour timeout is apparently per-derivation… There is a gfortran timeout and a linux kernel timeout at 73%, but Mesa build continues, as do some other builds… A bit surreal, sure.

This fixes CVE-2018-7738.

authors: 7c6f434c GrahamcOfBorg dtzWill vcunat


text:
matterbridge module: add configPath option as a workaround, waiting for nix encryption

Motivation for this change
Waiting for NixOS/rfcs/pull/5 , files including secrets should not be set in the nix store, so adding a configPath option as workaround.
I've tested this PR with nixos-rebuild and nix-diff: with the same configuration, absolutely no change happens (apart from the nixos-version hash change). With configPath set, the parameter appears to be properly set.
I think that, as a security fix, this deserves backport to 18.03.
Things done

[x] 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)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Fits CONTRIBUTING.md.

For easy review, the diff is unexpectedly big due to my removing a useless mkMerge, which reduces indentation and generates a diff. The only real changes in the config section are the removal of the useless mkMerge, and the replacement of mkIf with optional in the users/groups definition.

source: gharchive/pull-request

repo: NixOS/nixpkgs

license: MIT

license_type: permissive

license_source: github-api


text:
wesnoth-dev: 1.13.13 -> 1.14.0

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

built on NixOS
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnoth -h’ got 0 exit code
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnoth --help’ got 0 exit code
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnothd -h’ got 0 exit code
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnothd --help’ got 0 exit code
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnothd -V’ and found version 1.14.0
ran ‘/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnothd --version’ and found version 1.14.0
found 1.14.0 with grep in /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0
directory tree listing: https://gist.github.com/faf1d8fe4a47781eb51e8a411a546099

cc @abbradar for review

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: wesnoth-dev
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: wesnoth-dev
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0
shrinking /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnoth
shrinking /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin/wesnothd
gzipping man pages under /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/bin
patching script interpreter paths in /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0
/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0/share/wesnoth/data/tools/unit_tree/update-wmlunits: interpreter directive changed from "/bin/bash" to "/nix/store/xn5gv3lpfy91yvfy9b0i7klfcxh9xskz-bash-4.4-p19/bin/bash"
checking for references to /build in /nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0...
/nix/store/kk2lcjayzj584gczvzmqbna8gc59g92j-wesnoth-1.14.0

Failure on aarch64-linux (full log)
Attempted: wesnoth-dev
Partial log (click to expand)
[  7%] mo-update [wesnoth-help-bg]: Creating mo file.
[  7%] mo-update [wesnoth-httt-bg]: Creating mo file.
[  7%] mo-update [wesnoth-l-bg]: Creating mo file.
[  7%] mo-update [wesnoth-lib-bg]: Creating mo file.
[  7%] mo-update [wesnoth-low-bg]: Creating mo file.
[  7%] mo-update [wesnoth-multiplayer-bg]: Creating mo file.
[  7%] mo-update [wesnoth-nr-bg]: Creating mo file.
[  7%] mo-update [wesnoth-sof-bg]: Creating mo file.
building of '/nix/store/r619vb2gz3cpxp85gsdlv57imn3rgnbv-wesnoth-1.14.0.drv' timed out after 3600 seconds
error: build of '/nix/store/r619vb2gz3cpxp85gsdlv57imn3rgnbv-wesnoth-1.14.0.drv' failed

Moved wesnoth-dev to wesnoth in d541169e1a28d22f591ad7ca0edc48f76fa8eff4.

authors: GrahamcOfBorg abbradar r-ryantm


text:
ndpi: 1.8 -> 2.2

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

built on NixOS
/nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2/bin/ndpiReader passed the binary check.
1 of 1 passed binary check by having a zero exit code.
0 of 1 passed binary check by having the new version present in output.
found 2.2 with grep in /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2
directory tree listing: https://gist.github.com/7144c4f9a07d41666dd0187209a7e06e
du listing: https://gist.github.com/be818fd366b25df61d730577ad3512c9

meta.description for ndpi is: '"A library for deep-packet inspection"'.
cc @takikawa for testing.
Experimental: this build is cached with Cachix. To use the cache follow these experimental instructions:
One time setup in nixpkgs Git checkout:
cachix use r-ryantm
git remote add r-ryantm https://github.com/r-ryantm/nixpkgs.git

Test this build:
git fetch r-ryantm && git checkout ac6573cf23c91d65e403d315680e3bb5ad8aaddb && nix-shell --pure -I nixpkgs=. -p ndpi

Success on x86_64-linux (full log)
Attempted: ndpi
Partial log (click to expand)
make[1]: Leaving directory '/build/source'
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2
shrinking /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2/lib/libndpi.so.1.0.0
shrinking /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2/bin/ndpiReader
strip is /nix/store/21ymadblbmsbb2bk4q7gl4kjasp8zmgd-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2/lib  /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2/bin
patching script interpreter paths in /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2
checking for references to /build in /nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2...
/nix/store/0wzn4dsnqb45c38lzvhlhbc8bjqqy6ig-ndpi-2.2

Success on x86_64-darwin (full log)
Attempted: ndpi
Partial log (click to expand)
make[2]: Nothing to be done for 'install-exec-am'.
 /nix/store/yrlzm8nkyzs5bwy7dhb1vhfzx936p6zn-coreutils-8.29/bin/mkdir -p '/nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2/lib/pkgconfig'
 /nix/store/yrlzm8nkyzs5bwy7dhb1vhfzx936p6zn-coreutils-8.29/bin/install -c -m 644 libndpi.pc '/nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2/lib/pkgconfig'
make[2]: Leaving directory '/private/tmp/nix-build-ndpi-2.2.drv-0/source'
make[1]: Leaving directory '/private/tmp/nix-build-ndpi-2.2.drv-0/source'
post-installation fixup
strip is /nix/store/yyak5sjv68n9vdgnkd2cb5djk1l9sqj5-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2/lib  /nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2/bin
patching script interpreter paths in /nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2
/nix/store/hgvzw7kccdyhaqgbvd0426cwmxgsjgbw-ndpi-2.2

Success on aarch64-linux (full log)
Attempted: ndpi
Partial log (click to expand)
make[1]: Leaving directory '/build/source'
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2
shrinking /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2/bin/ndpiReader
shrinking /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2/lib/libndpi.so.1.0.0
strip is /nix/store/qg2agrqkf240s656d207zqhipl0bc2id-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2/lib  /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2/bin
patching script interpreter paths in /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2
checking for references to /build in /nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2...
/nix/store/97sz54g70la3r2k9i96hyqp00n2bcip4-ndpi-2.2

authors: GrahamcOfBorg r-ryantm


text:
nixos/zfs: load encryption keys for all pools

this is a proposal to fix #41838
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 nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Fits CONTRIBUTING.md.

@grahamcofborg test zfs

No attempt on aarch64-linux (full log)
The following builds were skipped because they don't evaluate on aarch64-linux: tests.zfs
Partial log (click to expand)
Cannot nix-instantiate `tests.zfs' because:
error: attribute 'zfs' in selection path 'tests.zfs' not found

No attempt on x86_64-linux (full log)
The following builds were skipped because they don't evaluate on x86_64-linux: tests.zfs
Partial log (click to expand)
Cannot nix-instantiate `tests.zfs' because:
error: attribute 'zfs' in selection path 'tests.zfs' not found

I mentioned the change in the option description. Fixes for enabling the zfs-mount services follow in separate PRs

Tested, updated description, squashed and rebased.

Thanks @Mic92 !

authors: GrahamcOfBorg woffs


text:
python.pkgs.pythonix: 0.1.0 -> 0.1.1

also fix the build
Motivation for this change
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

[ ] 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.

@GrahamcOfBorg build python3.pkgs.pythonix

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: python3.pkgs.pythonix
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.

This is broken on stable as well due to an nixUnstable update.

Success on x86_64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1
shrinking /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib
patching script interpreter paths in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1
checking for references to /build in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1...
/nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1

@GrahamcOfBorg build python3.pkgs.pythonix

Failure on x86_64-darwin (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
/nix/store/c31hd5m0i1hkyml99qh50p7f1p2wwyfb-nix-2.0.4-dev/include/nix/util.hh:23:9: warning: 'DT_DIR' macro redefined [-Wmacro-redefined]
#define DT_DIR 3
        ^
/nix/store/0yvai96flnxvsl8bn95nwcz1y7pd7xa5-Libsystem-osx-10.11.6/include/sys/dirent.h:126:9: note: previous definition is here
#define DT_DIR           4
        ^
3 warnings generated.
ninja: build stopped: subcommand failed.
builder for '/nix/store/d464qngb1ybqjfz1sblsm7r6q1lp5f6w-pythonix-0.1.1.drv' failed with exit code 1
error: build of '/nix/store/d464qngb1ybqjfz1sblsm7r6q1lp5f6w-pythonix-0.1.1.drv' failed

Success on x86_64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1
shrinking /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1/lib
patching script interpreter paths in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1
checking for references to /build in /nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1...
/nix/store/xikhja43yhgd1ph7gsgzfln10v086ffk-pythonix-0.1.1

@GrahamcOfBorg build python3.pkgs.pythonix

Failure on x86_64-darwin (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[1/5] Compiling C++ object 'src/src@@nix@sha/nix-to-python.cc.o'.
FAILED: src/src@@nix@sha/nix-to-python.cc.o
/nix/store/jpwsh1pzwnizdzqk2l266526j9ap1r5j-clang-wrapper-5.0.2/bin/c++ -Isrc/src@@nix@sha -Isrc -I../src -I/nix/store/2kjsky9h9h9klwb08f7h4vfkji3ii6ax-python3-3.6.5/include/python3.6m -I/nix/store/c31hd5m0i1hkyml99qh50p7f1p2wwyfb-nix-2.0.4-dev/include/nix -I/nix/store/cyb1vq511qrlca7lh0f7kscadr0ni55j-boehm-gc-7.6.6-dev/include -Xclang -fcolor-diagnostics -pipe -Wall -Winvalid-pch -Wnon-virtual-dtor -O3 -std=c++14 -std=c++17 -fvisibility=hidden  -MD -MQ 'src/src@@nix@sha/nix-to-python.cc.o' -MF 'src/src@@nix@sha/nix-to-python.cc.o.d' -o 'src/src@@nix@sha/nix-to-python.cc.o' -c ../src/nix-to-python.cc
../src/nix-to-python.cc:85:18: error: cannot pass object of non-trivial type 'std::__1::string' (aka 'basic_string<char, char_traits<char>, allocator<char> >') through variadic function; call will abort at runtime [-Wnon-pod-varargs]
                 showType(v));
                 ^
1 error generated.
ninja: build stopped: subcommand failed.
builder for '/nix/store/csg2rrxrbcw86b9wspvh1hhilrbha04h-pythonix-0.1.2.drv' failed with exit code 1
error: build of '/nix/store/csg2rrxrbcw86b9wspvh1hhilrbha04h-pythonix-0.1.2.drv' failed

Success on x86_64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2
shrinking /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2/lib/python3.6/site-packages/nix.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2/lib
patching script interpreter paths in /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2
checking for references to /build in /nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2...
/nix/store/jdn9p7qfcd2gy8kxmgkzhckp2hikk6vj-pythonix-0.1.2

@GrahamcOfBorg build python3.pkgs.pythonix

Success on x86_64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3
shrinking /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3/lib/python3.6/site-packages/nix.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3/lib
patching script interpreter paths in /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3
checking for references to /build in /nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3...
/nix/store/05pqyx0r3ljvmm4m0g9bfar7gkf2aj9f-pythonix-0.1.3

Failure on x86_64-darwin (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
/nix/store/jpwsh1pzwnizdzqk2l266526j9ap1r5j-clang-wrapper-5.0.2/bin/c++ -Isrc/src@@nix@sha -Isrc -I../src -I/nix/store/2kjsky9h9h9klwb08f7h4vfkji3ii6ax-python3-3.6.5/include/python3.6m -I/nix/store/c31hd5m0i1hkyml99qh50p7f1p2wwyfb-nix-2.0.4-dev/include/nix -I/nix/store/cyb1vq511qrlca7lh0f7kscadr0ni55j-boehm-gc-7.6.6-dev/include -Xclang -fcolor-diagnostics -pipe -Wall -Winvalid-pch -Wnon-virtual-dtor -O3 -std=c++14 -std=c++17 -fvisibility=hidden  -MD -MQ 'src/src@@nix@sha/eval.cc.o' -MF 'src/src@@nix@sha/eval.cc.o.d' -o 'src/src@@nix@sha/eval.cc.o' -c ../src/eval.cc
../src/eval.cc:48:23: error: no member named '__cxa_exception_type' in 'std::exception_ptr'
    auto name = p ? p.__cxa_exception_type()->name() : "null";
                    ~ ^
1 error generated.
[3/5] Compiling C++ object 'src/src@@nix@sha/nix-to-python.cc.o'.
[4/5] Compiling C++ object 'src/src@@nix@sha/python-to-nix.cc.o'.
ninja: build stopped: subcommand failed.
builder for '/nix/store/52f1fk3n7ahrs6jfmdkqymy678r02dbk-pythonix-0.1.3.drv' failed with exit code 1
error: build of '/nix/store/52f1fk3n7ahrs6jfmdkqymy678r02dbk-pythonix-0.1.3.drv' failed

@GrahamcOfBorg build python3.pkgs.pythonix

Success on x86_64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4
shrinking /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4/lib/python3.6/site-packages/nix.so
strip is /nix/store/4mf2xm9p32lzrim927yk92xhx35yaz62-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4/lib
patching script interpreter paths in /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4
checking for references to /build in /nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4...
/nix/store/675yx901njbgcjhg9ywj7673mpw9g547-pythonix-0.1.4

Success on x86_64-darwin (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[5/5] Linking target src/nix.so.
installing
install flags: install
[0/1] Installing files.
Installing src/nix.so to /nix/store/hlhcrzhfp4m2by3kxj1p1dxggvfys47x-pythonix-0.1.4/lib/python3.6/site-packages/nix.so
post-installation fixup
strip is /nix/store/8q05v40n0f7amgw70pk6bkb23r7hrzgn-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/hlhcrzhfp4m2by3kxj1p1dxggvfys47x-pythonix-0.1.4/lib
patching script interpreter paths in /nix/store/hlhcrzhfp4m2by3kxj1p1dxggvfys47x-pythonix-0.1.4
/nix/store/hlhcrzhfp4m2by3kxj1p1dxggvfys47x-pythonix-0.1.4

Failure on aarch64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
running test tests/fetchMercurial.sh... [SKIP]
running test tests/signing.sh... [PASS]
running test tests/run.sh... [PASS]
running test tests/brotli.sh... [PASS]
running test tests/pure-eval.sh... [PASS]
running test tests/check.sh... [PASS]
running test tests/plugins.sh... [PASS]
All tests succeeded
cannot build derivation '/nix/store/hw8gyp0lv2991zfz007ybailj4ibxbdm-pythonix-0.1.3.drv': 1 dependencies couldn't be built
error: build of '/nix/store/hw8gyp0lv2991zfz007ybailj4ibxbdm-pythonix-0.1.3.drv' failed

Success on aarch64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1
shrinking /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1/lib/python3.6/site-packages/nix.so
strip is /nix/store/min150lkigznaayzpwvf8d4jdl1dqvx6-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1/lib
patching script interpreter paths in /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1
checking for references to /build in /nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1...
/nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1

Success on aarch64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
[0/1] Installing files.
Installing src/nix.so to /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4/lib/python3.6/site-packages/nix.so
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4
shrinking /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4/lib/python3.6/site-packages/nix.so
strip is /nix/store/min150lkigznaayzpwvf8d4jdl1dqvx6-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4/lib
patching script interpreter paths in /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4
checking for references to /build in /nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4...
/nix/store/vhnd3310gp26b09bwh8w2ssg4wb5f7jd-pythonix-0.1.4

Success on aarch64-linux (full log)
Attempted: python3.pkgs.pythonix
Partial log (click to expand)
checking for references to /build in /nix/store/bmkkva7b86zn7sk84k5dmchf0jiaqh09-python2.7-setuptools-39.0.1...
building '/nix/store/xixyqrz7zpi1aj9ivsv32mqnvciakwvw-source.drv'...

trying https://github.com/Mic92/pythonix/archive/v0.1.1.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   122    0   122    0     0   1184      0 --:--:-- --:--:-- --:--:--  1184
100  6647    0  6647    0     0  31060      0 --:--:-- --:--:-- --:--:-- 31060
unpacking source archive /build/v0.1.1.tar.gz
/nix/store/qak1sm4q2nn38mlp5zildplilqk4l01w-pythonix-0.1.1


text:
pythonPackages.spglib:1.10.3.75->1.10.4.1 | Fix failing tests

Motivation for this change
Things done

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

[ ] NixOS
[ ] macOS
[X] 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 nox --run "nox-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)
[X] Fits CONTRIBUTING.md.

@GrahamcOfBorg  build python36Packages.spglib python27Packages.spglib

Success on x86_64-darwin (full log)
Attempted: python36Packages.spglib, python27Packages.spglib
Partial log (click to expand)

OK
test_niggli_reduce (test_niggli_delaunay.TestNiggliDelaunay) ... ok

----------------------------------------------------------------------
Ran 18 tests in 31.640s

OK
/nix/store/s2dby7wrp5rkrdq85yb22bf3lpicqc31-python3.6-spglib-1.10.4.1
/nix/store/c00bh4nwlkzagcnz5d77ddqf08abr5kk-python2.7-spglib-1.10.4.1

Success on x86_64-linux (full log)
Attempted: python36Packages.spglib, python27Packages.spglib
Partial log (click to expand)

OK
test_standardize_cell_to_primitive (test_spglib.TestSpglib) ... ok

----------------------------------------------------------------------
Ran 18 tests in 186.339s

OK
/nix/store/rjkpddv8bzzidb1i26kq9pckzjvrqzi0-python3.6-spglib-1.10.4.1
/nix/store/86s2zqfbicbhic22dmi4pwmhpkwqpvi6-python2.7-spglib-1.10.4.1

Success on aarch64-linux (full log)
Attempted: python36Packages.spglib, python27Packages.spglib
Partial log (click to expand)

OK
test_standardize_cell_to_primitive (test_spglib.TestSpglib) ... ok

----------------------------------------------------------------------
Ran 18 tests in 222.091s

OK
/nix/store/gdb3qh8hwnp7xjyiml131vsbw1p5cf5w-python3.6-spglib-1.10.4.1
/nix/store/5l2118pxlj7mplv89kllsxxap55azbvs-python2.7-spglib-1.10.4.1

authors: Assassinkin GrahamcOfBorg xeji


text:
pyre: 0.0.14 -> 0.0.17

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
[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 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 pyre

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

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

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

Success on x86_64-linux (full log)
Attempted: pyre
Partial log (click to expand)
Ran 57 tests in 12.013s

OK
[][][][]{}[][][][][][]
[][][][]{}[][][][][][]
[][][][]{}[][][][][][]
[][][][]{}[][][][][][]
[][][][]{}[][][][][][]
[][][][]{}[][][][][][]
/nix/store/rczaxis205i5x0lsmmabc4hz96h2gxpa-pyre-check-0.0.17

Success on x86_64-darwin (full log)
Attempted: pyre
Partial log (click to expand)
----------------------------------------------------------------------
Ran 57 tests in 4.401s

OK
[][][][][][][][][][]{}[][]
[][][][][][][][][][]{}[][]
[][][][][][][][][][]{}[][]
[][][][][][][][][][]{}[][]
[][][][][][][][][][]{}[][]
[][][][][][][][][][]{}[][]

authors: GrahamcOfBorg Mic92 marsam


text:
python37Packages.timeout-decorator: 0.4.0 -> 0.4.1

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/python3.7-timeout-decorator/versions.
meta.description for python37Packages.timeout-decorator is: '"Timeout decorator"'.

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 0.4.1 with grep in /nix/store/44sfr6dyfhzdp302azfn9mcqmfya4d86-python3.7-timeout-decorator-0.4.1

directory tree listing: https://gist.github.com/0133a614d5ceacfcf6975a0b62a58f46

du listing: https://gist.github.com/1086355cfd28a686a24ad2bd811b44dc

Rebuild report (if merged into master) (click to expand)

8 total rebuild path(s)
2 package rebuild(s)
2 x86_64-linux rebuild(s)
2 i686-linux rebuild(s)
2 x86_64-darwin rebuild(s)
2 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
python27Packages.timeout-decorator
python37Packages.timeout-decorator

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/44sfr6dyfhzdp302azfn9mcqmfya4d86-python3.7-timeout-decorator-0.4.1 \
  --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 python37Packages.timeout-decorator https://github.com/r-ryantm/nixpkgs/archive/a1255ea10b7e83386e24f01102d489705c39d1fb.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/44sfr6dyfhzdp302azfn9mcqmfya4d86-python3.7-timeout-decorator-0.4.1
ls -la /nix/store/44sfr6dyfhzdp302azfn9mcqmfya4d86-python3.7-timeout-decorator-0.4.1/bin

@GrahamcOfBorg build python2.pkgs.timeout-decorator

authors: dotlambda r-ryantm


text:
nixos-rebuild: add edit command

Motivation for this change
Inspired by https://github.com/LnL7/nix-darwin/pull/94.

As a user I don't want to remember where the configuration exists. This
adds a command that will point the $EDITOR to the file.

/cc @zimbatm
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
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 nox --run "nox-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)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

Oh, this should really have a release note though

I'll make another pr for the changelog and docs.

Don't some flags (e.g. --option, -I) need to be passed to the nix-instantiate call?

authors: ElvishJerricco Infinisil LnL7


text:
maintainers-list.nix: added "growpotkin"

Adding myself to maintainers list, hopefully my commit message is okay.
Motivation for this change
To list myself on package submissions.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
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 nox --run "nox-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)
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Thank you for your interest in contributing to our project!
We prefer to add people to the maintainers list when they first volunteer to maintain of a specific package (new or existing). There's no need to do this in advance, and there's no formal confirmation process either.
So may I kindly ask you to resubmit this change at a later time together with a PR that makes you maintainer of (at least) one specific package. Thank you.

Totally understand. I meant to add this to my existing merge request for a packaged I added and plan to maintain.

#57872
ecdsatools

authors: BadDecisionsAlex xeji


text:
sox: Add option to include opus support

Motivation for this change
Many other distributions include opus support in their sox
distributions. This patch makes such an option, and sets it
to be enabled by default. This works when ogg is disabled as
as well as when ogg is enabled.
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

[ ] 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 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)
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build sox

authors: artemist marsam


text:
lib/modules: Use options apply function even if no values are defined

Motivation for this change
This allows apply functions to return a valid value if they completely
ignore their argument, which is the case for the option renaming
functions like mkAliasOptionModule. Therefore this fixes #63693, meaning the more intrusive fix in #63719 won't be needed
This is a 100% guaranteed backwards compatible change (aka, what succeeded previously will continue to succeed) and doesn't increase the module API surface
Ping @nbp @Profpatsch @j-piecuch @rycee
Things done

[x] Ran lib/tests/modules.sh successfully

Nix proof to eliminate any doubt of this breaking anything :)
Proof of backwards-compatibility: If value succeeded evaluation before, it still evaluates after, and to the same value:
Let's look at the old definition:
if !res.isDefined then
  throw "The option `${showOption loc}' is used but not defined."
else if opt ? apply then
  opt.apply res.mergedValue
else
  res.mergedValue

Since we can assume that it succeeded before, the first case can't happen, so res.isDefined == true. Thus the result of this under this assumption is
if opt ? apply then
  opt.apply res.mergedValue
else
  res.mergedValue

Now let's show that with res.isDefined == true, the new code also evaluates to that. The new definition is
let
  valueDefined = if res.isDefined then res.mergedValue else
    throw "The option `${showOption loc}' is used but not defined.";
in
  if opt ? apply then opt.apply valueDefined else valueDefined

Do variable substitution/inlining:
if opt ? apply then
  opt.apply (
    if res.isDefined then res.mergedValue else
      throw "The option `${showOption loc}' is used but not defined."
  ) else (
    if res.isDefined then res.mergedValue else
      throw "The option `${showOption loc}' is used but not defined.")

Insert the value true of res.isDefined and apply evaluate the if clause:
if opt ? apply then
  opt.apply res.mergedValue
else
  res.mergedValue

Which is the same as before. QED


text:
logrotate: 3.8.7 -> 3.8.9

Cc maintainer: @viric

Seems safe, thanks.


text:
jormungandr: 0.5.0 -> 0.5.1

https://github.com/input-output-hk/jormungandr/compare/v0.5.0..v0.5.1
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
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 nix-review --run "nix-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.

Notify maintainers
cc @

@GrahamcOfBorg test jormungandr

@GrahamcOfBorg test jormungandr


text:
starship: 0.23.0 -> 0.25.0

Motivation for this change
v0.24.0 (and then v0.25.0) of Starship was released.
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

[ ] 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.

Notify maintainers
cc @bbigras and me!

@bbigras I've updated this PR as v0.25.0 was released since I put this PR up.

@GrahamcOfBorg build starship

authors: davidtwco dywedir


text:
python37Packages.rpy2: 3.2.4 -> 3.2.5

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/python3.7-rpy2/versions.
meta.description for python37Packages.rpy2 is: '"Python interface to R"'.
meta.homepage for python37Packages.rpy2 is: '"http://rpy.sourceforge.net/rpy2"

Checks done (click to expand)

built on NixOS

Warning: a test defined in passthru.tests did not pass

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 3.2.5 with grep in /nix/store/dgriaf5a3v1a50qvhd2zqm39d03n6wh2-python3.7-rpy2-3.2.5

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

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

Rebuild report (if merged into master) (click to expand)

8 total rebuild path(s)
2 package rebuild(s)
2 x86_64-linux rebuild(s)
2 i686-linux rebuild(s)
2 x86_64-darwin rebuild(s)
2 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
python37Packages.rpy2
python38Packages.rpy2

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/dgriaf5a3v1a50qvhd2zqm39d03n6wh2-python3.7-rpy2-3.2.5 \
  --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.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python37Packages.rpy2 https://github.com/r-ryantm/nixpkgs/archive/a5100dccc0dfbd3bb39cac7db2d4f2e10cc6a7fa.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/dgriaf5a3v1a50qvhd2zqm39d03n6wh2-python3.7-rpy2-3.2.5
ls -la /nix/store/dgriaf5a3v1a50qvhd2zqm39d03n6wh2-python3.7-rpy2-3.2.5/bin

cc @joelmo for testing.

doesn't look like rpy2 failures are related to PR

authors: jonringer r-ryantm


text:
release-19.09: qemu: fix URL for the patch for CVE-2019-13164

Motivation for this change
The previous URL now results in a 404.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
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 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.

@GrahamcOfBorg build qemu


text:
firefox: update

Motivation for this change
Upstream releases.
Contains #91746.
firefox-esr-68 doesn't build. Looks like it's incompatible with the new nss/nspr.
The other 3 packages seem to build and work fine.
cc @andir

Again, most of this didn't need to wait for mass rebuilds, so I picked them to master and 20.03 (with like a minute of using for each combination).

Yeah, the only thing that needs the mass rebuild is the 77 -> 78 bump. Another problem is that esr-68 doesn't seem to compile with the nss 3.54.

Ah, right, we'll still have to do something about that problem.

Is that also an issue with .10esr?

Yes, I did test with that one.

Please mark this as a security upgrade. The list for firefox is not short

authors: ajs124 jtojnar pstn vcunat


text:
flutter beta (1.19.0-4.3.pre -> 1.20.0-7.2.pre), dev (1.20.0-3.0.pre -> 1.21.0-1.0.pre) update

Motivation for this change
Flutter update
Things done

[ ] 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.

Since this PR only updates beta and dev versions, it is probably not urgent. Especially since the stable version was updated recently.

@ofborg build flutterPackages.beta flutterPackages.dev

I think a more clear message to use for your commit would be:
flutterPackages.beta: 1.19.0-4.3.pre -> 1.20.0-7.2.pre, flutterPackages.dev: 1.20.0-3.0.pre -> 1.21.0-1.0.pre

What is important is knowing which attribute has changed.

@worldofpeace I see. Should I change it and force-push again?

@worldofpeace I see. Should I change it and force-push again?

Yep.

@worldofpeace Done

Thanks @kolaente, merged :sparkles:

authors: kolaente worldofpeace


text:
cascadia-code: 1911.21 -> 2007.01, opentype, variable weight, ...

Motivation for this change

https://github.com/microsoft/cascadia-code/releases/tag/v2004.30
https://github.com/microsoft/cascadia-code/releases/tag/v2005.15
https://github.com/microsoft/cascadia-code/releases/tag/v2007.01

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
[ ] Fits CONTRIBUTING.md.

Duplicate of https://github.com/NixOS/nixpkgs/pull/94128

authors: dtzWill marsam


text:
thunderbird, thunderbird-bin: 68.10.0 -> 78.2.0

I cannot get GPG key from gpg.mozilla.org, so I cannot update firefox-bin. It says gpg: keyserver receive failed: No data. I will try again later.
Motivation for this change

Updates and fixes.

https://www.thunderbird.net/en-US/thunderbird/78.2.0/releasenotes/
At this time, users of the Enigmail Add-on should not update to Thunderbird 78.
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
[X] Fits CONTRIBUTING.md.

commit description should read thunderbird: 78.1.1 -> 78.2.0 right?

Yes. Fixed. Thank you.

PR title as well ?

authors: doronbehar lourkeur taku0


text:
spdlog: 1.7.0 -> 1.8.1

Motivation for this change
https://github.com/gabime/spdlog/releases/tag/v1.8.0
Things done

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

[ ] NixOS
[ ] macOS
[x] 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.

Currently failing on waybar.

@drewrisinger Please bump the update to v1.8.1 and then I will take a look at the waybar issue.

@drewrisinger The updates are already in master. Some of the other changes not. Could you update your PR to reflect that? Otherwise I will close it in a couple of weeks.

@SuperSandro2000 done

Result of nixpkgs-review pr 97470 1

3 packages marked as broken and skipped:

python37Packages.qasm2image
python38Packages.qasm2image
python39Packages.qasm2image

6 packages failed to build:

gerbera
python39Packages.qiskit
python39Packages.qiskit-aer
python39Packages.qiskit-aqua
python39Packages.qiskit-ignis
python39Packages.tiledb

21 packages built:

bear
cloudcompare
hal-hardware-analyzer
lizardfs
mtxclient
nheko
pdal
python37Packages.qiskit
python37Packages.qiskit-aer
python37Packages.qiskit-aqua
python37Packages.qiskit-ignis
python37Packages.tiledb
python38Packages.qiskit
python38Packages.qiskit-aer
python38Packages.qiskit-aqua
python38Packages.qiskit-ignis
python38Packages.tiledb
spdlog (spdlog_1)
spdlog_0
tiledb
waybar

Gerbera is also broken in master: https://hydra.nixos.org/build/131900140/nixlog/2
tilesdb is broken on master: https://hydra.nixos.org/build/131882622
and qiskit as well: https://hydra.nixos.org/build/131879057


text:
🛑 libreddit libreddit.spike.codes is down

In fc97432, libreddit libreddit.spike.codes (https://libreddit.spike.codes) was down:

HTTP code: 502
Response time: 24637 ms

Resolved: libreddit libreddit.spike.codes is back up in c4a8835.

source: gharchive/issue

repo: NoPlagiarism/services-personal-upptime


text:
🛑 libreddit libreddit.lunar.icu is down

In 729e35b, libreddit libreddit.lunar.icu (https://libreddit.lunar.icu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: libreddit libreddit.lunar.icu is back up in 406ee72 after 6 minutes.


text:
[nrf fromtree] scripts/dts: Fix for PyYAML 5.1 Loader changes

CI is broken without this patch so we cherry-pick it from upstream while we wait for the regressions in the upmerge to be resolved.
NB: I have not tested this patch to make sure that it fixes the downstream CI issues.

Example of CI being down: http://jenkins-ncs.nordicsemi.no:8080/blue/organizations/jenkins/fw-nrfconnect-nrf/detail/PR-555/1/pipeline#step-58-log-2023

The upmerge PR is now merged, can we close this one?

Yes

authors: SebastianBoe rlubos

repo: NordicPlayground/fw-nrfconnect-zephyr


text:
Fix openstack node image building pipeline

Fixing typo.

This one I tested in local Jenkins:
pipeline {
  agent { label 'airship-static-workers' }
  environment {
    AIRSHIP_CI_USER="airshipci"
    VM_KEY = "${VM_KEY}"
    RT_URL="https://artifactory.nordix.org/artifactory"
    OS_AUTH_URL="https://kna1.citycloud.com:5000"
    OS_USER_DOMAIN_NAME="CCP_Domain_37137"
    OS_PROJECT_DOMAIN_NAME="CCP_Domain_37137"
    OS_REGION_NAME="Kna1"
    OS_PROJECT_NAME="Default Project 37137"
    OS_TENANT_NAME="Default Project 37137"
    OS_AUTH_VERSION=3
    OS_IDENTITY_API_VERSION=3
    DOCKER_CMD_ENV="--env AIRSHIP_CI_USER \
      --env AIRSHIP_CI_USER_KEY=/data/id_rsa_airshipci \
      --env VM_KEY \
      --env RT_URL \
      --env OS_AUTH_URL \
      --env OS_USER_DOMAIN_NAME \
      --env OS_PROJECT_DOMAIN_NAME \
      --env OS_REGION_NAME \
      --env OS_PROJECT_NAME \
      --env OS_TENANT_NAME \
      --env OS_AUTH_VERSION \
      --env OS_IDENTITY_API_VERSION \
      --env OS_USERNAME \
      --env OS_PASSWORD "
    CURRENT_DIR = sh (
                      script: 'readlink -f "."',
                      returnStdout: true
                     ).trim()

  }
  stages {
    stage('Building node Ubuntu image'){
      options {
        timeout(time: 60, unit: 'MINUTES')
      }
      steps {
        withCredentials([usernamePassword(credentialsId: 'airshipci_city_cloud_openstack_credentials', usernameVariable: 'OS_USERNAME', passwordVariable: 'OS_PASSWORD')]) {
          withCredentials([sshUserPrivateKey(credentialsId: 'airshipci_city_cloud_ssh_keypair', keyFileVariable: 'AIRSHIP_CI_USER_KEY')]){

            /* Generate node ubuntu image */
            sh "docker run --rm \
              ${DOCKER_CMD_ENV}\
              -v ${CURRENT_DIR}:/data \
              -v ${AIRSHIP_CI_USER_KEY}:/data/id_rsa_airshipci \
              registry.nordix.org/airship/image-builder \
              /data/ci/images/gen_node_ubuntu_image.sh \
              /data/id_rsa_airshipci 1"
          }
        }
      }
    }
    stage('Building node CentOS image'){
      options {
        timeout(time: 60, unit: 'MINUTES')
      }
      steps {
        withCredentials([usernamePassword(credentialsId: 'airshipci_city_cloud_openstack_credentials', usernameVariable: 'OS_USERNAME', passwordVariable: 'OS_PASSWORD')]) {
          withCredentials([sshUserPrivateKey(credentialsId: 'airshipci_city_cloud_ssh_keypair', keyFileVariable: 'AIRSHIP_CI_USER_KEY')]){

            /* Generate node CentOS dev-env image */
            sh "docker run --rm \
              ${DOCKER_CMD_ENV}\
              -v ${CURRENT_DIR}:/data \
              -v ${AIRSHIP_CI_USER_KEY}:/data/id_rsa_airshipci \
              registry.nordix.org/airship/image-builder \
              /data/ci/images/gen_metal3_centos_image.sh \
              /data/id_rsa_airshipci 1 \
              provision_node_image_centos.sh"

          }
        }
      }
    }
    stage('Push node images to artifactory'){
      options {
        timeout(time: 60, unit: 'MINUTES')
      }
      steps {
        withCredentials([usernamePassword(credentialsId: 'infra-nordix-artifactory-api-key', usernameVariable: 'RT_USER', passwordVariable: 'RT_TOKEN')]) {
            /* Generate node CentOS dev-env image */
            sh "upload_node_image_rt.sh UBUNTU_20.04_NODE_IMAGE_K8S_v1.19.3"
            sh "upload_node_image_rt.sh CENTOS_8.2_NODE_IMAGE_K8S_v1.19.3"
        }
      }
    }
  }
}

Why do not we put jobs in place here to check for markdown, etc? this is overkill to look for indentation, especially in pipeline..

Why do not we put jobs in place here to check for markdown, etc? this is overkill to look for indentation, especially in pipeline..

What do you mean? We dont have any prow job here.

Yeah, I know, I am asking why we do not have it, do not we need the job here?

Why do not we put jobs in place here to check for markdown, etc? this is overkill to look for indentation, especially in pipeline..

What do you mean? We dont have any prow job here.

authors: fmuyassarov furkatgofurov7 kashifest

repo: Nordix/airship-dev-tools


text:
renovate: remove fmuyassarov from assignees

I no longer contribute to this project. As such, it makes sense to remove my name from the list.
/cc @kashifest

/test-integration-metal3-dev-tools-centos
/test-integration-metal3-dev-tools-ubuntu

Theres some issue in the CI it seems, but this doesnt require testing, merging it manually.

authors: fmuyassarov kashifest


text:
Update URLs in package.json

The URLs in the package.json which link to the repository lead to a page that no longer exists, updated URLs to reflect the current repository in the package.

Commit a986e94 should be the only one that is considered. All other commits before it were accidentally pushed to this branch, thus all commits coming after a986e94 are reversions of the prior commits.


text:
YouTube Timed Text for chat export

This format is not documented anywhere by Google. Thankfully, the VTuber's have figured it out: https://github.com/arcusmaximus/YTSubConverter/blob/master/ytt.ytt
Using existing systems this will be no problem at all to implement. Biggest issue will be creating pens for each user. Should font be configurable, maybe? Config string should be "YouTubeTimedText" or "YTT", probably the latter. Positioning should go the left by default, YouTube has options to override this.

Finished in 77e7332bfc8760cfebfc3d9a428e39a6fc8d4583

repo: NotQuiteApex/VodBot


text:
Random erasing refactoring

Description
Please include a summary in English, of the changes in this pull request. If it closes an issue, please mention it here.
Closes: #(issue)
You should link at least one existing issue for PR. Before your create a PR, please check to see if there is an issue for this change.
PRs from forked repository not accepted.
Change(s)

I missed RandomErasing on #273
Remove default values and add type hinting

Changelog
If you PR to dev branch, please add a brief summary of the change to the Upcoming Release section of the CHANGELOG.md file and include a link to the PR (formatted in markdown) and a link to your github profile.
For example,
- Added a new feature by `@myusername` in [PR 2023](https://github.com/Nota-NetsPresso/netspresso-trainer/pull/2023)

Code Formatting
If you PR to either master or dev branch, you should follow the code linting process. Please check your code with lint_check.sh in ./scripts directory.
For more information, please read the contribution guide in CONTRIBUTING.md.

This pull request contains #264

repo: Nota-NetsPresso/netspresso-trainer


text:
Balance sheet research

This image is from the "Balance sheet" under Financials.

Purpose:
Prepare a balance sheet to represent the financial position of a SILK franchise outlet. This will capture the assets, liabilities, and equity position at a point in time.
Approach:

List current assets - cash, accounts receivable, inventory, and other short-term assets.
Outline fixed assets - property, equipment, furnishings with accumulated depreciation.
Note total assets as the sum of current and fixed assets.
State current liabilities - accounts payable, short-term debt, payroll, taxes owed.
Specify long-term liabilities - bank loans, owner capital loans.
Calculate total liabilities as the sum of current and long-term.
Determine shareholder/owner equity for the franchise.
Ensure that assets equal liabilities plus equity.

Importance:
The balance sheet gives a financial snapshot of the franchise's stability, liquidity, obligations, and capital position. This guides funding, profitability, and valuation analysis.
Outcome:
A balance sheet financial statement for the SILK franchise with line items for assets, liabilities, and equity on a specific date. This will complement the income statement and cash flow statement.
The links given below can help you to get more understanding of SILK and SILK franchise.

SILK Corp website
SILK Franchise
Joorney samples

Note:
Make sure to follow the exact character count of original website.

Space:
The SILK Franchise Guide is a comprehensive document that outlines all essential aspects of the SILK Franchise business model. It serves as a vital resource for potential franchisees, providing them with crucial information about the company, its values, services, and operational guidelines. The guide highlights the unique offerings of the franchise, its mission-driven approach, and the support and training available to franchisees. We have created a milestone with proper issues on GitHub to complete this guide.
Track:

Planning: Develop a detailed business plan outlining the franchise structure, revenue projections, and marketing strategy.
Project Initiation:  The team created a milestone with proper issues, assembled the project team, and assigned roles and responsibilities.
Market Research: Conduct thorough market research to understand the target audience, competition, and industry trends.
Franchise Documentation: Create the Franchise Guide, including all necessary policies, procedures, and training materials.
Marketing and Branding: Design a cohesive marketing and branding strategy to promote the SILK Franchise.

Actions:

The team is conducting market and industry analysis research for the guide.
I will ensure effective communication and coordination with all stakeholders involved in the project, including the project manager, team members, and key decision-makers throughout the shift. Communication is 10x much more important than work.
I will carry out thorough research on the balance sheet to gather relevant data and insights on this issue about the liabilities and assets for SILK.
I will gather all the data on the Balance sheet for the SILK, update it on the index.html file, and create a pull request within the next hour of research.

Results:
By the end of the day, I will complete this issue and ask the manager for a review of it. It will provide clear evidence of the project's progress and success.

repo: NoteHive/Silk-Corp-Guide


text:
Issue with calling Functions with multiple arguments

I have a custom function to fetch the data between two dates in a dataframe. It raises the following error
INFO     [functioncall.py:160] Could not execute function: 'str' object has no attribute 'handlers'
also I had error stating the maximum arguments I can have is only 2. Is there is workaround to have more than 2 arguments.
The custom function is as follows:

This is a problem with using langchain tool object. I basically got the StructuredTool object (which is created for every function) based on the function name that the LLM returned, extracted the function object from it and ran it manually as func(*args)

repo: NousResearch/Hermes-Function-Calling


text:
Issue with Jmeter-InfluxDB Writer Plugin v1.1 with Jmeter 3.0

Hi
I have downloaded writer plugin v1.1 and trying to use this with Jmeter V3.0 but i am having issues. I got following error when i click jmeter.bat "An error occured: class com.google.common.collect.AbstractMapBaseMultimap overrides final methond setMap.<Ljava/util/Map;>V errorlevel=1 "
Can you tell me what is the issue? thanks

Hi I too am experiencing same error, I am using same versions as ciitronian25  and getting same error. this would be a great plugin to use in my case to leverage further benefits of jmeter and influxdb.
when would this be getting a look over...Thanks

Hi,
the only dependencies of this extension are to:

org.apache.jmeter:ApacheJMeter_core:3.1
org.apache.jmeter:ApacheJMeter_components:3.1
org.influxdb:influxdb-java:2.4

So I assume the problem is that this extension only works for JMeter 3.1 and higher. I didn't try to run it with JMeter 3.0.
Another thing you could try is to change the jmeter dependencies to 3.0 and rebuild the binaries after that.

@miteshlimbachia , @ciitronian25 can you confirm that this issue was related to using JMeter version 3.0 instead of JMeter 3.1 ?

Hi, I am trying to use this plugin with JMeter 4.0. I have installed influxdb 1.6 and grafana 5.3.2
I have downloaded the jar file and restarted jmeter after copying the jar file to lib/ext. When I run the test in Jmeter, I get the following error -
2018-11-01 14:30:08,264 WARN o.a.j.g.u.MenuFactory: Configuration error, probably corrupt or missing third party library(jar)? Could not create class: kg.apc.jmeter.reporters.LoadosophiaUploaderGui.
java.lang.NoClassDefFoundError: org/apache/commons/httpclient/methods/multipart/PartSource
and -
java.util.regex.PatternSyntaxException: Dangling meta character '*' near index 0
*
^
at java.util.regex.Pattern.error(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.sequence(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.expr(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.compile(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.compile(Unknown Source) ~[?:1.8.0_181]
at java.util.regex.Pattern.matches(Unknown Source) ~[?:1.8.0_181]
at java.lang.String.matches(Unknown Source) ~[?:1.8.0_181]
at rocks.nt.apm.jmeter.JMeterInfluxDBBackendListenerClient.handleSampleResults(JMeterInfluxDBBackendListenerClient.java:107) ~[JMeter-InfluxDB-Writer-plugin-1.2.jar:1.2]
at org.apache.jmeter.visualizers.backend.BackendListener.sendToListener(BackendListener.java:267) ~[ApacheJMeter_components.jar:4.0 r1823414]
at org.apache.jmeter.visualizers.backend.BackendListener$Worker.run(BackendListener.java:239) ~[ApacheJMeter_components.jar:4.0 r1823414]
2018-11-01 14:35:11,916 INFO o.a.j.g.a.Start: Stopping test
Appreciate any help to proceed, please !

Also, I am running this on Windows 7.

authors: AlexanderWert UshaGo ciitronian25 miteshlimbachia

license_source: bigquery


text:
Unable to add Nuget.org in visual studio 2019 for mac

Hi Team,
I am trying to add Nuget packages for ios application development but unable to add any nuget packages from Nuget.org due to the below error message. I have attached the screen shots here for your reference.
Could you please check and let me know the issue here?
ios version: macOS Mojave 10.14.6
Visual studio version: visual studio community (preview) for mac
Nuget Version: 5.0.2.5988

Thanks Joel and nkolev. I have sent the attached results based on joel's input to support@nuget.org.
Could you please check and let me know the solution for the same. Thanks in advance.

I've responded to your email. In short, it looks like a connectivity issue specific to Visual Studio for Mac because the ping and trace route results indicate a successful connection. As @nkolev92 mentioned, I'd recommend reaching out to Visual Studio for Mac:
https://docs.microsoft.com/en-us/visualstudio/mac/report-a-problem?view=vsmac-2019

authors: joelverhagen mahaveerprasadpichaimani

repo: NuGet/NuGetGallery


text:
NuKeeper updates packages to unlisted versions

🐛 Bug Report

When the latest version of a package is unlisted, NuKeeper still picks that version for the update.
In the example below, ColorMine's latest listed version is 1.1.3, but there is also an unlisted version 1.2.0.
Expected behavior
Unlisted packages should be ignored for updates.
Reproduction steps
dotnet new console
dotnet add package ColorMine -v 1.1.3
nukeeper update

Logs:
C:\nukeeper-test>dotnet new console
The template "Console Application" was created successfully.

Processing post-creation actions...
Running 'dotnet restore' on C:\nukeeper-test\nukeeper-test.csproj...
  Restore completed in 102.92 ms for C:\nukeeper-test\nukeeper-test.csproj.

Restore succeeded.

C:\nukeeper-test>dotnet add package ColorMine -v 1.1.3
  Writing C:\Users\...\AppData\Local\Temp\tmp5029.tmp
info : Adding PackageReference for package 'ColorMine' into project 'C:\nukeeper-test\nukeeper-test.csproj'.
info : Restoring packages for C:\nukeeper-test\nukeeper-test.csproj...
warn : Package 'ColorMine 1.1.3' was restored using '.NETFramework,Version=v4.6.1, .NETFramework,Version=v4.6.2, .NETFramework,Version=v4.7, .NETFramework,Version=v4.7.1, .NETFramework,Version=v4.7.2, .NETFramework,Version=v4.8' instead of the project target framework '.NETCoreApp,Version=v3.1'. This package may not be fully compatible with your project.
info : Package 'ColorMine' is compatible with all the specified frameworks in project 'C:\nukeeper-test\nukeeper-test.csproj'.
info : PackageReference for package 'ColorMine' version '1.1.3' added to file 'C:\nukeeper-test\nukeeper-test.csproj'.
info : Committing restore...
info : Writing assets file to disk. Path: C:\nukeeper-test\obj\project.assets.json
log  : Restore completed in 164.54 ms for C:\nukeeper-test\nukeeper-test.csproj.

C:\nukeeper-test>dotnet tool update --global NuKeeper
Tool 'nukeeper' was reinstalled with the latest stable version (version '0.29.0').

C:\nukeeper-test>nukeeper update
Found 1 packages
Found 1 packages in use, 1 distinct, in 1 projects.
ColorMine
Found 1 possible updates
ColorMine from 1.1.3 to 1.2.0 in nukeeper-test.csproj

Found 1 package update
ColorMine to 1.2.0 from 1.1.3 in 1 place since 8 months ago.
Selection of package updates: 1 candidates
Updating ColorMine to 1.2.0 from 1.1.3 in 1 place since 8 months ago.

Configuration
Version: 0.29.0
Platform if applicable:

[x] :hammer_and_wrench: NuKeeper CLI
[ ] :sparkles: GitHub
[ ] :robot: AzureDevops
[ ] :checkered_flag: Bitbucket
[ ] :earth_americas: Gitlab
[ ] :tv: Gitea
[ ] :whale: Docker

Hello,
Strange, it seems that includeUnlisted is correctly set to false: https://github.com/NuKeeperDotNet/NuKeeper/blob/4c71eeb80b8ac7686a319fd337df9ceb1315e718/NuKeeper.Inspection/NuGetApi/PackageVersionsLookup.cs#L71-L73
I verified which versions include this change and it goes all the way back to the very first versions of nukeeper. Maybe there's an issue with this specific package somehow, or with NuGet itself?

@ghelyar
I've tested this myself and I received the following output, so I'm going to assume there was an issue with this package being unlisted after it had already been published:

authors: CrispyDrone ghelyar

repo: NuKeeperDotNet/NuKeeper


text:
Navigation problem

What is the issue?
Navigation on the  Learn page of NucleoidJS doesn't work properly.
How to reproduce?

Goto the Learn page
Click on Express.js in the right-side navigation bar it doesn't scroll down to that section. Navigation doesn't work properly for all learning sections.

@canmingir  can I start working on the issue?

👍 Sounds good, honestly, I couldn't find a good ToC library for React. BTW, HTML is generated thru markdown here

@canmingir I have figured out why it's not working. If you clearly give a look at hyperlinks(on contents) that have either ?  or , or .js included is not working.
Let's see through the image below -
Here I removed  ? from What is Nucleoid   markdown  and hyperlink is working now.

Should I fix it by removing like this or something else? 🤔

@canmingir what do you think about the previous comment ?

Yes, you are right, the question mark is causing an issue in here. Instead of deleting an question mark from the content, let's see there is a workaround in react-markdown-heading, which I've opened up an issue on their side. BTW, I am in search of finding better ToC library as well, lmk if you know any of them,
https://github.com/kyoncy/react-markdown-heading/issues/33

@canmingir  I tried to generate the toc with another library react-toc but it has the same problem but one thing which I figured out is that organizations like socket.io or enarx uses docusaurus tool with markdown files to generate their website content including toc.
What do you think 🤔

Fantastic, docusaurus is looking really cool, we can switch into that, instead of trying to maintain our markdown generator

@canmingir So, what's the plan for switching? Do you have any idea so that we can start?

I would say yes, let's switch, do you want to give a shot?

@canmingir in open-source always! let's give it a shot.  What's the plan?

I've been looking at it, looks like it won't be easy switch over, but I think this gives better handling on our docs, I will be working on it, but it may take awhile tho

@canmingir ok, then go ahead. Once you start I will join you.

There is a conversation going on, docusaurus may not be possible with MUI
https://github.com/facebook/docusaurus/issues/7505

@canmingir If MUI is not possible then we can go ahead with what docusaurus provides.

Working on a hybrid solution, I am trying to keep the main page with MUI, but rebuilding rest of pages with docusaurus (They are already in markdown anyway). Let see, how far I can go with
https://github.com/NucleoidJS/nucleoid.com/tree/docusaurus

👍

Finally, docusaurus version:
https://test3.nucleoid.com/

Improved UI great! although there are still problems.

Hey Can, can you tell me if any help I can do?

authors: Gulshanaggarwal canmingir

repo: NucleoidJS/Nucleoid


text:
Suggestion: document adding ST API as dependency

For me, using CurseMaven doesn't work.
Is there any documented way of adding Server Translations API to dependencies

ServerTranslationsAPI is available on the Nucleoid maven repository https://maven.nucleoid.xyz as fr.catcore:server-translations-api:VERSION
You can see the list of versions here: https://maven.nucleoid.xyz/fr/catcore/server-translations-api/

thanks! :)

authors: InFTord ashhhleyyy

repo: NucleoidMC/Server-Translations


text:
Nuitka --onefile not working in Windows

Python 3.9.6
Nuitka version 0.6.15.1
Program code (test.py):
print("Detecting system...");
Nuitka compilation command:
python -m nuitka --mingw64 --onefile --windows-onefile-tempdir-spec=%TEMP%\\onefile_%PID%_%TIME% test.py
Nuitka log:

Nuitka-Options:INFO: Used command line options: --mingw64 --onefile --windows-onefile-tempdir-spec=C:\Users\Aaron\AppData\Local\Temp\onefile_%PID%_16:49:26.33 test.py
Nuitka:INFO: Starting Python compilation with Nuitka '0.6.15.1' on Python '3.9' commercial None.
Nuitka-Plugins:INFO: implicit-imports: Implicit dependencies of module 'tkinter' added '_tkinter'.
Nuitka-Plugins:INFO: implicit-imports: Implicit dependencies of module 'socket' added '_socket'.
Nuitka-Plugins:INFO: implicit-imports: Implicit dependencies of module 'ctypes' added '_ctypes'.
Nuitka:INFO: Completed Python level compilation and optimization.
Nuitka:INFO: Generating source code for C backend compiler.
Nuitka:INFO: Running data composer tool for optimal constant value handling.
Nuitka:INFO: Running C level backend compilation via Scons.
Nuitka-Scons:INFO: Backend C compiler: C:\Users\Aaron\AppData\Local\Nuitka\Nuitka\gcc\x86_64\10.2.0-11.0.0-8.0.0-r5\mingw64\bin\gcc.exe (gcc.exe).
Nuitka-Scons:INFO: Compiled 11 C files using ccache.
Nuitka-Scons:INFO: Cached C files (using ccache) with result 'cache hit': 9
Nuitka-Scons:INFO: Cached C files (using ccache) with result 'cache miss': 2
Nuitka-Plugins:INFO: data-files: Included data file 'lib2to3\Grammar3.9.6.final.0.pickle' due to package data for 'lib2to3.pgen2'.
Nuitka-Plugins:INFO: data-files: Included data file 'lib2to3\PatternGrammar3.9.6.final.0.pickle' due to package data for 'lib2to3.pgen2'.
Nuitka-Postprocessing:INFO: Creating single file from dist folder, this may take a while.
Nuitka:INFO: Running bootstrap binary compilation via Scons.
Nuitka-Scons:INFO: Backend C compiler: C:\Users\Aaron\AppData\Local\Nuitka\Nuitka\gcc\x86_64\10.2.0-11.0.0-8.0.0-r5\mingw64\bin\gcc.exe (gcc.exe).
Nuitka-Scons:INFO: Compiled 1 C files using ccache.
Nuitka-Scons:INFO: Cached C files (using ccache) with result 'cache miss': 1
Nuitka:INFO: Keeping onefile build directory 'test.onefile-build'.
Nuitka:INFO: Keeping dist folder 'test.dist' for inspection, no need to use it.
Nuitka:INFO: Keeping build directory 'test.build'.
Nuitka:INFO: Successfully created 'test.exe'.

Executing test.exe returns error:
Assertion failed: target_file != INVALID_HANDLE_VALUE, file static_src\WindowsOnefile.c, line 373

The report is not nearly against the latest version, this was probably fixed already.

repo: Nuitka/Nuitka


text:
Splash Screen doesn't work

When using the below command to compile the below code on the new 1.5.6 version, the splash screen does not appear. I compiled the same thing on 1.4 and it worked like a charm. The Splash.png file is in the same directory as the tmp.py file.
Nuitka version
1.5.6
Commercial: None
Python: 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)]
Flavor: CPython Official
Executable: C:\Program Files\Python39\python.exe
OS: Windows
Arch: x86_64
WindowsRelease: 10
Version C compiler: C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.35.32215\bin\HostX64\x64\cl.exe (cl 14.3).
Nuitka installed with pip v23.1
Code Used
tmp.py
Similar to the directions in the README.rst.
import os
import tempfile
import time

time.sleep(5)

if "NUITKA_ONEFILE_PARENT" in os.environ:
    splash_filename = os.path.join(
        tempfile.gettempdir(),
        "onefile_%d_splash_feedback.tmp" % int(os.environ["NUITKA_ONEFILE_PARENT"]),
    )

    if os.path.exists(splash_filename):
        os.unlink(splash_filename)

print("Hello World")

Nuitka options used
python -m nuitka --onefile --onefile-windows-splash-screen-image="Splash.png" tmp.py
Issues
Compiles without any issues.
When you run the tmp.exe produced, no splash screen appears.

Ah, this is a recent regression. When switching the onefile payload to be accesses as a resource, my favorite number was used for the resource ID, which was already used for the splash screen.

Thanks for your report, this is fixed on the factory branch, which is a development version under rapid development. You can try it out by going here: https://nuitka.net/doc/factory.html
Feedback if this is working is very welcome, just please do not share plans of doing it, but rather confirmations or denials of it working.

This is part of the hotfix release 1.5.7 that I just made.

authors: ThatOneShortGuy kayhayen


text:
nuitka 1.9.2 --nofollow option with --report raises exception when generating report

Using nuitka to build a project with the --nofollow-import-to option along with a --report path specified causes an exception with 1.9.2. This seems to be a regression as 1.8.5 does not raise an error. The output binary seems fine and the failure looks to be in report generation.

Nuitka version

>> python3 -m nuitka --version
1.9.2
Commercial: None
Python: 3.8.10 (default, Mar 13 2023, 10:26:41)
Flavor: Debian Python
Executable: /b/me/dev/scratch/nuitka_crash/venv/bin/python3
OS: Linux
Arch: x86_64
Distribution: Ubuntu (based on Debian) 20.04.6
Version C compiler: /usr/bin/gcc (gcc 9).

How did you install Nuitka and Python
Via pip, pip3 install Nuitka==1.x.y

The specific PyPI names and versions
N/A

Short, Self Contained, Correct, Example

ex. dir structure
$project_root/proj/foo.py
$project_root/proj/foo_test.py

// foo.py
def foo(a, b):
    return a+b

// foo_test.py
from foo import foo

def test_foo():
    print(foo(1, 2))

if __name__ == "__main__":
    test_foo()

Provide in your issue the Nuitka options used
explicitly added the debug-report-traceback after seeing the error initially as suggested by nuitka's output

python3 -m nuitka --module proj --include-package=proj --nofollow-import-to='*test' --output-dir=out --report=out/build.xml --experimental=debug-report-traceback

More info

Nuitka-Options:INFO: Used command line options: --module proj --include-package=proj --nofollow-import-to=*test --output-dir=out --report=out/build.xml --experimental=debug-report-traceback
Nuitka:INFO: Starting Python compilation with Nuitka '1.9.2' on Python '3.8' commercial grade 'not installed'.
Nuitka-Inclusion:WARNING: Not allowed to include module 'proj.foo_test' due to 'Module matches pattern '*test' instructed by user to not follow to.'.
Nuitka:INFO: Completed Python level compilation and optimization.
Nuitka:INFO: Generating source code for C backend compiler.
Nuitka:INFO: Running data composer tool for optimal constant value handling.
Nuitka:INFO: Running C compilation via Scons.
Nuitka-Scons:INFO: Backend C compiler: gcc (gcc 9).
Nuitka-Scons:INFO: Backend linking program with 7 files (no progress information available for this stage).
Nuitka-Scons:WARNING: You are not using ccache, re-compilation of identical code will be slower than necessary. Use your OS package manager to install it.
Nuitka:INFO: Keeping build directory 'out/proj.build'.
Nuitka:INFO: Successfully created 'out/proj.cpython-38-x86_64-linux-gnu.so'.
Nuitka:WARNING: Report writing was prevented by exception KeyError(None), use option '--experimental=debug-report-traceback' for full traceback.
Traceback (most recent call last):
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/MainControl.py", line 1116, in main
    _main()
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/MainControl.py", line 1086, in _main
    writeCompilationReports(aborted=False)
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/reports/Reports.py", line 673, in writeCompilationReports
    report_input_data = _getReportInputData(aborted)
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/reports/Reports.py", line 172, in _getReportInputData
    module_exclusions[_using_module_name][_module_name] = _reason
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/__main__.py", line 170, in <module>
    main()
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/__main__.py", line 156, in main
    MainControl.main()
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/MainControl.py", line 1119, in main
    writeCompilationReports(aborted=True)
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/reports/Reports.py", line 673, in writeCompilationReports
    report_input_data = _getReportInputData(aborted)
  File "/b/me/dev/scratch/nuitka_crash/venv/lib/python3.8/site-packages/nuitka/reports/Reports.py", line 172, in _getReportInputData
    module_exclusions[_using_module_name][_module_name] = _reason
KeyError: None

Ah, yes. The include options do not have a using module name, and that's biting the code in a couple of places, I found one in anti-bloat today myself.

Thanks for your report, this is fixed on the factory branch, which is a development version under rapid development. You can try it out by going here: https://nuitka.net/doc/factory.html
Feedback if this is working is very welcome, just please do not share plans of doing it, but rather confirmations or denials of it working.

Part of the 1.9.3 release I just made.

authors: kayhayen preetjuniper


text:
Mobile

clean tree, works as expected

Kindly pull and merge to get the current codes and make a pull request again, the codes right now are conflicting, please.
A lot of changes have been made since yesterday and it seems your local codebase wasn't updated with it. Kindly do so and run npm install to get newly installed packages for the upcoming integrations.

authors: Ajioz Nyamekesse


text:
First installation problem

I'm a beginner, and I guess a lot of people have this problem. After setting up the account password, how to see or set, if it is better, can you send a mobile phone connection OpenVPN tutorial?thank you.
^_^

This is not the right place to ask for tutorials.
Additionally, and maybe because there is a bit of a language barrier, I couldn't understand your request. Anyway please go to the OpenVPN forums for help, that's the right place.

authors: DoLolitingyu Nyr

repo: Nyr/openvpn-install

license: mit


text:
Excellent

I was always scared about setup openvpn server. It was seems to me very complicated and overheading.  With this script setup and managing vpn very simple. Thanks!

Happy to help :)

Indeed, this script is close to being perfect.

+1

Thanks for your words.

authors: Nyr Shawak laapsaap nleo


text:
Fix incorrect coding key for signatureMethod on OAuthSwiftCredential when using a version of .oAuth1

The encode method was writing the value for signatureMethod to the key that was reserved for version. There was a type mismatch of String and Int32 which causes a crash on decode.

Thanks for the fix

authors: Michael-Place phimage

repo: OAuthSwift/OAuthSwift


text:
Some Latin characters not displayed correctly in data table

Current Behaviour (for problems)
This data contains special characters e.g. Latin Small Letter U with diaeresis
These are rendered correctly in Excel...

... but not in Data Curator

Expected Behaviour
Extended Latin characters are rendered correctly
Your Environment

Data Curator version: 0.7.0
Operating System and version: e.g. Windows 7

This make be related to how CKAN downloads the data rather than Data Curator.
ISO8601 dates on CKAN

Get converted to

Same for - and ' characters
Reported via data.qld.gov.au

I've been able to copy foreign characters into Data-Curator without issue.
Not sure I understand the date issue - has nothing to do with characters.

@louisjasek this appears to be a CKAN issue. Can we close and you address from your side?

@Stephen-Gates
If it is a problem with CKAN, it is probably more probable that I won't get to address this from my side - or at least not in the shorter term.
Are you able to write a short summary of the issue for users? E.g. what is the issue, when does it occur, what are the special characters affected and how can a user still use data curator if their data has special characters (if there is a way around it).
I'd be happy to close it then.

Hi @Stephen-Gates
Just to demonstrate another test that it is the server that perhaps isn't encoding the dataset correctly.
From command-line:

Using curl

curl: transfers a url (note: it has no means to alter the character-encoding)
curl "https://data.qld.gov.au/dataset/a951ca57-a119-40ad-9530-e9c204222e8a/resource/1c8b4859-31a4-42e7-8e63-b7cf125d4321/download/species.csv"

Abridged Output:
Taxon_Id,Kingdom,Class,Family,Scientific_name,Common_name,Taxon_author 706,animals,amphibians,Limnodynastidae,Adelotus brevis,tusked frog,"(G?nther, 1863)"

Using curl + another tool to perform character conversion:

curl: transfers a url (note: it has no means to alter the character-encoding)
iconv: performs character set conversion
curl "https://data.qld.gov.au/dataset/a951ca57-a119-40ad-9530-e9c204222e8a/resource/1c8b4859-31a4-42e7-8e63-b7cf125d4321/download/species.csv" | iconv -f iso8859-1 -t utf-8

Abridged Output:
Taxon_Id,Kingdom,Class,Family,Scientific_name,Common_name,Taxon_author 706,animals,amphibians,Limnodynastidae,Adelotus brevis,tusked frog,"(Günther, 1863)"
The above shows that there is an issue with the server-side encoding of the data (as curl does not handle character-sets - another tool is needed for this, shown in example 2)
I've looked into what we could do. There are tools in node.js to guess character sets, and to convert them - unfortunately they're not as trivial to setup as the command-line example, above (this is due to the nature of characters being read in, in chunks,  which may accidentally split a complex character, before conversion).
https://github.com/ODIQueensland/data-curator/issues/387 concerns slow performance - part of what I'd like to investigate here is look at how streams might better handle the legacy code which converts all of data to string in memory. We could add a menu item perhaps (rather than doing on the fly, in case the conversion is not ideal) for converting data here as the logic (for handling incoming data) is in the same place.

@Stephen-Gates I'll have a chat to Ray, but I don't think we can address this from our side in the short term. Can you write a short description of the issue for users before we close this? See more details of what to include from my post yesterday.

Known issue will be documented at
https://ask.theodi.org.au/t/known-issue-some-data-downloaded-from-ckan-doesnt-display-correctly/535

@mattRedBox is this relevant https://github.com/frictionlessdata/datapackage-py/pull/212

@louisjasek any objections to closing this issue?

See my question from #476 - same as this one

authors: Stephen-Gates louisjasek mattRedBox

repo: ODIQueensland/data-curator


text:
https://odata.github.io/odatacpp-server is 404

Hi there,
I was looking for the docs of this library. But the linked Github pages does not seem to work?
Thanks

Sorry for that. The link is just a placeholder but currently we don't have plan on docs of this library. If you are seeking for example of writing a service, please visit the service projects under 'msvc\vs12\test_only' for reference (they are just primitive prototypes). If you have questions, please directly ask us here and we will be pleased to answer.

ok Thanks..

authors: LewisCheng-MSFT chandruxp

repo: OData/odatacpp-server


text:
OE4T update and refactor

This PR brings the current state of the layers kirkstone branch, which also includes the kas based configurations. This specific branch contains the refactoring of the meta-mender-tegra directory from a layer into a directory containing layers for Jetpack 4 and Jetpack 5 based platforms, respectively.
The included state of the Jetpack 5 incarnation is directly based on https://github.com/OE4T/meta-mender-community/pull/17 to serve as a base for the ongoing development.

@TheYoctoJester I thought I could update our kirkstone branch to match https://github.com/mendersoftware/meta-mender-community/commits/kirkstone but it looks like your branch isn't rebased on the upstream and has different commit history.  Do you want to rebase on upstream?
I was originally thinking of targeting kirkstone-r35.x for work related to Jetpack 5 but I think given we can support both Jetpack 4 and 5 with your changes we may as well just use kirkstone.

@dwalkes the missing rebase was an oversight, sorry. Should be fixed now.

@dwalkes thanks a lot! Will go through those one by one once I'm back the office, presumably Monday or Tuesday. I personally would like to remove as much of the old stuff as possible and not drag it along.
In most cases I just can't judge as I'm not super familiar with the Tegra stuff, hence need input like yours. Thanks!

@dwalkes addressed the comments. One thing I also noticed is the c-boot appends in recipes-bsp, which are actually masked out in layer.conf. Guess they should also be removed?

@TheYoctoJester good catch, yes everything cboot should be out of the Jetpack 5 branch.

@dwalkes cleaned up and rebased :-)

I see that kas build kas/jetson-agx-orin-devkit.yml is building core-image-minimal should we build demo-image-base instead ?

@maciej-narojczyk the default is core-image-minimal to reduce to build time for the automated testing. But I'm open to suggestions. If the general concensus is that demo-image-base is the image to promote for people taking a first look, then I'm happy to take that. Thoughts @dwalkes @madisongh?

@dwalkes as you approved, do you want to take this into the OE4T fork first and then PR back to the Mender one, or should I put that one directly in?

I got a working mender update with this PR and my local tweaks so it works.

Merging here for the time being

authors: TheYoctoJester dwalkes maciej-narojczyk


text:
Error while downloading cgMLST

Hi,
When I tried to download cgMLST, it requested me "Enter oauth_verifier from browser:" I had registered PubMLST successfully.
What is the oauth verifier ?
(confindr) kansensho@DESKTOP-QBEDU0F:/mnt/e/Desktop/genome_analysis/T3OSK/Confindr$ confindr_database_setup -s key.txt
2023-02-09 18:11:32  Removing old databases...
2023-02-09 18:11:32  Downloading cgMLST-derived data for Escherichia, Salmonella, and Listeria...
Visit this URL in your browser: http://pubmlst.org/cgi-bin/bigsdb/bigsdb.pl?db=pubmlst_rmlst_seqdef&page=authorizeClient&oauth_token=5Aze663Llw77ZY4oZakY6ABj2AGalicg
Enter oauth_verifier from browser:
2023-02-09 18:15:13  ERROR: Couldn't get a session token for rMLST database download. Check that your consumer secret and access token files have valid credentials and try again.
(confindr) kansensho@DESKTOP-QBEDU0F:/mnt/e/Desktop/genome_analysis/T3OSK/Confindr$
key.txt

Hi @ryobon-dev,
The confindr_database_setup command is used to download and setup the pubMLST rMLST database, which requires a consumer key and secret (see https://olc-bioinformatics.github.io/ConFindr/install/#downloading-confindr-databases). If you just wish to use the cgMLST databases, you don't have to run the confindr_database_setup step---these databases will be downloaded automatically for you when running confindr.py -i example-data -o output for example.

Thanks,
Anyway, I could get the oauth_verifier from browser and successfully downloaded DB.

authors: pcrxn ryobon-dev

repo: OLC-Bioinformatics/ConFindr