[Nix-commits] [NixOS/nixpkgs] fe2468: pypi2nix: 1.1.0 -> 1.2.0

[Rok Garbas]

  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

[Renato Alves]

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

[joachifm]

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

[Jookia]

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

[Profpatsch]

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

[Robert Helgesson]

  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

[William Casarin]

  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] 87be90: links2: 2.12 -> 2.13 (#16756)

[Miguel Madrid]

  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

[Jookia]

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

[Profpatsch]

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

[Profpatsch]

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

Re: [Nix-dev] evalModules: how to use it?

[Bjørn Forsman]

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?

[Daniel Hlynskyi]

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

[Daniel Hlynskyi]

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

[Renato Alves]

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

Re: [Nix-dev] Packaging free software that costs money

[Jookia]

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

[Roger Qiu]

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

[Eelco Dolstra]

  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

[Moritz Ulrich]

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

[Kranium Gikos Mendoza]

  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

[Philip Carlsen]

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

[Tobias Geerinckx-Rice]

  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

[Kevin Cox]

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

[Profpatsch]

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

[Joachim Fasting]

  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

[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.

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

[Roger Qiu]

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?

[Bjørn Forsman]

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

[Joachim Fasting]

  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

[Bjørn Forsman]

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

[Carles Pagès]

  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

[Bjørn Forsman]

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

[Ram Kromberg]

  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

[Profpatsch]

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

[Tuomas Tynkkynen]

  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

[zimbatm]

  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

[Frederik Rietdijk]

  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

[Roger Qiu]

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...

[Eelco Dolstra]

  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

[Frederik Rietdijk]

  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