No, not everything is working. -K option didn't trigger. Here are last lines of build log
building install_features install -m 644 -p /tmp/nix-build-qscintilla-2.8.3.drv-0/QScintilla-gpl-2.8.3/Qt4Qt5/features/qscintilla2.prf /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3/share/qt/mkspecs/features// glibPreFixupPhase post-installation fixup patching ELF executables and libraries in /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3/libs/libqscintilla2.so.11.2.0 gzipping man pages in /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 patching script interpreter paths in /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 But folder /tmp/nix-build-qscintilla-2.8.3.drv-0/ is deleted: [danbst@master:/tmp/scibuild]$ ls -la /tmp/ total 8 drwxrwxrwt 12 root root 260 Dec 1 11:45 . drwxr-xr-x 20 root root 4096 Nov 20 09:19 .. drwxr-xr-x 2 danbst nogroup 80 Nov 27 23:22 build drwx------ 2 danbst nogroup 60 Nov 27 20:45 .esd-1000 drwx------ 2 root root 40 Nov 27 20:45 kde-root drwx------ 2 root root 40 Nov 27 20:45 ksocket-root drwx------ 2 danbst nogroup 80 Nov 27 20:45 .org.chromium.Chromium.hPGm8S drwx------ 2 danbst nogroup 80 Nov 27 20:55 .org.chromium.Chromium.owFjjQ drwxr-xr-x 2 danbst nogroup 60 Dec 1 11:45 scibuild drwx------ 3 root root 60 Nov 27 20:45 systemd-private-a17a7cbc51c64ee6bc6717082ade3db4-rtkit-daemon.service-vxwynA drwx------ 3 danbst nogroup 60 Nov 30 13:39 .wine-1000 -r--r--r-- 1 root root 11 Nov 27 20:45 .X0-lock drwxrwxrwt 2 root root 60 Nov 27 20:45 .X11-unix 2014-12-01 11:47 GMT+01:00 Daniel Hlynskyi <[email protected]>: > thanks, now it works. Am I right, if I have Qt-4.8.6 (build dependency of > qscintilla) already installed, than I don't need to > recompile it when --option binary-caches "" is used for qscintilla? > > 2014-12-01 11:34 GMT+01:00 Domen Kožar <[email protected]>: > >> $ rm result >> $ nix-store --delete /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrf >> y7-qscintilla-2.8.3 >> $ nix-build '<nixpkgs>' -K -A qscintilla --option build-use-substitutes >> false >> >> On Mon, Dec 1, 2014 at 11:32 AM, Daniel Hlynskyi <[email protected]> >> wrote: >> >>> Thanks guys, but that doesn't help >>> >>> [danbst@master:/tmp/scibuild]$ nix-build '<nixpkgs>' -K -A qscintilla >>> --option build-use-substitutes false >>> /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 >>> >>> [danbst@master:/tmp/scibuild]$ nix-build '<nixpkgs>' -K -A qscintilla >>> --option binary-caches "" >>> /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 >>> >>> [danbst@master:/tmp/scibuild]$ >>> >>> I have 'gc-keep-outputs = true' option enabled. Can this be a problem? >>> >>> 2014-12-01 11:29 GMT+01:00 Rob Vermaas <[email protected]>: >>> >>>> Or use (taken from 'man nix.conf'): >>>> >>>> build-use-substitutes >>>> If set to true (default), Nix will use binary substitutes if >>>> available. This option can be disabled to force >>>> building from source. >>>> >>>> E.g. nix-build --option build-use-substitutes false >>>> >>>> Cheers, >>>> Rob >>>> >>>> >>>> On Mon, Dec 1, 2014 at 11:21 AM, Domen Kožar <[email protected]> wrote: >>>> >>>>> nix-build --option binary-caches "" >>>>> >>>>> On Mon, Dec 1, 2014 at 11:08 AM, Daniel Hlynskyi < >>>>> [email protected]> wrote: >>>>> >>>>>> hi, I'm trying to use -K option for nix-build, but it doesn't >>>>>> generate unpacked directory in /tmp, it simply finds it somewhere in >>>>>> cache >>>>>> (or binary cache.nixos.org or hydra.nixos.org). How to force it to >>>>>> build without using cache and generated /tmp/nix-build-* directory? >>>>>> >>>>>> [danbst@master:/tmp/scibuild]$ nix-build '<nixpkgs>' -K -A qscintilla >>>>>> /nix/store/kycs9akg1h70wjm0p4cg9cc384ccrfy7-qscintilla-2.8.3 >>>>>> [danbst@master:/tmp/scibuild]$ >>>>>> >>>>>> _______________________________________________ >>>>>> nix-dev mailing list >>>>>> [email protected] >>>>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> nix-dev mailing list >>>>> [email protected] >>>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev >>>>> >>>>> >>>> >>>> >>>> -- >>>> Rob Vermaas >>>> >>>> [email] [email protected] >>>> >>> >>> >> >
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
