[Nix-dev] Will Haskell-ng and hackage2nix allow building *any* versions of deps?
I'm using haskellngPackages now on nixos unstable and it doesn't seem to have all versions of all dependencies... I thought that was part of the problem it was solving? Maybe that makes me sound greedy, but would it be possible and/or plausible to do this? If not what are the issues being faced? Thanks! ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Make Firefox/Chrome use OpenJDK instead of Oracle JDK?
Hi Eike, That worked wonderfully! Thank you. I have updated the aforementioned wiki page's Java instructions to include this icedtea option. https://nixos.org/wiki/Enable_Browser_Plugins Is there a way for me to discover other useful configuration options like this? - Chad On Sun, Feb 15, 2015 at 1:55 PM, Eike e...@eknet.org wrote: Hello Chad, Chad Joan writes: In my first attempt, I tried to follow the wiki advice, including the jre = true suggestion, but with ignoring the suggestion to download Oracle JDK in advance. Predictably, when I ran nixos-rebuild switch, it failed and complained about needing Oracle JDK to be manually downloaded. I think you can use icedtea = true instead of jre. This uses icedtea variant of openjdk. Regards, Eike ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] nix-env -i can't find package override I defined
I have the following in my configuration.nix and I'm using NixOS
15.05pre58123.9775f46 and tracking the unstable channel:
packageOverrides = pkgs: with pkgs; {
helloEnv = pkgs.myEnvFun {
name = someEnvName;
buildInputs = [ hello ];
};
sdlEnv = pkgs.myEnvFun {
name = sdl;
buildInputs = [ stdenv SDL SDL_image SDL_ttf SDL_gfx cmake SDL_net
pkgconfig ];
};
# linuxPackages = linuxPackages // {
# nvidia_x11 = linuxPackages.nvidia_x11.overrideDerivation ( attrs:
{
# name = nvidia-x11-346.35-${pkgs.linuxPackages.kernel.version};
# src = fetchurl {
# url =
http://us.download.nvidia.com/XFree86/Linux-x86_64/346.35/NVIDIA-Linux-x86_64-346.35.run
;
# sha256 =
11nhjhx8a1piz725m8z02qxr3xd7y839vjx56sjdvax2qyxsq9c6;
# };
# });
# };
};
};
For some reason nix can't seem to find it...
~ $ grep -A3 helloEnv /etc/nixos/configuration.nix
53: helloEnv = pkgs.myEnvFun {
54-name = someEnvName;
55-buildInputs = [ hello ];
56- };
~ $ nix-env -i env-someEnvName
error: selector ‘env-someEnvName’ matches no derivations
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] State database in nixops
What I'd like much better is an option to use an external database; then I could use a replicated cluster or something like that to eliminate the single point of failure. The last thing I want is my ops team being locked out of nixops during an emergency. nixops accesses the .nix config file via an absolute path stored in the sqlite database (nixExprs). An external database doesn't help unless we remove that absolute path restriction somehow and also distribute the nixExprs file to every machine that might run nixops. I'm not too fond of a central (potentially replicated) DB because it comes with its own set of problems like permission management, requiring bootstrapping (where to store the nixops state for the database server?) etc. We'd be interested in 1) an audit trail, 2) no single point of failure, 3) light infrastructure. On top of the 3 points I mentioned above we'd also be interested in avoiding storing ephemeral state like ec2.backups and configsPath. I think keeping state in a text file in git could achieve the above requirements but I'm also sure that there are many other good ways to solve this. @Domen: In our experience deploying from a shared machine doesn't work well [1]. best, Tom [1] Long-ish: E.g. we have an always-online server with all our SSH and Amazon credentials on it. We're using instance IAM roles so it's not all bad. Also, who's deploying to that server? To deploy we SSH into that server, pull the latest git version and then call nixops. If there is an issue with the config we fix it locally, push to git, pull on server, deploy. That's a bit tiresome. We also have a CI server which deploys for us, but that's not the same server as the common one we use for manual deploys (which are unfortunately necessary on occasion). So we have two copies of the state which has already caused some problems. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Make Firefox/Chrome use OpenJDK instead of Oracle JDK?
Hi Anderson, I have been using the Nix Modifying Packages document to help me install a more recent kernel (work in process still...). It doesn't seem to offer anything like Gentoo's virtual packages, though. Thanks for trying! - Chad On Sun, Feb 15, 2015 at 1:18 AM, Anderson Torres torres.anderson...@gmail.com wrote: 2015-02-14 21:06 GMT-02:00 Chad Joan chadj...@gmail.com: Hello! Is it possible to make Firefox/Chrome use OpenJDK instead of Oracle JDK? If so, how? I have read this article: https://nixos.org/wiki/Enable_Browser_Plugins Here is my configuration.nix: http://pastebin.com/hA2eV7TM In my first attempt, I tried to follow the wiki advice, including the jre = true suggestion, but with ignoring the suggestion to download Oracle JDK in advance. Predictably, when I ran nixos-rebuild switch, it failed and complained about needing Oracle JDK to be manually downloaded. Next, used the same configuration, but with one exception: I tried adding pkgs.jdk to my environment.systemPackages list. This is the attribute name I get when I run 'nix-env -qaP --description .*jdk.*' (I still wonder why that query doesn't bring up the Oracle JDK as well...). This failed the same way as the first attempt. I am suspecting that pkgs.jdk doesn't fulfill the JDK/JRE dependency given by firefoxWrapper. This would be unintuitive to me, because any JDK should be able to satisfy a JDK/JRE dependency. Hopefully I just misunderstand how NixOS is resolving dependencies :) I am trying to avoid the Oracle JRE because I don't want it to bug me with a fetch restriction every time a system update bumps my Java version. I've been through this with Gentoo, and it has made me put extra effort into avoiding things with licenses that require manual downloading. At some level, I am hoping to find something analogous to (or capable of replacing) Gentoo's virtual packages. virtual packages in Gentoo would be used for things like Java, where there are multiple implementations for a piece of software. A package (ex: firefox) can depend on a virtual package (ex: jre) to avoid locking the admin into a specific implementation, and a virtual package can be installed by installing any one of its implementations.: Maybe it could help: https://nixos.org/wiki/Nix_Modifying_Packages Thanks in advance! - Chad ___ 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
[Nix-dev] Automatic download option for requireFile
Hi, I intend to add an automatic download option for software packages where the user needs to accept a special license, like for example oraclejdk. At the moment the nixpkgs build tool points to a specific download page, and the users have to download the package themselves. I would like to add the possibility to accept the package specific license in the general nixpkgs config, e.g., with config.license.oraclejdk.accept=true; in the user's nixpkgs configuration, and then have the build tool downloading the package directly. Before I go ahead and implement it, what do you think about it? Cheers, Thomas ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Automatic download option for requireFile
As far as I understand, this is already happening if possible. That is, once you agree to have packages with unfree licenses, they will be fetched for you. And will we have to accept licenses one by one or altogether (as it is happening now) is a separate discussion. The problem with Oracle JDK and similar software is that the user is required to accept the license specifically on their web site. Doing what you propose would probably be illegal (otherwise other distros would have implemented this, right?), so it might be a good idea to consult lawyers first ;). On Sat, Feb 21, 2015, 18:00 Thomas Strobel ts...@cam.ac.uk wrote: Hi, I intend to add an automatic download option for software packages where the user needs to accept a special license, like for example oraclejdk. At the moment the nixpkgs build tool points to a specific download page, and the users have to download the package themselves. I would like to add the possibility to accept the package specific license in the general nixpkgs config, e.g., with config.license.oraclejdk.accept=true; in the user's nixpkgs configuration, and then have the build tool downloading the package directly. Before I go ahead and implement it, what do you think about it? Cheers, Thomas ___ 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] Why are there so many branches in the nixpkgs repo
On 18-02-2015 22:20:21, Vladimír Čunát wrote: On 02/18/2015 09:51 AM, Nathan Bijnens wrote: My vote is to remove merged branches without historical significance (version 0.5 is a keeper, like upstart), and then any branches that got their last push before August 2014 are renamed to attic/... First make a fork with all history. Afterwards I like Wout's suggestion. Removing merged branches doesn't destroy history. BTW, historically significant versions that aren't meant to be changed anymore might better be converted to tags. +1 ! -- Mit freundlichen Grüßen, Kind regards, Matthias Beyer Proudly sent with mutt. Happily signed with gnupg. pgpYydW9UY3nv.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] State database in nixops
Best way is to have a shared machine to deploy from. Another option would be to create a web interface for nixops. On Fri, Feb 20, 2015 at 7:05 AM, Thomas Hunger tehun...@gmail.com wrote: Hi, I've been a happy user of nixops for my own projects for a while. It works fine as a single user tool but we found it to be tricky to use with multiple developers, or even just a CI system that calls nixops deploy. One issue we had is absolute paths in the state. I.e. if I nixops export my state and then import and use it on e.g. the jenkins account I need to adjust the absolute paths. Another issue we have is that checking a sqlite database into git isn't great for reviews. We have a semi-working system now where jenkins calls nixops deploy -s /var/common-state/project.sqlite ... on our deploy server, and we have local copies of that state for emergency deploys. First: How are other people solving collaboration on nixops state? Secondly: Is there any interest in extending nixops to have a text (e.g. protobuf-ascii) state file with relative paths that could be checked into git? There are a few unclear design choices, e.g. what to do with ec2 backups. But for our purposes it would be better to use AWSs list of volumes as the source-of-truth for backups (e.g. by adding more tags). best, Tom ___ 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] State database in nixops
At skedge.me, we've recently switched over to nixops for all deployments, so we've run into this issue as well. We're moving towards the shared machine approach, but it's not completely satisfying, because it creates a single point of failure. What I'd like much better is an option to use an external database; then I could use a replicated cluster or something like that to eliminate the single point of failure. The last thing I want is my ops team being locked out of nixops during an emergency. On Sat, Feb 21, 2015 at 3:52 PM, Domen Kožar do...@dev.si wrote: Best way is to have a shared machine to deploy from. Another option would be to create a web interface for nixops. On Fri, Feb 20, 2015 at 7:05 AM, Thomas Hunger tehun...@gmail.com wrote: Hi, I've been a happy user of nixops for my own projects for a while. It works fine as a single user tool but we found it to be tricky to use with multiple developers, or even just a CI system that calls nixops deploy. One issue we had is absolute paths in the state. I.e. if I nixops export my state and then import and use it on e.g. the jenkins account I need to adjust the absolute paths. Another issue we have is that checking a sqlite database into git isn't great for reviews. We have a semi-working system now where jenkins calls nixops deploy -s /var/common-state/project.sqlite ... on our deploy server, and we have local copies of that state for emergency deploys. First: How are other people solving collaboration on nixops state? Secondly: Is there any interest in extending nixops to have a text (e.g. protobuf-ascii) state file with relative paths that could be checked into git? There are a few unclear design choices, e.g. what to do with ec2 backups. But for our purposes it would be better to use AWSs list of volumes as the source-of-truth for backups (e.g. by adding more tags). best, Tom ___ 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 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] State database in nixops
It shouldn't be much work to support any SQL db by refactoring nixops to use sqlalhemy orm. On 21 Feb 2015 13:10, Ryan Trinkle ryan.trin...@gmail.com wrote: At skedge.me, we've recently switched over to nixops for all deployments, so we've run into this issue as well. We're moving towards the shared machine approach, but it's not completely satisfying, because it creates a single point of failure. What I'd like much better is an option to use an external database; then I could use a replicated cluster or something like that to eliminate the single point of failure. The last thing I want is my ops team being locked out of nixops during an emergency. On Sat, Feb 21, 2015 at 3:52 PM, Domen Kožar do...@dev.si wrote: Best way is to have a shared machine to deploy from. Another option would be to create a web interface for nixops. On Fri, Feb 20, 2015 at 7:05 AM, Thomas Hunger tehun...@gmail.com wrote: Hi, I've been a happy user of nixops for my own projects for a while. It works fine as a single user tool but we found it to be tricky to use with multiple developers, or even just a CI system that calls nixops deploy. One issue we had is absolute paths in the state. I.e. if I nixops export my state and then import and use it on e.g. the jenkins account I need to adjust the absolute paths. Another issue we have is that checking a sqlite database into git isn't great for reviews. We have a semi-working system now where jenkins calls nixops deploy -s /var/common-state/project.sqlite ... on our deploy server, and we have local copies of that state for emergency deploys. First: How are other people solving collaboration on nixops state? Secondly: Is there any interest in extending nixops to have a text (e.g. protobuf-ascii) state file with relative paths that could be checked into git? There are a few unclear design choices, e.g. what to do with ec2 backups. But for our purposes it would be better to use AWSs list of volumes as the source-of-truth for backups (e.g. by adding more tags). best, Tom ___ 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 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
