Re: [Nix-dev] Compiling Android tree with buildFHSUserEnv
On 22 April 2015 at 08:46, Nikolay Amiantov a...@fmap.me wrote: Hi all, With recent patches for build-fhs-*env in master it's now possible to (ab)use FHS userenv infrastructure to work with the Android source tree. It's, as can be imagined, an enormous (~20 GB!) pile of source code together with dynamically-linked binaries and Makefiles/scripts ridden with assumptions about OS directory structure and installed packages. It's very hard to patch and clean this tree of assumptions everywhere, and if done it would be very hard to maintain. Instead with Nix expression like [1] you can quickly and conveniently get into an FHS-compatible environment that the tree likes with just `nix-shell`. I imagine there might be other situations when this quick-and-dirty measure can be quite useful (running games distributed as .tar.gz?). [1]: http://pastebin.com/heqGBMzL -- Nikolay. Thanks. This sounds very useful! James ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Compiling Android tree with buildFHSUserEnv
Hi all, With recent patches for build-fhs-*env in master it's now possible to (ab)use FHS userenv infrastructure to work with the Android source tree. It's, as can be imagined, an enormous (~20 GB!) pile of source code together with dynamically-linked binaries and Makefiles/scripts ridden with assumptions about OS directory structure and installed packages. It's very hard to patch and clean this tree of assumptions everywhere, and if done it would be very hard to maintain. Instead with Nix expression like [1] you can quickly and conveniently get into an FHS-compatible environment that the tree likes with just `nix-shell`. I imagine there might be other situations when this quick-and-dirty measure can be quite useful (running games distributed as .tar.gz?). [1]: http://pastebin.com/heqGBMzL -- Nikolay. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [NixOS/nixpkgs] 40d135: GHC 7.10: Fix Data.AttoBencode.
Hi Moritz, Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 40d135b6ad2788aad06fb1a6d7e1e30c42de861e https://github.com/NixOS/nixpkgs/commit/40d135b6ad2788aad06fb1a6d7e1e30c42de861e Author: Moritz Ulrich mor...@tarn-vedra.de Date: 2015-04-22 (Wed, 22 Apr 2015) Changed paths: M pkgs/development/haskell-modules/configuration-ghc-7.10.x.nix Log Message: --- GHC 7.10: Fix Data.AttoBencode. can you please report this kind of issue upstream, too, and add a reference to the ticket in a comment so that we can track whether it's been remedied or not? Best regards, Peter ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] buildPythonPackage: add src to PYTHONPATH before build?
I'm trying to package a python application (https://github.com/dagraham/etm-tk). I made an initial package with python2nix, but when I try to install it I get: installing ‘python2.7-etm’ these derivations will be built: /nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv building path(s) ‘/nix/store/bncc469m7v8r5i11ak9my9dxdjvm6cpg-python2.7-etm’ unpacking sources unpacking source archive /nix/store/jdhl79isbzapyyz6vlh22i03m9lbc00w-etm-tk-7b6ba79 source root is etm-tk-7b6ba79 patching sources configuring building Traceback (most recent call last): File setup.py, line 3, in module from etmTk.v import version ImportError: No module named etmTk.v builder for ‘/nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv’ failed with exit code 1 error: build of ‘/nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv’ failed How should I handle the setup.py importing a module from inside the package? I imagine there's a hook somewhere where I could add it to the PYTHONPATH? Jeff ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Compiling Android tree with buildFHSUserEnv
Done, https://nixos.org/wiki/FHS_environments On 04/22/2015 11:14 PM, Jascha Geerds wrote: On Wed, Apr 22, 2015, at 18:46, James Cook wrote: [1]: http://pastebin.com/heqGBMzL Would be great if you put this snippet in our wiki -- Nikolay. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS 15.05 release moved to 15.06
On Tue, Apr 21, 2015 at 10:49 PM, Wout Mertens wout.mert...@gmail.com wrote: I suppose we didn't really keep up with documenting important changes at https://github.com/NixOS/nixpkgs/blob/master/nixos/doc/manual/release-notes/rl-unstable.xml ? Nope - not much is covered. We'll have to do a better job for next release. How shall we find all the breaking changes and highlights? Someone eyeballs all commits, or we do a call for important changes (CFIC)? Crawl through commits and document them. It's tedious work and that's why we should focus on getting docs and changelog done *as part* of the pull requests. Wout. PS: We should make releases happen every 5 months so we keep a 6 month cycle ;) I don't mind if we release every 7 or 5 months, as long as we don't postpone the releases (as we already did for 14.11 and 15.05). Having 1 month for stabilization should suffice for most of the time. Domen On Mon, Apr 20, 2015 at 4:10 PM Domen Kožar do...@dev.si wrote: Hi all, due to lots of great work being done and all in-progress branches still being polished I'd like to move 15.05 release to June (15.06). That means release-15.06 branch shall be cut at the end of May. Keep up the good work! :) If someone wants to help improve documentation and has some questions, I'm happy to help with that and remove any obstacles. Domen ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Compiling Android tree with buildFHSUserEnv
On Wed, Apr 22, 2015, at 18:46, James Cook wrote: [1]: http://pastebin.com/heqGBMzL Would be great if you put this snippet in our wiki -- Jascha Geerds j...@ekby.de ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] buildPythonPackage: add src to PYTHONPATH before build?
Quoting Jeffrey David Johnson (2015-04-22 08:36:34) I'm trying to package a python application (https://github.com/dagraham/etm-tk). I made an initial package with python2nix, but when I try to install it I get: installing ‘python2.7-etm’ these derivations will be built: /nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv building path(s) ‘/nix/store/bncc469m7v8r5i11ak9my9dxdjvm6cpg-python2.7-etm’ unpacking sources unpacking source archive /nix/store/jdhl79isbzapyyz6vlh22i03m9lbc00w-etm-tk-7b6ba79 source root is etm-tk-7b6ba79 patching sources configuring building Traceback (most recent call last): File setup.py, line 3, in module from etmTk.v import version ImportError: No module named etmTk.v builder for ‘/nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv’ failed with exit code 1 error: build of ‘/nix/store/a1xn163ms6rg3w9k901lr6fga4lawqx9-python2.7-etm.drv’ failed How should I handle the setup.py importing a module from inside the package? I imagine there's a hook somewhere where I could add it to the PYTHONPATH? Jeff looks like elmTk folder is not a `python package` (does not contain __init__.py). i would try to create __init__.py in elmTk folder in preBuild step. ... preBuild = '' touch elmTk/__init__.py ''; ... -- Rok Garbas - http://www.garbas.si signature.asc Description: signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Possible breaking changes from staging
In this period I'm working on GNOME 3.16 and NetworkManager 1.0 [1]. In addition to that, glib has been bumped. I'm currently compiling the PR for staging and then merge it if everything works. Below the possible breakages you must be aware of. These updates are necessary to forward our software, we'll fix eventual bugs with the time. * glib 2.42 - 2.44 This update is minor yet not entirely trivial. It's probable that software using gdbus may break because of bugs fixed in 2.44. * NM 0.9.8.10 - 1.0 It's big but shouldn't be breaking anything. In particular, you'll see a vboxnet0 interface in nm-applet if you enabled the virtualbox nixos service, I hope that will go away with further upstream updates. We haven't upgraded it until now because previously it showed tons of vboxnet interfaces, making the applet unusable. * GNOME 3.12 - 3.16 I did my best to keep both 3.12 and 3.16 in our repository, but I won't guarantee that 3.12 will keep working as well as before, I won't maintain it anymore. In case you switch to GNOME 3.16, running GTK 3.12 apps will be ugly because they broke some css stuff. Therefore I suggest you to add in packageOverrides a gnome3 = gnome3_16; and forget about GNOME 3.12, it will be dropped as soon as possible. [1] https://github.com/NixOS/nixpkgs/pull/7357 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev