[Nix-commits] [NixOS/nixpkgs] 56a4aa: cmdliner: 0.9.8 -> 1.0.0
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 56a4aaf4dfec8c189eca907f2815d29b77dcc6d5 https://github.com/NixOS/nixpkgs/commit/56a4aaf4dfec8c189eca907f2815d29b77dcc6d5 Author: romildoDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/ocaml-modules/cmdliner/default.nix Log Message: --- cmdliner: 0.9.8 -> 1.0.0 Commit: 97b3def8cf2caf0d35edfae2b7f157541ea346f2 https://github.com/NixOS/nixpkgs/commit/97b3def8cf2caf0d35edfae2b7f157541ea346f2 Author: romildo Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/tools/ocaml/ocp-indent/default.nix Log Message: --- ocp-indent: 1.5.2 -> 1.6.0 Commit: 868529b2ce5f49ea153276783069d3d0631a0230 https://github.com/NixOS/nixpkgs/commit/868529b2ce5f49ea153276783069d3d0631a0230 Author: Jörg Thalheim Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/ocaml-modules/cmdliner/default.nix M pkgs/development/tools/ocaml/ocp-indent/default.nix Log Message: --- Merge pull request #26195 from romildo/upd.ocp-indent cmdliner: 0.9.8 -> 1.0.0, ocp-indent: 1.5.2 -> 1.6.0 Compare: https://github.com/NixOS/nixpkgs/compare/4a0c7d1b2d41...868529b2ce5f___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 4a0c7d: dkimproxy: init at 1.4.1 (#26147)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 4a0c7d1b2d415a419285ee6ff42077678aedad62 https://github.com/NixOS/nixpkgs/commit/4a0c7d1b2d415a419285ee6ff42077678aedad62 Author: Léo GaspardDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M lib/maintainers.nix A pkgs/servers/mail/dkimproxy/default.nix M pkgs/top-level/all-packages.nix Log Message: --- dkimproxy: init at 1.4.1 (#26147) * dkimproxy: init at 1.4.1 * dkimproxy: simplify by using mkDerivation * dkimproxy: set ekleog as maintainer * dkimproxy: style fix * dkimproxy: also work without the right PERL5LIB environment variable ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 3a3aab: mod_auth_mellon: 0.12.0 -> 0.13.1
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 3a3aab58fceac5d783d843b68526798a8f465619 https://github.com/NixOS/nixpkgs/commit/3a3aab58fceac5d783d843b68526798a8f465619 Author: Kranium Gikos MendozaDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/servers/http/apache-modules/mod_auth_mellon/default.nix Log Message: --- mod_auth_mellon: 0.12.0 -> 0.13.1 Commit: 314c73d36a1262c2374b4a4c80cb97e47eeb9e2d https://github.com/NixOS/nixpkgs/commit/314c73d36a1262c2374b4a4c80cb97e47eeb9e2d Author: Jörg Thalheim Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/servers/http/apache-modules/mod_auth_mellon/default.nix Log Message: --- Merge pull request #26181 from womfoo/bump/mod_auth_mellon-0.13.1 mod_auth_mellon: 0.12.0 -> 0.13.1 Compare: https://github.com/NixOS/nixpkgs/compare/815ad7c549b4...314c73d36a12___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 815ad7: Galaxis: init at 1.9 (#26185)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 815ad7c549b423ebd324027d886d5e67b56f295e https://github.com/NixOS/nixpkgs/commit/815ad7c549b423ebd324027d886d5e67b56f295e Author: Anderson TorresDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: A pkgs/games/galaxis/default.nix M pkgs/top-level/all-packages.nix Log Message: --- Galaxis: init at 1.9 (#26185) * Galaxis: init at 1.9 * galaxis: nitpicks ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] How to build all of nixpkgs?
On 23 May 2017 at 23:31, Bjørn Forsmanwrote: > Another bit of important information is that the release.nix files map > over pkgs with builtins.tryEval (with the packagePlatforms function) > to filter out unsupported packages (among other things). With that > knowledge I should be able to create my own "release.nix" file that > builds the world. I finally have something that seems to be working: 8< let pkgs = import { # ensure we don't get an impure config config = { allowUnfree = false; allowBroken = false; }; }; lib = pkgs.lib; canEval = val: (builtins.tryEval val).success; canEvalStrict = val: (builtins.tryEval (builtins.deepSeq val val)).success; # myfilter arguments recurseYes = true; recurseNo = false; # Filter out all packages that don't evaluate or have unsupported platform. # Attributes of unsupported packages will be set to an empty attrset. myfilter = platform: recurse: lib.mapAttrs (n: v: let res = builtins.tryEval ( #builtins.trace ''name=${n}, type=${builtins.typeOf v}${if v ? name then ", v.name=" + v.name else ""}'' ( # for recurseForDerivations and recurseForRelease (bool) if builtins.typeOf v == "bool" then v else if !canEval v then {} else if lib.isDerivation v && canEval v.drvPath && builtins.elem platform (v.meta.platforms or []) then v else if recurse && (v.recurseForDerivations or false || v.recurseForRelease or false) then myfilter platform recurse v else {} ) ); in if res.success then res.value else {} ); in { # error: Package ‘Agda-Sheaves-8a06162a8f0f7df308458db91d720cf8f7345d69’ in [...] is marked as broken, refusing to evaluate. inherit pkgs; # This shouldn't stop due to eval errors, but expect plenty of build # failures. Better run with "--keep-going" if you want to build as much as # possible. filtered = myfilter "x86_64-linux" recurseYes pkgs; } >8 Knowing builtins.tryEval wasn't enough, because there are some errors that are not caught by it. I particularly struggled when applying recursion to my filter and hit a "error: value is a set while a Boolean was expected", with no location info or trace back. Luckily there is builtins.trace. Best regards, Bjørn Forsman ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] ff1253: darwin-ICU: init at 531.48
Branch: refs/heads/staging Home: https://github.com/NixOS/nixpkgs Commit: ff1253200bbcdaa37b0990cba971bd93f8009f93 https://github.com/NixOS/nixpkgs/commit/ff1253200bbcdaa37b0990cba971bd93f8009f93 Author: Daiderd JordanDate: 2017-05-27 (Sat, 27 May 2017) Changed paths: A pkgs/os-specific/darwin/apple-source-releases/ICU/default.nix M pkgs/os-specific/darwin/apple-source-releases/default.nix Log Message: --- darwin-ICU: init at 531.48 Commit: 857648dd31281c166aaada04145dd3301da74350 https://github.com/NixOS/nixpkgs/commit/857648dd31281c166aaada04145dd3301da74350 Author: Daiderd Jordan Date: 2017-05-27 (Sat, 27 May 2017) Changed paths: M pkgs/os-specific/darwin/apple-source-releases/default.nix A pkgs/os-specific/darwin/apple-source-releases/libplatform/default.nix Log Message: --- darwin-libplatform: init at 125 Commit: bf58495177670f76582a8a2afbaf3815232f https://github.com/NixOS/nixpkgs/commit/bf58495177670f76582a8a2afbaf3815232f Author: Daiderd Jordan Date: 2017-05-27 (Sat, 27 May 2017) Changed paths: M pkgs/os-specific/darwin/apple-source-releases/default.nix M pkgs/os-specific/darwin/apple-source-releases/libdispatch/default.nix Log Message: --- darwin-dispatch: 339.92.1 -> 442.1.4 Commit: 815f25f31b82a5ca43cc3e4728320debfd1fef13 https://github.com/NixOS/nixpkgs/commit/815f25f31b82a5ca43cc3e4728320debfd1fef13 Author: Daiderd Jordan Date: 2017-05-27 (Sat, 27 May 2017) Changed paths: R pkgs/os-specific/darwin/apple-source-releases/CF/add-cf-initialize.patch M pkgs/os-specific/darwin/apple-source-releases/CF/default.nix A pkgs/os-specific/darwin/apple-source-releases/CF/remove-xpc.patch M pkgs/os-specific/darwin/apple-source-releases/default.nix Log Message: --- darwin-CF: 855.17 -> 1153.18 Commit: 077840e5283719b135d267d9a64ca99543886577 https://github.com/NixOS/nixpkgs/commit/077840e5283719b135d267d9a64ca99543886577 Author: Daiderd Jordan Date: 2017-05-27 (Sat, 27 May 2017) Changed paths: M pkgs/stdenv/darwin/default.nix Log Message: --- darwin-stdenv: use darwin.ICU instread of icu Commit: 91caa85804a54a00dd38befb7b34778253ae61aa https://github.com/NixOS/nixpkgs/commit/91caa85804a54a00dd38befb7b34778253ae61aa Author: Daiderd Jordan Date: 2017-05-27 (Sat, 27 May 2017) Changed paths: M pkgs/os-specific/darwin/apple-source-releases/Libsystem/default.nix Log Message: --- darwin-Libsystem: include libplatform headers Commit: db4ff1d305e07d6c78655c3711973f52c31b7aea https://github.com/NixOS/nixpkgs/commit/db4ff1d305e07d6c78655c3711973f52c31b7aea Author: Daiderd Jordan Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: R pkgs/os-specific/darwin/apple-source-releases/CF/add-cf-initialize.patch M pkgs/os-specific/darwin/apple-source-releases/CF/default.nix A pkgs/os-specific/darwin/apple-source-releases/CF/remove-xpc.patch A pkgs/os-specific/darwin/apple-source-releases/ICU/default.nix M pkgs/os-specific/darwin/apple-source-releases/Libsystem/default.nix M pkgs/os-specific/darwin/apple-source-releases/default.nix M pkgs/os-specific/darwin/apple-source-releases/libdispatch/default.nix A pkgs/os-specific/darwin/apple-source-releases/libplatform/default.nix M pkgs/stdenv/darwin/default.nix Log Message: --- Merge pull request #26091 from LnL7/darwin-cf-10.10 CoreFounation: 10.9 -> 10.10 Compare: https://github.com/NixOS/nixpkgs/compare/6b91d0dc633c...db4ff1d305e0___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 132b50: GHCJS packages: avoid inode explosion
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 132b503aacb7dcc181d12804dee110f68f9f3730 https://github.com/NixOS/nixpkgs/commit/132b503aacb7dcc181d12804dee110f68f9f3730 Author: Charles StrahanDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/haskell-modules/generic-builder.nix Log Message: --- GHCJS packages: avoid inode explosion As noted in #25595, a change introduced in 4b77d425aa597 causes an explosion of inodes due to the constructions of many, many `ghcEnv` symlink forests. This commit undoes that change. To discuss reworking the support for GHCJS plugins, please see: #26192 Fixes #25595 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 82b0b5: clang: fix libclang library id on darwin
Branch: refs/heads/staging Home: https://github.com/NixOS/nixpkgs Commit: 82b0b57580a2ce08b194771e7373187b51485335 https://github.com/NixOS/nixpkgs/commit/82b0b57580a2ce08b194771e7373187b51485335 Author: Daiderd JordanDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/compilers/llvm/4/clang/default.nix Log Message: --- clang: fix libclang library id on darwin Commit: a6a21d7209a03bbb4ad413297f27c9326f87231c https://github.com/NixOS/nixpkgs/commit/a6a21d7209a03bbb4ad413297f27c9326f87231c Author: Daiderd Jordan Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/tools/rtags/default.nix Log Message: --- rtags: remove workaround for libclang Commit: 6b91d0dc633cff5cf6063086de296143eabb00f6 https://github.com/NixOS/nixpkgs/commit/6b91d0dc633cff5cf6063086de296143eabb00f6 Author: Daiderd Jordan Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/compilers/llvm/4/clang/default.nix M pkgs/development/tools/rtags/default.nix Log Message: --- Merge pull request #26092 from LnL7/darwin-libclang clang: fix libclang on darwin Compare: https://github.com/NixOS/nixpkgs/compare/779ec144020d...6b91d0dc633c___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 9aa354: llvm-4/clang-4: Build and install man pages
Branch: refs/heads/staging Home: https://github.com/NixOS/nixpkgs Commit: 9aa3548931e90d3a853c0cbf7fe45efe7f3b6a5a https://github.com/NixOS/nixpkgs/commit/9aa3548931e90d3a853c0cbf7fe45efe7f3b6a5a Author: Will DietzDate: 2017-05-19 (Fri, 19 May 2017) Changed paths: M pkgs/development/compilers/llvm/4/clang/default.nix M pkgs/development/compilers/llvm/4/llvm.nix Log Message: --- llvm-4/clang-4: Build and install man pages Commit: 3d1c1c5af3e1d97c2c6d0baf877817d09bb0c444 https://github.com/NixOS/nixpkgs/commit/3d1c1c5af3e1d97c2c6d0baf877817d09bb0c444 Author: Will Dietz Date: 2017-05-19 (Fri, 19 May 2017) Changed paths: M pkgs/development/compilers/llvm/4/clang/default.nix M pkgs/development/compilers/llvm/4/libc++abi.nix M pkgs/development/compilers/llvm/4/lld.nix M pkgs/development/compilers/llvm/4/lldb.nix M pkgs/development/compilers/llvm/4/llvm.nix M pkgs/development/compilers/llvm/4/openmp.nix Log Message: --- llvm-4/*: indicate which build inputs are nativeBuildInputs. Commit: 1e23b49f4652915a274781569abb21a07884e858 https://github.com/NixOS/nixpkgs/commit/1e23b49f4652915a274781569abb21a07884e858 Author: Daiderd Jordan Date: 2017-05-21 (Sun, 21 May 2017) Changed paths: M pkgs/stdenv/darwin/default.nix Log Message: --- darwin-stdenv: allow clang-unwrapped.man Commit: 779ec144020dc52d3e3c11c9b00a592f4f16849f https://github.com/NixOS/nixpkgs/commit/779ec144020dc52d3e3c11c9b00a592f4f16849f Author: Daiderd Jordan Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/compilers/llvm/4/clang/default.nix M pkgs/development/compilers/llvm/4/libc++abi.nix M pkgs/development/compilers/llvm/4/lld.nix M pkgs/development/compilers/llvm/4/lldb.nix M pkgs/development/compilers/llvm/4/llvm.nix M pkgs/development/compilers/llvm/4/openmp.nix M pkgs/stdenv/darwin/default.nix Log Message: --- Merge pull request #25921 from dtzWill/feature/llvm-manpages llvm-4/clang-4: Build and install man pages Compare: https://github.com/NixOS/nixpkgs/compare/1f407a46d60d...779ec144020d___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 636ce2: factorio: 0.15.1 -> 0.15.16
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 636ce2dfdbb145e7b966d1b4f9cb9ce4b91d96db https://github.com/NixOS/nixpkgs/commit/636ce2dfdbb145e7b966d1b4f9cb9ce4b91d96db Author: Johannes BarthelmesDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/games/factorio/default.nix Log Message: --- factorio: 0.15.1 -> 0.15.16 Commit: 60ba38fd8a9fe95ab9dd614fccc9917fb2b866a0 https://github.com/NixOS/nixpkgs/commit/60ba38fd8a9fe95ab9dd614fccc9917fb2b866a0 Author: Pascal Wittmann Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/games/factorio/default.nix Log Message: --- Merge pull request #26163 from jbarthelmes/factorio-0.15.16 factorio: 0.15.1 -> 0.15.16 Compare: https://github.com/NixOS/nixpkgs/compare/2262f892302a...60ba38fd8a9f___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 2262f8: tor-browser-bundle-bin: additional download urls
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 2262f892302a86ca413f6be9f0630d008f908784 https://github.com/NixOS/nixpkgs/commit/2262f892302a86ca413f6be9f0630d008f908784 Author: Joachim FastingDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/applications/networking/browsers/tor-browser-bundle-bin/default.nix Log Message: --- tor-browser-bundle-bin: additional download urls To better support users that are unable to access the official Tor distribution site, e.g., https://github.com/NixOS/nixpkgs/issues/26184 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] a3bc7e: pick: 1.4.0 -> 1.6.1
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: a3bc7ec0f09759c4eb69948bacc1b471936ba826 https://github.com/NixOS/nixpkgs/commit/a3bc7ec0f09759c4eb69948bacc1b471936ba826 Author: Kranium Gikos MendozaDate: 2017-05-29 (Mon, 29 May 2017) Changed paths: M pkgs/tools/misc/pick/default.nix Log Message: --- pick: 1.4.0 -> 1.6.1 Commit: 8e507cfdfe7de8aa2a3b568e0e7dc6e0a6653a22 https://github.com/NixOS/nixpkgs/commit/8e507cfdfe7de8aa2a3b568e0e7dc6e0a6653a22 Author: Pascal Wittmann Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/tools/misc/pick/default.nix Log Message: --- Merge pull request #26183 from womfoo/bump/pick-1.6.1 pick: 1.4.0 -> 1.6.1 Compare: https://github.com/NixOS/nixpkgs/compare/ce61c20742af...8e507cfdfe7d___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 6ecb92: cfssl: init at 20170527
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 6ecb92a3c346a0bd29fcea2b2d04ddde6417e4e9 https://github.com/NixOS/nixpkgs/commit/6ecb92a3c346a0bd29fcea2b2d04ddde6417e4e9 Author: Marius BergmannDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: A pkgs/tools/security/cfssl/default.nix M pkgs/top-level/all-packages.nix Log Message: --- cfssl: init at 20170527 Commit: ce61c20742af6aaf6dd7be50377cfcd690cd44df https://github.com/NixOS/nixpkgs/commit/ce61c20742af6aaf6dd7be50377cfcd690cd44df Author: Jörg Thalheim Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: A pkgs/tools/security/cfssl/default.nix M pkgs/top-level/all-packages.nix Log Message: --- Merge pull request #26189 from mbrgm/cfssl cfssl: init at 20170527 Compare: https://github.com/NixOS/nixpkgs/compare/190111518bb0...ce61c20742af___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] cce8db: git-annex-remote-rclone: 0.4 -> 0.5
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: cce8dbf8d3f48182125b7112f2e8e57ccacc50fc https://github.com/NixOS/nixpkgs/commit/cce8dbf8d3f48182125b7112f2e8e57ccacc50fc Author: montag451Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/applications/version-management/git-and-tools/git-annex-remote-rclone/default.nix Log Message: --- git-annex-remote-rclone: 0.4 -> 0.5 Commit: 190111518bb0cfe67e27c142e8ca1125049846e8 https://github.com/NixOS/nixpkgs/commit/190111518bb0cfe67e27c142e8ca1125049846e8 Author: Pascal Wittmann Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/applications/version-management/git-and-tools/git-annex-remote-rclone/default.nix Log Message: --- Merge pull request #26188 from montag451/git-annex-remote-rclone git-annex-remote-rclone: 0.4 -> 0.5 Compare: https://github.com/NixOS/nixpkgs/compare/aee5fa2f4817...190111518bb0___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] aee5fa: moreutils: 0.59 -> 0.61
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: aee5fa2f4817c04e2169010ec7c52f9210eaa89c https://github.com/NixOS/nixpkgs/commit/aee5fa2f4817c04e2169010ec7c52f9210eaa89c Author: Pascal WittmannDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/tools/misc/moreutils/default.nix Log Message: --- moreutils: 0.59 -> 0.61 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Disappearing X session on some systems
Upon further inspection, it appears bug 24172, bug 22470, and pull request 25621 may be related to the X session problem I mentioned. Gdm on nvidia https://github.com/NixOS/nixpkgs/pull/25621 nixos-rebuild switch fails in X terminal https://github.com/NixOS/nixpkgs/issues/22470 systemd-vconsole-setup.service seems to get started after every switch https://github.com/NixOS/nixpkgs/issues/23118 On Sat, May 27, 2017 at 11:57 AM, Evan Rowleywrote: > Has anyone left their NixOS machine running for awhile, come back to it, > and saw a console on tty7 where X used to be running? I experience this > when I leave two of my NixOS systems alone for awhile. Both are using Gnome > 3. It affects my ThinkPad E465 which is running an AMD A10-8700P & Radeon > R6 M340DX. It also affects my SuperMicro SYS-7038A-i with Intel Xeon CPUs > and Nvidia 8800 GT graphics. It never happens while I'm using these, just > only when I've left them alone for a while - like overnight, for example. I > have not seen this behavior on my NixOS ThinkPad T420 with Intel i5-2520M > and integrated graphics. I realize that the T420 is relatively mature in > Linux support & things working well is somewhat expected - but a crashing X > session seems to be abnormal, even for hardware that's less tested. One > major difference between the T420 and the other systems is the T420 is > using integrated graphics while the other systems are using dedicated > graphics cards - which is why I listed out the cards here. If anyone knows > of ongoing issues with NixOS/X/graphics which could be related, how it > further investigate the issue, ideas on a fix, or is experiencing the same > kind of issue - please reply. :) > > -- > - EJR > -- - EJR ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] concatAttrs :: [attrSet] -> attrSet ?
Hey Leo, Thus quoth Leo Gaspard at 13:05 on Sun, May 28 2017: > On 05/28/2017 02:58 PM, Sergiu Ivanov wrote: >> My use case is quite specific. I do this, approximately: >> >> let func name = { "${name}" = something name; }; >> in concatAttrs (map func [ "name1" "name2" ]) > > If this is your use case, you could also be interested in `genAttrs` > defined in `lib/attrsets.nix` ;) Excellent! Worked like a charm, thanks a lot! (After I realised I had to use it like pkgs.lib.genAttrs in my context :-) ) -- Sergiu signature.asc Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 157b5b: cppcheck: 1.78 -> 1.79
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 157b5bd1f0ce284bc258c5442e98f56ff65829da https://github.com/NixOS/nixpkgs/commit/157b5bd1f0ce284bc258c5442e98f56ff65829da Author: Joachim FastingDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/tools/analysis/cppcheck/default.nix Log Message: --- cppcheck: 1.78 -> 1.79 ChangeLog: https://sourceforge.net/p/cppcheck/news/2017/05/cppcheck-179/ ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 2412ce: Revert "plasma5: 5.8.6 -> 5.8.7"
Branch: refs/heads/release-17.03 Home: https://github.com/NixOS/nixpkgs Commit: 2412cec456e48d97462c1046484cb3140f9046a2 https://github.com/NixOS/nixpkgs/commit/2412cec456e48d97462c1046484cb3140f9046a2 Author: Thomas TuegelDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/desktops/plasma-5/fetch.sh M pkgs/desktops/plasma-5/srcs.nix Log Message: --- Revert "plasma5: 5.8.6 -> 5.8.7" This reverts commit b1f8bd12d38fcf25533bb3765f8bea15ad2d0672. Fixes #26080. In this bugfix release, upstream has changed the Qt dependency requirement from Qt 5.6 to Qt 5.7; such an update is not acceptable for an LTS release, so updates to the Plasma desktop environment in NixOS are discontinued. ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] concatAttrs :: [attrSet] -> attrSet ?
On 05/28/2017 02:58 PM, Sergiu Ivanov wrote: > My use case is quite specific. I do this, approximately: > > let func name = { "${name}" = something name; }; > in concatAttrs (map func [ "name1" "name2" ]) If this is your use case, you could also be interested in `genAttrs` defined in `lib/attrsets.nix` ;) signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] concatAttrs :: [attrSet] -> attrSet ?
Hello Linus, Thank you for you prompt reply! Thus quoth Linus Heckemann at 12:24 on Sun, May 28 2017: > On 28/05/17 13:18, Sergiu Ivanov wrote: >> >> concatAttrs = attrList: pkgs.lib.fold (x: y: x // y) {} attrList; >> >> Do you see any isssues with such an implementation? >> > > Looks like a sensible way to do it to me, though I'd be surprised if it > doesn't already exist in nixpkgs. Yeah, that's what I thought as well. > Do keep in mind that // is not commutative — the order matters when the > two sets contain the same key — but other than that I don't see any > issues. Indeed, right, the function I wrote should probably be called iterUnion, to avoid insinuating any special treatment of repeated keys. My use case is quite specific. I do this, approximately: let func name = { "${name}" = something name; }; in concatAttrs (map func [ "name1" "name2" ]) I don't expect to have repeated names, so key repetitions isn't something likely to happen. > You might also want to look at the merging logic used for nixos > modules (lib/modules.nix), although that's significantly more complex. Oh, thank you for the reference (I actually took a look!), but in my case I only merge three-element attribute sets. My concatAttrs is essentially me playing around with Nix more than anything else :-) -- Sergiu signature.asc Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] concatAttrs :: [attrSet] -> attrSet ?
On 28/05/17 13:18, Sergiu Ivanov wrote: > Hello, > > I found myself in the need of a function which would take a list of > Nix attribute sets and concatenate them to produce one big attribute > set: > > nix-repl> concatAttrs [ {x=1;} {y=2;} ] > {x=1; y=2;} > > I did quite some research online and in nixpkgs source tree and found > a lot of cool functions, but nothing resembling to concatAttrs. > > Does such a function exist? > > > In the meantime, I ended up writing the following definition: > > concatAttrs = attrList: pkgs.lib.fold (x: y: x // y) {} attrList; > > Do you see any isssues with such an implementation? > Looks like a sensible way to do it to me, though I'd be surprised if it doesn't already exist in nixpkgs. Do keep in mind that // is not commutative — the order matters when the two sets contain the same key — but other than that I don't see any issues. You might also want to look at the merging logic used for nixos modules (lib/modules.nix), although that's significantly more complex. ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] concatAttrs :: [attrSet] -> attrSet ?
Hello, I found myself in the need of a function which would take a list of Nix attribute sets and concatenate them to produce one big attribute set: nix-repl> concatAttrs [ {x=1;} {y=2;} ] {x=1; y=2;} I did quite some research online and in nixpkgs source tree and found a lot of cool functions, but nothing resembling to concatAttrs. Does such a function exist? In the meantime, I ended up writing the following definition: concatAttrs = attrList: pkgs.lib.fold (x: y: x // y) {} attrList; Do you see any isssues with such an implementation? -- Sergiu signature.asc Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] f98e0b: kernelPackages.splUnstable: 0.7.0-rc3 -> 0.7.0-rc4
Branch: refs/heads/release-17.03 Home: https://github.com/NixOS/nixpkgs Commit: f98e0bb8ab4817afa4a5a3832d8c970a05d34327 https://github.com/NixOS/nixpkgs/commit/f98e0bb8ab4817afa4a5a3832d8c970a05d34327 Author: Jörg ThalheimDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/os-specific/linux/spl/default.nix Log Message: --- kernelPackages.splUnstable: 0.7.0-rc3 -> 0.7.0-rc4 (cherry picked from commit 4ea961ccc368c2f6ab9bda94643dd179cd7ba0cb) Commit: d32788ffe03d1004919217e45cbb90605ad4f38e https://github.com/NixOS/nixpkgs/commit/d32788ffe03d1004919217e45cbb90605ad4f38e Author: Jörg Thalheim Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/os-specific/linux/zfs/default.nix Log Message: --- kernelPackages.zfsUnstable: 0.7.0-rc3 -> 0.7.0-rc4 (cherry picked from commit 7765e5971c3eb882866bd5e333b91bbb96f9ccdb) Commit: 36550fc129dd5b11afe5fa6b292c4808791ecf6e https://github.com/NixOS/nixpkgs/commit/36550fc129dd5b11afe5fa6b292c4808791ecf6e Author: evujumenuk Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/os-specific/linux/zfs/default.nix Log Message: --- zfs: Bump incompatibleKernelVersion to "4.11" https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.6.5.9 attests compatibility with kernel versions up to 4.10.x.(cherry picked from commit aef776836da2205d4b4f1cae99c5f7a72d6b114f) Compare: https://github.com/NixOS/nixpkgs/compare/9f4a10220c5e...36550fc129dd___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Disappearing X session on some systems
On 28/05/17 07:17, Kirill Elagin wrote: > Is there anything noteworthy in the X log? dmesg? > Surely it doesn’t just disappear without saying anything at all, right? This stuff should be in the journal, but it isn't in the case of lightdm [26172]. The X server may also crash without any further information as to why. This could be [21026] or [25476] at play. Enabling coredumps [1] and waiting for it to happen again could also help elucidate the issue. [1]: https://nixos.org/nixos/options.html#coredump [21026]: https://github.com/NixOS/nixpkgs/issues/21026 [25476]: https://github.com/NixOS/nixpkgs/issues/25476 [26172]: https://github.com/NixOS/nixpkgs/issues/26172 ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 1f407a: mesa: feature update 17.0.6 -> 17.1.1
Branch: refs/heads/staging Home: https://github.com/NixOS/nixpkgs Commit: 1f407a46d60dd7e001ec662edf3be4ccf838 https://github.com/NixOS/nixpkgs/commit/1f407a46d60dd7e001ec662edf3be4ccf838 Author: Vladimír ČunátDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/libraries/mesa/default.nix M pkgs/development/libraries/mesa/symlink-drivers.patch Log Message: --- mesa: feature update 17.0.6 -> 17.1.1 Main changes: https://www.mesa3d.org/relnotes/17.1.0.html - two options got renamed - "ilo" driver was removed upstream - python is no longer needed for build I tested nouveau for a bit. ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] nixops: Deploying from macOS
Nowadays it works without nix-daemon, so my guess is that there was indeed some kind of ssh keys complication, but now it is no longer there and the issue should probably be closed. As I understant it, it is a question of security. nix-daemon can use remote builders and it will add the results of their work to the local store, which means that the builders must be trusted by the system. On the other hand, we want ordinary users to use nixops, and if we allow them to communicate to nix-daemon whichever builders they want to use, this will allow them to sneak anything into the local store, which is very bad. To be more specific, nix-daemon does read configuration from /etc, but when you run nixops as a user, it won’t have permissions to update this configuration, and that is a good thing. Even if you were running nixops as root, you probably do not want it to edit your system remote builders configuration just for this one deployment, that’s why it uses temporary files. On Sun, May 28, 2017 at 10:06 AM Wout Mertenswrote: > This issue is quite old and I haven't tried in a while :) back then, even > without nix-daemon it didn't work. > > BTW, why not let nix-daemon read the configuration from /etc so that it > can change at runtime? > > On Sun, May 28, 2017, 8:13 AM Kirill Elagin wrote: > >> I still can’t make sense of the troubles you were experiencing. >> >> As far as I understand it, if one has configured nix-daemon, then there >> is basically no way to use `NIX_REMOTE_SYSTEMS` from nixops and one has to >> configure nix-daemon by setting `NIX_REMOTE_SYSTEMS` in its environment. >> After reading the description of your issue I was left under an impression >> that you somehow managed to make it work without reconfiguring nix-daemon. >> Am I wrong? >> >> Without nix-daemon I don’t think there are any problems as of today. >> >> >> On Sat, May 27, 2017 at 9:08 PM Wout Mertens >> wrote: >> >>> The problem is probably ssh-ing into the VM it should be using for >>> building. This probably fails due to not having the correct environment, >>> and then it silently decides building on OSX. >>> >>> On Fri, May 26, 2017, 12:39 PM Kirill Elagin >>> wrote: >>> Hi, I have finally switched my laptop to using nix-daemon and got bitten by https://github.com/NixOS/nixops/issues/260 (and/or https://github.com/NixOS/nixops/issues/483). To be honest, I am completely lost. Could someone please explain to me what is going on here? 1. The error that I get is this one: > error: a ‘x86_64-linux’ is required to build ‘/nix/store/cm2y0hlgv6dpcyzf022ih1b0qwh3x5n7-etc-logind.conf.drv’, but I am a ‘x86_64-darwin’ Why on Earth is Linux needed to build _config files_? Building configs is mostly echoing, right? Who exactly tells nix that `environment.etc` files require a certain platform to be built? Maybe we could fix that? 2. How is this all related to nix-daemon? `nixops/deployment.py` checks for `os.environ.get('NIX_REMOTE') != 'daemon'`, why does it do this? Is that because `NIX_BUILD_HOOK` does not work when using nix-daemon? What’s that whole story with `NIX_REMOTE_SYSTEMS` and ssh keys really about? Why are there no issues with ssh keys when we I do not use nix-daemon? Why copying something manually helps? >>> ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev >>> ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] d0f236: python.pkgs.simplejson: 3.8.1 -> 3.10.0
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: d0f2361bc1ffdff631fc7ebb9c2ec1b08b135898 https://github.com/NixOS/nixpkgs/commit/d0f2361bc1ffdff631fc7ebb9c2ec1b08b135898 Author: Frederik RietdijkDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: A pkgs/development/python-modules/simplejson/default.nix M pkgs/top-level/python-packages.nix Log Message: --- python.pkgs.simplejson: 3.8.1 -> 3.10.0 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
[Nix-dev] Background images of desktop managers
Hey there, before I start with the actual topic I'd like to introduce myself as this is the first time I submit something to the `nix-dev` mailing list: I'm Maximilian Bosch from Munich, I work for the Mayflower GmbH and I started using NixOS at the beginning of 2017 and submitted several PRs since then. Right now I'm working on the following thing: https://github.com/NixOS/nixpkgs/pull/26156 As the title says, I'd like to have some background image support for window managers as well (XMonad in my case). Right now I solve this with some ugly shell in the `sessionCommands` script, but I'd like to have a more suitable solution for this. Right now you can set an internal option in the {desktop,window}Managers, but `bgSupport` isn't available for the windowManagers (see https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/x11/window-managers/default.nix, https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/services/x11/desktop-managers/default.nix ). I decided to change this, please refer to the linked PR for more details there. Right now it works quite fine with `i3`, but when I tried to test it with desktopManagers like `gnome3` or `xfce` (both of them have `bgSupport` enabled ATM), I realized that they set their own background internally and override the stuff declared by the `feh --bg-scale` call. Therefore I'd like to know: is there any specific reason I'm missing why desktopManagers have this bgSupport thign? It works fine with some windowManagers (not all of them, `awesome` overrides the background as well), but it seems to break with the desktopManagers. And if that's just some legacy thing: can the bgSupport be removed from the desktopManagers? Have a great sunday and thanks in advance, Maximilian Bosch ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] networking.wlanInterfaces issues
Kirill Elaginwrites: > This should help: https://github.com/NixOS/nixpkgs/pull/26170. Thank you for the quick fix. Would it be possible to have this also on 17.03? > https://github.com/NixOS/nixpkgs/blob/953616907493c5b81ba3ec9dd86f1422f4d1fcd3/nixos/modules/tasks/network-interfaces.nix#L816 > > Your wireless card is a “physical” device, on top of it you can create a > number of “virtual” interfaces (e.g. `wlan0`). The `device` attribute > inside `wlanInterfaces` refers to this physical device, not virtual > interface (you need something along the lines of `iw phy`, I can’t remember > exactly, I’m sorry). I read the docstring but it didn't work as expected. I also tried phy0 but it did not work either. Maybe your fix will help. ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] nixops: Deploying from macOS
This issue is quite old and I haven't tried in a while :) back then, even without nix-daemon it didn't work. BTW, why not let nix-daemon read the configuration from /etc so that it can change at runtime? On Sun, May 28, 2017, 8:13 AM Kirill Elaginwrote: > I still can’t make sense of the troubles you were experiencing. > > As far as I understand it, if one has configured nix-daemon, then there is > basically no way to use `NIX_REMOTE_SYSTEMS` from nixops and one has to > configure nix-daemon by setting `NIX_REMOTE_SYSTEMS` in its environment. > After reading the description of your issue I was left under an impression > that you somehow managed to make it work without reconfiguring nix-daemon. > Am I wrong? > > Without nix-daemon I don’t think there are any problems as of today. > > > On Sat, May 27, 2017 at 9:08 PM Wout Mertens > wrote: > >> The problem is probably ssh-ing into the VM it should be using for >> building. This probably fails due to not having the correct environment, >> and then it silently decides building on OSX. >> >> On Fri, May 26, 2017, 12:39 PM Kirill Elagin wrote: >> >>> Hi, >>> >>> I have finally switched my laptop to using nix-daemon and got bitten by >>> https://github.com/NixOS/nixops/issues/260 (and/or >>> https://github.com/NixOS/nixops/issues/483). >>> >>> To be honest, I am completely lost. Could someone please explain to me >>> what is going on here? >>> >>> 1. The error that I get is this one: >>> >>> > error: a ‘x86_64-linux’ is required to build >>> ‘/nix/store/cm2y0hlgv6dpcyzf022ih1b0qwh3x5n7-etc-logind.conf.drv’, but I am >>> a ‘x86_64-darwin’ >>> >>> Why on Earth is Linux needed to build _config files_? Building configs >>> is mostly echoing, right? Who exactly tells nix that `environment.etc` >>> files require a certain platform to be built? Maybe we could fix that? >>> >>> 2. How is this all related to nix-daemon? `nixops/deployment.py` checks >>> for `os.environ.get('NIX_REMOTE') != 'daemon'`, why does it do this? Is >>> that because `NIX_BUILD_HOOK` does not work when using nix-daemon? What’s >>> that whole story with `NIX_REMOTE_SYSTEMS` and ssh keys really about? Why >>> are there no issues with ssh keys when we I do not use nix-daemon? Why >>> copying something manually helps? >>> >> ___ >>> nix-dev mailing list >>> nix-dev@lists.science.uu.nl >>> https://mailman.science.uu.nl/mailman/listinfo/nix-dev >>> >> ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 0916c2: symlinkJoin: eliminate lndir spam
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 0916c26ed6aa7bda09399c8fc8fd444204ccfa59 https://github.com/NixOS/nixpkgs/commit/0916c26ed6aa7bda09399c8fc8fd444204ccfa59 Author: Ryan TrinkleDate: 2017-05-27 (Sat, 27 May 2017) Changed paths: M pkgs/build-support/trivial-builders.nix Log Message: --- symlinkJoin: eliminate lndir spam By default lndir outputs the name of each subdirectory as it descends into it; this commit gives it the -silent flag to disable this behavior Commit: 90b08c29d2e480c32f03337bc5f0952e83a60eed https://github.com/NixOS/nixpkgs/commit/90b08c29d2e480c32f03337bc5f0952e83a60eed Author: Jörg Thalheim Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/build-support/trivial-builders.nix Log Message: --- Merge pull request #26164 from ryantrinkle/lndir-silent Silence lndir output in symlinkJoin Compare: https://github.com/NixOS/nixpkgs/compare/b27a2667db0b...90b08c29d2e4___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] networking.wlanInterfaces issues
On Sat, May 27, 2017 at 10:28 PM Tomas Hlavatywrote: > Hi, > > I have issues with wifi configuration on 17.03.1203.58e227052d > (Gorilla): > > 1) specifying mac address doesn't work: > >building the system configuration... >error: undefined variable ‘device’ at > /nix/store/nm3nvlszbsg7c574airhra5gj2xwc9s8-nixexprs.tar.xz/nixos/modules/tasks/network-interfaces.nix:1120:89 >(use ‘--show-trace’ to show detailed location information) > >with config like this: > >networking.wlanInterfaces = { > wlan1 = { >device = "wlan0"; >mac = "12:34:56:78:90:12"; > }; >} > >Commenting out the mac line avoids the error but doesn't set the mac >address. > This should help: https://github.com/NixOS/nixpkgs/pull/26170. > 2) What is wlanInterfaces supposed to do? It does nothing as far as I >can see. In the example above, I would expect that "ip a" doesn't >show wlan0 anymore but shows wlan1 instead. Is my expectation >correct? > > 3) How can I set a wireless interface to ad-hoc mode? The device >supports it, but wlanInterfaces does nothing again: > >$ iw list | grep -i ibss\\. >Device supports RSN-IBSS. >Device supports HT-IBSS. > >networking.wlanInterfaces = { > wlan1 = { >type = "ibss"; >device = "wlan0"; >mac = "12:34:56:78:90:12"; > }; >} > https://github.com/NixOS/nixpkgs/blob/953616907493c5b81ba3ec9dd86f1422f4d1fcd3/nixos/modules/tasks/network-interfaces.nix#L816 Your wireless card is a “physical” device, on top of it you can create a number of “virtual” interfaces (e.g. `wlan0`). The `device` attribute inside `wlanInterfaces` refers to this physical device, not virtual interface (you need something along the lines of `iw phy`, I can’t remember exactly, I’m sorry). > Thanks for ideas. > > Tomas > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > https://mailman.science.uu.nl/mailman/listinfo/nix-dev > ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] b27a26: python.pkgs.hypothesis fixup
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: b27a2667db0b2b2b2546f1c2d5bdcc78e13132d3 https://github.com/NixOS/nixpkgs/commit/b27a2667db0b2b2b2546f1c2d5bdcc78e13132d3 Author: Frederik RietdijkDate: 2017-05-28 (Sun, 28 May 2017) Changed paths: M pkgs/development/python-modules/hypothesis.nix Log Message: --- python.pkgs.hypothesis fixup ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Disappearing X session on some systems
Is there anything noteworthy in the X log? dmesg? Surely it doesn’t just disappear without saying anything at all, right? On Sat, May 27, 2017 at 6:57 PM Evan Rowleywrote: > Has anyone left their NixOS machine running for awhile, come back to it, > and saw a console on tty7 where X used to be running? I experience this > when I leave two of my NixOS systems alone for awhile. Both are using Gnome > 3. It affects my ThinkPad E465 which is running an AMD A10-8700P & Radeon > R6 M340DX. It also affects my SuperMicro SYS-7038A-i with Intel Xeon CPUs > and Nvidia 8800 GT graphics. It never happens while I'm using these, just > only when I've left them alone for a while - like overnight, for example. I > have not seen this behavior on my NixOS ThinkPad T420 with Intel i5-2520M > and integrated graphics. I realize that the T420 is relatively mature in > Linux support & things working well is somewhat expected - but a crashing X > session seems to be abnormal, even for hardware that's less tested. One > major difference between the T420 and the other systems is the T420 is > using integrated graphics while the other systems are using dedicated > graphics cards - which is why I listed out the cards here. If anyone knows > of ongoing issues with NixOS/X/graphics which could be related, how it > further investigate the issue, ideas on a fix, or is experiencing the same > kind of issue - please reply. :) > > -- > - EJR > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > https://mailman.science.uu.nl/mailman/listinfo/nix-dev > ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] nixops: Deploying from macOS
I still can’t make sense of the troubles you were experiencing. As far as I understand it, if one has configured nix-daemon, then there is basically no way to use `NIX_REMOTE_SYSTEMS` from nixops and one has to configure nix-daemon by setting `NIX_REMOTE_SYSTEMS` in its environment. After reading the description of your issue I was left under an impression that you somehow managed to make it work without reconfiguring nix-daemon. Am I wrong? Without nix-daemon I don’t think there are any problems as of today. On Sat, May 27, 2017 at 9:08 PM Wout Mertenswrote: > The problem is probably ssh-ing into the VM it should be using for > building. This probably fails due to not having the correct environment, > and then it silently decides building on OSX. > > On Fri, May 26, 2017, 12:39 PM Kirill Elagin wrote: > >> Hi, >> >> I have finally switched my laptop to using nix-daemon and got bitten by >> https://github.com/NixOS/nixops/issues/260 (and/or >> https://github.com/NixOS/nixops/issues/483). >> >> To be honest, I am completely lost. Could someone please explain to me >> what is going on here? >> >> 1. The error that I get is this one: >> >> > error: a ‘x86_64-linux’ is required to build >> ‘/nix/store/cm2y0hlgv6dpcyzf022ih1b0qwh3x5n7-etc-logind.conf.drv’, but I am >> a ‘x86_64-darwin’ >> >> Why on Earth is Linux needed to build _config files_? Building configs is >> mostly echoing, right? Who exactly tells nix that `environment.etc` files >> require a certain platform to be built? Maybe we could fix that? >> >> 2. How is this all related to nix-daemon? `nixops/deployment.py` checks >> for `os.environ.get('NIX_REMOTE') != 'daemon'`, why does it do this? Is >> that because `NIX_BUILD_HOOK` does not work when using nix-daemon? What’s >> that whole story with `NIX_REMOTE_SYSTEMS` and ssh keys really about? Why >> are there no issues with ssh keys when we I do not use nix-daemon? Why >> copying something manually helps? >> > ___ >> nix-dev mailing list >> nix-dev@lists.science.uu.nl >> https://mailman.science.uu.nl/mailman/listinfo/nix-dev >> > ___ nix-dev mailing list nix-dev@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-dev