Deprecate explicit setting of phases = [...]

Doing stuff like phases = [ "unpackPhase" "buildPhase" "installPhase" ]; is a bad idea, because:

Semi-important but not crucial phases like fixupPhase are almost always forgotten, leading to things like:

huge closures due to not running patchelf --shrink-rpath
uncompressed manpages

It breaks setup hooks that want to add their own phases (e.g. autoreconfHook which appends to preConfigurePhases)

We should either undocument phases or at least write that it's a bad idea, and replace all the following with proper dontBuild etc. flags:

maintainers/scripts/nix-generate-from-cpan.nix:  phases = [ "installPhase" ];
nixos/modules/security/wrappers/default.nix:    phases          = [ "installPhase" "fixupPhase" ];
nixos/modules/services/amqp/activemq/default.nix:    phases = [ "installPhase" ];
nixos/modules/services/misc/gitlab.nix:    phases = "installPhase fixupPhase";
nixos/modules/services/networking/pptpd.nix:        phases       = [ "installPhase" ];
nixos/modules/services/networking/xl2tpd.nix:        phases       = [ "installPhase" ];
nixos/modules/services/web-apps/frab.nix:    phases = "installPhase fixupPhase";
nixos/tests/mesos.nix:    phases = [ "installPhase" "fixupPhase" ];
pkgs/applications/altcoins/zcash/libsnark/mie.nix:  phases = ["unpackPhase" "installPhase"];
pkgs/applications/editors/brackets/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/applications/editors/eclipse/plugins.nix:      phases = [ "installPhase" ];
pkgs/applications/editors/eclipse/plugins.nix:      phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/editors/eclipse/plugins.nix:    phases = [ "installPhase" ];
pkgs/applications/editors/emacs-modes/darcsum/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/editors/emacs-modes/flymake-cursor/default.nix:  phases = [ "buildPhase" "installPhase"];
pkgs/applications/editors/emacs-modes/lorem-ipsum/default.nix:  phases = [ "buildPhase" "installPhase"];
pkgs/applications/editors/emacs-modes/rect-mark/default.nix:  phases = [ "buildPhase" "installPhase"];
pkgs/applications/editors/emacs-modes/xml-rpc/default.nix:  phases = [ "buildPhase" "installPhase"];
pkgs/applications/editors/lighttable/default.nix:  phases = [ "installPhase" ];
pkgs/applications/editors/sublime3/default.nix:  phases = [ "installPhase" ];
pkgs/applications/graphics/gimp/plugins/default.nix:    inherit name; phases = "extraLib installPhase";
pkgs/applications/graphics/sane/config.nix:  phases = "installPhase";
pkgs/applications/graphics/swingsane/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/misc/audio/wavrsocvt/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/misc/avrdudess/default.nix:  phases = [ "buildPhase" ];
pkgs/applications/misc/cura/lulzbot.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/misc/emem/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/misc/ganttproject-bin/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/misc/gollum/default.nix:  phases = [ "installPhase" ];
pkgs/applications/misc/googleearth/default.nix:  phases = "unpackPhase installPhase";
pkgs/applications/misc/gpsprune/default.nix:  phases = [ "installPhase" ];
pkgs/applications/misc/josm/default.nix:  phases = [ "installPhase" ];
pkgs/applications/misc/kdbplus/default.nix:  phases = "unpackPhase installPhase";
pkgs/applications/misc/nix-tour/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/misc/osmctools/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/misc/pdfdiff/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/applications/misc/translate-shell/default.nix:  phases = [ "buildPhase" "installPhase" "postFixup" ];
pkgs/applications/misc/vue/default.nix:  phases = "installPhase";
pkgs/applications/misc/weather/default.nix:    phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/networking/browsers/chromium/plugins.nix:    phases = [ "unpackPhase" "patchPhase" "installPhase" "checkPhase" ];
pkgs/applications/networking/browsers/firefox-bin/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/networking/browsers/mozilla-plugins/trezor/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/networking/cluster/helm/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/networking/dropbox-cli/default.nix:  phases = "unpackPhase installPhase";
pkgs/applications/networking/instant-messengers/bitlbee/plugins.nix:  phases = [ "installPhase" ];
pkgs/applications/networking/mailreaders/notmuch/mutt.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/networking/mailreaders/thunderbird-bin/default.nix:  phases = "unpackPhase installPhase";
pkgs/applications/networking/mumble/overlay.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/networking/p2p/freenet/default.nix:  phases = [ "installPhase" ];
pkgs/applications/networking/remote/citrix-receiver/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/office/ib/controller/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/office/ib/tws/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/applications/office/jabref/default.nix:  phases = [ "installPhase" ];
pkgs/applications/office/moneyplex/default.nix:  phases = [ "unpackPhase" "installPhase" "postInstall" ];
pkgs/applications/office/ppl-address-book/default.nix:  phases = [ "installPhase" ];
pkgs/applications/office/zotero/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/applications/science/biology/picard-tools/default.nix:  phases = [ "installPhase" ];
pkgs/applications/science/biology/varscan/default.nix:  phases = [ "installPhase" ];
pkgs/applications/science/electronics/eagle/default.nix:  phases = [ "installPhase" ];
pkgs/applications/science/logic/logisim/default.nix:  phases = [ "installPhase" ];
pkgs/applications/science/logic/saw-tools/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/applications/science/logic/verifast/default.nix:  phases = "unpackPhase installPhase";
pkgs/applications/science/machine-learning/torch/torch-distro.nix:        phases = [ "unpackPhase" "patchPhase" "buildPhase"];
pkgs/applications/science/math/mathematica/10.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/applications/science/math/mathematica/9.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/applications/science/math/mathematica/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/applications/science/math/scilab-bin/default.nix:  phases = [ "unpackPhase" "fixupPhase" "installPhase" ];
pkgs/applications/science/programming/fdr/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/science/programming/plm/default.nix:  phases = [ "installPhase" ];
pkgs/applications/search/grepm/default.nix:  phases = [ "installPhase" ];
pkgs/applications/version-management/git-and-tools/bfg-repo-cleaner/default.nix:    phases = "installPhase";
pkgs/applications/version-management/git-and-tools/git-annex-remote-rclone/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/applications/version-management/git-and-tools/git-extras/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/applications/version-management/git-and-tools/hub/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/applications/version-management/gitlab/default.nix:      phases = ["buildPhase"];
pkgs/applications/virtualization/driver/win-qemu/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/virtualization/driver/win-signed-gplpv-drivers/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/virtualization/driver/win-spice/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/applications/virtualization/driver/win-virtio/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/build-support/emacs/elpa.nix:  phases = "installPhase fixupPhase distPhase";
pkgs/build-support/emacs/wrapper.nix:  phases = [ "installPhase" ];
pkgs/build-support/fetchgx/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/build-support/fetchmavenartifact/default.nix:    phases = "installPhase fixupPhase";
pkgs/build-support/release/default.nix:      phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/build-support/release/maven-build.nix:  phases = "setupPhase unpackPhase patchPhase mvnCompile ${if doTestCompile then "mvnTestCompile mvnTestJar" else ""} ${if doTest then "mvnTest" else ""} ${if doJavadoc then "mvnJavadoc" else ""} ${if doCheckstyle then "mvnCheckstyle" else ""} mvnJar mvnAssembly mvnRelease finalPhase";
pkgs/build-support/rust/fetchcargo.nix:  phases = "unpackPhase installPhase";
pkgs/build-support/src-only/default.nix:  phases = ["unpackPhase" "patchPhase" "installPhase"];
pkgs/build-support/templaterpm/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/build-support/vm/default.nix:    phases = "prepareImagePhase sysInfoPhase buildPhase installPhase";
pkgs/build-support/vm/test.nix:    phases = "sysInfoPhase unpackPhase patchPhase configurePhase buildPhase checkPhase installPhase fixupPhase distPhase";
pkgs/data/fonts/droid/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/google-fonts/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/data/fonts/input-fonts/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/liberationsansnarrow/binary.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/lobster-two/default.nix:    phases = ["installPhase"];
pkgs/data/fonts/meslo-lg/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/oldstandard/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/tempora-lgc/default.nix:  phases = "installPhase";
pkgs/data/fonts/ucs-fonts/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/data/fonts/unifont/default.nix:  phases = "installPhase";
pkgs/development/beam-modules/fetch-hex.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/compilers/adobe-flex-sdk/default.nix:  phases = "installPhase";
pkgs/development/compilers/aliceml/default.nix:  phases = [ "unpackPhase" "patchPhase" "configurePhase" "buildPhase" ];
pkgs/development/compilers/closure/default.nix:  phases = [ "installPhase" ];
pkgs/development/compilers/elm/default.nix:                   phases = [ "unpackPhase" "installPhase" ];
pkgs/development/compilers/gcc-arm-embedded/6/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/development/compilers/gcc-arm-embedded/default.nix:  phases = "unpackPhase patchPhase installPhase";
pkgs/development/compilers/lessc/default.nix:  phases = [ "installPhase" ];
pkgs/development/compilers/rust/binaryBuild.nix:    phases = ["unpackPhase" "installPhase"];
pkgs/development/compilers/rust/binaryBuild.nix:    phases = ["unpackPhase" "installPhase"];
pkgs/development/haskell-modules/hoogle.nix:  phases = [ "buildPhase" ];
pkgs/development/haskell-modules/make-package-set.nix:      phases = ["installPhase"];
pkgs/development/interpreters/acl2/default.nix:  phases = "unpackPhase installPhase";
pkgs/development/interpreters/clojure/clooj.nix:  phases = "installPhase";
pkgs/development/java-modules/build-maven-package.nix:  phases = [ "unpackPhase" "buildPhase" ];
pkgs/development/java-modules/m2install.nix:  phases = "installPhase";
pkgs/development/libraries/apache-activemq/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/libraries/arm-frc-linux-gnueabi-eglibc/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/libraries/arm-frc-linux-gnueabi-linux-api-headers/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/libraries/hunspell/dictionaries.nix:      phases = "unpackPhase patchPhase buildPhase installPhase";
pkgs/development/libraries/hunspell/dictionaries.nix:      phases = "unpackPhase installPhase";
pkgs/development/libraries/hunspell/dictionaries.nix:      phases = "unpackPhase installPhase";
pkgs/development/libraries/hunspell/dictionaries.nix:      phases = "unpackPhase patchPhase installPhase";
pkgs/development/libraries/hunspell/dictionaries.nix:      phases = ["unpackPhase" "installPhase"];
pkgs/development/libraries/java/jflex/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/libraries/java/lombok/default.nix:  phases = [ "installPhase" ];
pkgs/development/libraries/miniball/default.nix:  phases = [ "installPhase" ];
pkgs/development/libraries/science/math/cudnn/7.5-5.0/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/development/libraries/science/math/cudnn/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/development/libraries/sqlite-amalgamation/default.nix:  phases = [ "unpackPhase" "buildPhase" ];
pkgs/development/lisp-modules/clwrapper/default.nix:  phases="installPhase fixupPhase";
pkgs/development/misc/avr8-burn-omat/default.nix:  phases = "unpackPhase installPhase";
pkgs/development/mobile/adb-sync/default.nix:  phases = "installPhase";
pkgs/development/mobile/androidenv/androidndk.nix:  phases = "buildPhase";
pkgs/development/mobile/androidenv/androidndk_r8e.nix:  phases = "buildPhase";
pkgs/development/ruby-modules/gem/default.nix:  phases = attrs.phases or [ "unpackPhase" "patchPhase" "buildPhase" "installPhase" "fixupPhase" ];
pkgs/development/tools/alloy/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/ammonite/default.nix:  phases = "installPhase";
pkgs/development/tools/apktool/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/continuous-integration/cide/default.nix:  phases = ["installPhase"];
pkgs/development/tools/coursier/default.nix:  phases = "installPhase";
pkgs/development/tools/github/github-release/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/tools/gnulib/default.nix:  phases = ["unpackPhase" "installPhase"];
pkgs/development/tools/java/cfr/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/jsduck/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/misc/chruby/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" "fixupPhase" ];
pkgs/development/tools/misc/distcc/masq.nix:  phases = [ "installPhase" ];
pkgs/development/tools/neoload/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/node-webkit/nw12.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/development/tools/ocaml/omake/<IP_ADDRESS>-rc1.nix:  phases = "unpackPhase patchPhase buildPhase";
pkgs/development/tools/ocaml/utop/default.nix:       phases = [ "installPhase" ];
pkgs/development/tools/parse-cli-bin/default.nix:  phases = "installPhase";
pkgs/development/tools/parsing/lemon/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/development/tools/postiats-utilities/default.nix:  phases = "unpackPhase patchPhase installPhase";
pkgs/development/tools/rhc/default.nix:  phases = [ "installPhase" ];
pkgs/development/tools/ronn/default.nix:  phases = ["installPhase"];
pkgs/development/tools/thrust/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/development/tools/xcbuild/wrapper.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/development/web/twitter-bootstrap/default.nix:  phases = [ "installPhase" ];
pkgs/games/90secondportraits/default.nix:  phases = "installPhase";
pkgs/games/andyetitmoves/default.nix:  phases = "unpackPhase installPhase";
pkgs/games/anki/default.nix:    phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/games/duckmarines/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/games/flightgear/default.nix:    phases = [ "installPhase" ];
pkgs/games/minecraft-server/default.nix:  phases = "installPhase";
pkgs/games/minecraft/default.nix:  phases = "installPhase";
pkgs/games/mrrescue/default.nix:  phases = "installPhase";
pkgs/games/orthorobot/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/games/rimshot/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/games/scrolls/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/games/sienna/default.nix:  phases = "installPhase";
pkgs/games/tcl2048/default.nix:  phases = "installPhase";
pkgs/games/vapor/default.nix:  phases = "installPhase";
pkgs/games/vessel/default.nix:  phases = "installPhase";
pkgs/games/worldofgoo/default.nix:  phases = "unpackPhase installPhase";
pkgs/games/zandronum/bin.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/misc/cups/drivers/canon/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/misc/cups/drivers/estudio/default.nix:  phases = [ "unpackPhase"
pkgs/misc/cups/drivers/mfcl2700dncupswrapper/default.nix:  phases = [ "installPhase" ];
pkgs/misc/cups/drivers/mfcl2700dnlpr/default.nix:  phases = [ "installPhase" ];
pkgs/misc/drivers/gutenprint/bin.nix:  phases = "buildPhase";
pkgs/misc/drivers/postscript-lexmark/default.nix:  phases = [ "unpackPhase" "installPhase"];
pkgs/misc/drivers/sundtek/default.nix:    phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/misc/emulators/fceux/default.nix:  phases = "unpackPhase buildPhase";
pkgs/misc/lilypond/fonts.nix:      phases = [ "unpackPhase" "installPhase" ];
pkgs/misc/lilypond/with-fonts.nix:  phases = "installPhase";
pkgs/misc/my-env/default.nix:  phases = [ "buildPhase" "fixupPhase" ];
pkgs/misc/my-env/default.nix:      phases=
pkgs/misc/source-and-tags/default.nix:    phases = "unpackPhase buildPhase";
pkgs/os-specific/darwin/apple-sdk/default.nix:    phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-sdk/default.nix:    phases = [ "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-sdk/default.nix:      phases = [ "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-sdk/default.nix:      phases = [ "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-sdk/default.nix:      phases = [ "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-source-releases/CarbonHeaders/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/CommonCrypto/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/IOKit/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libc/825_40_1.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libc/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libinfo/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libm/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libnotify/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Librpcsvc/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Libsystem/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/Security/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/architecture/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/copyfile/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/dyld/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/eap8021x/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-source-releases/launchd/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libclosure/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libdispatch/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libplatform/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libpthread/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libresolv/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/libutil/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/mDNSResponder/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/objc4/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/ppp/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/apple-source-releases/removefile/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/darwin/apple-source-releases/xnu/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/os-specific/darwin/cf-private/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/os-specific/darwin/xcode/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" "fixupPhase" ];
pkgs/os-specific/linux/apparmor/default.nix:    phases = ''unpackPhase installPhase'';
pkgs/os-specific/linux/firmware/b43-firmware/5.1.138.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/firmware/b43-firmware/<IP_ADDRESS>.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/firmware/facetimehd-firmware/default.nix:  phases = [ "buildPhase" ];
pkgs/os-specific/linux/firmware/intel2200BGFirmware/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/firmware/openelec-dvb-firmware/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/firmware/rtl8192su-firmware/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/firmware/rtl8723bs-firmware/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/linux/i810switch/default.nix:  phases = "unpackPhase installPhase";
pkgs/os-specific/linux/kernel/patches.nix:        phases = [ "installPhase" ];
pkgs/os-specific/windows/mingw-headers/default.nix:  phases = [ "installPhase" ];
pkgs/os-specific/windows/mingwrt/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/os-specific/windows/w32api/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/servers/atlassian/confluence.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/servers/atlassian/crowd.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" "fixupPhase" ];
pkgs/servers/atlassian/jira.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" "fixupPhase" ];
pkgs/servers/dict/dictd-db-collector.nix:  phases = ["installPhase"];
pkgs/servers/http/jboss/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/servers/http/jetty/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/servers/http/nix-binary-cache/default.nix:  phases = ["installPhase"];
pkgs/servers/http/winstone/default.nix:  phases = [ "installPhase" ];
pkgs/servers/misc/subsonic/default.nix:  phases = ["unpackPhase" "installPhase"];
pkgs/servers/monitoring/riemann/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/servers/monitoring/seyren/default.nix:  phases = ["installPhase"];
pkgs/servers/nosql/eventstore/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/servers/plex/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" "distPhase" ];
pkgs/servers/search/elasticsearch/plugins.nix:    phases = ["installPhase"];
pkgs/servers/search/solr/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/servers/xmpp/ejabberd/default.nix:    phases = [ "unpackPhase" "configurePhase" "buildPhase" "installPhase" ];
pkgs/servers/zookeeper/default.nix:  phases = ["unpackPhase" "installPhase"];
pkgs/shells/oh-my-zsh/default.nix:  phases = "installPhase";
pkgs/stdenv/darwin/default.nix:        phases = [ "installPhase" "fixupPhase" ];
pkgs/tools/X11/runningx/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/tools/X11/sct/default.nix:  phases = ["patchPhase" "buildPhase" "installPhase"];
pkgs/tools/X11/xgeometry-select/default.nix:  phases = [ "buildPhase" "installPhase" ];
pkgs/tools/X11/xpra/libfakeXinerama.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/tools/admin/google-cloud-sdk/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/tools/graphics/ditaa/default.nix:  phases = [ "installPhase" ];
pkgs/tools/graphics/dpic/default.nix:  phases = [ "unpackPhase" "buildPhase" "installPhase" ];
pkgs/tools/graphics/facedetect/default.nix:  phases = [ "unpackPhase" "patchPhase" "installPhase" ];
pkgs/tools/graphics/pdfread/default.nix:  phases = "unpackPhase patchPhase installPhase";
pkgs/tools/misc/emv/default.nix:  phases = [ "installPhase" ];
pkgs/tools/misc/gibo/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/tools/misc/plantuml/default.nix:  phases = [ "installPhase" ];
pkgs/tools/misc/plowshare/default.nix:  phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/tools/misc/ponysay/default.nix:  phases = "unpackPhase installPhase fixupPhase";
pkgs/tools/misc/pws/default.nix:  phases = ["installPhase"];
pkgs/tools/misc/ultrastar-manager/default.nix:      phases = [ "unpackPhase" "patchPhase" ];
pkgs/tools/misc/xxd/default.nix:  phases = [ "installPhase" ];
pkgs/tools/networking/maphosts/default.nix:  phases = ["installPhase"];
pkgs/tools/security/ecryptfs/helper.nix:  phases = [ "installPhase" ];
pkgs/tools/security/enpass/default.nix:    phases = [ "unpackPhase" "installPhase" ];
pkgs/tools/security/gorilla-bin/default.nix:  phases = [ "unpackPhase" "installPhase" ];
pkgs/tools/security/keybase-gui/default.nix:  phases = ["unpackPhase" "installPhase" "fixupPhase"];
pkgs/tools/security/kpcli/default.nix:  phases = [ "installPhase" "fixupPhase" ];
pkgs/tools/security/ossec/default.nix:  phases = [ "unpackPhase" "patchPhase" "buildPhase" ];
pkgs/tools/security/prey/default.nix:  phases = "unpackPhase installPhase";
pkgs/tools/system/collectd/data.nix:  phases = [ "installPhase" ];
pkgs/tools/system/r10k/default.nix:  phases = ["installPhase"];
pkgs/tools/text/papertrail/default.nix:  phases = [ "installPhase" ];
pkgs/tools/text/reckon/default.nix:  phases = [ "installPhase" ];
pkgs/top-level/all-packages.nix:        phases = ["unpackPhase" "installPhase"];
pkgs/top-level/dotnet-packages.nix:    phases = [ "unpackPhase" "installPhase" ];
pkgs/top-level/emacs-packages.nix:    phases = [ "buildPhase" "installPhase" ];
pkgs/top-level/php-packages.nix:    phases = [ "installPhase" ];
pkgs/top-level/php-packages.nix:    phases = [ "installPhase" ];
pkgs/top-level/python-packages.nix:    phases = [ "unpackPhase" "installPhase" ];
pkgs/top-level/python-packages.nix:    phases = [ "unpackPhase" "installPhase" "fixupPhase" ];
pkgs/top-level/python-packages.nix:    phases = [ "unpackPhase" "installPhase" ];
pkgs/top-level/rust-packages.nix:  phases = [ "unpackPhase" "installPhase" ];

Or maybe just document to not forget about fixupPhase?

I'm very in favour of this!

As an author of osmctools expression I want to note that at least some
of those uses are legit.
I agree that adding fixupPhase there (or pretty much to any expression
lacking it) wouldn't hurt.
But I think that explicitly disabling all the phases when you don't want
them is a pain in the ass (and would require a lot of maintenance when
stdenv adds a phase).
I'd prefer a solution where hooks and fixupPhase are not "phases" but
some special things you are not supposed to touch. To me they seem to be
more of "prePhases" and "postPhases" things than "phases".

If touching phases directly is deprecated, how would you go about reordering phases without manually touching the phases attribute? I'm thinking of things like python where checkInstall does tests before the installation phase, but a test requiring calling of an exucution a shell command generated (and wrapped) in the install phase that isn't created until after the install phase?

Not doable for 18.09.

Agreed
I just wanted to disable unpack phase, but there is no dontUnpack = true setting
so I did phases = ["installPhase" "fixupPhase"]; , but this disbles
preFixupPhases+=" qtOwnPathsHook"

added by https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/qt-5/hooks/wrap-qt-apps-hook.sh
Have no idea what to do

If this list is remade, Xpra should be removed

still relevant

I would suggest a whitelist and a blacklist. Or inclusive phase list and an exclusive phase list. One overrides the other.

@Stunkymonkey I suggest you batch your changes into maybe 10-20 packages per PR.

i would like to pack them into one commit, but i feel that the merging process would just get delayed for many days. this way it is nice and separate, but the downside are the notifications you receive.

We should either undocument phases

Nope.
First, many automated packages use it as a low-level structure. If they are still present, then they should stay documented even if they are not recommended for high-level human-generated packages.
Second, undocument things is an horrendous practice. An undocumented piece in a code makes it harder to understand, and it can become frustrating for a newcomer.

or at least write that it's a bad idea

It is the best course of action indeed.

i would like to pack them into one PR, but i feel that the merging process would just get delayed for many days.

Pack 10 or 20 per round. Treewide modifications don't need to be so treewide.

Pack 10 or 20 per round. Treewide modifications don't need to be so treewide.

if you have a look at the latest PRs you see improvements. I hope that is okay for everybody.
this issue progressed very well in the last weeks, due to the nice help of reviewers provided to me.
i am currently short on time. So I hope someone else is interested in closing this issue and could continue the work.
the current progress:
$ rg 'phases = ' pkgs/ --files-with-matches | wc -l
67

could someone tell where phases = ... is wanted? or is the goal to remove it in the future?
the remaining packages with rg 'phases = ' pkgs/ --files-with-matches | sort:

pkgs/applications/blockchains/whirlpool-gui/default.nix
pkgs/applications/editors/emacs/elisp-packages/elpa-packages.nix
pkgs/applications/editors/emacs/elisp-packages/manual-packages.nix
pkgs/applications/editors/emacs/elisp-packages/org-mac-link/default.nix
pkgs/applications/editors/emacs/elisp-packages/perl-completion/default.nix
pkgs/applications/editors/emacs/elisp-packages/rect-mark/default.nix
pkgs/applications/graphics/gimp/plugins/default.nix
pkgs/applications/graphics/sane/config.nix
pkgs/applications/misc/googleearth/default.nix
pkgs/applications/misc/kdbplus/default.nix
pkgs/applications/misc/minergate-cli/default.nix
pkgs/applications/misc/minergate/default.nix
pkgs/applications/networking/instant-messengers/bitlbee/plugins.nix
pkgs/applications/office/ib/controller/default.nix
pkgs/applications/office/ib/tws/default.nix
pkgs/applications/office/moneyplex/default.nix
pkgs/applications/science/logic/tlaplus/tlaps.nix
pkgs/applications/science/logic/tlaplus/toolbox.nix
pkgs/applications/science/logic/why3/with-provers.nix
pkgs/applications/science/math/mathematica/10.nix
pkgs/applications/science/math/mathematica/11.nix
pkgs/applications/science/math/mathematica/9.nix
pkgs/applications/science/programming/plm/default.nix
pkgs/applications/version-management/mercurial/default.nix
pkgs/build-support/emacs/elpa.nix
pkgs/build-support/fetchgx/default.nix
pkgs/build-support/fetchmavenartifact/default.nix
pkgs/build-support/mkshell/default.nix
pkgs/build-support/release/default.nix
pkgs/build-support/release/maven-build.nix
pkgs/build-support/replace-secret/replace-secret.nix
pkgs/build-support/rust/fetchCargoTarball.nix
pkgs/build-support/rust/sysroot/default.nix
pkgs/build-support/src-only/default.nix
pkgs/build-support/templaterpm/default.nix
pkgs/build-support/trivial-builders.nix
pkgs/build-support/vm/default.nix
pkgs/build-support/vm/test.nix
pkgs/development/beam-modules/fetch-hex.nix
pkgs/development/beam-modules/fetch-rebar-deps.nix
pkgs/development/compilers/aliceml/default.nix
pkgs/development/compilers/intel-graphics-compiler/default.nix
pkgs/development/compilers/rust/rust-lib-src.nix
pkgs/development/compilers/rust/rust-src.nix
pkgs/development/haskell-modules/generic-builder.nix
pkgs/development/haskell-modules/make-package-set.nix
pkgs/development/java-modules/build-maven-package.nix
pkgs/development/java-modules/m2install.nix
pkgs/development/python-modules/buildbot/default.nix
pkgs/development/python-modules/deskcon/default.nix
pkgs/development/tools/build-managers/bloop/default.nix
pkgs/development/tools/neoload/default.nix
pkgs/development/tools/ocaml/omake/<IP_ADDRESS>-rc1.nix
pkgs/development/tools/yarn2nix-moretea/yarn2nix/default.nix
pkgs/games/andyetitmoves/default.nix
pkgs/games/vessel/default.nix
pkgs/games/worldofgoo/default.nix
pkgs/misc/cups/drivers/canon/default.nix
pkgs/misc/my-env/default.nix
pkgs/misc/source-and-tags/default.nix
pkgs/os-specific/darwin/apple-source-releases/IOKit/default.nix
pkgs/os-specific/darwin/apple-source-releases/mDNSResponder/default.nix
pkgs/os-specific/darwin/apple-source-releases/objc4/default.nix
pkgs/os-specific/darwin/apple-source-releases/Security/boot.nix
pkgs/stdenv/darwin/default.nix
pkgs/test/haskell/shellFor/default.nix
pkgs/test/stdenv-inputs/default.nix

The Elisp packages are script-generated. The only useful way to "get rid of phases" in them is to modifying the scripts that generate them.  For now, I think they can be ignored.
The other I don't know for sure, but should be safe to modify them.

NOTE: srcOnly relies on phases = [...].

I don't think that is an exception. It can also just disable buildPhase

I don't think that is an exception. It can also just disable buildPhase

...and configurePhase, and checkPhase, and fixupPhase, and installCheckPhase, and distPhase? phases = [...]; is a lot clearer and robust.

I tend to disagree.
If there are too much phases to disable, just use a custom build.sh script.

We're talking in the context of srcOnly, where that is not feasible.

Why not?
https://github.com/NixOS/nixpkgs/blob/master/pkgs%2Fbuild-support%2Fsrc-only%2Fdefault.nix


No fid_evaluation.py file present

Hi I was trying to run the project as part of my college project but I noticed that fid_evaluation.py file is missing and the file in the pi_gan repo is of a different version perhaps since function have different declarations. Can you please help?

Hi Adhesh, thanks for pointing out this issue. I have uploaded the evaluation file.
Specifically, you can first save the rendered images in the directory and then use the evaluation file to compute the fid distance between generated images and real images.

Hi, @Xuanmeng-Zhang.
Thanks for sharing the fid_evaluation.py file. However, in the main.py, some implementations from fid_evaluation.py are still missing:
fid_evaluation.output_images(alpha, generator_ddp, metadata, rank, world_size, generated_dir)
fid = fid_evaluation.calculate_fid(metadata['dataset'], generated_dir, opt.eval_dir, target_size=metadata['output_size'])

Hi xingyi,  thank you for letting me know this. Now calculate_fid is added in the file.

Hi @Xuanmeng-Zhang, thanks for adding calculate_fid, but output_images is still missing :-).

Hi @xingyi-li, please refer to output_images.

Hi @Xuanmeng-Zhang ! Thank you for your work and the update, but the FID evaluation still has some issues:

calculate_fid(...) takes 3 arguments as input
4 arguments are being passed in main.py
And the training script fails at this line

Hi @universome, thank you for letting me know this.  I have updated the function calculate_Fid.


CASMTRIAGE-6715 Add packages to csm-noos

This adds a generalized hotfix for adding packages to the CSM 1.5 noos repository.
Initially, this includes spire-agent packages mentioned by CASMTRIAGE-6715.
The hotfix will download the current csm-1.5 noos repository (for any release it will resolve the member repository to the csm-noos repository group). Collate the hotfix's RPMs into the downloaded repository, update metadata, and then finally recreate the repository and repository group in nexus.

Can we give a more distinctive name to a hotfix, mentioning CASMTRIAGE-6715? Though it would make sense to also mention it as a good template for further hotfixes which add single RPM, maybe refer to it in a README?

Can we give a more distinctive name to a hotfix, mentioning CASMTRIAGE-6715? Though it would make sense to also mention it as a good template for further hotfixes which add single RPM, maybe refer to it in a README?

I'll update the README. If someone wants to rename it on Monday while I'm out, they may.
My thought process was that because the version of the hotfix has to be incremented, any new editions of the hotfix that include additional RPMs can just bump the version.
In the past when I've included the JIRA in the hotfix number, a manager (like Greg Baker) comes through and renames it.


Door sensor DW2 has no battery level

The DW2 door sensor used to have a battery level in Volts. This seems to have disappeared. I converted it to % level as I have with some of the other sensors. The attribute is gone and it would be nice to have it back.

Do you have formula?

Hi,
As the way as I saw in HASS, there is no formula. The voltage is the value presented, about 3 Vdc (2 batteries of 1,5 Vdc). It is very usefull for see the batteries consumption (indeed, very high!). I don't know how, but, if possible, the correction will be only correct the units, from % to Vdc. Thanks!

Reworked in master version. Will be in next release

Ops, good news! Thanks a lot!

They appear as sensors. Shouldn't they be shown in the diagnostic category?

my DW2 sensor is recognized as a relay now.... How can I turn it back on door sensor?

@hiagocosta show device diagnostics

{   "home_assistant": {     "installation_type": "Home Assistant OS",     "version": "2022.8.7",     "dev": false,     "hassio": true,     "virtualenv": false,     "python_version": "3.10.5",     "docker": true,     "arch": "x86_64",     "timezone": "America/Sao_Paulo",     "os_name": "Linux",     "os_version": "5.15.60",     "supervisor": "2022.08.5",     "host_os": "Home Assistant OS 8.5",     "docker_version": "20.10.14",     "chassis": "embedded",     "run_as_root": true   },   "custom_components": {     "yi_hack": {       "version": "0.3.9",       "requirements": []     },     "localtuya": {       "version": "4.0.2",       "requirements": []     },     "dwains_dashboard": {       "version": "3.2.0",       "requirements": []     },     "favicon": {       "version": "10.4",       "requirements": []     },     "mikrotik_router": {       "version": "0.0.0",       "requirements": [         "librouteros>=3.2.0",         "mac-vendor-lookup>=0.1.12"       ]     },     "nodered": {       "version": "1.0.9",       "requirements": []     },     "sonoff": {       "version": "3.2.0",       "requirements": [         "pycryptodome>=3.6.6"       ]     },     "hass_agent_notifier": {       "version": "2022.3.15",       "requirements": []     },     "ble_monitor": {       "version": "10.0.0",       "requirements": [         "pycryptodomex>=3.14.1",         "janus>=1.0.0",         "aioblescan>=0.2.13",         "btsocket>=0.2.0",         "pyric>=<IP_ADDRESS>"       ]     },     "alexa_media": {       "version": "4.1.0",       "requirements": [         "alexapy==1.26.1",         "packaging>=20.3",         "wrapt>=1.12.1"       ]     },     "hacs": {       "version": "1.27.1",       "requirements": [         "aiogithubapi>=22.2.4"       ]     },     "fullykiosk": {       "version": "1.1.0",       "requirements": [         "python-fullykiosk==0.0.11"       ]     }   },   "integration_manifest": {     "domain": "sonoff",     "name": "Sonoff",     "config_flow": true,     "documentation": "https://github.com/AlexxIT/SonoffLAN",     "issue_tracker": "https://github.com/AlexxIT/SonoffLAN/issues",     "codeowners": [       "@AlexxIT"     ],     "dependencies": [       "http",       "zeroconf"     ],     "requirements": [       "pycryptodome>=3.6.6"     ],     "version": "3.1.0",     "iot_class": "local_push",     "is_built_in": false   },   "data": {     "version": "3871c0b",     "cloud_auth": true,     "config": null,     "options": {       "mode": "auto",       "debug": true,       "homes": 1     },     "errors": [],     "device": {       "uiid": 154,       "params": {         "bindInfos": "***",         "version": 8,         "init": 1,         "fwVersion": "1000.2.1130",         "mac": "***",         "chipid": "2",         "type": 4,         "switch": "off",         "rssi": -63,         "battery": 25,         "defense": 0,         "actionTime":<PHONE_NUMBER>000,         "pulse": "off",         "sledOnline": "off"       },       "model": "DW2-Wi-Fi-L",       "online": true,       "localtype": null,       "deviceid": "10016c7745"     }   } }

{
"home_assistant": {
"installation_type": "Home Assistant OS",
"version": "2022.8.7",
"dev": false,
"hassio": true,
"virtualenv": false,
"python_version": "3.10.5",
"docker": true,
"arch": "x86_64",
"timezone": "America/Sao_Paulo",
"os_name": "Linux",
"os_version": "5.15.60",
"supervisor": "2022.08.5",
"host_os": "Home Assistant OS 8.5",
"docker_version": "20.10.14",
"chassis": "embedded",
"run_as_root": true
},
"custom_components": {
"yi_hack": {
"version": "0.3.9",
"requirements": []
},
"localtuya": {
"version": "4.0.2",
"requirements": []
},
"dwains_dashboard": {
"version": "3.2.0",
"requirements": []
},
"favicon": {
"version": "10.4",
"requirements": []
},
"mikrotik_router": {
"version": "0.0.0",
"requirements": [
"librouteros>=3.2.0",
"mac-vendor-lookup>=0.1.12"
]
},
"nodered": {
"version": "1.0.9",
"requirements": []
},
"sonoff": {
"version": "3.2.0",
"requirements": [
"pycryptodome>=3.6.6"
]
},
"hass_agent_notifier": {
"version": "2022.3.15",
"requirements": []
},
"ble_monitor": {
"version": "10.0.0",
"requirements": [
"pycryptodomex>=3.14.1",
"janus>=1.0.0",
"aioblescan>=0.2.13",
"btsocket>=0.2.0",
"pyric>=<IP_ADDRESS>"
]
},
"alexa_media": {
"version": "4.1.0",
"requirements": [
"alexapy==1.26.1",
"packaging>=20.3",
"wrapt>=1.12.1"
]
},
"hacs": {
"version": "1.27.1",
"requirements": [
"aiogithubapi>=22.2.4"
]
},
"fullykiosk": {
"version": "1.1.0",
"requirements": [
"python-fullykiosk==0.0.11"
]
}
},
"integration_manifest": {
"domain": "sonoff",
"name": "Sonoff",
"config_flow": true,
"documentation": "https://github.com/AlexxIT/SonoffLAN",
"issue_tracker": "https://github.com/AlexxIT/SonoffLAN/issues",
"codeowners": [
"@AlexxIT"
],
"dependencies": [
"http",
"zeroconf"
],
"requirements": [
"pycryptodome>=3.6.6"
],
"version": "3.1.0",
"iot_class": "local_push",
"is_built_in": false
},
"data": {
"version": "3871c0b",
"cloud_auth": true,
"config": null,
"options": {
"mode": "auto",
"debug": true,
"homes": 1
},
"errors": [],
"device": {
"uiid": 154,
"params": {
"bindInfos": "",
"version": 8,
"init": 1,
"fwVersion": "1000.2.1130",
"mac": "",
"chipid": "2",
"type": 4,
"switch": "off",
"rssi": -63,
"battery": 25,
"defense": 0,
"actionTime":<PHONE_NUMBER>000,
"pulse": "off",
"sledOnline": "off"
},
"model": "DW2-Wi-Fi-L",
"online": true,
"localtype": null,
"deviceid": "10016c7745"
}
}
}

Check latests master version

still the same
{
"home_assistant": {
"installation_type": "Home Assistant OS",
"version": "2022.8.7",
"dev": false,
"hassio": true,
"virtualenv": false,
"python_version": "3.10.5",
"docker": true,
"arch": "x86_64",
"timezone": "America/Sao_Paulo",
"os_name": "Linux",
"os_version": "5.15.60",
"supervisor": "2022.08.5",
"host_os": "Home Assistant OS 8.5",
"docker_version": "20.10.14",
"chassis": "embedded",
"run_as_root": true
},
"custom_components": {
"yi_hack": {
"version": "0.3.9",
"requirements": []
},
"localtuya": {
"version": "4.0.2",
"requirements": []
},
"dwains_dashboard": {
"version": "3.2.0",
"requirements": []
},
"favicon": {
"version": "10.4",
"requirements": []
},
"mikrotik_router": {
"version": "0.0.0",
"requirements": [
"librouteros>=3.2.0",
"mac-vendor-lookup>=0.1.12"
]
},
"nodered": {
"version": "1.0.9",
"requirements": []
},
"sonoff": {
"version": "3.2.0",
"requirements": [
"pycryptodome>=3.6.6"
]
},
"hass_agent_notifier": {
"version": "2022.3.15",
"requirements": []
},
"ble_monitor": {
"version": "10.0.0",
"requirements": [
"pycryptodomex>=3.14.1",
"janus>=1.0.0",
"aioblescan>=0.2.13",
"btsocket>=0.2.0",
"pyric>=<IP_ADDRESS>"
]
},
"alexa_media": {
"version": "4.1.0",
"requirements": [
"alexapy==1.26.1",
"packaging>=20.3",
"wrapt>=1.12.1"
]
},
"hacs": {
"version": "1.27.1",
"requirements": [
"aiogithubapi>=22.2.4"
]
},
"fullykiosk": {
"version": "1.1.0",
"requirements": [
"python-fullykiosk==0.0.11"
]
}
},
"integration_manifest": {
"domain": "sonoff",
"name": "Sonoff",
"config_flow": true,
"documentation": "https://github.com/AlexxIT/SonoffLAN",
"issue_tracker": "/api/sonoff/a904975b-53ee-4887-b3cf-d50c5c0a5b6a",
"codeowners": [
"@AlexxIT"
],
"dependencies": [
"http",
"zeroconf"
],
"requirements": [
"pycryptodome>=3.6.6"
],
"version": "3.2.0",
"iot_class": "local_push",
"is_built_in": false
},
"data": {
"version": "38856d1",
"cloud_auth": true,
"config": null,
"options": {
"mode": "auto",
"debug": true,
"homes": 1
},
"errors": [],
"device": {
"uiid": 154,
"params": {
"bindInfos": "",
"version": 8,
"init": 1,
"fwVersion": "1000.2.1130",
"mac": "",
"chipid": "2",
"type": 4,
"switch": "off",
"rssi": -63,
"battery": 25,
"defense": 0,
"actionTime":<PHONE_NUMBER>000,
"pulse": "off",
"sledOnline": "off"
},
"model": "DW2-Wi-Fi-L",
"online": true,
"localtype": null,
"deviceid": "10016c7745"
}
}
}

Because you not using latest master version.

i'm using the latest (today) 3.2.0 version, is this the latest version already?

This is not a master version.

Actually using the master version works - specifically (re)download the “master” branch.
@AlexxIT what’s the advised approach to get the battery as %? Should I create a template sensor with a formula based on battery voltage, or is this something to be included in a future release?

@yusrimathews I don't have the formula.
@hiagocosta seems your sensor sends another battery value then original DW2. What info shows ewelink app about your battery level?

after download the master version (last option on HACS version's list) it worked perfectly, but It shows 0 to 100 voltage info.
I guess that percentage numbers, isn't it?

@hiagocosta that would make sense - in the eWeLink app I see "High" and in Hass it shows 47 volts, with your logic that is 47% instead of volts? I thought I needed to use that value to calculate battery %.

yeah, I guess that integration brings battery level in percentages, we only need to convert from volts.
I'm using rechargeable batteries, and I think that will not start with 100%, beacause these kind of batteries is not 1.5V

In case this helps anyone, I am customising the sensor as follows:

Include customize.yaml in configuration.yaml:

homeassistant:
  customize: !include customize.yaml

Customise the sensor in customize.yaml:

sensor.your_sensor_id:
  unit_of_measurement: '%'
  device_class: battery

and replace sensor.your_sensor_id with your sensor entity id.


EVA-1702 — Update ZOOMA submission docs for more clarify

The diff might be a bit confusing so you can just see how this section looks after the rewrite: https://github.com/tskir/eva-cttv-pipeline/blob/eva-1702-zooma-docs-update/docs/submit-opentargets-batch.md#step-6-submitting-feedback-to-zooma-issue-template
As usual, rewrote commands for better automation & clarified some wording. Now actions are clearly grouped in three sections:

Generate ClinVar xRefs
Upload all necessary files to the FTP in a single completely automated block
Check that the upload was successful with the checksums

Coverage remained the same at 74.704% when pulling 3562832ec5cd35e0a0e4bf797cf06283ccb5dfb4 on tskir:eva-1702-zooma-docs-update into cf66ad280440ac4312ae3de41918b60f4a4cf948 on EBIvariation:master.


Update distro maps

Ubuntu (20.04) Focal should be the default now.  It's the latest and we target it for octopus, pacific, and master.
RHEL and CentOS 8.4 have been available for weeks
In the process of adding support for CentOS 9 Stream.  May as well add it here now.

can we wait to merge it then for a week or so, until the final nautilus release is tested and published ?

@susebot run deploy

any updates?

jenkins test

_________________ TestShamanProject.test_get_distro_config[16] _________________

self = <teuthology.test.test_packaging.TestShamanProject object at 0xffff8d558130>
matrix_index = 16

    @pytest.mark.parametrize(
        "matrix_index",
        range(len(DISTRO_MATRIX) + len(DISTRO_MATRIX_NOVER)),
    )
    def test_get_distro_config(self, matrix_index):
        (distro, version, codename, expected) = \
            (self.DISTRO_MATRIX + self.DISTRO_MATRIX_NOVER)[matrix_index]
        config = dict(
            os_type=distro,
            os_version=version
        )
        gp = self.klass("ceph", config)
>       assert gp.distro == expected
E       AssertionError: assert 'ubuntu/20.04' == 'ubuntu/18.04'
E         - ubuntu/20.04
E         ?        ^^
E         + ubuntu/18.04
E         ?        ^^

teuthology/test/test_packaging.py:497: AssertionError


useRetrieve() should not subscribe to state

Is your feature request related to a problem? Please describe.
This potentially caused unneeded re-renders if used without useCache().
Describe the solution you'd like
Now that full middlewareAPI is provided - NetworkManager can inspect state upon dispatch. This can be used to determine staleness. We can instead send a parameter in the fetch action to determine whether we should care about staleness.

useIsStale() hook can be turned into a simple function that networkmanager uses.

Closing for now as solution had many downsides. In the future this might be explored by passing a promise container down so we also no longer generate new promises but simply return existing ones.


fatal: save snapshot error: short write

We run 3 GCE machines, and the leader fatal with short write error.
Mar 03 19:06:29 etcd-integration-0.c.etcd-development.internal etcd[24910]: 2015/03/03 19:06:29 etcdserver: saved snapshot at index 220619
Mar 03 19:06:29 etcd-integration-0.c.etcd-development.internal etcd[24910]: 2015/03/03 19:06:29 etcdserver: compacted raft log at 215619
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal etcd[24910]: 2015/03/03 19:06:31 etcdserver: start to snapshot (applied: 230740, lastsnap: 220619)
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal etcd[24910]: 2015/03/03 19:06:31 etcdserver: save snapshot error: short write
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal etcd[24910]: 2015/03/03 19:06:31 etcdserver: save state and entries error: short write
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal systemd[1]: etcd.service: main process exited, code=exited, status=1/FAILURE
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal systemd[1]: Unit etcd.service entered failed state.
Mar 03 19:06:31 etcd-integration-0.c.etcd-development.internal systemd[1]: etcd.service failed.

The disk to hold data dir /var/lib/etcd has much available space still:
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb        369G   88M  351G   1% /var/lib/etcd

What I did is to boom 1000 clients to this machine. I checked that the fd limit for the etcd process is 1024, so it may be caused by the lack of fd.

@yichengq We can bump the fd in the units.

@kelseyhightower We have done that. And the error goes away. We are not sure the "short write" is caused by the fd issues. But it seems they are strongly related. I will verify that soon.

@yichengq @kelseyhightower The root cause is bufio is not thread-safe.


Frame Overide Not Working

Hello so i am trying to setup a TF between odom --> robot_base_footprint and when I change the frame IDs its not overriding them and it  uses the default   . Here is my terminal

Maybe I'm missing something, can you please review it for me.

I see where i was getting wrong I have to put the frames in the cpp file as well I was just updating the taml only


Proxy settings not working all the time

It seems that the issue is with v8/me request and the ga statistics request.
There does not seem to be clear logic why this happens but at some point the proxy stops working.
logs in case: 491798

See also #1513, which says closed, but has to my knowledge never been fixed/working (toggl desktop has not worked behind proxies of any of the multinationals where I work regularly).
And also #1150.

outdated issue, has probably been fixed with other proxy-related bug fixes.


feat: do not store ballot on the db

Remove db to prevent storing plaintext ballot
fix #141

https://github.com/privacy-scaling-explorations/maci-rpgf/blob/c6ce2d077f21fb79f718e0238f1f0f9f851c4076/src/features/ballot/components/AllocationList.tsx#L192
also here ⬆
It is not really remove a ballot from the db


unicosecurity spec/package configuration

added unicosecurity podspec
added unicosecurity package configuration

Checkmarx One – Scan Summary & Details – fce5b4e2-7da5-48e8-8ec3-65597b93f0b3
No New Or Fixed Issues Found


Dangerfile cannot be compiled when using Xcode 16

Hi 👋
When running danger-swift on a device with Xcode 16 the command fails with this error:
  7 | let danger = Danger()
    |              `- error: cannot call value of non-function type 'module<Danger>'

Running locally and on Bitrise - the error is the same.
Using this command:
swift run danger-swift local --cwd ../../
or this on CI
swift run danger-swift ci --no-publish-check -f --cwd ../../
I believe my setup is pretty standard:

Danger installed via SPM without any additional plugins
Simple Dangerfile - I removed everything a left only this 👇

import Danger
import Foundation

let danger = Danger()

⚠  The same setup works fine with Xcode 15.
Environment

Xcode 16.0 beta 4 (16A5211f)
Running locally on macOS 15.0 Beta (24A5298h)
or running on Bitrise CI, the error is the same

Other Info
My assumption is that import Danger doesn't work as expected. Because compiler doesn't see other types and functions. For example, fail function:
19 |         fail(message: "Message", file: $0, line: 2)
    |         `- error: cannot find 'fail' in scope

Or DangerDSL.
I tried installing danger-swift from brew instead of SMP when running on CI but the result is the same.

Full command & result
swift run danger-swift local --cwd ../../
Building for debugging...
[1/1] Write swift-version-39B54973F684ADAB.txt
Build of product 'danger-swift' complete! (0.34s)
(node:51429) [DEP0040] DeprecationWarning: The `punycode` module is deprecated. Please use a userland alternative instead.
(Use `node --trace-deprecation ...` to show where the warning was created)
/var/folders/gj/tj6dnp8d1s71sp3sj5tlkh000000gn/T/danger/B52A4EC1-CE42-45E0-955E-3E50FB477100/_tmp_dangerfile.swift:7:14: error: cannot call value of non-function type 'module<Danger>'
  5 | import Foundation
  6 |
  7 | let danger = Danger()
    |              `- error: cannot call value of non-function type 'module<Danger>'
  8 |
  9 |

ERROR: Dangerfile eval failed at Dangerfile.swift
ERROR: Could not get the results JSON file at /var/folders/gj/tj6dnp8d1s71sp3sj5tlkh000000gn/T/danger/B52A4EC1-CE42-45E0-955E-3E50FB477100/danger-response.json

Danger: ⅹ Failing the build, there is 1 fail.
## Failures
`danger-swift` failed.
## Markdowns
### Log

/var/folders/gj/tj6dnp8d1s71sp3sj5tlkh000000gn/T/danger/B52A4EC1-CE42-45E0-955E-3E50FB477100/_tmp_dangerfile.swift:7:14: error: cannot call value of non-function type 'module<Danger>'
  5 | import Foundation
  6 |
  7 | let danger = Danger()
    |              `- error: cannot call value of non-function type 'module<Danger>'
  8 |
  9 |
ERROR: Dangerfile eval failed at Dangerfile.swift
ERROR: Could not get the results JSON file at /var/folders/gj/tj6dnp8d1s71sp3sj5tlkh000000gn/T/danger/B52A4EC1-CE42-45E0-955E-3E50FB477100/danger-response.json

My Package.swift
// swift-tools-version: 5.9
// The swift-tools-version declares the minimum version of Swift required to build this package.

import PackageDescription

let package = Package(
    name: "DangerDependencies",
    products: [
        .library(
            name: "DangerDeps",
            type: .dynamic,
            targets: ["DangerDependencies"]),
    ],
    dependencies: [
        .package(url: "https://github.com/danger/swift.git", from: "3.18.1"),
    ],
    targets: [
        .target(
            name: "DangerDependencies",
            dependencies: [
                .product(name: "Danger", package: "swift")
            ]
        ),
    ]
)

My Dangerfile.swift
import Danger
import Foundation

let danger = Danger()

I could reproduce the problem with Xcode 16 beta 6 (16A5230g). Do we have any updates about this issue or a possible workaround? Thank you!

I just ran into this issue with Xcode 16.0 RC 1 (16A242). Is there any update on this?

Same here with RC

Unfortunately, this doesn’t solve the issue:
$ swift run danger-swift pr https://github.com/…
Building for debugging...
[1/1] Write swift-version--6E9C300FE98E0E3E.txt
Build of product 'danger-swift' complete! (0.34s)
Starting Danger PR on …
/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/_tmp_dangerfile.swift:13:14: error: module 'Danger' has no member named 'Danger'
 11 | import Danger
 12 |
 13 | let danger = Danger.Danger()
    |              `- error: module 'Danger' has no member named 'Danger'
 14 | let pullRequest = danger.github.pullRequest
 15 | let git = danger.git

This might help. Got it working locally.
Assuming you're workng on MacOS, have XCode 16 installed and danger-swift via brew
# Clone danger/swift repo into temp directory
mkdir mydanger
cd mydanger
git clone https://github.com/danger/swift.git
cd swift

# build with your current SDK in your current XCode (ie XCode 16)
swift build --configuration release --sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX15.0.sdk

# Copy
sudo cp .build/arm64-apple-macosx/release/danger-swift /opt/homebrew/opt/danger-swift/bin/danger-swift
sudo cp .build/arm64-apple-macosx/release/Modules/Danger.swiftmodule /opt/homebrew/lib/danger/Danger.swiftmodule
sudo cp .build/arm64-apple-macosx/release/Modules/DangerShellExecutor.swiftmodule /opt/homebrew/lib/danger/DangerShellExecutor.swiftmodule
sudo cp .build/arm64-apple-macosx/release/Modules/Logger.swiftmodule /opt/homebrew/lib/danger/Logger.swiftmodule
sudo cp .build/arm64-apple-macosx/release/Modules/OctoKit.swiftmodule /opt/homebrew/lib/danger/OctoKit.swiftmodule
sudo cp .build/arm64-apple-macosx/release/Modules/RequestKit.swiftmodule /opt/homebrew/lib/danger/RequestKit.swiftmodule

# cleanup
cd ../..
rm -fr mydanger

# run danger-swift
danger-swift local --text-only --verbose

That’s interesting! So if re-building Danger Swift using Xcode 16 fixes the issue, I guess a new release of Danger that was built using Xcode 16 could resolve this?

That’s interesting! So if re-building Danger Swift using Xcode 16 fixes the issue, I guess a new release of Danger that was built using Xcode 16 could resolve this?

Nope, just tested it with 3.19.1, not working for me. So still need to stick to that workaround so far.

That’s interesting! So if re-building Danger Swift using Xcode 16 fixes the issue, I guess a new release of Danger that was built using Xcode 16 could resolve this?

Nope, just tested it with 3.19.1, not working for me. So still need to stick to that workaround so far.

3.19.1 also doesn’t work for me but I also don’t know what version of Xcode was used to build that.

Danger is built in your machine. When you install it, when you install it via brew it runs the install script in your machine.
It uses the Xcode you selected with xcode-select to build.
Same for SPM, it build it and runs it in your machine with the selected Xcode

Ah right, thanks for the clarification! But that just makes it more interesting that what @CreativeSpaghetti posted works for them 🤔

Indeed, it that is the fix, then Danger should work if you force a brew install and have Xcode 16 selected 🤔

Unfortunately, that does not seem to change anything 😞
> xcode-select -p
/Applications/Xcode-16.0.app/Contents/Developer
> brew reinstall danger/tap/danger-swift
==> Fetching danger/tap/danger-swift
==> Downloading https://github.com/danger/danger-swift/archive/3.19.1.tar.gz
Already downloaded: /Users/marco/Library/Caches/Homebrew/downloads/313490d738c01aae624c4dda88a017dcebd16c6123b27f341b593be2c01206e9--swift-3.19.1.tar.gz
==> Reinstalling danger/tap/danger-swift
==> make install PREFIX=/opt/homebrew/Cellar/danger-swift/3.19.1
🍺  /opt/homebrew/Cellar/danger-swift/3.19.1: 8 files, 3.9MB, built in 31 seconds
==> Running `brew cleanup danger-swift`...
> swift run danger-swift pr https://github.com/…
[…]
Build of product 'danger-swift' complete! (5.86s)
Starting Danger PR on …
/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/_tmp_dangerfile.swift:13:14: error: cannot call value of non-function type 'module<Danger>'
 11 | import Danger
 12 |
 13 | let danger = Danger()
    |              `- error: cannot call value of non-function type 'module<Danger>'
 14 | let pullRequest = danger.github.pullRequest
 15 | let git = danger.git
[…]

Unfortunately, that does not seem to change anything 😞
> xcode-select -p
/Applications/Xcode-16.0.app/Contents/Developer
> brew reinstall danger/tap/danger-swift
==> Fetching danger/tap/danger-swift
==> Downloading https://github.com/danger/danger-swift/archive/3.19.1.tar.gz
Already downloaded: /Users/marco/Library/Caches/Homebrew/downloads/313490d738c01aae624c4dda88a017dcebd16c6123b27f341b593be2c01206e9--swift-3.19.1.tar.gz
==> Reinstalling danger/tap/danger-swift
==> make install PREFIX=/opt/homebrew/Cellar/danger-swift/3.19.1
🍺  /opt/homebrew/Cellar/danger-swift/3.19.1: 8 files, 3.9MB, built in 31 seconds
==> Running `brew cleanup danger-swift`...
> swift run danger-swift pr https://github.com/…
[…]
Build of product 'danger-swift' complete! (5.86s)
Starting Danger PR on …
/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/_tmp_dangerfile.swift:13:14: error: cannot call value of non-function type 'module<Danger>'
 11 | import Danger
 12 |
 13 | let danger = Danger()
    |              `- error: cannot call value of non-function type 'module<Danger>'
 14 | let pullRequest = danger.github.pullRequest
 15 | let git = danger.git
[…]

tried that brew reinstall danger-swift too it did not help. Still needed to make a clean build and then replace the binaries.

The same problem with Dangerfile
/_tmp_dangerfile.swift:3:22: error: cannot call value of non-function type 'module<Danger>'
▸ 1 | import Danger
▸ 2 |
▸ 3 | private let danger = Danger()
▸ |                      `- error: cannot call value of non-function type 'module<Danger>'
▸ 4 |

I'm facing the same issue. Did anyone find a solution for this? I'm using SPM.

The same problem with Dangerfile
/_tmp_dangerfile.swift:3:22: error: cannot call value of non-function type 'module<Danger>'
▸ 1 | import Danger
▸ 2 |
▸ 3 | private let danger = Danger()
▸ |                      `- error: cannot call value of non-function type 'module<Danger>'
▸ 4 |

Is anyone already working on fixing this?

There seems to be a name conflict between the target Danger and the function Danger()
https://github.com/danger/swift/blob/a3c659e110c969a5ac9072cca88746af713984ee/Sources/Danger/Danger.swift#L90-L93
I guess that's why the error says cannot call value of non-function type 'module'.
Not sure why this is happening now with Xcode 16 / Swift 6 but I got it working renaming the function Danger() to Danger1() 🙃
https://github.com/Arafo/swift/commit/c075cdc10e8ffaf91878cf1cdc92643fac1ec5c1
Renaming the target should work as well

Thanks for the hint! I forked Danger and renamed all occurrences of the Danger() function as you suggested, but that unfortunately leads to an error in the SwiftFormat dependency, but only when trying to run Danger in my project’s repository:
[…]
Building for debugging...
[55/55] Applying danger-swift
Build of product 'danger-swift' complete! (5.26s)
Starting Danger PR on […]
[…]/Danger/.build/debug/SwiftFormat-tool.build/module.modulemap:1:8: error: redefinition of module 'SwiftFormat'
1 | module SwiftFormat {
  |        `- error: redefinition of module 'SwiftFormat'
2 |     header "[…]/Danger/.build/arm64-apple-macosx/debug/SwiftFormat-tool.build/SwiftFormat-Swift.h"
3 |     requires objc

[…]/Danger/.build/debug/SwiftFormat.build/module.modulemap:1:8: note: previously defined here
1 | module SwiftFormat {
  |        `- note: previously defined here
2 |     header "[…]/Danger/.build/arm64-apple-macosx/debug/SwiftFormat.build/SwiftFormat-Swift.h"
3 |     requires objc

I tried to pin this dependency to an earlier version to check if it works then, but didn’t succeed in doing that.
Regardless, the naming clash really does seem to be an issue. Good find!

@marcomasser did you try building for release?

Yes, same result:
> swift run -c release danger-swift pr https://github.com/[…]
Building for production...
[1/1] Write swift-version-7BB6C6736DFA3E78.txt
Build of product 'danger-swift' complete! (0.17s)
Starting Danger PR on […]
[…]/Danger/.build/debug/SwiftFormat-tool.build/module.modulemap:1:8: error: redefinition of module 'SwiftFormat'
1 | module SwiftFormat {
  |        `- error: redefinition of module 'SwiftFormat'
2 |     header "[…]/Danger/.build/arm64-apple-macosx/debug/SwiftFormat-tool.build/SwiftFormat-Swift.h"
3 |     requires objc

[…]/Danger/.build/debug/SwiftFormat.build/module.modulemap:1:8: note: previously defined here
1 | module SwiftFormat {
  |        `- note: previously defined here
2 |     header "[…]/Danger/.build/arm64-apple-macosx/debug/SwiftFormat.build/SwiftFormat-Swift.h"
3 |     requires objc

Interesting, do you know from where SwiftFormat dependency is coming from?

It seems OctoKit is pulling that in.

Thanks for the hint! I forked Danger and renamed all occurrences of the Danger() function as you suggested, but that unfortunately leads to an error in the SwiftFormat dependency, but only when trying to run Danger in my project’s repository:

Have you tried renaming the product/target to 'DangerSmth'? Looks like that should help.

Have you tried renaming the product/target to 'DangerSmth'? Looks like that should help.

Thanks for the suggestion. I tried renaming the "Danger" target in my fork and then pull that in, but it didn’t help. I just get the same error about SwiftFormat.
I think renaming either the Danger target or the global function both should work and the error about SwiftFormat is just the next issue that is probably not related to this anymore. I just don’t understand why it should be a problem that OctoKit depends on SwiftLint 🤷♂
Anyway, I looked into this some more and noticed that OctoKit only declares the dependency on SwiftFormat, but doesn’t actually use it. So I forked OctoKit and commented out that line and now this error when running Danger is gone – just for the next one to appear 😩
So now I’m here:
> swift run danger-swift pr https://github.com/…
[…]
Building for debugging...
[41/41] Emitting module Runner
Build of product 'danger-swift' complete! (1.60s)
Starting Danger PR on IdeasOnCanvas/MindNode#11360
warning: 'octokit.swift': found 1 file(s) which are unhandled; explicitly declare them as resources or exclude from the target
    /Users/marco/Development/IdeasOnCanvas/MindNode/Danger/.build/checkouts/octokit.swift/OctoKit/Info.plist

/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/danger/E804D871-2424-4A8D-82DC-D1C6F8A4037C/_tmp_dangerfile.swift:13:14: error: cannot find 'makeDangerDSL' in scope
 11 | import Danger
 12 |
 13 | let danger = makeDangerDSL() // Renamed, original was: Danger()
    |              `- error: cannot find 'makeDangerDSL' in scope
 14 | let pullRequest = danger.github.pullRequest
 15 | let git = danger.git

/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/danger/E804D871-2424-4A8D-82DC-D1C6F8A4037C/_tmp_dangerfile.swift:70:1: error: cannot find 'SwiftLint' in scope
 68 | // MARK: - Run swiftlint
 69 |
 70 | SwiftLint.lint(inline: true, configFile: ".swiftlint.yml")
    | `- error: cannot find 'SwiftLint' in scope
 71 |
 72 | // MARK: - Private Extensions

/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/danger/E804D871-2424-4A8D-82DC-D1C6F8A4037C/_tmp_dangerfile.swift:74:19: error: cannot find type 'Git' in scope
 72 | // MARK: - Private Extensions
 73 |
 74 | private extension Git {
    |                   `- error: cannot find type 'Git' in scope
 75 |
 76 |     var hasSourcesModifications: Bool {

/var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/danger/E804D871-2424-4A8D-82DC-D1C6F8A4037C/_tmp_dangerfile.swift:119:19: error: cannot find type 'GitHub' in scope
117 | }
118 |
119 | private extension GitHub.PullRequest {
    |                   `- error: cannot find type 'GitHub' in scope
120 |
121 |     var hasMilestone: Bool { self.milestone != nil }

ERROR: Dangerfile eval failed at Dangerfile.swift
ERROR: Could not get the results JSON file at /var/folders/vk/v4gx2v6x4972w9v5r1xggx000000gn/T/danger/E804D871-2424-4A8D-82DC-D1C6F8A4037C/danger-response.json
[…]

makeDangerDSL() is my renamed version of Danger() to fix the naming clash. So now all the public symbols from the Danger module seem to be missing, see also SwiftLint and GitHub. I’m digging further…

After many tries I got it working somehow
First, I forked SwiftFormat and OctoKit
In SwiftFormat fork I commented out this line
https://github.com/nicklockwood/SwiftFormat/blob/ed75a316f2f2868b9181ae8d1c7182bf8d97f269/Package%40swift-5.6.swift#L9
Then, in OctoKit fork, I just switch SwiftFormat to point to my fork in the Package.swift file.
This avoids symbols duplication, I'm not sure why this is a thing now with Swift 6 but I observed that I was getting two different build folders for SwiftFormat CommandLineTool target, the usual one and another one ending with -tool.build. I didn't found anything about this but this message in the Swift forums.
Now, with these 2 forks, I was able to override the version used in my Danger setup adding this to my Package.swift dependency list:
.package(     url: "https://github.com/myfork/octokit.swift",     branch: "main" )
I know this is not the ideal way to "override" dependencies but it works for now.
Now, the only way I found to properly link Danger is specifying both arm64 and x86_64 architectures, when building:
swift build -c release --arch arm64 --arch x86_64
Then the usual Danger dynamic lib renaming:
cp .build/apple/Products/Release/libDangerDeps.dylib .build/apple/Products/Release/libDanger.dylib
And last, run the danger-swift binary:
swift run -c release --arch arm64 --arch x86_64 danger-swift ci
This works for me but I have no clue why specifying both arm and Intel archs seems to do the trick.

I have tested @abhi-m-simformsolutons's change from #626 and it seemed to fix all the issues.

I have released version 3.20.0, let me know if it works!

Yes! 🥳
This now works fine without any of the modifications discussed in this issue. Thank you 👏

Good! I will close this issue then, feel free to re open it if needed

@f-meloni Still experiencing this on the new version:
danger-swift 3.18.1 is already installed but outdated (so it will be upgraded).
==> Fetching danger/tap/danger-swift
==> Downloading https://github.com/danger/danger-swift/archive/3.20.0.tar.gz
==> Downloading from https://codeload.github.com/danger/swift/tar.gz/refs/tags/3.20.0
==> Upgrading danger/tap/danger-swift
  3.18.1 -> 3.20.0
==> make install PREFIX=/opt/homebrew/Cellar/danger-swift/3.20.0
🍺  /opt/homebrew/Cellar/danger-swift/3.20.0: 8 files, 3.9MB, built in 39 seconds
Warning: HOMEBREW_NO_INSTALLED_DEPENDENTS_CHECK is set: not checking for outdated
dependents or dependents with broken linkage!
+ echo '⚠ DANGER ! :)'
⚠ DANGER ! :)
+ danger-swift ci
/var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/FFA7F08D-5ACD-4F14-9B3C-8765A95A10D2/_tmp_dangerfile.swift:1:8: error: no such module 'Danger'
 1 [REDACTED] import Danger
   [REDACTED]        `- error: no such module 'Danger'
 2 [REDACTED] import Foundation
 3 [REDACTED]
ERROR: Dangerfile eval failed at Dangerfile.swift
ERROR: Could not get the results JSON file at /var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/FFA7F08D-5ACD-4F14-9B3C-8765A95A10D2/danger-response.json
Failing the build, there is 1 fail.
Feedback: https://github.com/gtforge/gtforge-iphone/pull/3919#issuecomment-2411101472
ERROR: Could not get the results JSON file at /var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/FFA7F08D-5ACD-4F14-9B3C-8765A95A10D2/danger-response.json

@oronbz this is not using danger-swift from Package.swift, but from brew, I'm working on a fix for that as well, but is not ready yet

Got it, will wait (: thanks!

@oronbz this is the diff that should be able to fix the issue https://github.com/danger/swift/pull/627

@oronbz you can try now, it should be working

Same @f-meloni  :(
Warning: swiftlint 0.57.0 is already installed and up-to-date.
To reinstall 0.57.0, run:
  brew reinstall swiftlint
+ brew install danger-swift
danger-swift 3.18.1 is already installed but outdated (so it will be upgraded).
==> Fetching danger/tap/danger-swift
==> Downloading https://github.com/danger/danger-swift/archive/3.20.1.tar.gz
==> Downloading from https://codeload.github.com/danger/swift/tar.gz/refs/tags/3.20.1
==> Upgrading danger/tap/danger-swift
  3.18.1 -> 3.20.1
==> make install PREFIX=/opt/homebrew/Cellar/danger-swift/3.20.1
🍺  /opt/homebrew/Cellar/danger-swift/3.20.1: 8 files, 3.9MB, built in 47 seconds
Warning: HOMEBREW_NO_INSTALLED_DEPENDENTS_CHECK is set: not checking for outdated
dependents or dependents with broken linkage!
+ echo '⚠ DANGER ! :)'
⚠ DANGER ! :)
+ danger-swift ci
/var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/A2174C8B-B237-46B1-9154-A4BF42A901DA/_tmp_dangerfile.swift:1:8: error: no such module 'Danger'
 1 [REDACTED] import Danger
   [REDACTED]        `- error: no such module 'Danger'
 2 [REDACTED] import Foundation
 3 [REDACTED]
ERROR: Dangerfile eval failed at Dangerfile.swift
ERROR: Could not get the results JSON file at /var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/A2174C8B-B237-46B1-9154-A4BF42A901DA/danger-response.json
Failing the build, there is 1 fail.
Feedback: https://github.com/gtforge/gtforge-iphone/pull/3919#issuecomment-2411101472
ERROR: Could not get the results JSON file at /var/folders/b8/9zt_tx3s1y37nzh_cs991xyc0000gn/T/danger/A2174C8B-B237-46B1-9154-A4BF42A901DA/danger-response.json

@f-meloni Let me know if I should keep comment updates here or on the other open issue: https://github.com/danger/swift/issues/623


Add check for clang-format version 10

Our clang-format config file, introduced in #291 depends on clang-10.
We should add a check to ensure that the version of clang is at least 10.
(This was suggested by @gzagaris)

Note: Depends on https://github.com/LLNL/blt/issues/397


Enumeration of Hot Rod protocol versions should be an Enum

Stumbled upon this while integrating into WildFly. The user-specified protocol version needs to be validated, currently there is no available list of possibly versions. Looks like the idea may have started in org.infinispan.client.hotrod.Version but was never expanded and is out of date.

Nice work! Only some picky stuff found..

Changes seem good overall to me as well.

I added a commit on my branch, @rhusar please integrate them here https://github.com/tristantarrant/infinispan/commit/a38430926bd67c2a0bd21d5c8172e26fdb8d8d66

Pulled the commit here.

Assigned a Jira, fixed one last issue, squashed and merged. Thanks

Thanks Tristan.


Functions setup

[x] All the functions are added. (Ideally should work out of the box)
[ ] Run and test the program for bugs
(@anku255 you might wanna check the working with the env variables set)

Should ideally fix #7

For faster merger, I've sent another PR with the work you've done and passing tests as well


Color picker shows wrong values

Color picker doesn't convert HEX values with opacity to RGBA format.

VSCode Version: 1.24.0
OS Version: Windows 10 Pro x64

Steps to Reproduce:

Here's a video with problem
https://drive.google.com/file/d/11UbtsKENiWkbKCOjcu9GE_KZro1ZcyUy/view

Extensions:

auto-close-tag v0.5.6
auto-rename-tag v0.0.15
autofilename v0.1.3
bracket-pair-colorizer v1.0.58
code-settings-sync v2.9.2
color-highlight v2.3.0
githistory v0.4.1
JavaScriptSnippets v1.6.0
LiveServer v4.1.0
material-palenight-theme v1.8.0
monokai-alt v1.0.0
prettier-vscode v1.5.0
sublime-keybindings v4.0.0
theme-monokai-dark-soda v0.0.5
Theme-Monokai-Easylight v1.0.0
vscode-great-icons v2.1.33
vscode-language-pack-ru v1.24.3
vscode-theme-onedark v2.1.0

Does this issue occur when all extensions are disabled?: Yes
User Settings:
user_settings.txt

Can you clarify what you mean by 'showing the wrong colors' ?
All looks ok to me:

the 8-digit hex format is introduced by CSS4 https://drafts.csswg.org/css-color/#hex-notation
when dragging the color slider, you need to release the mouse button to apply the new color.
to switch to rgba(..) format, click on the header of the color picker

Oh, didn't know that, sorry my fault. The problem is solved. Thx!


Android Basics: polished-user-experience

URL of codelab
https://developer.android.com/codelabs/basic-android-kotlin-training-polished-user-experience?continue=https%3A%2F%2Fdeveloper.android.com%2Fcourses%2Fpathways%2Fandroid-basics-kotlin-unit-2-pathway-1%23codelab-https%3A%2F%2Fdeveloper.android.com%2Fcodelabs%2Fbasic-android-kotlin-training-polished-user-experience#3
In which task and step of the codelab can this issue be found?
Icons/Step 6
Describe the problem
The solution code has a layout_width attribute on the cost_of_service TextInputLayout, but no mention of adding it, or why it's there, is in the description of this step.

@dlange2112
Under task 3 Material components it is mentioned to set the  layout_width attribute to 160dp.

Thank you for reaching out to us.


Getting started

Trying to run this code, but I can't get it to build. Can you update your docs to reflect the new Gulp changes?
http://smarttvjs.org/ Doesn't work since the npm install -g smarttvjs command returns:
npm ERR! Darwin 14.5.0
npm ERR! argv "node" "/usr/local/bin/npm" "install" "-g" "smarttvjs"
npm ERR! node v0.12.7
npm ERR! npm  v2.12.1
npm ERR! code E404

npm ERR! 404 Registry returned 404 for GET on https://registry.npmjs.org/smarttvjs
npm ERR! 404
npm ERR! 404 'smarttvjs' is not in the npm registry.
npm ERR! 404 You should bug the author to publish it (or use the name yourself!)
npm ERR! 404
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, http url, or git url.

npm ERR! Please include the following file with any support request:
npm ERR!     /Users/dovy/npm-debug.log
Dovys-MBP:~ dovy$

Is this project dead?

@dovy +1 it would seem so


Demo: Advanced Blackholing

Design a demo scenario using Torch to showcase the Advanced Blackholing capabilities of the ENDEAVOUR platform

We are working on it in the blackholing_demo branch.

We pushed our latest code into the master including some documentation


[BUG] Very frequent lagspikes when saving dimensions

Version of Advanced Rocketry

1.5.0.-139

Have you verified this is an issue in the latest unstable build

[x] Y
[ ] N
[ ] N/A

Version of LibVulpes
0.4.0-56
Version of Minecraft
1.12.2
Does this occur without other mods installed

[ ] Y
[ ] N
[x] N/A - Not tested, SpongeForge may play a role here.

VisualVM results

Description of the problem
Frequent stutters that can last for up to 7 seconds give or take. Whenever the overworld is saved, this occurs. This ranges from every 10 seconds to 1 minute between lag spikes.
I have included a VisualVM profile screenshot that indicates that whenever PlanetEventHandler receives the WorldSaveEvent it spends alot of time saving the dimensions.
https://github.com/zmaster587/AdvancedRocketry/blob/555b8cb131a69a46f609a46364c77bdc9a8aa932/src/main/java/zmaster587/advancedRocketry/event/PlanetEventHandler.java#L517
Which calls:
https://github.com/zmaster587/AdvancedRocketry/blob/555b8cb131a69a46f609a46364c77bdc9a8aa932/src/main/java/zmaster587/advancedRocketry/dimension/DimensionManager.java#L538
I do not have a clear solution to fix this, but would it be possible to redesign the world saving mechanism or create a cooldown between saves to minimize the frequency of the lag spikes? I don't mind having a lagspike every 10 minutes, but one lasting for 7 seconds every 20 seconds can be quite annoying.
By the way, I like this mod, so thank you for making it.

The bit that's taking time seems to be committing to disk java.io.FileDescriptor.sync.  I kinda have to call this because otherwise things may not get saved since this function is responsible for committing data to the disk.  It is dependant on the speed of your disk typically.
Unfortunately I'm not really sure there's much I can do to space out saves.  The timing mechanism is controlled by vanilla, I just hook onto it.  The file that's saved is generally only a few hundred kilobytes so it shouldn't be taking that long.  Even most conventional drives can do megabytes per second usually.
Can you get me the size of the world/advRocketry/temp.dat and world/advRocketry/planetDefs.xml?  I'm wondering if they're abnormally large or something?  Also does it take a noticeable amount of time to copy files on your computer?

./world/advRocketry/planetDefs.xml = 11.4 kB (11397 bytes)
./world/advRocketry/temp.dat = 1.6 kB (1595 bytes)
Disk speed storage:
$ dd if=/dev/urandom of=test bs=1048576 count=2048
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 9.69346 s, 222 MB/s

We have not ventured to any of the planets yet either.

This issue still persists in:
Advanced Rocketry 1.16.5-2.0.0-10 build-10 for 1.16.5 (alpha)
LibVulpes-1.16.5-1.0.2-18-universal.jar
minecraft version: 1.16.5.
The problem, I think, can be in the fact that the manager syncs all dimensions. In my case (on default config) I have 94 files ~4kb each, which results in "Can't keep up! Is the server overloaded? Running 5456ms or 109 ticks behind" every 5 mins. Flushing and syncing so many files on HDD can be substantial. I've came up with a couple of ideas, if it's of any help.

This task be offloaded to another thread. This way main thread won't freeze while manager flushes, synces and closes file handles.
All dimensions can be dumped into a single large json file instead of a bunch of small ones.

That's..... not how our stuff works. We have our single XML file, which is what we're saving to. Not those.

But the lag spike happens in JSON flushes. Take a look at this profile info. If I'm not mistaken the problem is syncing of many JSONs

Riiiight... make a new issue with that highlighted, don't do this in the future. Old issues about different things are closed for a reason

Sorry, I'll make a new issue


I want to modify the code training my data set, the prompt words are [0,0,W,H]

I want to train my lymph node data set, which is marked with voxel value of 1. After pre_CT_MR.py preprocessed the data set, train_one_gpu.py was modified:
class NpyDataset(Dataset):
def init(self, data_root, bbox_shift=20):
self.data_root = data_root
self.gt_path = join(data_root, "gts")
self.img_path = join(data_root, "imgs")
self.gt_path_files = sorted(
glob.glob(join(self.gt_path, "**/*.npy"), recursive=True)
)
self.gt_path_files = [
file
for file in self.gt_path_files
if os.path.isfile(join(self.img_path, os.path.basename(file)))
]
self.bbox_shift = bbox_shift
print(f"number of images: {len(self.gt_path_files)}")
def __len__(self):
    return len(self.gt_path_files)

def __getitem__(self, index):
    # load npy image (1024, 1024, 3), [0,1]
    img_name = os.path.basename(self.gt_path_files[index])
    img_1024 = np.load(
        join(self.img_path, img_name), "r", allow_pickle=True
    )  # (1024, 1024, 3)
    # convert the shape to (3, H, W)
    img_1024 = np.transpose(img_1024, (2, 0, 1))
    assert (
        np.max(img_1024) <= 1.0 and np.min(img_1024) >= 0.0
    ), "image should be normalized to [0, 1]"
    gt = np.load(
        self.gt_path_files[index], "r", allow_pickle=True
    )  # multiple labels [0, 1,4,5...], (256,256)
    assert img_name == os.path.basename(self.gt_path_files[index]), (
        "img gt name error" + self.gt_path_files[index] + self.npy_files[index]
    )
    label_ids = np.unique(gt)[1:]
    gt2D = np.uint8(
        gt == random.choice(label_ids.tolist())
    )  # only one label, (256, 256)
    assert np.max(gt2D) == 1 and np.min(gt2D) == 0.0, "ground truth should be 0, 1"
    y_indices, x_indices = np.where(gt2D > 0)
    x_min, x_max = np.min(x_indices), np.max(x_indices)
    y_min, y_max = np.min(y_indices), np.max(y_indices)
    # add perturbation to bounding box coordinates
    H, W = gt2D.shape
    bboxes = np.array([0, 0, W, H])
    return (
        torch.tensor(img_1024).float(),
        torch.tensor(gt2D[None, :, :]).long(),
        torch.tensor(bboxes).float(),
        img_name,
    )

Other places have not been modified, is there any problem with this modification?

it looks good. Have you tried the provided dataset for a prototype first?

it looks good. Have you tried the provided dataset for a prototype first?
Hello, I put the FLARE22 data set into the above modified program for training, loss is shown below, loss is no longer decreasing at present, does it mean that it is not possible to modify the Prompt of the boundary box in this way?


Add little more info to the logs for Drupal ID cleanup command.

What's this PR do?
This just adds a wee little bit more information to the cleanup command: see screencast. 🎥
How should this be reviewed?
Test results should not change!
Checklist

[ ] Documentation added for changed endpoints.
[ ] Tests added for new features/bug fixes.

For review: @angaither

🚢
there's like LOTS AND LOTS of these right?
It might be kind of nice to add a confirm in for some people we aren't sure about, but then I guess that means we would have to approve every one... hrm

Yeah. I think if we can figure out a better explanation for why these all exist, then maybe we could figure out a "confidence" in each dupe and prompt if unsure...


The proposed test framework API is based on the same BDD-style used by Argo CD (and indeed much of the code is shared between the two).
The tests should run on each PR commit, via a GitHub action (based on the similar Argo CD GitHub action)

Closing as done :tada:

Closing as done :tada:


python311Packages.scmrepo: 2.0.2 -> 2.0.3

Diff: https://github.com/iterative/scmrepo/compare/refs/tags/2.0.2...2.0.3
Changelog: https://github.com/iterative/scmrepo/releases/tag/2.0.3
Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

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

Result of nixpkgs-review pr 280343 run on aarch64-linux 1

14 packages built:

dvc (python311Packages.dvc)
dvc-with-remotes
dvc-with-remotes.dist
dvc.dist (python311Packages.dvc.dist)
python310Packages.dvc
python310Packages.dvc.dist
python310Packages.dvclive
python310Packages.dvclive.dist
python310Packages.scmrepo
python310Packages.scmrepo.dist
python311Packages.dvclive
python311Packages.dvclive.dist
python311Packages.scmrepo
python311Packages.scmrepo.dist


Create a Details Component that has has all info of a post

Eventually d3, but that will be a different thing, right now I just want the routing to work.

the link between the post card and the post details page is now finished so all I will have to do now is to learn D3 and natural language generation!! ?

Added a d3 graph, now to write a bit of conditional logic for display data insights.

So now the graph has multiple line, but i still need to display the insights in a meaningful way


Copy black ver from cq

I figure this should use the same black version as CQ, since there are noticable differences.

What happens if curl fails to get the black version from the CQ repo? There doesn't seem to be a default, unless I'm missing it.

On any error in curl or fail in the grep pattern, black_ver is an empty string and the final command becomes pip install black flake8.

Ah yes, of course. Thanks for doing this @marcus7070


Error

Hello, I hope this is the right place for this. I don't know much about Github or Python.
I attempted to run this on an couple of existing xml backups I have. I get the following:
Parsing conversations from sms-20170620140713.xml
Traceback (most recent call last):
  File "D:\sms\smsxml2html.py", line 246, in <module>
    main()
  File "D:\sms\smsxml2html.py", line 237, in main
    messages += parseConversations(root, conversations, users, args.output, carrier_number)
  File "D:\sms\smsxml2html.py", line 104, in parseConversations
    save_msg = SMSMsg(date, body, type_, {})
  File "D:\sms\smsxml2html.py", line 55, in __init__
    self.text = text.decode('utf8')
AttributeError: 'str' object has no attribute 'decode'

Is this possible to remedy and get it to work?
Thank you

Hi there, are you using Python 2.x or Python 3.x?

Hi Christopher, thanks for replying. I’m using Python 3.9.
From: Christopher Mitchell, Ph.D. @.>
Sent: February 1, 2022 4:09 PM
To: KermMartian/smsxml2html @.>
Cc: UstedLoco @.>; Author @.>
Subject: Re: [KermMartian/smsxml2html] Error (Issue #3)
Hi there, are you using Python 2.x or Python 3.x?
—
Reply to this email directly, view it on GitHub https://github.com/KermMartian/smsxml2html/issues/3#issuecomment-1027289795 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AT2QBWPAKHU2RIH2K7F7J4TUZBDYLANCNFSM5NIMMSFA .
Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675  or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub .
You are receiving this because you authored the thread.  https://github.com/notifications/beacon/AT2QBWJCMTA5VBEMZSCUHBDUZBDYLA5CNFSM5NIMMSFKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHU5TFQY.gif Message ID: @.*** @.***> >

Hey, just following up on this. Any chance you could advise?

The code is written for python 2. If you want to use python 3, you'll need to update the code or use a fork of the code that someone has already updated.
https://github.com/samling/smsxml2html looks like it may work for python 3
Alternatively, my fork: https://github.com/ackermanaviation/smsxml2html
also works with python 3. But I've made more changes to fix some bugs, With more changes, it's also more likely I've broken something. It hasn't been tested outside of my personal files.

Thanks for the reply! Tried both of your suggestions, they both give me this error:
Traceback (most recent call last):   File "D:\sms\smsxml2html.py", line 244, in <module>     main()   File "D:\sms\smsxml2html.py", line 238, in main     files = dumpConversations(args.output, conversations, carrier_number)   File "D:\sms\smsxml2html.py", line 192, in dumpConversations     f.write('%s	%s %s	%s' % (dt.strftime('%m/%d/%y %I:%M:%S%p'), msg.type_, '<<' if msg.type_ == "1" else '>>', (msg.contact_name if msg.contact_name is not None else address) if msg.type_ == "1" else "You", msg.text))   File "C:\Users\J\AppData\Local\Programs\Python\Python39\lib\encodings\cp1252.py", line 19, in encode     return codecs.charmap_encode(input,self.errors,encoding_table)[0] UnicodeEncodeError: 'charmap' codec can't encode characters in position 118-119: character maps to <undefined>

Looks like I sorted it by adding the encoding parameter to
with open(output_path, 'w', encoding="utf-8") as f:
It now outputs the html files. This is with the Samling one but I suspect it would be the same with yours.


Add brand new logo to the project

Here's the brand new logo for this Spatie package:

I hope you like it 😊

🔥🔥🔥


[$500] Web - Navigating to Search by keyboard shortcut when the "Update Workspace currency to USD"  Modal is open Does not close the modal

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Open any workspace in which currency is not default to USD
Click Threedot then "Delete Workspace",Confirm Modal will be visible,
Press CMD+K/CMD+SHIFT+K, note here before navigating the Modal closes
Click bank account, "Update Workspace currency to USD"  Modal  will be visible.
Press CMD+K/CMD+SHIFT+K.

Expected Result:
Modal should close before navigation.
Actual Result:
Modal Remains open and app navigates to search.
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android / native
[ ] Android / Chrome
[ ] iOS / native
[ ] iOS / Safari
[ ] MacOS / Chrome / Safari
[ ] MacOS / Desktop

Version Number: <IP_ADDRESS>
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://github.com/Expensify/App/assets/93399543/f2f2268c-55f4-4c4b-9995-9ffd4896a3e6
https://github.com/Expensify/App/assets/93399543/97aea7fe-055d-4377-b471-5788d2726f7b
Expensify/Expensify Issue URL:
Issue reported by: @ishpaul777
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1694263008212129
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~0152ef93375eec0d1f
Upwork Job ID:<PHONE_NUMBER>722033152
Last Price Increase: 2023-09-12

Proposal
Problem Statement
When user is Navigated to search using keyboard shortcuts, the attachement Modal is not closed and navigation gets broken.
Root Cause
The root cause is when keyboard shortcut is triggered we call Modal.close(() => callback), here modal.close is dependent on the onClose prop which we pass in Modal component. But in this case we have 2 Modals in stack of  a
Solution
Conditionally rendering the any of the ConfirmModal in WorkspaceInitialPage would solve the issue

@tienifr's proposal looks good to me.
🎀 👀 🎀 C+ reviewed

Hmm I am really unsure sure about this proposal. It seems like there is something wrong with the implementation of the modal component itself.
First, why is it overwriting the callback? That seems like a strange hack to me.
@tienifr Can you try to put the problem into your own words now that you've investigated it? I don't think repeating the title of the issue is sufficient. It feels like there is some kind of deeper design flaw related to modals if this bug can easily be introduced again in the future.

@situchan please find a suitable proposal and tag me back in when this is ready for review.

Honestly, it's all kind of unclear.

So we can easily realize that we can not face with race condition here

I'm not realizing it. Can you walk us through it? You are describing the different states in the code. But not really describing why it works the way that it does. It particular, I find it strange that we are losing the callback and why useCallback() fixes it.

Not reproducible really. @tienifr do you know which PR fixed this?

We good to close this one out then?

We good to close this one out then?

yes

Gotcha, thanks for confirming. Closing now.


Load fontconfig files from special "snap-config-hack" directory

This is a step to achieve the goal in
https://discourse.ubuntu.com/t/36923

@kenvandine wrote:

Since this will be a config file, perhaps it would be better to put it somewhere under /etc?

Actually I had the same thought. But then I thought that since we now stop loading files from the /etc/fonts/conf.d directory of the system host, there is a risk that somebody decides to no longer mount it either... So I picked a directory which safely will keep being mounted by the snaps.
But sure, if you want I can change it to something else. Which directory exactly would you suggest?

I changed it to /etc/fonts/snap-config-hack, after having confirmed that the FF snap sees that directory too. (Will it keep seeing it?)

I changed it to /etc/fonts/snap-config-hack, after having confirmed that the FF snap sees that directory too. (Will it keep seeing it?)

Yes, it will continue to see it.  @gunnarhj one more requested change (nitpick).  Please change the directory name, perhaps /etc/fonts/snap-override ?
The snap-config-hack might be off-putting to some people.

@kenvandine: Changed as requested. (Didn't change the branch name — hope that's ok.)


Getting some error in the terminal

Hi,
I tried to install node modules in this project. After running npm install command I am getting some error:-

Hi @satyam21041997
From the screenshot you posted, I can see this is not an issue with the SDK rather, EPERM is an issue that arises when you do not have enough (administrative) permission to write some project files and/or binaries to certain location in your windows system.
Try running the command for the first time as an administrator or login as an administrator. Also you can take a look at this so answer
Thanks


DNS not found?

Is something wrong?

Maybe the site has been taken down. I think the about section needs to be updated