[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
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
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
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
Hi.
haskellPackages_ghc6104 = recurseIntoAttrs
(haskell.packages_ghc6104);
haskellPackages_ghc6123 = recurseIntoAttrs
(haskell.packages_ghc6123);
haskellPackages_ghc704 = recurseIntoAttrs
(haskell.packages_ghc704);
haskellPackages_ghc741
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 =
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
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 we
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
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?
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
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 building.
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
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
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, except
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,
16 matches
Mail list logo
