text:
traefik-certs-dumper: 2.8.3 -> 2.9.1

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/ldez/traefik-certs-dumper/releases.
meta.description for traefik-certs-dumper is: dump ACME data from traefik to certificates
meta.homepage for traefik-certs-dumper is: https://github.com/ldez/traefik-certs-dumper
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2.9.1 in filename of file in /nix/store/7plhq4fyk8qzfhdxwqkzhw7k9yvj4f68-traefik-certs-dumper-2.9.1

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

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

traefik-certs-dumper

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/7plhq4fyk8qzfhdxwqkzhw7k9yvj4f68-traefik-certs-dumper-2.9.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The 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 traefik-certs-dumper https://github.com/r-ryantm/nixpkgs/archive/251b27056647476213257789c5477088b1030e99.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/251b27056647476213257789c5477088b1030e99#traefik-certs-dumper

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/7plhq4fyk8qzfhdxwqkzhw7k9yvj4f68-traefik-certs-dumper-2.9.1
ls -la /nix/store/7plhq4fyk8qzfhdxwqkzhw7k9yvj4f68-traefik-certs-dumper-2.9.1/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review

x86_64-linux

:white_check_mark: 1 package built:

traefik-certs-dumper

Maintainer pings
cc @NickCao for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

Add a :+1: reaction to pull requests you find important.

Merge conflict, closing to allow the bot to create a correct one.

authors: NickCao r-ryantm


text:
gperftools: 2.6.1 -> 2.6.3

Semi-automatic update. These checks were done:

built on NixOS
ran /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/bin/pprof --help got 0 exit code
ran /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/bin/pprof --help and found version 2.6.3
found 2.6.3 with grep in /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3
found 2.6.3 in filename of file in /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3

cc @vcunat @wkennington

Failure on x86_64-darwin (full log)
Partial log (click to expand)
In file included from ./src/base/commandlineflags.h:56:
./src/base/basictypes.h:311:9: warning: '_dyld_present' is deprecated: first deprecated in macOS 10.5 [-Wdeprecated-declarations]
    if (_dyld_present()) {
        ^
/nix/store/lvbg3qxa84bck05k425mj5n4hxx2n60n-Libsystem-osx-10.11.6/include/mach-o/dyld.h:230:13: note: '_dyld_present' has been explicitly marked deprecated here
extern bool _dyld_present(void)                                                              __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_1,__MAC_10_5,__IPHONE_NA,__IPHONE_NA);
            ^
1 warning generated.
builder for '/nix/store/4q0f8q3qcanc8zm986mhxqnwlm471nlq-gperftools-2.6.3.drv' failed with exit code 2
error: build of '/nix/store/4q0f8q3qcanc8zm986mhxqnwlm471nlq-gperftools-2.6.3.drv' failed

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/lib/libtcmalloc_debug.so.4.5.1
shrinking /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/lib/libtcmalloc.so.4.5.1
shrinking /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/lib/libtcmalloc_minimal_debug.so.4.5.1
shrinking /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/lib/libtcmalloc_minimal.so.4.5.1
gzipping man pages under /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/share/man/
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/lib  /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3
checking for references to /build in /nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3...
/nix/store/248flidzi1r44k6ql39cnw3sjnh5dffl-gperftools-2.6.3

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/lib/libtcmalloc_minimal.so.4.5.1
shrinking /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/lib/libtcmalloc_debug.so.4.5.1
shrinking /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/lib/libtcmalloc.so.4.5.1
shrinking /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/lib/libtcmalloc_and_profiler.so.4.5.1
gzipping man pages under /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/lib  /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3
checking for references to /tmp/nix-build-gperftools-2.6.3.drv-0 in /nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3...
/nix/store/ba54ymdab4y2jcxwbmn71sm698cy1wik-gperftools-2.6.3

@alk is the deprecated _dyld_present on macOS fixed in  an unreleased version of gperftools?

@GrahamcOfBorg build gperftools

Success on x86_64-linux (full log)
Attempted: gperftools
Partial log (click to expand)
shrinking /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/lib/libtcmalloc.so.4.5.1
shrinking /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/lib/libtcmalloc_debug.so.4.5.1
shrinking /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/lib/libprofiler.so.0.4.16
shrinking /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/lib/libtcmalloc_and_profiler.so.4.5.1
gzipping man pages under /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/lib  /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3
checking for references to /build in /nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3...
/nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3

Failure on x86_64-darwin (full log)
Attempted: gperftools
Partial log (click to expand)
  void** out = new void*[out_len];
               ^
src/stack_trace_table.cc:117:16: note: if you supply your own aligned allocation functions, use -Wno-aligned-allocation-unavailable to silence this diagnostic
1 warning and 2 errors generated.
make: *** [Makefile:5724: src/tcm_min_asserts_unittest-stack_trace_table.o] Error 1
make: *** Waiting for unfinished jobs....
1 warning generated.
1 warning generated.
builder for '/nix/store/zy6vb4335hjj2gz344mm28dzwd9nr1ks-gperftools-2.6.3.drv' failed with exit code 2
error: build of '/nix/store/zy6vb4335hjj2gz344mm28dzwd9nr1ks-gperftools-2.6.3.drv' failed

Success on aarch64-linux (full log)
Attempted: gperftools
Partial log (click to expand)
shrinking /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/lib/libtcmalloc_debug.so.4.5.1
shrinking /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/lib/libtcmalloc.so.4.5.1
shrinking /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/lib/libtcmalloc_minimal_debug.so.4.5.1
shrinking /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/lib/libtcmalloc_minimal.so.4.5.1
gzipping man pages under /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/share/man/
strip is /nix/store/j7d4mr0ikv974ig7yzhknpsq288js4bs-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/lib  /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3
checking for references to /build in /nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3...
/nix/store/4c3hc1fp8jibbpnmrv4j7vkbldl87i6w-gperftools-2.6.3

The actual compile error is a different though.

stack_trace_table.cc:60:14: note: if you supply your own aligned allocation functions, use -Wno-aligned-allocation-unavailable to silence this diagnostic
src/stack_trace_table.cc:117:16: error: aligned deallocation function of type 'void (void *, std::align_val_t) throw()' possibly unavailable on x86_64-apple-macosx10.10.0 [-Waligned-allocation-unavailable]
  void** out = new void*[out_len];
               ^
src/stack_trace_table.cc:117:16: note: if you supply your own aligned allocation functions, use -Wno-aligned-allocation-unavailable to silence this diagnostic

@alk is the deprecated _dyld_present on macOS fixed in an unreleased version of gperftools?

No. Those warnings have been there for years.

Success on x86_64-linux (full log)
Attempted: gperftools
Partial log (click to expand)
/nix/store/kqlavdmnqhnd9pnviwhji8762gfkhf1d-gperftools-2.6.3

Success on x86_64-darwin (full log)
Attempted: gperftools
Partial log (click to expand)
 /nix/store/5lkrw9dnsgy62qm1ampvww1c5n1pdm4b-coreutils-8.29/bin/install -c -m 644 src/gperftools/stacktrace.h src/gperftools/malloc_hook.h src/gperftools/malloc_hook_c.h src/gperftools/malloc_extension.h src/gperftools/malloc_extension_c.h src/gperftools/nallocx.h src/gperftools/heap-profiler.h src/gperftools/heap-checker.h src/gperftools/profiler.h '/nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/include/gperftools'
 /nix/store/5lkrw9dnsgy62qm1ampvww1c5n1pdm4b-coreutils-8.29/bin/mkdir -p '/nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/lib/pkgconfig'
 /nix/store/5lkrw9dnsgy62qm1ampvww1c5n1pdm4b-coreutils-8.29/bin/install -c -m 644 libtcmalloc.pc libtcmalloc_minimal.pc libtcmalloc_debug.pc libtcmalloc_minimal_debug.pc libprofiler.pc '/nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/lib/pkgconfig'
make[1]: Leaving directory '/private/tmp/nix-build-gperftools-2.6.3.drv-0/gperftools-2.6.3'
post-installation fixup
gzipping man pages under /nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/share/man/
strip is /nix/store/kdff2gim6417493yha769kh00n63lnrw-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/lib  /nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3
/nix/store/95a2p304va03m7kvj88npmdm8z9qfin2-gperftools-2.6.3

Success on aarch64-linux (full log)
Attempted: gperftools
Partial log (click to expand)
shrinking /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/lib/libtcmalloc_debug.so.4.5.1
shrinking /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/lib/libtcmalloc.so.4.5.1
shrinking /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/lib/libtcmalloc_minimal_debug.so.4.5.1
shrinking /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/lib/libtcmalloc_minimal.so.4.5.1
gzipping man pages under /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/share/man/
strip is /nix/store/gp7fylxwn18b7pl2c18ks89hsiaxyfvf-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/lib  /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3/bin
patching script interpreter paths in /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3
checking for references to /build in /nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3...
/nix/store/nw4msqc7z0z1qwb3vy0mi0jpv79vxzyh-gperftools-2.6.3

source: gharchive/pull-request

authors: GrahamcOfBorg Mic92 alk ryantm

repo: NixOS/nixpkgs

license: MIT

license_type: permissive

license_source: github-api


text:
scantailor-advanced: 1.0.12 -> 1.0.14

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

built on NixOS
Warning: no binary found that responded to help or version flags. (This warning appears even if the package isn't expected to have binaries.)
found 1.0.14 with grep in /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14
directory tree listing: https://gist.github.com/1f4938c03503cfde35a6b4d10d6538d1

cc @jfrankenau for review

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

Success on x86_64-linux (full log)
Attempted: scantailor-advanced
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14
shrinking /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14/bin/scantailor
strip is /nix/store/fzcs0fn6bb04m82frhlb78nc03ny3w55-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14/bin
patching script interpreter paths in /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14
checking for references to /build in /nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14...
postPatchMkspecs
postPatchMkspecs
/nix/store/idixvv43hjsy4v0xp2mfcryw55wg88c3-scantailor-advanced-1.0.14

Success on aarch64-linux (full log)
Attempted: scantailor-advanced
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14
shrinking /nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14/bin/scantailor
strip is /nix/store/3zq400fri5dv7d30lpxlqm2v9y1iis6j-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14/bin
patching script interpreter paths in /nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14
checking for references to /build in /nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14...
postPatchMkspecs
postPatchMkspecs
/nix/store/9nx3sr9jf5vymg71zi0rxrcgv2wydbv2-scantailor-advanced-1.0.14

Looks good!

authors: GrahamcOfBorg jfrankenau r-ryantm


text:
opendht: 1.7.1 -> 1.7.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/opendht/versions.
These checks were done:

built on NixOS
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtnode -h’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtnode --help’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtnode help’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtchat -h’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtchat --help’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtscanner -h’ got 0 exit code
ran ‘/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtscanner --help’ got 0 exit code
found 1.7.2 with grep in /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2
directory tree listing: https://gist.github.com/bae66cd16ade0c7ae0789b34e0528267

cc @Radvendii @olynch for testing

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: opendht
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: opendht
Partial log (click to expand)
shrinking /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/lib/libopendht.so.0.0.0
shrinking /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtnode
shrinking /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtchat
shrinking /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin/dhtscanner
gzipping man pages under /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/share/man/
strip is /nix/store/j75dgadrff2d1fyc4fczmcgqkid2imdx-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/lib  /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2/bin
patching script interpreter paths in /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2
checking for references to /build in /nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2...
/nix/store/j00w2x6mfk421h6z7ma1ndvp0yy3is7g-opendht-1.7.2

Success on aarch64-linux (full log)
Attempted: opendht
Partial log (click to expand)
shrinking /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/bin/dhtscanner
shrinking /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/bin/dhtchat
shrinking /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/bin/dhtnode
shrinking /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/lib/libopendht.so.0.0.0
gzipping man pages under /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/share/man/
strip is /nix/store/gp7fylxwn18b7pl2c18ks89hsiaxyfvf-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/lib  /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2/bin
patching script interpreter paths in /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2
checking for references to /build in /nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2...
/nix/store/ph3qindxphyhrzfvzmrp9mvfklbrsp81-opendht-1.7.2

authors: GrahamcOfBorg r-ryantm


text:
guile: Do nothing!

Motivation for this change
Despite what GitHub shoes, this PR actually does nothing. It it just to help with git merge-base after #40445.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-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/)
[ ] Fits CONTRIBUTING.md.

Success on x86_64-darwin (full log)
Attempted: guile
Partial log (click to expand)
/nix/store/0v780mylaycy81qgrb61qcxiprw9jxzx-guile-2.2.3

Success on x86_64-linux (full log)
Attempted: guile
Partial log (click to expand)
/nix/store/vi8ksg8b92a1haik31rcsyzq6axqksza-guile-2.2.3

Success on aarch64-linux (full log)
Attempted: guile
Partial log (click to expand)
these paths will be fetched (4.78 MiB download, 43.33 MiB unpacked):
  /nix/store/alplkypqj7hj6d9n41kqmch64jf72v63-boehm-gc-7.6.4
  /nix/store/kzs2waw490473qzkyrf83m6qbjr1iiaw-guile-2.2.3
  /nix/store/px8k9jfwfv0hg3nhryb022p2wsvimwyc-libatomic_ops-7.6.4
copying path '/nix/store/px8k9jfwfv0hg3nhryb022p2wsvimwyc-libatomic_ops-7.6.4' from 'https://cache.nixos.org'...
copying path '/nix/store/alplkypqj7hj6d9n41kqmch64jf72v63-boehm-gc-7.6.4' from 'https://cache.nixos.org'...
copying path '/nix/store/kzs2waw490473qzkyrf83m6qbjr1iiaw-guile-2.2.3' from 'https://cache.nixos.org'...
/nix/store/kzs2waw490473qzkyrf83m6qbjr1iiaw-guile-2.2.3


text:
kail: init at 0.6.0

Kail is kubernetes log viewer

Success on aarch64-linux (full log)
Attempted: kail
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/k30x0q0pjz7gdxkibh3lmiaqcswf8jim-kail-0.6.0-bin/bin
patching script interpreter paths in /nix/store/k30x0q0pjz7gdxkibh3lmiaqcswf8jim-kail-0.6.0-bin
checking for references to /build in /nix/store/k30x0q0pjz7gdxkibh3lmiaqcswf8jim-kail-0.6.0-bin...
shrinking RPATHs of ELF executables and libraries in /nix/store/s7vp3li81qa35crh2hk38mfraw2l0qcw-kail-0.6.0
strip is /nix/store/0pjsgkxz0rp5baycq5sp2s72lrr5q9sg-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/s7vp3li81qa35crh2hk38mfraw2l0qcw-kail-0.6.0
/nix/store/s7vp3li81qa35crh2hk38mfraw2l0qcw-kail-0.6.0/share/go/src/github.com/boz/kail/_example/demo.sh: interpreter directive changed from "/bin/sh" to "/nix/store/p0vy17dp9jk2mvqsxsqnb14s3797lay7-bash-4.4-p23/bin/sh"
/nix/store/s7vp3li81qa35crh2hk38mfraw2l0qcw-kail-0.6.0/share/go/src/github.com/boz/kail/release.sh: interpreter directive changed from "/bin/bash" to "/nix/store/p0vy17dp9jk2mvqsxsqnb14s3797lay7-bash-4.4-p23/bin/bash"
checking for references to /build in /nix/store/s7vp3li81qa35crh2hk38mfraw2l0qcw-kail-0.6.0...
/nix/store/k30x0q0pjz7gdxkibh3lmiaqcswf8jim-kail-0.6.0-bin

Success on x86_64-linux (full log)
Attempted: kail
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/ylz8sl8jykcv15askbfib2yx9fnlv1hr-kail-0.6.0-bin/bin
patching script interpreter paths in /nix/store/ylz8sl8jykcv15askbfib2yx9fnlv1hr-kail-0.6.0-bin
checking for references to /tmp/nix-build-kail-0.6.0.drv-0 in /nix/store/ylz8sl8jykcv15askbfib2yx9fnlv1hr-kail-0.6.0-bin...
shrinking RPATHs of ELF executables and libraries in /nix/store/mf3g7rp64iqjrkdwa8lwf04xdq6gxil3-kail-0.6.0
strip is /nix/store/4qvrxzxa535y8304mk195x50b6p9607d-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/mf3g7rp64iqjrkdwa8lwf04xdq6gxil3-kail-0.6.0
/nix/store/mf3g7rp64iqjrkdwa8lwf04xdq6gxil3-kail-0.6.0/share/go/src/github.com/boz/kail/release.sh: interpreter directive changed from "/bin/bash" to "/nix/store/8zkg9ac4s4alzyf4a8kfrig1j73z66dw-bash-4.4-p23/bin/bash"
/nix/store/mf3g7rp64iqjrkdwa8lwf04xdq6gxil3-kail-0.6.0/share/go/src/github.com/boz/kail/_example/demo.sh: interpreter directive changed from "/bin/sh" to "/nix/store/8zkg9ac4s4alzyf4a8kfrig1j73z66dw-bash-4.4-p23/bin/sh"
checking for references to /tmp/nix-build-kail-0.6.0.drv-0 in /nix/store/mf3g7rp64iqjrkdwa8lwf04xdq6gxil3-kail-0.6.0...
/nix/store/ylz8sl8jykcv15askbfib2yx9fnlv1hr-kail-0.6.0-bin

Fixed all the changes requested above

Success on aarch64-linux (full log)
Attempted: kail
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/6q4sn3q6msk5qf7r12j30v16n4hmgxh9-kail-0.6.0-bin/bin
patching script interpreter paths in /nix/store/6q4sn3q6msk5qf7r12j30v16n4hmgxh9-kail-0.6.0-bin
checking for references to /build in /nix/store/6q4sn3q6msk5qf7r12j30v16n4hmgxh9-kail-0.6.0-bin...
shrinking RPATHs of ELF executables and libraries in /nix/store/41sliy8qdsjvfsmz4fgdbras63nms2rm-kail-0.6.0
strip is /nix/store/0pjsgkxz0rp5baycq5sp2s72lrr5q9sg-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/41sliy8qdsjvfsmz4fgdbras63nms2rm-kail-0.6.0
/nix/store/41sliy8qdsjvfsmz4fgdbras63nms2rm-kail-0.6.0/share/go/src/github.com/boz/kail/_example/demo.sh: interpreter directive changed from "/bin/sh" to "/nix/store/p0vy17dp9jk2mvqsxsqnb14s3797lay7-bash-4.4-p23/bin/sh"
/nix/store/41sliy8qdsjvfsmz4fgdbras63nms2rm-kail-0.6.0/share/go/src/github.com/boz/kail/release.sh: interpreter directive changed from "/bin/bash" to "/nix/store/p0vy17dp9jk2mvqsxsqnb14s3797lay7-bash-4.4-p23/bin/bash"
checking for references to /build in /nix/store/41sliy8qdsjvfsmz4fgdbras63nms2rm-kail-0.6.0...
/nix/store/6q4sn3q6msk5qf7r12j30v16n4hmgxh9-kail-0.6.0-bin

Success on x86_64-linux (full log)
Attempted: kail
Partial log (click to expand)
stripping (with command strip and flags -S) in /nix/store/7rxp0qb5zlnqv0dyz7aqjifdjllr2d50-kail-0.6.0-bin/bin
patching script interpreter paths in /nix/store/7rxp0qb5zlnqv0dyz7aqjifdjllr2d50-kail-0.6.0-bin
checking for references to /tmp/nix-build-kail-0.6.0.drv-0 in /nix/store/7rxp0qb5zlnqv0dyz7aqjifdjllr2d50-kail-0.6.0-bin...
shrinking RPATHs of ELF executables and libraries in /nix/store/pljwwff3i69wz113bvdk3vqg2zacj4v3-kail-0.6.0
strip is /nix/store/4qvrxzxa535y8304mk195x50b6p9607d-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/pljwwff3i69wz113bvdk3vqg2zacj4v3-kail-0.6.0
/nix/store/pljwwff3i69wz113bvdk3vqg2zacj4v3-kail-0.6.0/share/go/src/github.com/boz/kail/release.sh: interpreter directive changed from "/bin/bash" to "/nix/store/8zkg9ac4s4alzyf4a8kfrig1j73z66dw-bash-4.4-p23/bin/bash"
/nix/store/pljwwff3i69wz113bvdk3vqg2zacj4v3-kail-0.6.0/share/go/src/github.com/boz/kail/_example/demo.sh: interpreter directive changed from "/bin/sh" to "/nix/store/8zkg9ac4s4alzyf4a8kfrig1j73z66dw-bash-4.4-p23/bin/sh"
checking for references to /tmp/nix-build-kail-0.6.0.drv-0 in /nix/store/pljwwff3i69wz113bvdk3vqg2zacj4v3-kail-0.6.0...
/nix/store/7rxp0qb5zlnqv0dyz7aqjifdjllr2d50-kail-0.6.0-bin

Thanks!

authors: GrahamcOfBorg nlewo offlinehacker


text:
lcalc: Add darwin support

Motivation for this change
Add darwin support for lcalc
Things done

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

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

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p 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 lcalc

Success on x86_64-linux (full log)
Attempted: lcalc
Partial log (click to expand)
install -m 644 -t /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23/include/libLfunction ../include/*.h
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23
shrinking /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23/bin/lcalc
shrinking /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23/lib/libLfunction.so
strip is /nix/store/gpc2wld1s0c6qzx9326cwn1wcx29xzsj-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23/lib  /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23/bin
patching script interpreter paths in /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23
checking for references to /build in /nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23...
/nix/store/w1i9mdc05z1z8cqfmg1q1k36hqvjw7za-lcalc-1.23

Success on x86_64-darwin (full log)
Attempted: lcalc
Partial log (click to expand)
install -d /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/lib
install -d /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/include/libLfunction
install lcalc /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/bin
install libLfunction.so /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/lib
install -m 644 -t /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/include/libLfunction ../include/*.h
post-installation fixup
strip is /nix/store/251fvx4mx9q4zarbca5cciasmn66p668-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/lib  /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23/bin
patching script interpreter paths in /nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23
/nix/store/p23skw408wmx4l2wcaw7rqd809yy99zx-lcalc-1.23

Success on aarch64-linux (full log)
Attempted: lcalc
Partial log (click to expand)
install -m 644 -t /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23/include/libLfunction ../include/*.h
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23
shrinking /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23/lib/libLfunction.so
shrinking /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23/bin/lcalc
strip is /nix/store/ah0va6j4cnwj9nx4j6rwcfc8nh785jwm-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23/lib  /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23/bin
patching script interpreter paths in /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23
checking for references to /build in /nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23...
/nix/store/3xq7xc5pqw8sj04gc6wwp78kqz9wj8aa-lcalc-1.23

authors: GrahamcOfBorg jbaum98 xeji


text:
range-v3: 0.3.7 -> 0.4.0

https://github.com/ericniebler/range-v3/releases/tag/0.4.0

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

Only in-tree user of this is 'tdesktop' AFAICT, so...
@GrahamCOfBorg build tdesktop

Success on aarch64-linux (full log)
Attempted: range-v3
Partial log (click to expand)
-- Installing: /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0/include/range/v3/action.hpp
-- Installing: /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0/include/meta
-- Installing: /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0/include/meta/meta_fwd.hpp
-- Installing: /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0/include/meta/meta.hpp
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0
strip is /nix/store/p9akxn2sfy4wkhqdqa3li97pc6jaz3r1-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0/lib
patching script interpreter paths in /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0
checking for references to /build in /nix/store/j6fafazrwd0mf1m6bz4y0vf80nl376v8-range-v3-0.4.0...

Success on x86_64-linux (full log)
Attempted: range-v3
Partial log (click to expand)
-- Installing: /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0/include/range/v3/action/drop.hpp
-- Installing: /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0/include/range/v3/action/stable_sort.hpp
-- Installing: /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0/include/range/v3/action/reverse.hpp
-- Installing: /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0/include/range/v3/action/take_while.hpp
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0
strip is /nix/store/vcc4svb8gy29g4pam2zja6llkbcwsyiq-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0/lib
patching script interpreter paths in /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0
checking for references to /build in /nix/store/4x0hgv9bdykwv47wwix2xb3jh1hcmiq8-range-v3-0.4.0...

Aww does that not work? hehe.  Okay:
@GrahamcOfBorg build tdesktop

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

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

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

Success on aarch64-linux (full log)
Attempted: tdesktop
Partial log (click to expand)
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3
shrinking /nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3/bin/telegram-desktop
strip is /nix/store/p9akxn2sfy4wkhqdqa3li97pc6jaz3r1-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3/bin
patching script interpreter paths in /nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3
checking for references to /build in /nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3...
postPatchMkspecs
postPatchMkspecs
/nix/store/8yq7p1ics0z3s9zmcg09v5m8lymcd5b4-telegram-desktop-1.4.3

Timed out, unknown build status on x86_64-darwin (full log)
Attempted: range-v3
Partial log (click to expand)
cannot build derivation '/nix/store/6gyhhmffxc3n3ix3x1wn4s5fqisk7c26-xnu-osx-10.11.6.drv': 8 dependencies couldn't be built
cannot build derivation '/nix/store/9xa79rfilv70lfgpvd7rvsp5khqhh1kx-IOKit-osx-10.11.6.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/gs1k4wvlinanf68kar02vfljddrlpjy8-curl-7.61.1.drv': 7 dependencies couldn't be built
cannot build derivation '/nix/store/51z57c74fhk499pr7n6bi1ir96ihrcaq-configd-osx-10.8.5.drv': 8 dependencies couldn't be built
cannot build derivation '/nix/store/0pzdp7frrqjk1511pn1v8ngwrw6y4py2-python-2.7.15.drv': 8 dependencies couldn't be built
cannot build derivation '/nix/store/na1m677g7g6w2f6kd20p2dhk9x6sadi0-libxml2-2.9.8.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/0md94qwim378yzf2li5lfwy93g9vgixa-libarchive-3.3.2.drv': 6 dependencies couldn't be built
cannot build derivation '/nix/store/254vdhqq1bvns1rln5snn8958m6h4jgf-cmake-3.12.1.drv': 8 dependencies couldn't be built
cannot build derivation '/nix/store/8nyrvz8kqchsijy0pspbzdrk52ld7mmf-range-v3-0.4.0.drv': 3 dependencies couldn't be built
error: build of '/nix/store/8nyrvz8kqchsijy0pspbzdrk52ld7mmf-range-v3-0.4.0.drv' failed

Timed out, unknown build status on x86_64-linux (full log)
Attempted: tdesktop
Partial log (click to expand)
[ 64%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/history/history_service.o
[ 64%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/history/history_widget.o
[ 64%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_content_widget.o
[ 64%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_controller.o
[ 65%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_layer_widget.o
[ 65%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_memento.o
[ 65%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_section_widget.o
[ 65%] Building CXX object CMakeFiles/Telegram.dir/build/tdesktop/Telegram/SourceFiles/info/info_top_bar.o
building of '/nix/store/gr7g75y1bbl13fphhw071rxkwxya6jnd-telegram-desktop-1.4.3.drv' timed out after 3600 seconds
error: build of '/nix/store/gr7g75y1bbl13fphhw071rxkwxya6jnd-telegram-desktop-1.4.3.drv' failed

authors: GrahamcOfBorg dtzWill


text:
nixos/steam-hardware: fix uinput udev rule

Motivation for this change
close #49367
rewrite using udev.extraRules instead of patching the Steam package
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 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.

cc @Infinisil

@Infinisil I tried with kernel 4.19 and I can reproduce your behavior, at boot the ACL isn't applied.

(triage) @Infinisil, you appear to have been involved in the discussion in https://github.com/NixOS/nixpkgs/pull/49367. I think this PR matches your statement at https://github.com/NixOS/nixpkgs/pull/49367#issuecomment-440850170 ; but you may want to review it?

I have confirmed this udev setting works.
I was trying to use a PS3 controller with steam (to play a windows-only game with Proton) and it wasn't working because steam couldn't read /dev/uinput.
After adding this udev rule, it started working.
+1 from me for merging this in.

Are there any updates on this pull request, please?

My preference would be for this pull request #49367 as the rule is added in the same file as the other related ones.
Also this file was released with an open license so it's not a problem to patch it anymore.

Please see #66916

authors: Ekleog cdepillabout mmahut nyanloutre


text:
nixos/grafana: add provisioning of pre-configured Grafana  with dashb…

Motivation for this change
Grafana is deployed without pre-configured dashboard and datasource.
Add configuration to get already working dashboard.
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 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.

This is a duplicate to #53874. Also I prefer #53874 since it provides config options for NixOS, so no need to write tons of config in multiline strings.

This is a duplicate to #53874. Also I prefer #53874 since it provides config options for NixOS, so no need to write tons of config in multiline strings.

That one just points to dashboards path. The dashboard will consist of over hundred variables not viable for separate options. Here dashboard changes are under version control and it is deployed with Grafana.

I'm sorry that I wasn't clear enough: the datasource can be configured declaratively (which isn't that complex, right?) which is why I prefer it.
The PR I pointed to also links to the dashboard config file rather than implementing tons of options. In that case you're absolutely right, implementing dashboard config entirely in Nix wouldn't be appropriate.

@dlifanov @Infinisil @mkaito FYI, #53874 seems ready. Unless there are any reasons I'm missing why this PR should be preferred, I'd merge it this afternoon.

I merged #53874 now because of the the reasons I expressed earlier.

Closing for now as it's superseded by #53874, feel free to reopen or ping me if needed.


text:
rdesktop: enable darwin support without libgssglue and credssp

Motivation for this change
Enables building of rdesktop on macOS by disabling CredSSP, releasing the dependency on libgssglue which fails to build on macOS.
Macports and Homebrew are doing this:
https://github.com/macports/macports-ports/commit/b192e83fadcee82e7b36bd79ea251d5097467866
https://github.com/Homebrew/homebrew-core/blob/master/Formula/rdesktop.rb
Things done

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

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

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[ ] 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.

I think I finally got this. Would be good to verify the linux build.

Can someone confirm enableCredssp is set correctly when not on Darwin?


text:
dar: 2.6.3 -> 2.6.4

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/dar/versions.
meta.description for dar is: '"Disk ARchiver, allows backing up files into indexed archives"'.
meta.homepage for dar is: '"http://dar.linux.free.fr"

Checks done (click to expand)

built on NixOS
/bin/sh 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.6.4 with grep in /nix/store/fvgxjc9jw5940gbp5yd5rjrqa2rvnac9-dar-2.6.4
directory tree listing: https://gist.github.com/c30430addcfece2b1a57a63a2ee2de91
du listing: https://gist.github.com/fa6fd0c1bb27f618eea090ec1c1d95df

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

4 total rebuild path(s)
1 package rebuild(s)
1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
1 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
dar

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/fvgxjc9jw5940gbp5yd5rjrqa2rvnac9-dar-2.6.4 \
  --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 dar https://github.com/r-ryantm/nixpkgs/archive/28179bcd4d0dda1e1b988e87f76151f2dff18f29.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/fvgxjc9jw5940gbp5yd5rjrqa2rvnac9-dar-2.6.4
ls -la /nix/store/fvgxjc9jw5940gbp5yd5rjrqa2rvnac9-dar-2.6.4/bin

Changelog: https://github.com/Edrusb/DAR/blob/master/src/build/ChangeLog

authors: markuskowa r-ryantm


text:
linux_{5_1,testing}: fix bug null pointer dereference

Motivation for this change
Fix this issue https://github.com/NixOS/nixpkgs/issues/61909
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)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@GrahamcOfBorg build linux_5_1 linux_testing

cc @joachifm

This patch merged in linux kernel 5.1.8 - https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/mm/compaction.c?h=v5.1.8&id=6b036c707d5b4476b6be9213fc5253c28324589d
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.1.8


text:
gildas: 20190701_a -> 20190901_a

Motivation for this change
Update Gildas to the latest upstream version.
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
[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 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.

This builds on Linux, but on Darwin I get the following error:
gildas-src-aug19a/integ/x86_64-darwin-gfortran-openmp/bin/hlp2tex \
      -L/private/var/folders/r2/zwnv7zsd4bd99mqkn4mhqxn800034l/T/nix-build-gildas-20190801_a.drv-0/gildas-src-aug19a/integ/x86_64-darwin-gfortran-openmp/lib -L/nix/store/7nrhz57r0h1g4avg0ba9m2n8asfwdb61-python-2.7.16/lib   -L/nix/store/d0xg488j5iw4z5zd19cp8a1mjgcjg50n-gtk+-2.24.32/lib -L/nix/store/w9fnipb9ficaz1iv1fryl1pvhvmq9zvc-glib-2.60.4/lib -L/nix/store/gclh8scc9wffh1drbx73yamaksiyrl2z-cairo-1.16.0/lib -L/nix/store/9vkdlyk2nwz2rh7i88881bgp8px5v398-fontconfig-2.12.6-lib/lib -L/nix/store/vwdvgl2dcxyw14plyz9p4517i39m7381-freetype-2.10.0/lib -L/nix/store/sdxb2xv1i7a1vvjmqpcx6rrj1xc5sv3k-pango-1.43.0/lib -L/nix/store/vk2fjbcc34ccr91wqq2hglaymy4x5ixl-gdk-pixbuf-2.38.1/lib -L/nix/store/9789bxxhv5dcs23yiqfgifk8864c026j-atk-2.32.0/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -lgthread-2.0 -lglib-2.0 -L/nix/store/vvgvamfcrrkj4p57ff1krxnl8l6z5hc3-libpng-apng-1.6.37/lib -lpng16  -L/nix/store/7nrhz57r0h1g4avg0ba9m2n8asfwdb61-python-2.7.16/lib -ldl -framework CoreFoundation -lpython2.7 -L/nix/store/n3r2h80x5n0204vkvkhklpjj6gs4pljr-cfitsio-3.47/lib -L/nix/store/af9phazy6dmyy7zzcxf1rrzadgwgplc7-bzip2-1.0.6.0.1/lib -lcfitsio -lbz2  -lm -ldl
f951: Warning: unrecognized command line option '-Wno-unused-command-line-argument'
ld: framework not found CoreFoundation

After some investigation, I found that the configuration script for gildas calls python-config --libs, which returns: -lpython2.7 -ldl -framework CoreFoundation. This probably fails because nix does not search for frameworks in the standard locations. What directory should be added to the search path to find Nix version of this framework? Shouldn't this be added automatically when python-config --libs is called?
cc @matthewbauer

Built and tested successfully on Darwin and Linux with nix review.

@GrahamcOfBorg build gildas

Ofborg build on Linux fails because of an internal compiler error:
gfortran: internal compiler error: Killed (program f951)
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.

I'm not sure why this fails on OfBorg but not on both local installations of NixOs Debian?

I tested the build on:

NixOS with sandboxing
Nix under Debian
Both build successfully...

I tested the build on:

NixOS with sandboxing
Nix under Debian
Both build successfully...

Yes, it looks like an issue with gfortran on OfBorg. I suppose we can just ignore it, since the package builds fine on all platforms.

It might be just running out of memory.

authors: bzizou smaret veprbl


text:
nixos/memcached: Switch to a system user

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)

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

@dasJ out of curiosity did you consider using DynamicUser with this service?

@aanderse I did, and it would work in my setup, but it would break for people using the unix socket because they cannot add users into the memcached group and hence not write the socket

@dasJ right.

authors: aanderse dasJ


text:
🙈 Remove webkitgtk24x

Motivation for this change
I hope it goes without saying, but please 😂
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 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
[x] Fits CONTRIBUTING.md.

https://github.com/NixOS/nixpkgs/issues/18312 basically did this in an elegant way, but we can for sure remove this now.

https://github.com/NixOS/nixpkgs/issues/18312 basically did this in an elegant way, but we can for sure remove this now.

Looks like there is no interest claws upstream https://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3763
But emacs should support that: https://git.savannah.gnu.org/cgit/emacs.git/commit/configure.ac?id=d781662873f228b110a128f7a2b6583a4d5e0a3a

https://gist.github.com/GrahamcOfBorg/e121c3e97e1dfd6adf83bab9f193f157, is rather interesting...

See mmex in all-packages

@jtojnar Running unpackPhase on emacs25 shows
  WEBKIT_REQUIRED=1.4.0
  WEBKIT_MODULES="webkitgtk-3.0 >= $WEBKIT_REQUIRED"

So I think the source in nixpkgs predates this commit.

See mmex in all-packages

Did https://github.com/NixOS/nixpkgs/pull/75040/commits/3e1ee5b0eb343bba756afd3282e7c8bf5bbf5745.
This reminds me wxGTK needs to default to gtk3 https://github.com/NixOS/nixpkgs/pull/73145, but it's pretty tedious TBH.

https://git.savannah.gnu.org/cgit/emacs.git/commit/src/xwidget.c?id=a36ed9b5e95afea5716256bac24d883263aefbaf seems to apply:
diff --git a/pkgs/applications/editors/emacs/25.nix b/pkgs/applications/editors/emacs/25.nix
index f3989be52c0..15e9fbdd726 100644
--- a/pkgs/applications/editors/emacs/25.nix
+++ b/pkgs/applications/editors/emacs/25.nix
@@ -48,7 +48,16 @@ stdenv.mkDerivation rec {
     })
   ] ++ [
     # Backport patch so we can use webkitgtk with xwidgets.
-    ./0001-xwidget-Use-WebKit2-API.patch
+    (fetchurl {
+      name = "0001-Omit-unnecessary-includes-from-xwidget-c.patch";
+      url = "https://git.savannah.gnu.org/cgit/emacs.git/patch?id=a36ed9b5e95afea5716256bac24d883263aefbaf";
+      sha256 = "0a4ax1kjcn6g4c59a0wikplx47r6r3lh5igc9vrlqkpk5lw30j0j";
+    })
+    (fetchurl {
+      name = "0002-xwidget-Use-WebKit2-API.patch";
+      url = "https://git.savannah.gnu.org/cgit/emacs.git/patch?id=d781662873f228b110a128f7a2b6583a4d5e0a3a";
+      sha256 = "1m2fnblsk4dg3scxiawz6vsa83bvyg9bxis9mhrjd5f7cdmcnn4z";
+    })
   ];

   nativeBuildInputs = [ pkgconfig autoconf automake texinfo ]

@jtojnar Fetched those patches. I had to do it from the GitHub mirror because of the ongoing DOS (or maybe I'm blacklisted).

Claws Mail will build with a supported WebKit once it switches to GTK 3, which seems to progress well:
https://git.claws-mail.org/?p=claws.git;a=shortlog;h=refs/heads/gtk3
https://git.claws-mail.org/?p=claws.git;a=history;f=src/plugins/fancy;hb=refs/heads/gtk3
Meanwhile Claws Mail 3.17.4 has added a new litehtml-based HTML renderer plugin. I suppose I'll try to package it, since lack of HTML support noticebly reduces its usability. Alternatively it would make sense to provide a gtk3 branch snapshot of Claws Mail.

I have tried the litehtml plugin — it is as simple as adding gumbo to claws-mail build inputs (and enabling it in Configuration > Plugins) — but it's rendering is very bad, with huge spacing between words and lines, and the text can not be selected and copied.

Claws Mail will build with a supported WebKit once it switches to GTK 3, which seems to progress well:
https://git.claws-mail.org/?p=claws.git;a=shortlog;h=refs/heads/gtk3
https://git.claws-mail.org/?p=claws.git;a=history;f=src/plugins/fancy;hb=refs/heads/gtk3
Meanwhile Claws Mail 3.17.4 has added a new litehtml-based HTML renderer plugin. I suppose I'll try to package it, since lack of HTML support noticebly reduces its usability. Alternatively it would make sense to provide a gtk3 branch snapshot of Claws Mail.

It seems the only mostly working solution would be a gtk3 variant package. Though it's not good to distribute non-released/production code (some people even request that you don't), it's an option.

EDIT: Note that Claws Mail uses webkitgtk with javascript disabled, and therefore does not put its users at risk of known security issues.

While disabling JavaScript will reduce the attack surface greatly, I doubt JavaScriptCore is the only vulnerable component.

authors: jtojnar orivej worldofpeace


text:
cawbird: 1.1.0 -> 1.2.0-2

Motivation for this change

regular version bump
changes: see https://github.com/IBBoard/cawbird/releases/tag/v1.2.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)

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

@GrahamcOfBorg build cawbird

If this isn't merged before the 20.09 branch-off, it also needs a backport to release-20.09.

Result of nixpkgs-review pr 97230 1

1 package built:
- cawbird

builds and runs on NixOS. did not test functionality. Version bump and additional dependency.

rebased on latest master and bumped to bugfix release 1.2.1 instead of 1.2.0

@GrahamcOfBorg build cawbird

backport: 98326

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/304

authors: nixos-discourse schmittlauch tomberek


text:
zombietrackergps: init at 1.01

Motivation for this change
Closes #97065
Things done

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

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

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

@veprbl thanks for the review!


text:
delly: 0.8.2 -> 0.8.5

Motivation for this change
New release of delly.
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
[ ] 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.

@scalavision

Thank you @jbedo !
This looks good to me :-)
I don't have merge privileges, but at least I will test it out this afternoon.

I run through a whole genome bam file, it resulted in 30k+ lines. I will benchmark against gold standard tomorrow, I think however, that this can be merged already.

Oops, completely missed the license change!

Hm... I think it is actually BSD3 isn't it, not mit? If you can change to bsd3 it would be nice :-)

Not sure how I got that wrong, I meant to write bsd3.

@ryantm could you have a look at this one? As far as I can tell everything is ok. I have also tested running the tool locally.

Result of nixpkgs-review pr 99128 1

1 package built:
- delly

authors: jbedo ryantm scalavision


text:
技能等级 如何实现

假如实现一个 技能 比如狗头Q
一共4级
伤害公式
一级 100基础伤害 + 120% 攻击力 + (3 * 击杀层数)
二级 130基础伤害 + 120% 攻击力 + (3 * 击杀层数)
三级 170基础伤害 + 120% 攻击力 + (3 * 击杀层数)
四级 250基础伤害 + 120% 攻击力 + (3 * 击杀层数)
这里 4级伤害公式 创建4个同类型的MMD 和 4个 GE， 还是 在 Ability 里面自定义面板 配置技能数值
如果是Ability 配置 MMD 似乎拿不到 Ability

GameplayEffect是数据类，它本身是不带level的。GameplayEffectSpec是运行时执行类，他是有Level变量的，用来处理等级相关的自定义逻辑。
另外，其实不需要4个GE，一个GE就够了，4个公式可以合成到一个MMC中，MMC内部判断level做switch处理。

GameplayEffectSpec 中的Level 似乎是 ASC的Level  而不是 Ability 的Level， 且无法在 Apply 前操作 GameplayEffectSpec

无法在 Apply 之前操作Spec 设置 Level

instant ge的实例过程被封装了，原先是暴露在外面的。这确实是个问题。
因为apply ge的规范更新过了，所以把ge的实例过程封闭起来，导致现在instant策略的ge没办法修改其运行时的变量。
我会尽快更新补丁，加一个带level形参的apply ge重载函数。
spec的实例过程还是要封闭，因为tag的校验过程是包含了实例前到实例后，设计上是不允许这段逻辑里ge spec的变量（主要是tag部分）有变动。

EX-GAS 1.0 已更新至1.1.3，AbilitySystemComponent已追加：
1.ApplyGameplayEffectTo(GameplayEffect gameplayEffect, AbilitySystemComponent target,int effectLevel)
2.ApplyGameplayEffectToSelf(GameplayEffect gameplayEffect,int effectLevel)
时间轴能力的GE释放，暂时还没有传入等级的相关参数，默认依旧是ASC的等级。时间轴能力还在慢慢完善，后续会补充相关可选参数。

感谢大佬

目前ge spec的apply问题还未完全解决，level只是因为是预留的变量。根本问题是用户对ge spec的修改应当允许在ge spec生效之前进行。 1.1.4会更新ge spec的实例化和生效流程。

1.1.4版本已更新。 ASC的ApplyGameplayEffectTo的Tag判断已经改为以GESpec为准，ASC新增了直接传入GESpec的Apply函数。现在可以在GESpec生效之前，对GESpec的参数进行修改操作。如果需要自定义指定GE的一些参数，可以通过SetByCaller MMC。具体可以参考文档的SetByCaller MMC的部分。

感谢大佬

source: gharchive/issue


text:
🛑 libreddit l.opnxng.com is down

In 629f8b6, libreddit l.opnxng.com (https://l.opnxng.com) was down:

HTTP code: 503
Response time: 550 ms

Resolved: libreddit l.opnxng.com is back up in 9cc7bc7 after 7 days, 22 hours, 23 minutes.

repo: NoPlagiarism/services-personal-upptime


text:
🛑 librarian (discontinued) lbry.ooguy.com is down

In 65e27df, librarian (discontinued) lbry.ooguy.com (https://lbry.ooguy.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: librarian (discontinued) lbry.ooguy.com is back up in 87d06ff.


text:
🛑 BreezeWiki bw.projectsegfau.lt is down

In 85c5b71, BreezeWiki bw.projectsegfau.lt (https://bw.projectsegfau.lt) was down:

HTTP code: 502
Response time: 418 ms

Resolved: BreezeWiki bw.projectsegfau.lt is back up in 37fbe64.


text:
🛑 BreezeWiki breeze.nohost.network is down

In ce137c2, BreezeWiki breeze.nohost.network (https://breeze.nohost.network) was down:

HTTP code: 0
Response time: 0 ms

Resolved: BreezeWiki breeze.nohost.network is back up in 72a432d after 15 minutes.


text:
Numpy release 2.0.0 breaks depthcharge dependency

The casanovo installation process automatically installs the latest numpy release (2.0.0 at the time of writing) - however the depthcharge package seems to use numpy functionality that was depreciated in release 2.0.0. After installing the casanovo package and it's dependencies, running any of the casanovo cli commands will result in an error. A stacktrace is available below.
A workaround for this issue is to manually downgrade the installed numpy release after all of the casanovo dependencies are installed using:
pip install --force-reinstall numpy==1.26.4

Error stack trace (same error for all cli commands):
Traceback (most recent call last):
  File "D:\anaconda3\envs\casanovo_env\lib\runpy.py", line 196, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "D:\anaconda3\envs\casanovo_env\lib\runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "D:\anaconda3\envs\casanovo_env\Scripts\casanovo.exe\__main__.py", line 4, in <module>
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\casanovo\casanovo.py", line 32, in <module>
    import depthcharge
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\depthcharge\__init__.py", line 3, in <module>
    from . import components
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\depthcharge\components\__init__.py", line 2, in <module>
    from .transformers import SpectrumEncoder, PeptideDecoder
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\depthcharge\components\transformers.py", line 8, in <module>
    from .. import utils
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\depthcharge\utils.py", line 5, in <module>
    from tensorboard.backend.event_processing.event_accumulator import (
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\backend\event_processing\event_accumulator.py", line 24, in <module>
    from tensorboard.backend.event_processing import event_file_loader
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\backend\event_processing\event_file_loader.py", line 21, in <module>
    from tensorboard import dataclass_compat
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\dataclass_compat.py", line 33, in <module>
    from tensorboard.plugins.hparams import metadata as hparams_metadata
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\plugins\hparams\metadata.py", line 32, in <module>
    NULL_TENSOR = tensor_util.make_tensor_proto(
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\util\tensor_util.py", line 405, in make_tensor_proto
    numpy_dtype = dtypes.as_dtype(nparray.dtype)
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\tensorboard\compat\tensorflow_stub\dtypes.py", line 677, in as_dtype
    if type_value.type == np.string_ or type_value.type == np.unicode_:
  File "D:\anaconda3\envs\casanovo_env\lib\site-packages\numpy\__init__.py", line 411, in __getattr__
    raise AttributeError(
AttributeError: `np.string_` was removed in the NumPy 2.0 release. Use `np.bytes_` instead.. Did you mean: 'strings'?

This bug seems to break the testing pipeline as well

repo: Noble-Lab/casanovo


text:
Refactor the notification module

The notification.py module currently supports four different messaging services, each with its own slightly different variation on how to collect and represent pokemon details, and all with various special cases scattered throughout the module. It's a bit of a tangled mess.
I want to add a new service (see #192), but I don't want to make this problem worse, so I have begun refactoring the module.
My goals:

Consolidate similar operations / remove inconsistencies.
Make the overall structure modular, so adding new messaging services will be easier / cleaner.
Make rule representation more flexible, to allow new decision types (e.g. per-pokemon IVs).
Lay groundwork for notifying about events other than sightings, such as administrative alerts.

Assuming I don't run out of time or hit a roadblock, I expect I'll need help testing, to make sure I don't break the existing notification types. (I don't use pushbullet, telegram, or twitter.) Anyone want to help with that?

Status update
I have written the basic framework for my new rule system, and will soon be writing rules that implement Monocle's existing notification logic. It's looking good so far. When I'm satisfied that the rule system is working as intended, I plan to tackle the code for each messaging service.
Once those things are done, my new code should be capable of replacing the existing notification module. I'd appreciate some help testing it. My new code is currently in a module called "alert.py", partly because it's easier to type than "notification.py", but mostly because it gives us the option of letting the two modules coexist while fixing bugs and comparing behavior.
After that, I think it will make sense to add my SMTP implementation and some new rule types.

Progress continues.
I got sidetracked restructuring my code to ease future support of events other than pokemon sightings. For example, we might want to send administrative alerts (#146) or gym status updates (#158). This seems like a good time to lay some of the groundwork for that functionality, since I'm already rewriting most of the notification system.
I also found some threading and blocking i/o bugs in the current notification module, which my new code avoids.

Got a little busy last week, but I haven't abandoned this. Currently working out how to expose the flexibility I want without making the config file settings overly complex. Depending on what obligations come up in the next few days, I might be able to start early rule system tests as early as this week.

If you are worried about making the config complex, have you considered a secondary config?
The regular config would just have like a reference to it that you could "turn on"? (I don't know much about how python works)

I don't think a secondary config file will be necessary; I have it mostly worked out.
I think I can use the existing NAME = 'value' style for basic messaging service configuration, and something like we see in pickle_landmarks.py for notification rules.
For advanced configurations, I also want to allow multiple notification channels, each with different rules. For example, a public channel that sends pokemon sightings to webhooks and twitter, a team channel that sends gym changes to a private discord server, and an admin channel that sends system errors to my phone. I'm not implementing all of this right away, but I want my code and config structure to allow adding these features later without forcing new config syntax on people who just want a simple upgrade.

I'm getting close, folks.
Thinking about what I want from a notification system in terms of functionality, usability, and backward compatibility, has led to a lot of questions, experiments, and redesigns since I first submitted this issue. I've invested more time than expected, but I think the result will be satisfying.
With most of the questions answered and new code written, I have finally switched it on for the first time and started looking for breakage. Bugs I've found so far have been minor, so this seems like a good time to share some highlights of what I've been developing:

Each messaging service is encapsulated in its own class (rather than implemented by bits of conditional code scattered throughout the module), and pokemon sighting details are represented by a common set of variables shared by all these classes. Supporting new services will therefore be easier and less error-prone.
Email notification is implemented. (Actually, it's the only messaging service implemented at the moment, but I'll convert the others to the new system soon.) This includes SMTP server authentication, TLS certificate validation, and multiple recipients. It can also attach the same pokemon images that get sent to Twitter.
Pokemon sighting logic and data are encapsulated in such a way that other event types can be added in the future. For example, gym status notices or server error notices.
A new rule system allows much more flexibility in configuring which pokemon trigger notifications. The old score/always/never settings are still supported for backward compatibility, but they could be deprecated in favor of the new system.
It is possible to define multiple notification "channels", each with its own set of rules, messaging services, and recipients. Initially, this will allow (for example) separate twitter feeds for ultra-rare pokemon, good prestigers, and good defenders, along with email notices for your favorite pokemon. If/when additional event types are added, it could also support gym event notices sent only to members of a team, or private admin alerts when error conditions arise. All of this from a single Monocle instance.

Rule configuration is especially interesting, because it uses variable expressions instead of the awkwardly-encoded minimum/maximum value lists typical of other projects (like PokeAlarm's JSON-based filters). Here are a few examples:
NOTIFY.sighting('dratini', level > 20, ivpercent > 80)
NOTIFY.sighting(..., rank < 20)
NOTIFY.sighting(('Dragonite', 'Blissey'), True, channel='friends')

The first line says we want Dratini above level 20 with IVs above 80%.
The second line says we want all pokemon with no rules of their own, if they are among the 20 rarest species.
The third line says the "friends" channel wants all Dragonite and Blissey sightings, regardless of their stats.
I am implementing the variables and comparisons necessary to mimic the old config settings, plus several more, in my first draft. More can be added over time. I have ideas for some pretty cool rule constructs that don't exist in any other scanner, but I don't want them to delay the release of this foundation work or consume more of my time right now.  :)
Stay tuned. I'll have more to report soon. For now, back to initial testing and debugging.

At this moment, I have a Monocle instance running the old and new notification modules at the same time, with a lot of logging, to test the backward compatibility of my new module.
Almost every sighting yields two log messages (one from each notifier) indicating that the same decision is being made by both notifiers. When the decision is to notify, two identical messages arrive in my inbox.
Every once in a while, the decisions diverge, and I investigate. It's kind of exciting to find that every one of these divergences are due to the minimum score changing slightly over the few milliseconds that pass between each notifer running. In other words, my new module's backward compatibility code is behaving exactly as if it were another instance of the old notification module. Sweet.

Further testing is on hold while awaiting updates for the latest game changes.
In the mean time, I'm adding twitter support to the new module. I noticed that the old module is monkey-patching peony in order to upload images without a dependency on the magic package. This is convenient for users, but it makes for fragile code, so I spent some time figuring out an alternative approach that I think will work without monkey-patching. I filed a bug report against peony while I was at it, in hopes that such workarounds can be avoided in the future.

I have resumed testing now that the API is up to date.
Side-by-side comparison of my code with the old notification module highlights some bad assumptions made by the old code, resulting in buggy behavior around pokemon rareness calculations and the ALWAYS_NOTIFY and ALWAYS_NOTIFY_IDS settings. I want to remain backward compatible with old config files, but it looks like doing so will require emulating legacy bugs. I think I'm going to make the bug emulation configurable for now. It should be easy to remove at some point in the future, perhaps after a deprecation period.

I really don't know why you want to be backwards compatible with old configs. Save yourself a lot of hassle is you just drop it.
Or at best, "use old system" only without your changes/fixes or "use new system" to use your changes.
At some point you gotta draw a line in the sand.

I really don't know why you want to be backwards compatible with old configs. Save yourself a lot of hassle is you just drop it.

I appreciate your enthusiasm for the new stuff, but I believe the hassle is worth it. Here's why:
As someone who has spent a lot of time using and administering software, experience has shown that there are few things more frustrating than an "upgrade" that breaks things. It tends to happen when a developer either doesn't understand the code they're meddling with, or decides that saving a little time for themselves is worth wasting a lot of time for dozens, hundreds, or even millions of other people. When they needlessly break working systems or workflows because they couldn't be bothered with backward compatibility, phased changes, deprecation periods, or (at the very least) migration guides, I start looking for alternatives to their software, because they have already betrayed their users once and are likely to do it again in the future. I and my users have better things to do with our time than grapple with upstream blunders like that.
As someone who has spent a lot of time developing software, part of my motivation is to help people, not make things harder for them. Quality has always been important to me, both in the code itself and in the user experience. I have seen it proven time and time again that it is far worse to break working systems than it is to delay (or forgo) new features. While it is sometimes frustrating to wait for development that takes a bit longer this way, the additional time turns out to be insignificant in the long run, and it nearly always yields a net win due to happy users, fewer bugs, more maintainable code, and less time spent later on revising or hacking around hasty early decisions.
On top of all that lie the facts that Monocle is not my project, and I am not interested in maintaining a fork. All this work I'm doing will barely see the light of day if my pull request is not accepted, so making my changes easy for @Noctem to approve would be wise. Backward compatibility will almost certainly be a factor in his decision.

After tracking down three apparent bugs in the old rareness-related code, and reworking my own code to (optionally) emulate them, I believe my module can now produce exactly the same results. People with existing installations will be able to upgrade with no config changes and get results very close to those that came from the old module, or add a single emulate-legacy-bugs setting and get results that match the old decisions perfectly.
My work-in-progress is now functional enough that it is more useful to me than the old module, so I have made the switch in my personal Monocle instance. Eating my own dog food for a while helps me find things that could use improvement before I ask others to eat it.
Next on my list: Finish twitter/pushbullet/webhook support, refine some rough spots in my code, and make a pull request out of all this.

Is there a way I can use your version? I've missed 2 snorlaxs today so far because i am not able to get any notifications to work

I haven't yet pushed my working code to anyplace public, but I am preparing it for that, and will post here when the time comes. Please be patient. Monocle's job is a moving target, the changes I'm making are non-trivial, and we're all working in our free time. Delays are to be expected here. This project is not abandoned, though.
I have been busy with other commitments for the past couple of weeks, but I did manage a basic test of multi-channel notifications, each channel with separate rule sets. They work. :)
In case you haven't heard yet, the current round of account blinding / banning is still unresolved, and makes scanning unwise for now anyway. Probably best not to run Monocle today unless you're researching a fix.

Yeah I switched offline a little too late and caught a lot of BAN bans.
I had a stop-gap in place with my reverse-proxy where i was able to auto-poll (outside of the map) and sift through pokes and get web(browser) notifications....but i only had a day or two with it before the ban hammer started :-(

I just did some initial testing of my Twitter sender.  Looks good so far.  It took longer than I expected because I was pondering how to imitate the adaptive formatting used by the old code without recreating its internal flaws.
Some of the problems I solved:

Hard-coded assumptions about navigation URL length
Hard-coded tweet text
Repeatedly searching/replacing various substrings in the hard-coded text to fit tweets into 140 characters
Failing to fit tweets into 140 characters and posting them anyway
No way to configure a consistent tweet format independent of sighting details
Alternate code paths in multiple places to accommodate sightings with & without exact despawn times

Somewhere along the way, I also got some help from the peony-twitter developer, in the form of a change to that library allowing us to use it without monkey patching or writing images to disk.
I'll probably make some minor tweaks to this sender before calling it done, but I'm mostly happy with it already, so that shouldn't take long.

All the goals in my first post have already been met. The twitter sender is working quite well, and has been for weeks. The remaining senders for my first milestone (webhook/pushbullet/telegram) should go pretty quickly, once I start on them. What remains beyond that is mostly cleanup and tweaks based on what I've learned by using my new module instead of the old stystem.
I want to wrap up this refactor soon, but my progress has been slowed to a crawl due to a free time shortage and recent banning & API changes. Nevertheless, I'm still hopeful that I'll have something worth pushing in the next couple weeks. Stay tuned.

I just pushed another update to my repo. Telegram support is included, which means that my branch is now fully backward compatible with Noctem's development branch (and config files that worked with that branch).
Once again, I squashed all the new commits and force-pushed, so don't be surprised if git pull complains.
Next steps: Discord support, and then looking at what it will take to migrate my code from Noctem's Monocle to Chrales' fork.

I just pushed an update to my notify branch (squashed & rebased as usual), plus protocol version updates to my interim branch, so the whole thing is compatible with the current game servers.
This update includes Discord support, and with that, the code is now feature-complete.
The next step will be integration with Chrales' fork, so that my work can be used with the new de-facto standard Monocle (and all the features that it introduced since Noctem disappeared). I'll be coordinating with Chrales on this.

authors: DavePlater mewio

repo: Noctem/Monocle


text:
RUN

Can I run de monocle in eclipse or can i run only cmd(pronpt) of windows, or double click?

@janriecarlostidres  yes you can .and search "How to add Python3.6 as interpreter in Eclipse"


text:
I cannot execute ls

I get this error when I execute the command ls

I've noticed that too. We will look into it!

node v 6.9.4 ? (probably not related, but I would have commented on that with a similar screenshot)  I don't know how to do much in a system without ls...

Ran into this issue myself, tried /bin/ls and it worked.

Running the prebuilt -img version in virtualbox on a ubuntu 18.04 host.

authors: andreicon d3x0r dancespiele luii

repo: NodeOS/NodeOS


text:
Add new category Scinece

from API  https://opentdb.com/api_config.php

Before adding a new category, we need to generalize some models more especially the Quiz model

repo: Nodrex/Testomania


text:
Crash on launch - 1.4.0 on Steam Deck FMOD ERR_FORMAT

Apologies, I don't have my Steam Deck on me so I can't upload the whole crash log just now, but I cannot play Celeste on my Steam Deck as immediately after displaying the "Extremely OK Games" splash (for like 0.1 seconds) I get an ERR_FORMAT crash from FMOD.

Celeste Error Log
==========================================

Ver 1.4.0.0
08/01/2022 22:44:52
System.Exception: FMOD Failed: ERR_FORMAT
  at Celeste.Audio.CheckFmod (FMOD.RESULT result) [0x00013] in <4a26f9ded6704c87a2f47e66d2d85163>:0
  at Celeste.Audio+Banks.Load (System.String name, System.Boolean loadStrings) [0x0002e] in <4a26f9ded6704c87a2f47e66d2d85163>:0
  at Celeste.GameLoader.LoadThread () [0x00031] in <4a26f9ded6704c87a2f47e66d2d85163>:0
  at Celeste.RunThread.RunThreadWithLogging (System.Action method) [0x00000] in <4a26f9ded6704c87a2f47e66d2d85163>:0

repo: NoelFB/Celeste


text:
Inconsistent Vertical Alignment on Program Report Page

Minor issue.
In the Program Report list of Topo Blazor, the vertical alignment for the buttons is different to the rest of the row. The buttons are middle aligned, while the rest is top aligned. If they were all aligned the same, you could have each line be narrower, allowing more programmes to be shown per page.

Also, again, another minor issue is the inconsistent capitalisation of "Sign in Sheet" compared with normal Topo, which capitalises each word. Like I said, really minor, but it is an inconsistency.

Included in v1.35

authors: CrispyCamper NomisNostab

repo: NomisNostab/Topo-Blazor


text:
RowClick Event on icon

I am using nonfactor MVC5 ajax grid, and need some help with row click event.
I need row click event on a icon and not on the whole row.

If you don't need to use rowClicked parameters you can just bind your icon normally.
Otherwise, use the third event parameter, to check if the event.target is your icon element.

authors: Muchiachio bulbul-in-a-nest

license: mit

license_source: bigquery


text:
The problem of upgrading immediately after the connection is successful.

I'm sorry to trouble you again!
I met a problem like this title, The method of calling the DFU upgrade immediately after I connect to the Bluetooth device will give me the wrong 'can only accept commands while in the connected state', But when I pause for 2 seconds after connecting the Bluetooth device, the method of calling the DFU upgrade will be successful.

In fact, 1s is enough.

Good morning, seems like your DFU code is starting to execute before the connection is actually established, you might doing things on a different thread and seeing a race condition. without seeing actual code I would say that this is the most possible issue

`- (void)manager:(QmjkDeviceManager *)manager connectPeripheralIsSuccess:(BOOL)isSuccess {
if (isSuccess) {
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(1 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[self OTA];
});
} else {
}

}`
I execute the DFU code when receive the callback that connect device successful.

Can you breakpoint and see when and what is calling the connectPeripheralIsSuccess method ? this might be getting fired too early or before the peripheral is actually connected.

Any updates ?

authors: developerXiong mostafaberg


text:
Unknown response received

Xcode 12.5, iOS 14.6, iPhone XS
I'm struggling to understand the issue here when I try to update the firmware using your iOS example code.
Logs
Central Manager is now powered on
Start discovery
State changed to: Connecting
D: [Callback] Central Manager did update state to: Powered ON
V: Connecting to <device>...
D: centralManager.connect(peripheral, options: nil)
D: [Callback] Central Manager did connect peripheral
I: Connected to <device>
V: Discovering services...
D: peripheral.discoverServices(nil)
I: Services discovered
V: Starting Secure DFU...
I: Connected to <device>
I: Services discovered
V: Secure DFU Service found
V: Discovering characteristics in DFU Service...
D: peripheral.discoverCharacteristics(nil, for: FE59)
I: DFU characteristics discovered
V: MTU set to 247
State changed to: Starting
V: Enabling notifications for 8EC90001-F315-4F60-9FB8-838830DAEA50...
D: peripheral.setNotifyValue(true, for: 8EC90001-F315-4F60-9FB8-838830DAEA50)
V: Notifications enabled for 8EC90001-F315-4F60-9FB8-838830DAEA50
A: Secure DFU Control Point notifications enabled
V: Writing to characteristic 8EC90001-F315-4F60-9FB8-838830DAEA50...
D: peripheral.writeValue(0x0601, for: 8EC90001-F315-4F60-9FB8-838830DAEA50, type: .withResponse)
I: Notification received from 8EC90001-F315-4F60-9FB8-838830DAEA50, value (0x): 600601800000000000000000000000003cb7423f
E: Unknown response received: 0x600601800000000000000000000000003cb7423f
V: Disconnecting...
D: centralManager.cancelPeripheralConnection(peripheral)
D: [Callback] Central Manager did disconnect peripheral
I: Disconnected
Error 307: Unsupported response received: 0x600601800000000000000000000000003cb7423f
2021-06-23 01:53:33.508852-0400 DFU Example[8659:1734378] [CoreBluetooth] XPC connection invalid

Can you perhaps shine some light on this Unknown response received: 0x600601800000000000000000000000003cb7423f error?

You request (0x):
D: peripheral.writeValue(0x0601, for: 8EC90001-F315-4F60-9FB8-838830DAEA50, type: .withResponse)

06 - Request Op Code: Select
01 - Command Object
Spec says (https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.2/lib_dfu_transport.html#lib_dfu_transport_op_select):

Select request
The Select request triggers the last transferred object of the specified object type to be selected, thus to be made the currently active object. It also requests information about the object (the maximum size, the current offset, and the current CRC). If there is no valid object of that type, the object type is still selected. In this case, the returned CRC and offset are zero.

The response you got is (0x):
I: Notification received from 8EC90001-F315-4F60-9FB8-838830DAEA50, value (0x): 600601800000000000000000000000003cb7423f

60 - Response Op Code
06 - For Request Op Code: Select Object
01 - Status (Success)
// Here you should get 3 times UInt32 (3*4 bytes), instead you get:
80000000 - Max Size??? Usually it should be 0x00010000 = 256 bytes
00000000 - Offset: 0 bytes
0000000000 - What is that?
3cb7423f - This looks like CRC 32.
The Max Size and "What is that?" above are incorrect.

// Here you should get 3 times UInt32 (3*4 bytes), instead you get:
80000000 - Max Size??? Usually it should be 0x00010000 = 256 bytes
00000000 - Offset: 0 bytes
0000000000 - What is that?

Good question.  ¯\(ツ)/¯
I'm not even sure where it gets .writeValue(0x0601 from.
My manifest looks like this:
{
    "manifest": {
        "application": {
            "bin_file": "deviceV3.bin",
            "dat_file": "firmware.dat",
            "init_packet_data": {
                "application_version": 205521022,
                "device_revision": 2,
                "device_type": 48299,
                "firmware_crc16": 33905,
                "firmware_size": 1300464
            }
        }
    }
}

Your file is for legacy DFU, but the device is using Secure DFU. Also, seems like you have endianness wrong? Really the brain numbers are so big? It may also be cache. Try restarting Bluetooth on the iPhone any try again.

I thought perhaps that it might be an invalid firmware zip package, but regardless of what firmware zip I choose to test with from the demo samples, the same error response arrives.  Cycling the Bluetooth on the iPhone didn't change anything.  The nRF Connect iOS app doesn't seem to expose any more information either.
Is this perhaps a hardware config/setup detail?

Did you try DFI on Android? Using nRF Connect for Android. Could you send here the logs from the app?

I did not, and can't currently, as this is primarily an iOS app and don't have access to an Android device.

Then how about logs from nRF Connect for iOS?

The issue seems to be on your device side. Is it the standard bootloader, or has it been modified? Why the notification it sends is in wrong format and the values look incorrect? E.g., with offset = 0, the CRC should also be 0.

Here are two log files from the nRF Connect app.  The Android seems to succeed.  While the iOS fails with that error.  It seems as if there is a discrepancy between how each mobile device handles the communication.  For example, I don't see the Android app sending a 0x0601.
Android Log 2021-06-24 .txt
iOS Log D0AFC822C01B-1.txt

Ok, I can see the difference between Android and iOS. Android actually also sends 0x06-01, but the log gets corrupted (on Android there's a shared buffer for sending and receiving data, so in here:
V	21:35:11.726	[DFU] Writing to characteristic 8ec90001-f315-4f60-9fb8-838830daea50
D	21:35:11.726	[DFU] gatt.writeCharacteristic(8ec90001-f315-4f60-9fb8-838830daea50)
I	21:35:11.767	[DFU] Notification received from 8ec90001-f315-4f60-9fb8-838830daea50, value (0x): 60-06-01-80-00-00-00-00-00-00-00-00-00-00-00-00-5C-B7-42-3F
I	21:35:11.775	[DFU] Data written to 8ec90001-f315-4f60-9fb8-838830daea50, value (0x): 60-06-01-80-00-00-00-00-00-00-00-00-00-00-00-00-5C-B7-42-3F
A	21:35:11.779	[DFU] Command object info received (Max size = 128, Offset = 0, CRC = 00000000)

The "data written" actually displays what has been received, as notification comes even before the write confirmation callback. It should be:
V	21:35:11.726	[DFU] Writing to characteristic 8ec90001-f315-4f60-9fb8-838830daea50
D	21:35:11.726	[DFU] gatt.writeCharacteristic(8ec90001-f315-4f60-9fb8-838830daea50)
I	21:35:11.767	[DFU] Notification received from 8ec90001-f315-4f60-9fb8-838830daea50, value (0x): 60-06-01-80-00-00-00-00-00-00-00-00-00-00-00-00-5C-B7-42-3F
I	21:35:11.775	[DFU] Data written to 8ec90001-f315-4f60-9fb8-838830daea50, value (0x): 06-01
A	21:35:11.779	[DFU] Command object info received (Max size = 128, Offset = 0, CRC = 00000000)

The difference between Android and iOS implementation of DFU library is that Android just reads (0x):
60 - Response Op Code
06 - Request Op Code (Select)
01 - Status (Success)
80-00-00-00 - Max Object Length in Little Endiann = 128 bytes (0x00-00-00-80)
00-00-00-00 - Offset = 0
00-00-00-00 - CRC = 0
00-5C-B7-42-3F - the rest is being ignored

iOS implementation, on the other hand, validates the response and rejects if it's too long, returning an error.
I'm about to release a new version of DFU Library for iOS today, so I can look at it.
However, this doesn't change the situation, that the root cause of this failure is in your DFU bootloader implementation. It should send 3+4+4+4 bytes, not more, in this notification.

Your experience should improve with version 4.10.4, where I don't check the notifications that strictly. This should be released in nRF Connect for iOS in some time.


text:
Readme should ask to use commit hash when adding project as dependency.

When you adding project using instructions in README.md
zig fetch --save https://github.com/Not-Nik/raylib-zig/archive/devel.tar.gz

It downloads latest version and saves it's commit hash. Now every time raylib bindings updated user should update hash manually or else clean build without cache would fail. However build with cache will succeed. It makes so when someone new wants to clone and build repo what uses raylib they should change hash or devel to commit hash.
Instead README.md should advertise this usage:
zig fetch --save https://github.com/Not-Nik/raylib-zig/archive/<LATEST-COMMIT-HASH>.tar.gz

This is not an option for several reasons:

I would like to have one single copyable line, instead of the user manually having to edit it for the latest commit
Updating the commit in the README isn't an option as it would always lack behind at least one commit
This command is only a recommendation. If you don't want the latest development updates, feel free to use a specific commit, or even a release tag
I think this is a good way of "notifying" users of new updates

authors: AndrewKraevskii Not-Nik

repo: Not-Nik/raylib-zig


text:
No sound at all

Hi ich schreib jetzt mal auf Deutsch, ist mir jetzt zu lästig.
Mein frisch gebautes LOS spielt keinen Sound. Die Konsole zeigt folgende Meldungen:
[paul@pupsmuffin8 legendofsajjad.mk]$ ./LegendOfSajjad
SRC: soundBank.cpp	ERR: Failed to play sound 3
SRC: soundBank.cpp	ERR: Failed to play sound 1
SRC: soundBank.cpp	ERR: Failed to play sound 3
SRC: soundBank.cpp	ERR: Failed to play sound 3
SRC: soundBank.cpp	ERR: Failed to play sound 3
SRC: soundBank.cpp	ERR: Failed to play sound 3

Daten über mein System (Fedora Workstation 25):
[paul@pupsmuffin8 legendofsajjad.mk]$ uname -a
Linux pupsmuffin8 4.10.13-200.fc25.x86_64 #1 SMP Thu Apr 27 20:39:25 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Okay, ich bin offiziell 1 bisschen dumm. Hatte den Sound aus und nicht erwartet, dass ein Fehler geworfen wird.
Ich werde einen PR machen, der Mix_GetError() zur Ausgabe hinzufügt.

Glad the issue got resolved. Please use the English language for consistency's sake and non-German speakers, who might have the same problem, though.

authors: Novare pbrinkmeier

repo: Novare/legendofsajjad


text:
Measure E2E latency in V3

We need to measure the time it takes for a newly uploaded package to appear in catalog --> Lucene --> Registration blob and when it is available for download via V3 endpoint. There should be some bench mark around it and we need to see if we are meeting those requirements.

Was this one finished? If so please go ahead and close the issue.

Duplicate of this: https://github.com/NuGet/NuGetGallery/issues/3239

authors: bhuvak maartenba skofman1

repo: NuGet/NuGetGallery


text:
Consider removing the build metadata from the version list

Please consider removing the semver2 build metadata from the versions on the package metadata page -

The build metadata is a good add on and should be displayed on the page, but it has 2 issues -

It can be noisy and given that it makes no difference in package lookup, it should only be displayed at one place on the page.
having it in the version list can confuse people who may not be familiar with semver2 rules.

This is a duplicate: https://github.com/NuGet/NuGetGallery/issues/5651


text:
Can't get Solution to Build

ASP.NET 4.6.1 - VS2017, will not build. I am using NLog.Web Version 4.7.0. I've tried all the suggestions for Nuget, but nothing works.

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

ID: 906d0438-0338-0167-3a38-d213ee187ddb
Version Independent ID: b558fa0c-f549-1e6a-c2db-fd2e6a2351be
Content: Troubleshooting NuGet Package Restore in Visual Studio
Content Source: docs/consume-packages/Package-restore-troubleshooting.md
Product: nuget
GitHub Login: @karann-msft
Microsoft Alias: karann

@regal60740 please file an issue on https://github.com/nuget/home/issues with steps to repro.


text:
failed to import

$ /e/yolov5_gitee2/window.dist/window.exe
ImportError: numpy.core.multiarray failed to import
Traceback (most recent call last):
File "E:\yolov5_gitee2\window.dist\window.py", line 19, in
File "E:\yolov5_gitee2\window.dist\cv2_init_.py", line 8, in
globals().update(importlib.import_module('cv2.cv2').dict)
ImportError: numpy.core.multiarray failed to import
Is it a version question between cv2 and numpy?How do i do to solve it when i run this exe?

same here , any solution ?

repo: Nuitka/Nuitka


text:
fix: Improve Static Server Reliability

Changes

Closes #4
Astro SSR manifest is not exactly public API. If it works it works, but if it doesn't we should use something else.
In this case, optimized images are not included in the "assets" list, which the adapter relied upon.
Updated the logic to read the client directory on server boot and use the found files instead of the assets list in the SSR manifest.

It also seems you have based this branch off of your branch used for #10 so the 2 you've put 2 PR's into 1.

authors: NuroDev lilnasy

repo: NuroDev/astro-bun


text:
Update ru-ru.all.json

(almost) full and (almost) correct russian translation

Changes Unknown when pulling 2ad898de3c18d1e4f875989626b7c16a398f649b on hksy46:dev into ** on NyaaPantsu:dev**.

Changes Unknown when pulling 2ad898de3c18d1e4f875989626b7c16a398f649b on hksy46:dev into ** on NyaaPantsu:dev**.

Coverage remained the same at 24.323% when pulling 778664e78c7eff90f5df20f16f0467f683f64c62 on hksy46:dev into ed0f3201593903b703c4df30fbeb22e819351341 on NyaaPantsu:dev.

repo: NyaaPantsu/nyaa


text:
Remove trailing whitespaces for unrecognized values

Fixes #58
Follow up to https://github.com/Nykakin/chompjs/pull/57 Not only keys can have trailing whitespaces to be removed, unquoted values can have them too.
>>> chompjs.parse_js_object("{'a':b   }")
{'a': 'b   '}

Expected output:
{'a': 'b'}

Even worse, if trailing whitespaces contain tabs and newlines, parsing raises an Exception:
>>> chompjs.parse_js_object("{'a':b\n}")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/mariusz/Documents/Praca/majornetlocs-venv/lib/python3.11/site-packages/chompjs/chompjs.py", line 74, in parse_js_object
    return json.loads(parsed_data, **json_params)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/json/__init__.py", line 346, in loads
    return _default_decoder.decode(s)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/json/decoder.py", line 337, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/json/decoder.py", line 353, in raw_decode
    obj, end = self.scan_once(s, idx)
               ^^^^^^^^^^^^^^^^^^^^^^
json.decoder.JSONDecodeError: Invalid control character at: line 1 column 8 (char 7)

Could you please bump the version and create a new release for this PR?

Released in 1.2.4. I apologize for the delay.

authors: Nykakin every-time

repo: Nykakin/chompjs