[Nix-commits] [NixOS/nixpkgs] fe2468: pypi2nix: 1.1.0 -> 1.2.0
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: fe2468b88cbc586232a86aedf8e00facf8919219 https://github.com/NixOS/nixpkgs/commit/fe2468b88cbc586232a86aedf8e00facf8919219 Author: Rok Garbas Date: 2016-07-07 (Thu, 07 Jul 2016) Changed paths: M pkgs/development/tools/pypi2nix/default.nix M pkgs/development/tools/pypi2nix/deps.nix Log Message: --- pypi2nix: 1.1.0 -> 1.2.0 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
I have to agree with Jookia on this. I don't think this issue concerns nix. To be honest I'm not even sure there's an issue here. I've never heard of something called "free open-source that costs money". The first part negates the second. Ardour was mentioned but I can't find a single reference to a "required donation" on their website: https://ardour.org . The wiki is the first page with any $ on it. There they mention a subscription model and promise "unlimited updates". To me this only makes sense if you are using the binary releases not if building from source. https://www.pymol.org/ is identical in that sense. Building from source implies no cost. So in short, as long as the code is truly free and open-source, whatever monetization system is used by the project (donationware, niceware, binaryware ...), it's the developers responsibility to figure out how they ask their users for money. R Jookia wrote on 07/07/2016 12:35 AM: > On Thu, Jul 07, 2016 at 12:10:41AM +0200, Profpatsch wrote: >> No, but we should strife to enable developers however we can. > > Could we perhaps find a way to do this without requiring the user to lie about > paying for something just to install something they don't need to pay for? > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev > signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On Wed, Jul 6, 2016, at 06:48 PM, Profpatsch wrote: > On 16-07-06 09:50am, Kevin Cox wrote: > > IIUC you can't "really require" money for a GPL program. You can charge > > for the distribution or for binaries or whatever you like, but nothing > > is stopping others from building and distributing the program for no > > charge (or even taking the money themselves) this is part of the freedom > > offered by the license. > > I’m not sure how that fares legally (compared to proprietary licenses), > but in a day-to-day environment, this holds true for *every* digital > file. > > It is a basic property. > > If you don’t think so, I point you to $FILE_SHARING_WEBSITE of your > choice. That patterns of bytes are easily disseminated seems impertinent to me. An unlicensed distributor of proprietary software can be *forced* to stop their activity and also be made to pay for any damages that the copyright holder is able to prove. A libre software vendor can ask for payment but they have no recourse against re-distributors. I believe this is what Kevin Cox is referring to. I agree with Jookia that the policy proposed in this thread is inappropriate for Nixpkgs. I think a case could be made for adding standard meta attributes containing information about where to go to pay/donate, but only if absent built-in policies. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On Thu, Jul 07, 2016 at 12:10:41AM +0200, Profpatsch wrote: > No, but we should strife to enable developers however we can. Could we perhaps find a way to do this without requiring the user to lie about paying for something just to install something they don't need to pay for? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On 16-07-07 03:12am, Jookia wrote: > Is this going to be the Nix software store? No, but we should strife to enable developers however we can. We are only gathering stuff others gratiously provide us access to, after all. I think this goes further. Once we have e.g. donation info in nixpkgs, we can decentrally do stuff like Flattr, without need for a third party. With an interface for donation/payment as microformat (https://en.wikipedia.org/wiki/Microformat) even the step of actual payment can be further automated. Definitely the right direction if you ask me. Well, apart from scrapping money altogether, but that’s a discussion for another day. :) -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 18312f: perl-Test-Simple: 1.302022 -> 1.302037
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 18312f2947943b5eec1c5d09c464afb0e40caf73 https://github.com/NixOS/nixpkgs/commit/18312f2947943b5eec1c5d09c464afb0e40caf73 Author: Robert Helgesson Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/top-level/perl-packages.nix Log Message: --- perl-Test-Simple: 1.302022 -> 1.302037 Commit: d787e62d3970b0e37061f8f397a7db624232a209 https://github.com/NixOS/nixpkgs/commit/d787e62d3970b0e37061f8f397a7db624232a209 Author: Robert Helgesson Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/top-level/perl-packages.nix Log Message: --- perl-Test2-Suite: 0.42 -> 0.48 Compare: https://github.com/NixOS/nixpkgs/compare/7129ebbd5e10...d787e62d3970___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 7129eb: dolphin-emu: 4.0.2 -> 5.0
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 7129ebbd5e107be149d4af09f3da90094ec50b14 https://github.com/NixOS/nixpkgs/commit/7129ebbd5e107be149d4af09f3da90094ec50b14 Author: William Casarin Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/misc/emulators/dolphin-emu/default.nix Log Message: --- dolphin-emu: 4.0.2 -> 5.0 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 921d33: trezor-bridge: mark as broken
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 921d3321f50cf59741f734a87d2dc79499f68759 https://github.com/NixOS/nixpkgs/commit/921d3321f50cf59741f734a87d2dc79499f68759 Author: Tobias Geerinckx-Rice Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/applications/networking/browsers/mozilla-plugins/trezor/default.nix Log Message: --- trezor-bridge: mark as broken Cool, a bitcoin wallet app silently changes its hash. CC maintainer @ehmry Commit: ce5c51b406c095f8962fe09e65c73865aeb4334e https://github.com/NixOS/nixpkgs/commit/ce5c51b406c095f8962fe09e65c73865aeb4334e Author: Tobias Geerinckx-Rice Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/tools/package-management/dpkg/default.nix Log Message: --- dpkg: 1.18.8 -> 1.18.9 Compare: https://github.com/NixOS/nixpkgs/compare/87be90336fa2...ce5c51b406c0___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 87be90: links2: 2.12 -> 2.13 (#16756)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 87be90336fa26cf99400d97cbd6936ec71171089 https://github.com/NixOS/nixpkgs/commit/87be90336fa26cf99400d97cbd6936ec71171089 Author: Miguel Madrid Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/applications/networking/browsers/links2/default.nix Log Message: --- links2: 2.12 -> 2.13 (#16756) ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
On Wed, Jul 06, 2016 at 06:46:11PM +0200, Profpatsch wrote: > On 16-07-07 01:18am, Jookia wrote: > > On Wed, Jul 06, 2016 at 04:35:51PM +0200, Moritz Ulrich wrote: > > Is it really Nix's job to enforcing the business models of software, rather > > than > > just packaging it? Surely the application could just have a nag screen (if > > it > > doesn't already.) > > How about we check whether the NIXPKGS_ALLOW_UNPAID variables (good name?) is > set > and supress the abortion in that case? Same as with NIXPKGS_ALLLOW_UNFREE. > > env NIXPKGS_ALLOW_UNPAID=1 nix-shell -p ardour --run ardour Should Nix really be involved in questions of morality like this? For where binaries aren't publically available we already have packages that handle 'commercial' software, like andyetitmoves. For software that wants the user to pay or donate, GNU Parallel for one requires you to agree to citing the software in scientific papers to avoid a nag screen, I don't see why Ardour shouldn't do the same. This isn't a technical feature, it's a morality feature. I also think it's wrong to present software as required to be paid in order to use when it's not, and making users say they paid for it when they didn't, just to install free software that they're entitled to install and use. Is this going to be the Nix software store? Jookia. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On 16-07-06 09:50am, Kevin Cox wrote: > On 06/07/16 09:25, Bjørn Forsman wrote: > > On 6 July 2016 at 14:19, Profpatsch wrote: > IIUC you can't "really require" money for a GPL program. You can charge > for the distribution or for binaries or whatever you like, but nothing > is stopping others from building and distributing the program for no > charge (or even taking the money themselves) this is part of the freedom > offered by the license. I’m not sure how that fares legally (compared to proprietary licenses), but in a day-to-day environment, this holds true for *every* digital file. It is a basic property. If you don’t think so, I point you to $FILE_SHARING_WEBSITE of your choice. -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. signature.asc 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] Packaging free software that costs money
On 16-07-07 01:18am, Jookia wrote: > On Wed, Jul 06, 2016 at 04:35:51PM +0200, Moritz Ulrich wrote: > Is it really Nix's job to enforcing the business models of software, rather > than > just packaging it? Surely the application could just have a nag screen (if it > doesn't already.) How about we check whether the NIXPKGS_ALLOW_UNPAID variables (good name?) is set and supress the abortion in that case? Same as with NIXPKGS_ALLLOW_UNFREE. env NIXPKGS_ALLOW_UNPAID=1 nix-shell -p ardour --run ardour -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 05b374: dropbox: don't use bundled Qt libraries
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 05b3749bb2a8588746a5b13770145d4aea73e51e https://github.com/NixOS/nixpkgs/commit/05b3749bb2a8588746a5b13770145d4aea73e51e Author: Thomas Tuegel Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/applications/networking/dropbox/default.nix Log Message: --- dropbox: don't use bundled Qt libraries Fixes #16744. ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] evalModules: how to use it?
On 6 July 2016 at 18:06, Daniel Hlynskyi wrote: > Hi. I have a container generator: > > mkContainer = > { config, lib > , additionalConfig ? {} > }: > let > containerParams = >{ autoStart = true; >}; > in > containerParams // > { config = { config, pkgs, lib, ... }: > { imports = [ > > > > ]; > > networking.firewall.enable = false; > } // additionalConfig; > } > > And I have a container > > containers.test = mkContainer { inherit config lib; > additionalConfig = { > networking.firewall.enable = lib.mkForce true; > }; > }; > > But this is wrong - I can't just // two configurations. AFAIU there is > lib.evalModules function. How can I use to implement custom overrides? > My mind is already blowned with it's implementation and dozens of different > ways to use it are tried with no success. Maybe what you want is lib.mkMerge? - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] evalModules: how to use it?
Hi. I have a container generator: mkContainer = { config, lib , additionalConfig ? {} }: let containerParams = { autoStart = true; }; in containerParams // { config = { config, pkgs, lib, ... }: { imports = [ ]; networking.firewall.enable = false; } // additionalConfig; } And I have a container containers.test = mkContainer { inherit config lib; additionalConfig = { networking.firewall.enable = lib.mkForce true; }; }; But this is wrong - I can't just // two configurations. AFAIU there is lib.evalModules function. How can I use to implement custom overrides? My mind is already blowned with it's implementation and dozens of different ways to use it are tried with no success. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] On a sad state of declarative containers management
I've collected the list of issues with containers. Go through this list before starting using them. Declarative containers are good, but be prepared = Bidirectional container access - https://github.com/NixOS/nixpkgs/issues/16754 Container interface is not removed when declarative container is removed - https://github.com/NixOS/nixpkgs/issues/16330 nixos-container doesn't have restart subcommand - https://github.com/NixOS/nixpkgs/issues/16753 Error message showed in `nixos-container run` - https://github.com/NixOS/nixpkgs/issues/16639 `/etc/resolv.conf` generation broken in systemd containers - https://github.com/NixOS/nixpkgs/issues/15164 nixos-container.pl has overly strict sanity checks - https://github.com/NixOS/nixpkgs/issues/15089 Container does not start after switching to 16.03 - https://github.com/NixOS/nixpkgs/issues/14381 ip-up.target won't be activated in nixos-containers - https://github.com/NixOS/nixpkgs/issues/14314 containers with extraModules in host - https://github.com/NixOS/nixpkgs/issues/13852 unable to upgrade declarative nixos container - https://github.com/NixOS/nixpkgs/issues/12396 Missing man page for nixos-container - https://github.com/NixOS/nixpkgs/issues/10347 Installing NixOS in a container with a non-NixOS host is painful - https://github.com/NixOS/nixpkgs/issues/9884 nixos-container: wrong message for --show-trace - https://github.com/NixOS/nixpkgs/issues/8970 A mechanism to run containers on different "channels" from their hosts - https://github.com/NixOS/nixpkgs/issues/7467 Nixos-container cannot be used without root - https://github.com/NixOS/nixpkgs/issues/6754 Indirect GC roots in containers don't work - https://github.com/NixOS/nixpkgs/issues/2310 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Inconsistency detected by ld.so
Hi Arnold, Do you by any chance have LD_LIBRARY_PATH set? If yes, check if unset'ing it helps. Renato On 06/07/16 17:52, Arnold Krille wrote: > Hi all, > > I am encountering a strange problem here. mosh fails to start because of > some inconsistency detected by ld.so? > > Shell output: > == > arnold@amazonas:~$ mosh localhost > Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 517: > elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == > R_X86_64_RELATIVE' failed! > Died at > /nix/store/aj65lm2gjxb7rkxpbb45sisljvk1br6n-mosh-1.2.5/bin/.mosh-wrapped > line 248. > arnold@amazonas:~$ > == > > Its an ubuntu14.04 with nix for my user. I tried to uninstall and > garbage collect mosh, but after the re-install the result is the same. > > The same command (well, actually with a different target-server) worked > fine yesterday and this ubuntu doesn't do auto-updates… > > Is there a known explanation for this behavior (google found only > google-chrome related things)? Can I do anything to get this fixed? > > Thanks for your help, > > Arnold > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Inconsistency detected by ld.so
Hi all, I am encountering a strange problem here. mosh fails to start because of some inconsistency detected by ld.so? Shell output: == arnold@amazonas:~$ mosh localhost Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 517: elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == R_X86_64_RELATIVE' failed! Died at /nix/store/aj65lm2gjxb7rkxpbb45sisljvk1br6n-mosh-1.2.5/bin/.mosh-wrapped line 248. arnold@amazonas:~$ == Its an ubuntu14.04 with nix for my user. I tried to uninstall and garbage collect mosh, but after the re-install the result is the same. The same command (well, actually with a different target-server) worked fine yesterday and this ubuntu doesn't do auto-updates… Is there a known explanation for this behavior (google found only google-chrome related things)? Can I do anything to get this fixed? Thanks for your help, Arnold ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On Wed, Jul 06, 2016 at 04:35:51PM +0200, Moritz Ulrich wrote: > > Philip Carlsen writes: > > > Consider instead something like thks in nixpkgs config: > > ardour = { > > isPaid = true; > > } > > I like this approach. It's plain and simple. We just need to make sure > that `nixos-rebuild` and `nix-env` display appropriate messages telling > users how/where to set this. Possibly with a link to a wiki page or a > section in the manual. I don't think such an approach is fair for people that don't have the money, want to trial the software or test if it works on their machine. In this case Ardour is packaged by many distros for free. Is it really Nix's job to enforcing the business models of software, rather than just packaging it? Surely the application could just have a nag screen (if it doesn't already.) Jookia. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On 06/07/16 11:17, Roger Qiu wrote: > I'm interested. Free and proprietary software should be installed in the > same way in my opinion. While that is interesting note that so far this conversation is only talking about free software. (Notably free software that requests payments for use) signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
I'm interested. Free and proprietary software should be installed in the same way in my opinion. On 07/07/2016 12:27 AM, "Moritz Bartl" wrote: > On 07/06/2016 03:32 PM, Profpatsch wrote: > > On 16-07-06 10:16pm, Roger Qiu wrote: > >> I've been thinking about the mechanics of FOSS app stores. If you don't > want > >> to handle the payments, you need to implement a kind of > >> payment-authentication, where the principle is the same as dealing with > >> private packages. Instead the key being used is a key that is derived > from a > >> successful payment. > > A friend of mine might be onto something there, but it’s probably > > still too early to tell. > > The short story is that we've been working on setting up a hybrid > company that can "host" open source projects. Hybrid, in the sense that > it will be able to both process donations (charitable, non-profit), as > well as sales (commercial). The idea is to eventually scale to thousands > of little projects, but at the beginning we're focusing on some bigger > eggs. The idea is that you run your project, and we provide services to > handle financial issues, with a web interface for teams. Donor and > grants management, payroll, reimbursement, etc. Much like Software > Freedom Conservancy but built for larger scale, and based in Europe. > > If this sounds interesting, we have some preliminary documentation > online which I'm happy to share a link to off-list. Please do not > publicly spread it just yet on mailing lists or Twitter or the like, but > it's fine to pass along to other interested individuals. > > Moritz > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] b30852: nixos/swap: support for resizing swapfile
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: b30852ed41f7e6729de9a75a71a671ce7d03dff9 https://github.com/NixOS/nixpkgs/commit/b30852ed41f7e6729de9a75a71a671ce7d03dff9 Author: Bjørn Forsman Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M nixos/modules/config/swap.nix Log Message: --- nixos/swap: support for resizing swapfile Currently NixOS creates the swapfile (with the specified size) only if it doesn't already exist. Changing the swapfile size afterwards will not have any effect. This commit changes that so the swapfile will be recreated whenever swapDevices.*.size is changed (or more precisely, whenever the actual file size differs from the configured one), allowing both growing and shrinking the swapfile. The service unit has "restartIfChanged = false", so we don't have to worry about the swapfile being in use at the time this code is run (you have to reboot for swapfile changes). fallocate doesn't shrink files, use truncate for that. truncate can also be used to grow files, but it creates "holes" in the file which doesn't work with swapfiles. Commit: 0d5be595a7c707be1cedebf1f14a47cafdf0a3f4 https://github.com/NixOS/nixpkgs/commit/0d5be595a7c707be1cedebf1f14a47cafdf0a3f4 Author: Eelco Dolstra Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M nixos/modules/config/swap.nix Log Message: --- Merge pull request #16755 from bjornfor/swapfile-resize nixos/swap: support for resizing swapfile Compare: https://github.com/NixOS/nixpkgs/compare/851cd1e6af3e...0d5be595a7c7___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
Philip Carlsen writes: > Consider instead something like thks in nixpkgs config: > ardour = { > isPaid = true; > } I like this approach. It's plain and simple. We just need to make sure that `nixos-rebuild` and `nix-env` display appropriate messages telling users how/where to set this. Possibly with a link to a wiki page or a section in the manual. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 851cd1: pythonPackages.pyexcelerator: init at 0.6.4.1
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 851cd1e6af3eeec0b298563f8b584a4eee389a69 https://github.com/NixOS/nixpkgs/commit/851cd1e6af3eeec0b298563f8b584a4eee389a69 Author: Kranium Gikos Mendoza Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/top-level/python-packages.nix Log Message: --- pythonPackages.pyexcelerator: init at 0.6.4.1 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
Den 6. jul. 2016 2.19 PM skrev "Profpatsch" : > > On 16-07-06 11:58am, zimbatm wrote: > > We can provide the derivation but ask the user to download the source > > themselves. I think we already have such a mechanism in place for non-free > > software. > > But that’s not necessary at all. The source is available openly > and we can also have hydra build the binaries. > > Nothing is different from a libre/free software, except there is > some kind of price tag attached (that is oftentimes pay what you want). > > Hm, maybe it’s time to respect the money aspect: > > meta = { > monetary = { > type = "donation" | "mandatory"; > amount = "10 USD"; > recur = "monthly"; > url = "https://project.com/buy";; > }; > }; > > $ nix-build -A ardour > error: ardour is free as in freedom (GPL-2), but not free as in beer. > The authors require a monthly payment of 10 USD to use their software. > Please visit https://ardour.org/download.html. > Once you supported the project, use `lib.isPaid` to install it. Consider instead something like thks in nixpkgs config: ardour = { isPaid = true; } > > Thoughts? > I think this is a great solution. It is very simple and it raises awareness of the fact that it is completely fine to ask for funding when you build free software. While it doesn't give any guarantees that anyone will pay it nudges people just a little bit towards contributing to the project. I also think that having this encouragement to pay as an integral part of the distribution channel to end users will discourage the development of 'anti-features' such as checks for licence files. > -- > Proudly written in Mutt with Vim on NixOS. > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > May take up to five days to read your message. If it’s urgent, call me. > ___ > 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-commits] [NixOS/nixpkgs] c70db3: cassandra_3_0: 3.0.7 -> 3.0.8
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: c70db3456f57b82c46347635eda2fa9d0bfced34 https://github.com/NixOS/nixpkgs/commit/c70db3456f57b82c46347635eda2fa9d0bfced34 Author: Tobias Geerinckx-Rice Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/servers/nosql/cassandra/3.0.nix Log Message: --- cassandra_3_0: 3.0.7 -> 3.0.8 Commit: d391db8c0167b1b23c9684bd01936f3d9c196a0b https://github.com/NixOS/nixpkgs/commit/d391db8c0167b1b23c9684bd01936f3d9c196a0b Author: Tobias Geerinckx-Rice Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/servers/nosql/cassandra/2.1.nix Log Message: --- cassandra_2_1: 2.1.14 -> 2.1.15 Commit: 12c055240dcf2aec5f13ca1bfbae6a44e5cd42be https://github.com/NixOS/nixpkgs/commit/12c055240dcf2aec5f13ca1bfbae6a44e5cd42be Author: Tobias Geerinckx-Rice Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/tools/package-management/dpkg/default.nix Log Message: --- dpkg: 1.18.7 -> 1.18.8 Compare: https://github.com/NixOS/nixpkgs/compare/0f7f6ac0c71b...12c055240dcf___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
On 06/07/16 09:25, Bjørn Forsman wrote: > On 6 July 2016 at 14:19, Profpatsch wrote: > > But that still looks like opt-in payment. I'm sure Ardour users > already know that upstream wants money for it, even without the above > mechanism. (But I guess if a lot of upstreams do this it'd be more > difficult to track manually, and we'd need a mechanism.) > > If upstream *really require* money, the above method seems > insufficient, IMHO. I'm starting to think about proprietary programs > now, and how you often can get the software but it doesn't work > without a license key. The key can be stored in $HOME and don't have > to have anything to do with the Nix expression that built (or just > downloaded) the software. > IIUC you can't "really require" money for a GPL program. You can charge for the distribution or for binaries or whatever you like, but nothing is stopping others from building and distributing the program for no charge (or even taking the money themselves) this is part of the freedom offered by the license. That being said I think it is nice to encourage these payments, and I think an "honour system" is enough for Nix. (again the "problem" with free software is you can only try so hard or the user will just comment out the payment check and recompile themselves) signature.asc Description: OpenPGP digital signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On 16-07-06 10:16pm, Roger Qiu wrote: > I've been thinking about the mechanics of FOSS app stores. If you don't want > to handle the payments, you need to implement a kind of > payment-authentication, where the principle is the same as dealing with > private packages. Instead the key being used is a key that is derived from a > successful payment. Not to get too far off-topic, but I’m not sure whether a non-trust-based system is possible at all when the source is freely available and tools like nix exist. I think we are way past the point where artificial sparsity worked, so a financing model must be based on very low (read: close to no) overhead for the supporter. A friend of mine might be onto something there, but it’s probably still too early to tell. -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 09e1b2: mps: 1.114.0 -> 1.115.0, fix build
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 09e1b26c7981d905f3fc2a1f23f6a0fa43843d10 https://github.com/NixOS/nixpkgs/commit/09e1b26c7981d905f3fc2a1f23f6a0fa43843d10 Author: Joachim Fasting Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/development/libraries/mps/default.nix Log Message: --- mps: 1.114.0 -> 1.115.0, fix build See https://hydra.nixos.org/build/37204553/log/raw Commit: 0f7f6ac0c71b6089085e10eb2215650533176cba https://github.com/NixOS/nixpkgs/commit/0f7f6ac0c71b6089085e10eb2215650533176cba Author: Joachim Fasting Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/development/compilers/opendylan/default.nix Log Message: --- opendylan: fix build --with-gc required path to libraries, not headers. Also: remove unused parameter & set meta.platforms = linux. Compare: https://github.com/NixOS/nixpkgs/compare/5aa2023d37d4...0f7f6ac0c71b___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
On 6 July 2016 at 14:19, Profpatsch wrote: > On 16-07-06 11:58am, zimbatm wrote: >> We can provide the derivation but ask the user to download the source >> themselves. I think we already have such a mechanism in place for non-free >> software. > > But that’s not necessary at all. The source is available openly > and we can also have hydra build the binaries. > > Nothing is different from a libre/free software, except there is > some kind of price tag attached (that is oftentimes pay what you want). > > Hm, maybe it’s time to respect the money aspect: > > meta = { > monetary = { > type = "donation" | "mandatory"; > amount = "10 USD"; > recur = "monthly"; > url = "https://project.com/buy";; > }; > }; > > $ nix-build -A ardour > error: ardour is free as in freedom (GPL-2), but not free as in beer. > The authors require a monthly payment of 10 USD to use their software. > Please visit https://ardour.org/download.html. > Once you supported the project, use `lib.isPaid` to install it. > > Thoughts? But that still looks like opt-in payment. I'm sure Ardour users already know that upstream wants money for it, even without the above mechanism. (But I guess if a lot of upstreams do this it'd be more difficult to track manually, and we'd need a mechanism.) If upstream *really require* money, the above method seems insufficient, IMHO. I'm starting to think about proprietary programs now, and how you often can get the software but it doesn't work without a license key. The key can be stored in $HOME and don't have to have anything to do with the Nix expression that built (or just downloaded) the software. - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
On 16-07-06 11:58am, zimbatm wrote: > We can provide the derivation but ask the user to download the source > themselves. I think we already have such a mechanism in place for non-free > software. But that’s not necessary at all. The source is available openly and we can also have hydra build the binaries. Nothing is different from a libre/free software, except there is some kind of price tag attached (that is oftentimes pay what you want). Hm, maybe it’s time to respect the money aspect: meta = { monetary = { type = "donation" | "mandatory"; amount = "10 USD"; recur = "monthly"; url = "https://project.com/buy";; }; }; $ nix-build -A ardour error: ardour is free as in freedom (GPL-2), but not free as in beer. The authors require a monthly payment of 10 USD to use their software. Please visit https://ardour.org/download.html. Once you supported the project, use `lib.isPaid` to install it. Thoughts? -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Packaging free software that costs money
I've been thinking about the mechanics of FOSS app stores. If you don't want to handle the payments, you need to implement a kind of payment-authentication, where the principle is the same as dealing with private packages. Instead the key being used is a key that is derived from a successful payment. On 6/07/2016 8:57 PM, Bjørn Forsman wrote: On 6 July 2016 at 12:50, Bjørn Forsman wrote: On 6 July 2016 at 12:27, Profpatsch wrote: Free software doesn’t mean it is free as in free beer. There are a couple of (very good) applications, that are sold, like for example Ardour or Radium. They are normally distributed as binaries, but come with the source code (as required by their license). I think nixpkgs should include them as well (if only because executing the pre-built binaries on nixos is impossible), but I also think it is ethically questionable to skip the buying process. I’m at a loss. One improvement we can do is making it easier to run pre-built binaries. Right now you have to create a Nix file with pkgs.buildFHSUserEnv and pass in a lot of data[1]. And what about those new distro-independent packaging formats? appimage, flatpak, ...? It'd be really nice to be able to run those. - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Founder of Matrix AI https://matrix.ai/ +61420925975 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] How to fix corrupt .drv files in nix store?
On 5 July 2016 at 17:57, Eelco Dolstra wrote: > Hi, > > On 07/05/2016 05:18 PM, Bjørn Forsman wrote: >> Long version: >> I wanted to see how atomic and safe a NixOS update process really is, >> so I abused one of my systems by pulling the rootfs disk from it a >> number of times duing "nixos-rebuild switch" (trying to simulate a >> power cut-off at the worst possible time). > > This is only safe if you set "sync-before-registering = true" in nix.conf. > However, that flag is disabled by default because it causes a significant > slowdown during evaluation (since every file written to the store needs to be > fsynced separately). > >> $ sudo nixos-rebuild -I nixpkgs=. -Q build > > Try passing the "--repair" flag to nixos-rebuild. Both "sync-before-registering" and "--repair" are undocumented :-) Thanks for the info. - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] d5c8d7: liberal-crime-squad: 2016-05-08 -> 2016-07-06
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: d5c8d7112b3d65e0ff9039c174ce5fa163208175 https://github.com/NixOS/nixpkgs/commit/d5c8d7112b3d65e0ff9039c174ce5fa163208175 Author: Ricardo Ardissone Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/games/liberal-crime-squad/default.nix Log Message: --- liberal-crime-squad: 2016-05-08 -> 2016-07-06 Commit: 5aa2023d37d4ccce6f6c9d1ccd6e16bb098d519f https://github.com/NixOS/nixpkgs/commit/5aa2023d37d4ccce6f6c9d1ccd6e16bb098d519f Author: Joachim Fasting Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/games/liberal-crime-squad/default.nix Log Message: --- Merge pull request #16745 from rardiol/lcs liberal-crime-squad: 2016-05-08 -> 2016-07-06 Compare: https://github.com/NixOS/nixpkgs/compare/48385c38fb85...5aa2023d37d4___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
On 6 July 2016 at 12:50, Bjørn Forsman wrote: > On 6 July 2016 at 12:27, Profpatsch wrote: >> Free software doesn’t mean it is free as in free beer. >> >> There are a couple of (very good) applications, that are >> sold, like for example Ardour or Radium. >> They are normally distributed as binaries, but come with >> the source code (as required by their license). >> >> I think nixpkgs should include them as well (if only because >> executing the pre-built binaries on nixos is impossible), >> but I also think it is ethically questionable to skip the >> buying process. >> >> I’m at a loss. > > One improvement we can do is making it easier to run pre-built > binaries. Right now you have to create a Nix file with > pkgs.buildFHSUserEnv and pass in a lot of data[1]. And what about those new distro-independent packaging formats? appimage, flatpak, ...? It'd be really nice to be able to run those. - Bjørn ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 58c00c: libyamlcpp: 0.5.1 -> 0.5.3
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 58c00c35bc266b1c315de130e9f091d6993b755b https://github.com/NixOS/nixpkgs/commit/58c00c35bc266b1c315de130e9f091d6993b755b Author: Kranium Gikos Mendoza Date: 2016-07-04 (Mon, 04 Jul 2016) Changed paths: M pkgs/development/libraries/libyaml-cpp/default.nix Log Message: --- libyamlcpp: 0.5.1 -> 0.5.3 Commit: 48385c38fb85ad8202e7d7ea5590fbca2de8c991 https://github.com/NixOS/nixpkgs/commit/48385c38fb85ad8202e7d7ea5590fbca2de8c991 Author: Carles Pagès Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/development/libraries/libyaml-cpp/default.nix Log Message: --- Merge pull request #16698 from womfoo/bump/libyamlcpp-0.5.3 libyamlcpp: 0.5.1 -> 0.5.3 Compare: https://github.com/NixOS/nixpkgs/compare/28159315b7f2...48385c38fb85___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Packaging free software that costs money
On 6 July 2016 at 12:27, Profpatsch wrote: > Free software doesn’t mean it is free as in free beer. > > There are a couple of (very good) applications, that are > sold, like for example Ardour or Radium. > They are normally distributed as binaries, but come with > the source code (as required by their license). > > I think nixpkgs should include them as well (if only because > executing the pre-built binaries on nixos is impossible), > but I also think it is ethically questionable to skip the > buying process. > > I’m at a loss. One improvement we can do is making it easier to run pre-built binaries. Right now you have to create a Nix file with pkgs.buildFHSUserEnv and pass in a lot of data[1]. What if we write a script that creates an FHS environment from all profiles (system, default, user)? "nix-run-impure myprog"? It would (almost) be as easy to run prebuilt programs on NixOS as any other distro. The result would be a mix of nix-shell, steam-run and buildFHSUserEnv. Thoughts? [1] https://nixos.org/wiki/FHS_environments Best regards, Bjørn Forsman ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 281593: jpegrescan: init at 2016-06-01
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 28159315b7f2891e90157129d82a8b6fdca659bc https://github.com/NixOS/nixpkgs/commit/28159315b7f2891e90157129d82a8b6fdca659bc Author: Ram Kromberg Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: A pkgs/applications/graphics/jpegrescan/default.nix M pkgs/top-level/all-packages.nix Log Message: --- jpegrescan: init at 2016-06-01 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-dev] Packaging free software that costs money
Free software doesn’t mean it is free as in free beer. There are a couple of (very good) applications, that are sold, like for example Ardour or Radium. They are normally distributed as binaries, but come with the source code (as required by their license). I think nixpkgs should include them as well (if only because executing the pre-built binaries on nixos is impossible), but I also think it is ethically questionable to skip the buying process. I’m at a loss. -- Proudly written in Mutt with Vim on NixOS. Q: Why is this email five sentences or less? A: http://five.sentenc.es May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 3d316d: icoutils: perl dependencies added #15894
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 3d316da10315c3c02f160869391ba3efd420b596 https://github.com/NixOS/nixpkgs/commit/3d316da10315c3c02f160869391ba3efd420b596 Author: Ram Kromberg Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/tools/graphics/icoutils/default.nix Log Message: --- icoutils: perl dependencies added #15894 Commit: 3d5a41fc75cfcf8d30f7a7d2080082ac16fdefb9 https://github.com/NixOS/nixpkgs/commit/3d5a41fc75cfcf8d30f7a7d2080082ac16fdefb9 Author: Tuomas Tynkkynen Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/tools/graphics/icoutils/default.nix Log Message: --- Merge pull request #16732 from RamKromberg/fix/icoutils-issue-15894 icoutils: perl dependencies added #15894 Compare: https://github.com/NixOS/nixpkgs/compare/2fdfe6ed9fad...3d5a41fc75cf___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 09f366: solarus: init at 1.4.5
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 09f366a360fee8fae4d0e1aa642725738094ea64 https://github.com/NixOS/nixpkgs/commit/09f366a360fee8fae4d0e1aa642725738094ea64 Author: Nathan Moore Date: 2016-07-05 (Tue, 05 Jul 2016) Changed paths: M lib/maintainers.nix A pkgs/games/solarus/default.nix M pkgs/top-level/all-packages.nix Log Message: --- solarus: init at 1.4.5 Commit: 2fdfe6ed9fad6a20a3f26d785821cf88a3e916cb https://github.com/NixOS/nixpkgs/commit/2fdfe6ed9fad6a20a3f26d785821cf88a3e916cb Author: zimbatm Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M lib/maintainers.nix A pkgs/games/solarus/default.nix M pkgs/top-level/all-packages.nix Log Message: --- Merge pull request #16743 from Nate-Devv/solarus-games solarus: init at 1.4.5 Compare: https://github.com/NixOS/nixpkgs/compare/bdc17914227c...2fdfe6ed9fad___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] bdc179: kde5.kile: 2016-02-14 -> 2016-07-02
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: bdc17914227c6447baae23a9433faf335898e7cb https://github.com/NixOS/nixpkgs/commit/bdc17914227c6447baae23a9433faf335898e7cb Author: Frederik Rietdijk Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/applications/editors/kile/frameworks.nix Log Message: --- kde5.kile: 2016-02-14 -> 2016-07-02 ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Intermittent Blank Screen upon Opening Laptop Lid
It does seem like a lot of people are experiencing this problem (on NixOS and beyond). I'll have to perform some experiments and play around with it to see how I can replicate it deterministically. On 5/07/2016 1:15 PM, Ruben Astudillo wrote: I got the same problem. I think I know the conditions that trigger the bug, it has to do with both power sources on my laptop (BAT0 ADP1) being online as per-said on /sys/class/power_supply at the same time. To avoid this I just suspend (to mem) and open the netbook without the adapter conected. -- Founder of Matrix AI https://matrix.ai/ +61420925975 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] aeb516: nixos/grub: change state file device separator fro...
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: aeb516c741a1156a66acafa14322b47c63cfd709 https://github.com/NixOS/nixpkgs/commit/aeb516c741a1156a66acafa14322b47c63cfd709 Author: Bjørn Forsman Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M nixos/modules/system/boot/loader/grub/install-grub.pl Log Message: --- nixos/grub: change state file device separator from ':' to ',' ':' is currently used as separator in /boot/grub/state for the list of devices GRUB should be installed to. The problem is that ':' itself may appear in a device path: /dev/disk/by-id/usb-SanDisk_Cruzer_20043512300546C0B317-0:0 With such a path, NixOS will install GRUB *every* time, because it thinks the configuration differs from the state file (due to the wrong list split). Fix it by using ',' as separator. For existing systems with GRUB installed on multiple devices, this change means that GRUB will be installed one extra time. Commit: e9aedc3006868dfbbf4b0ee0390a88a8c6322722 https://github.com/NixOS/nixpkgs/commit/e9aedc3006868dfbbf4b0ee0390a88a8c6322722 Author: Eelco Dolstra Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M nixos/modules/system/boot/loader/grub/install-grub.pl Log Message: --- Merge pull request #16738 from bjornfor/nixos-grub nixos/grub: change state file device separator from ':' to ',' Compare: https://github.com/NixOS/nixpkgs/compare/6876eab511af...e9aedc300686___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 6876ea: pythonPackages.tornado: fix tests, closes #14634
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 6876eab511afd1c10b8e89a1ff99aa28c6a44b2d https://github.com/NixOS/nixpkgs/commit/6876eab511afd1c10b8e89a1ff99aa28c6a44b2d Author: Frederik Rietdijk Date: 2016-07-06 (Wed, 06 Jul 2016) Changed paths: M pkgs/top-level/python-packages.nix Log Message: --- pythonPackages.tornado: fix tests, closes #14634 The test runner would import all modules to check whether they might have tests. On a Linux system it would load the Tornado module that depends on kqueue, which is BSD only, and fail. ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits