I've been working on php-fpm support.
Now its possible to configure php for each user/account individually.
You can even enable xdebug.
The module takes care about pid, log, socket names etc.
If pools use same php compilation flags and ini file they'll be
supervised by the same php-fpm daemon, othe
Shea Levy writes:
> Hello,
>
> For interactive usage, you want to install pythonFull (nix-env -iA
> nixpkgs.pythonFull). That has readline support etc.
That, and you might want to take a look at some environments I use to
see what's possible:
https://github.com/chaoflow/skel/blob/master/.nixpkg
Hello,
For interactive usage, you want to install pythonFull (nix-env -iA
nixpkgs.pythonFull). That has readline support etc.
~Shea
On 01/30/2013 03:10 PM, Christopher Howard wrote:
> Hi. I used nix to install python-2.7.3 on an older Linux system using
> Nix. Overall, seems to work fine, excep
Hi. I used nix to install python-2.7.3 on an older Linux system using
Nix. Overall, seems to work fine, except one quirk: the python
interpreter doesn't allow interactive editing or history substitution
(i.e., readline style). But the python-2.7.3 documents suggests it has
this functionality. Does
On 01/30/2013 03:26 PM, Eelco Dolstra wrote:
If I understand it correctly, this only improves the error message from Make, it
doesn't fix the underlying problem. In the build in question, the actual
problem occurs a bit earlier:
In file included from
/tmp/nix-build-kde-workspace-4.8.4.drv-0/k
Hi,
On 30/01/13 15:01, Vladimír Čunát wrote:
> On 01/30/2013 02:46 PM, Peter Simons wrote:
>> yes, this is a bug in Make. For some reason, these kind of errors
>> occur every now and then. I don't know what triggers it either. The
>> only way I know to avoid this issue is to disable parallel buil
On 01/30/2013 01:45 PM, Eelco Dolstra wrote:
I would suggest removing most of the GHC versions from the channels (i.e. remove
"recurseIntoAttrs"), except the default (7.4.2) and the latest (7.6.2). If
desired, we could create a separate Hydra jobset to build the other versions.
What do you thin
On 01/30/2013 02:46 PM, Peter Simons wrote:
yes, this is a bug in Make. For some reason, these kind of errors
occur every now and then. I don't know what triggers it either. The
only way I know to avoid this issue is to disable parallel building.
Wouldn't this patch fix it?
http://old.nabble.c
Hi Eelco,
> Hm, depending on /usr/X11/{include,lib} is extremely impure. Is it
> not possible to use the regular X.org packages?
Yes, that is true. The situation can be improved a lot. I don't have
access to a Darwin machine, though, I can't work much on this issue
because I have no means to te
Hi Eelco,
> I would suggest removing most of the GHC versions from the channels
> (i.e. remove "recurseIntoAttrs"), except the default (7.4.2) and the
> latest (7.6.2).
yes, I think that is a good idea. If it turns out that we desperately
need binaries for any of the older versions again, then
Hi Vladimír,
> http://hydra.nixos.org/build/3930526
yes, this is a bug in Make. For some reason, these kind of errors
occur every now and then. I don't know what triggers it either. The
only way I know to avoid this issue is to disable parallel building.
Take care,
Peter
__
On Wed, Jan 30, 2013 at 02:23:28PM +0100, Andres Loeh wrote:
> >> haskellPackages_ghc6104 = recurseIntoAttrs
> >> (haskell.packages_ghc6104);
> >> haskellPackages_ghc6123 = recurseIntoAttrs
> >> (haskell.packages_ghc6123);
> >> haskellPackages_ghc704 = r
Hi.
>> haskellPackages_ghc6104 = recurseIntoAttrs
>> (haskell.packages_ghc6104);
>> haskellPackages_ghc6123 = recurseIntoAttrs
>> (haskell.packages_ghc6123);
>> haskellPackages_ghc704 = recurseIntoAttrs
>> (haskell.packages_ghc704);
>> haskellPackage
Hi,
Currently, of the 28971 jobs in the Nixpkgs jobset, 20573 are builds of Haskell
packages. This is primarily the result of each Haskell package being built with
several GHC versions, sometimes with or without profiling:
> haskellPackages_ghc6104 = recurseIntoAttrs
> (haskell.pa
Hi,
does anyone have an idea about this [error]?
It seems random and it disappeared in the next build although IMO
nothing relevant changed.
I found some references to a make bug that does this, but I'm not sure
it's the same cause.
[error] http://hydra.nixos.org/build/3930526
Vlada
smim
Hi Marc,
> do you have an idea how bashCompletion compares with the sample
> completion shipping with bash?
as far as I know our bash-completion code is identical to what most other
distributions ship.
Take care,
Peter
___
nix-dev mailing list
nix-d
[Apologies for duplicate reception of this CFP]
RELENG 2013 - CALL FOR PAPERS & TALKS
International Workshop on Release Engineering (RELENG 2013)
Monday, May 20, 2013, San Francisco, CA, USA
Workshop in Conjunction with ICSE'13
http://2013.icse-conferences.org/
Web: http://releng.polymtl.ca
17 matches
Mail list logo