Can't you unshare in the parent then setns back after fork?
On Dec 19, 2014, at 18:20, Eelco Dolstra eelco.dols...@logicblox.com wrote:
Hi,
On 18/12/14 17:32, Ludovic Courtès wrote:
Thus, I think Nix commit 49fe95 (which introduces monitor-fd.hh, which
uses std::thread just for
On Dec 16, 2014, at 5:45 PM, Rico Huijbers rix0...@gmail.com wrote:
Hi,
I'm new to Nix, and kicking the tires.
Right now, I'm trying to compile dmd (the D compiler) using Nix, but when I
try to compile it, it can't seem to find my C++ compiler:
rix0rrr@moloch
Nice! Then this branch has my full support ;)
On Dec 14, 2014, at 6:40 PM, Peter Simons sim...@cryp.to wrote:
Hi Shea,
Can we take this opportunity to dashify attribute names as well?
it's already done. :-) All attributes in [1] match the name of the
package. The file [2] implements an
On Dec 12, 2014, at 11:19 PM, Marc Weber marco-owe...@gmx.de wrote:
- hackage-packages.nix is generated automatically by the hackage2nix
utility
from the v2.x branch of the cabal2nix repository [2]. The file defines
builds for the respective latest version of every Hackage package.
Not related to your central goals (which are awesome), but can we take this
opportunity to dashify attribute names as well?
On Dec 12, 2014, at 2:38 PM, Peter Simons sim...@cryp.to wrote:
Hi guys,
in the spirit of release early, release often, I'd like to inform everyone
with an interest
Hi all,
My employer, Zalora, has made our darwin binary cache
http://zalora-public-nix-cache.s3-website-ap-southeast-1.amazonaws.com publicly
accessible. It is populated from our private hydra, and currently contains
builds from git://github.com/joelteon/nixpkgs.git. Once darwin builds are
ccache is impure and thus should not be used for hydra.
On Dec 9, 2014, at 5:28 PM, Wout Mertens wout.mert...@gmail.com wrote:
Hi all,
there is some support for ccache in the tree but nothing in the way of
documentation. I gave it a shot, see
, no?
However, it is still useful for development but not if using it means
rebuilding the world on your laptop... So I'd like to at least offer the
option for development.
Wout.
On Tue Dec 09 2014 at 6:32:04 PM Shea Levy s...@shealevy.com
mailto:s...@shealevy.com wrote:
ccache is impure and thus
laptop... So I'd like to at least offer the
option for development.
Wout.
On Tue Dec 09 2014 at 6:32:04 PM Shea Levy s...@shealevy.com
mailto:s...@shealevy.com wrote:
ccache is impure and thus should not be used for hydra.
On Dec 9, 2014, at 5:28 PM, Wout Mertens wout.mert
Daniel Peebles (copumpkin) also has some ongoing work to use darwin sandboxes
for pure builds on OS X. Perhaps we should try to generalize the interface for
these things?
On Dec 5, 2014, at 2:45 PM, Luca Bruno lethalma...@gmail.com wrote:
Not a nix dev, but I think by adding an option to
Couldn't we either a) mount our chroot over / instead of doing a chroot or b)
do the chroot *after* the new user namespace?
Sent from my iPhone
On Dec 5, 2014, at 4:05 PM, Eelco Dolstra eelco.dols...@logicblox.com wrote:
Hi,
On 04/12/14 12:24, Harald van Dijk wrote:
Is there any
Some time ago I had an idea for a ‘wrapper interpreter’, seems like execline
might be similar. No reason we can’t have such a thing.
On Nov 18, 2014, at 9:02 AM, Thomas Tuegel ttue...@gmail.com wrote:
On Tue, Nov 18, 2014 at 7:32 AM, Wout Mertens wout.mert...@gmail.com wrote:
Hi all,
I'm
On Sat, Oct 25, 2014 at 05:45:34PM +0200, Nicolas Pierron wrote:
We have 2 solution, either we stop the regressions when a pull request
(PR) is made, or we stop it when the fire is in. The fireman role is
hard to keep, and we should be verifying as much as possible at the PR
time. Also, if
Hi all,
I'm proud to announce the release of nix-exec 2.0.0. From the release
notes [1]:
* unsafe-perform-io now just takes an IO value directly, instead of
expecting a function matching the top-level entry point signature
* nix-exec's compile-time settings are now accessible from lib instead
14.11 is due 11/31 :)
On Wed, Oct 22, 2014 at 05:35:59PM +0200, Luca Bruno wrote:
I appreciate the work being done by Domen and jumping in as release manager.
I'd like to point out a few things however about the milestone issues.
The release should be due for October 31th, and in my vision the
On Sun, Oct 19, 2014 at 03:09:15PM +0200, Eelco Dolstra wrote:
Hi,
On 19/10/14 13:30, Nathan Bijnens wrote:
It's not all quiet at other Distro's, some Debian developers are considering
forking Debian if Debian switches to SystemD: http://debianfork.org/
I like some of the features
Hi all,
I've just opened a pull request [1] to change the baseNameOf primop to
not copy paths to the store before returning their base name.
Essentially, this means that (baseNameOf ./foo) will return foo and
not somenixhash-foo (or, worse, failure if foo does not exist). In my
opinion this is
Hi all,
I'm happy to announce the release of nix-exec-1.1.0 [1]. This version
adds an unsafe-perform-io.nix nix expression that can be imported to run
nix-exec IO values in contexts where you can't call nix-exec directly
(e.g. when using nixops).
Happy hacking!
~Shea
[1]:
In my experience, the majority of scripts in nixpkgs either put
dependend packages in buildInputs or interpolate them directly into
scripts; adding a package directly as an env var is rare. Why is this
worth giving up the superior readability and fidelity to actual package
name provided by dashes?
On Sat, Oct 11, 2014 at 03:09:37PM +0200, Vladimír Čunát wrote:
On 10/11/2014 02:55 PM, Shea Levy wrote:
In my experience, the majority of scripts in nixpkgs either put
dependend packages in buildInputs or interpolate them directly into
scripts; adding a package directly as an env var is rare
Hey all,
I've only briefly browsed through the thread, so maybe this is
repetitive, but I think whatever we do here we should separate out the
raw package from the tool that configures the environment for it, so
that the package can be composed in different ways without the overhead
of the
On Wed, Oct 01, 2014 at 10:32:57AM +0200, Bjørn Forsman wrote:
On 27 September 2014 11:12, Vladimír Čunát vcu...@gmail.com wrote:
On 09/24/2014 09:58 PM, Bjørn Forsman wrote:
On 22 September 2014 17:16, Shea Levy s...@shealevy.com wrote:
I suppose a flag that says to rebuild
Check out https://github.com/NixOS/nix/blob/master/src/libstore/gc.cc,
particularly addTempRoot (which is called by nix before any new nix path
is written or considered valid) and openGCLock.
The answer to what happens is that invariants are preserved, though
possibly at the cost of a long wait.
28, 2014 at 9:28 PM, Shea Levy s...@shealevy.com wrote:
Hi all,
I've just added [1] nix-exec to nixpkgs. It provides a way to define and
execute programs written in nix, for programs that need to interact with
the nix store or expression language. Please see the home page [2] for
more
channel?
On Mon, Sep 29, 2014 at 2:12 AM, Shea Levy s...@shealevy.com wrote:
The dry-run thing is likely due to replaceDependency doing an import
from a derivation, which requires building at evaluation time. There's
not really a good way to work around that, unfortunately
Hi all,
I've just added [1] nix-exec to nixpkgs. It provides a way to define and
execute programs written in nix, for programs that need to interact with
the nix store or expression language. Please see the home page [2] for
more details.
Please note that this was a quick project, and that there
Yes, this is exactly what replaceDependency is for.
On Sun, Sep 28, 2014 at 02:58:03PM -0700, rocon...@theorem.ca wrote:
We already have shlevy's replaceDependency which, IMHO, solves this
problem.
In functional programming when we have an immutable tree structure that we
want to update, we
The dry-run thing is likely due to replaceDependency doing an import
from a derivation, which requires building at evaluation time. There's
not really a good way to work around that, unfortunately.
~Shea
On Mon, Sep 29, 2014 at 12:52:10AM +0200, Ricardo M. Correia wrote:
On Sun, Sep 28, 2014 at
I suppose a flag that says to rebuild if the output is valid but doesn't have
the right deriver could be what you want? But for now the best answer seems to
be change the hash when it needs to change
div Original message /divdivFrom: Bjørn Forsman
bjorn.fors...@gmail.com
fetchurl does depend on the base name, it's the nixos tarball mirror that
doesn't
div Original message /divdivFrom: Bjørn Forsman
bjorn.fors...@gmail.com /divdivDate:09/20/2014 12:11 PM (GMT-08:00)
/divdivTo: Vladimír Čunát vcu...@gmail.com /divdivCc: nix-dev
Applied, thanks!
On Mon, Sep 08, 2014 at 03:29:56AM +0200, Anonymous wrote:
dvdisaster: new package
---
diff --git a/pkgs/tools/cd-dvd/dvdisaster/default.nix
b/pkgs/tools/cd-dvd/dvdisaster/default.nix
new file mode 100644
index 000..b54f342
--- /dev/null
+++
This patch does not apply cleanly, can you resubmit?
~Shea
On Mon, Sep 08, 2014 at 04:32:30AM +0200, Anonymous Remailer (austria) wrote:
pypoppler: new package
---
diff --git a/pkgs/development/python-modules/pypoppler-more-tweaking.patch
Hi Ross,
Am I reading [1] correctly that Azure VMs are started from VHDs? If so,
we already have a function for creating virutalbox images that converts
a raw image containing a base NixOS system to VDI using qemu-img, so it
should be straightforward to tweak that to create a VHD instead.
[1]:
How is the initial connection managed? Does Azure provide a console, or
some interface to provide the VM with an SSH public key, or some such?
On Fri, Sep 05, 2014 at 11:03:34PM +, Ross Gardler (MS OPEN TECH) wrote:
That's correct Azure images are VHD's. I've not tried the route you propose,
FWIW we've also had problems with logging to stdout not being captured.
Luckily these were all internal apps and we could fix the bug of logging
to stdout instead of stderr, but IMO it's also a bug that journald
didn't capture it.
~Shea
On Tue, Sep 02, 2014 at 02:28:34AM +0400, Michael Raskin
:32:26PM -0500, John Wiegley wrote:
Daniel Peebles pumpkin...@gmail.com writes:
I've noticed a bit of a pattern recently on the nix github and wanted to try
to stop it before Shea Levy decided this sort of work wasn't worth his time
anymore. I'm not proposing that we insta-merge all his
See the fetchgitPrivate function:
https://github.com/NixOS/nixpkgs/blob/a4cf5e903b7782062d62489b23fa5021d1ac0862/pkgs/top-level/all-packages.nix#L308-L326
On Tue, Jul 15, 2014 at 12:09:22PM +0200, Andreas Herrmann wrote:
Dear Nix-ers,
I am using Nix to manage and deploy my own work projects,
On Jun 14, 2014, at 4:28, Ertugrul Söylemez ert...@gmx.de wrote:
On Fri, 13 Jun 2014 18:54:53 +0200
Eelco Dolstra eelco.dols...@logicblox.com wrote:
The path-rewriting proposal is a very bad idea and will cause a lot of
breakage. For many/enough applications rewriting will not work at
On Jun 14, 2014, at 13:29, Ertugrul Söylemez ert...@gmx.de wrote:
On Sat, 14 Jun 2014 09:36:21 -0400
Shea Levy s...@shealevy.com wrote:
Please point to a specific example of a package with an unretained
dependency due to UTF-16 storage
I can't. I'm just pointing out a potential
On Jun 13, 2014, at 12:54, Eelco Dolstra eelco.dols...@logicblox.com wrote:
Hi,
On 13/06/14 08:12, Ertugrul Söylemez wrote:
The path-rewriting proposal is a very bad idea and will cause a lot of
breakage. For many/enough applications rewriting will not work at all,
because they
See the replaceDependency function in nixpkgs:
https://github.com/NixOS/nixpkgs/blob/80a60810ca7e59360e8babf47c4d967f108c1e46/pkgs/top-level/all-packages.nix#L407-L409
On Thu, Jun 05, 2014 at 05:09:52PM +0200, Luca Bruno wrote:
This is the second time since I'm using nixos there's a need for a
Pass in the system derivation and use nix-env --set to switch your
system to the resultant derivation.
I have used it in the past but only for short periods while waiting for
a rebuild.
On Thu, Jun 05, 2014 at 05:44:01PM +0200, Luca Bruno wrote:
On 05/06/2014 17:16, Shea Levy wrote:
See
How about something like http://sprunge.us/eJOD (untested)? I don't have
time to do testing right now.
On Thu, Jun 05, 2014 at 06:21:30PM +0200, Luca Bruno wrote:
On 05/06/2014 17:49, Shea Levy wrote:
Pass in the system derivation and use nix-env --set to switch your
system to the resultant
Possibly relevant discussion: https://github.com/NixOS/nix/pull/47
On Thu, May 22, 2014 at 09:04:19PM +0400, Kirill Elagin wrote:
The relevant commit is this:
https://github.com/NixOS/nix/commit/d7efd7639420f4c840cbfdfcbbb3c45292f3ac54
Looks like `toPath` is not only obsolete, but prohibited
Are there actually builds whose behavior changes based on LANG? Maybe
nix-shell can special-case it even for --pure?
On Fri, May 09, 2014 at 11:44:47PM +0400, Kirill Elagin wrote:
Ok, as it always happens, immediately after sending the message I realised
that I need `LOCALE_ARCHIVE` in the
issues with the 14.04 milestone to see if you can help.
~Shea
On Mon, Apr 21, 2014 at 08:48:58AM -0400, Shea Levy wrote:
Hi all,
I missed that kde hadn't been merged yet, so please ignore this for now.
We will be force pushing to release-14.04 when it is actually ready, so
please continue
Hi All,
Eelco has merged the systemd upgrade, so I've created the 14.04 branch.
Now it's time to start seriously testing this, so if you haven't yet
please try building your systems against the branch[2]! Aside from
#1665[2], which just needs to be brought up to date, only bug fixes
should now be
And there's now a jobset:
http://hydra.nixos.org/jobset/nixos/release-14.04
On Mon, Apr 21, 2014 at 05:32:34AM -0400, Shea Levy wrote:
Hi All,
Eelco has merged the systemd upgrade, so I've created the 14.04 branch.
Now it's time to start seriously testing this, so if you haven't yet
please
Hi all,
I missed that kde hadn't been merged yet, so please ignore this for now.
We will be force pushing to release-14.04 when it is actually ready, so
please continue treating master as we have been for the past few weeks.
Sorry!
~Shea
On Mon, Apr 21, 2014 at 05:40:31AM -0400, Shea Levy wrote
Ah, if you're willing to that'd be great! Let me know if you're sure you
want to and we can figure out the logistics of it all.
On Thu, Apr 17, 2014 at 11:39:38AM +, Sander van der Burg - EWI wrote:
Hi,
I'm still using Node.js at the moment, mostly for internal projects of the
company
Ah that's a good idea. We'll still need someone to run the npm publish
for new versions as well.
On Thu, Apr 17, 2014 at 03:59:44PM +0200, Rob Vermaas wrote:
Perhaps we should move the repo to the NixOS organisation at github?
Cheers,
Rob
On Thu, Apr 17, 2014 at 2:56 PM, Shea Levy s
On Thu, Apr 17, 2014 at 06:13:35PM +0200, Ben Franksen wrote:
Eelco Dolstra wrote:
On 17/04/14 17:04, Ben Franksen wrote:
sorry to bother you again regarding impureEnvVars. I still can't get my
fetchdarcs over ssh to work, even though I am now using constant-output
derivations and have
Hi Colin,
On Wed, Apr 16, 2014 at 08:40:46AM -0500, Colin Putney wrote:
On Tue, Apr 15, 2014 at 8:27 AM, Shea Levy s...@shealevy.com wrote:
Hi Colin,
I've added pure-0.5.0-rc-1 to nixpkgs, can you try using that as a
dependency?
Hi Shea,
Thanks for looking
Hi all,
I wrote npm2nix, but I'm no longer doing any work with node stuff and
would prefer to hand it off to someone who is using it and motivated to
keep it up-to-date and working. Is there anyone who might want to take
ownership of the project?
~Shea
On Mon, Apr 14, 2014 at 04:59:15PM +0200, Ludovic Courtès wrote:
l...@gnu.org (Ludovic Courtès) skribis:
Shea Levy s...@shealevy.com skribis:
On Mon, Apr 14, 2014 at 03:38:01PM +0200, Ludovic Courtès wrote:
The patch below allows files such as /nix/store/foo to be protected from
GC
Hi Colin,
I've added pure-0.5.0-rc-1 to nixpkgs, can you try using that as a
dependency?
Thanks,
Shea
On Mon, Apr 14, 2014 at 10:01:44AM -0500, Colin Putney wrote:
Hi folks,
In my on-going quest to package up my node applications, I've run into a
noob-trap that has me completely stumped.
can get it set up though.
I will now read up on how to enable chroot builds in multi-user configured
Nix...
Cheers
Ben
Shea Levy wrote:
On Mon, Apr 14, 2014 at 04:12:00AM +0200, Ben Franksen wrote:
Shea Levy wrote:
Fetching source over the network is the main reason fixed output
Cc Rob and Eelco in case they filter nix-dev
On Apr 15, 2014, at 11:27, Colin Putney co...@wiresong.com wrote:
Hope this right place to post this. I don't speak German, but it looks like
the domain is being blocked, for some reason.
Diese Domain wurde gesperrt...
Falls Sie der
Hi Ludo’,
On Mon, Apr 14, 2014 at 03:38:01PM +0200, Ludovic Courtès wrote:
The patch below allows files such as /nix/store/foo to be protected from
GC if a root refers to them. This makes it easy for a build hook to use
such files for its temporary working files.
WDYT?
It seems a bit
OK, I've reverted it for now. I did it in a merge commit [1] so that it
can be easily re-reverted later when we've designed a proper fix.
[1]:
https://github.com/NixOS/nixpkgs/commit/c47d3bb600f49e14665c1037c444d32133597020
On Thu, Apr 10, 2014 at 03:07:19PM -0400, Shea Levy wrote:
Hi all
Hi all,
The recent postgres changes, while probably the right thing to do in the
long run, have caused a lot of problems. MichaelRaskin on IRC now
reports that the change breaks their installations as they had already
added a postgres superuser themselves.
We could of course try to fix it, but
Hi all,
I'm trying to connect to a pptp VPN, and I see that
networkmanager.enable is meant to enable the networkmanager_pptp plugin,
but nm-connection-editor does not show the option to create a new PPTP
VPN. Does anyone know how I might debug this?
Thanks,
Shea
Hi Ludo,
On Wed, Apr 09, 2014 at 08:29:25PM +0200, Ludovic Courtès wrote:
We are pleased to announce the release of GNU Guix version 0.6,
representing 597 commits by 16 people over 4 months.
Congratulations!
This release comes with an updated QEMU virtual machine image that shows
Hi all,
I had my remotes set up wrong and accidentally force pushed to
NixOS/nixpkgs.git instead of shlevy/nixpkgs.git. Any commits since
1ccb3c07316084983a34507e8324df1a5c4c4bd4 will need to be re-pushed. So
sorry!
~Shea
___
nix-dev mailing list
Via the github API we found the latest commit and Austin Seipp was able
to push it again. Crisis hopefully averted.
On Mon, Apr 07, 2014 at 01:30:58PM -0400, Shea Levy wrote:
Hi all,
I had my remotes set up wrong and accidentally force pushed to
NixOS/nixpkgs.git instead of shlevy
at 03:46:20PM -0400, Shea Levy wrote:
Thoughts on the idea? Any idea for a name for the repo? Eelco, would you
be able to make the repo if you think this is a good approach?
Is a whole other repo really necessary? Why not just a branch of
nixpkgs?
Matthew
Hi all,
Currently we have quite a lot of unmaintained, broken, or work-in
progress components in nixpkgs. It would be great if we could get to the
point where everything in nixpkgs was expected to work and be
maintained, but part of that I think is having a place for this other
work that isn't
of the
stable release, create the issue and mark it for 14.04 soon!
Cheers,
Shea
[1]: https://github.com/NixOS/nixpkgs/issues/2112
On Wed, Apr 02, 2014 at 05:26:24PM -0400, Shea Levy wrote:
Hi all,
April is upon us, and April Fool's Day is behind us, and that means it's
time for the next NixOS
Hi all,
I'm trying to build a custom virtualbox image for nixops, and I want to
use runInLinuxVM to do so. Unfortunately, when I go to mount a btrfs
filesystem, I get an error about btrfs being an unknown filesystem type
and quick attempts to load the btrfs module fail. Is there a special way
to
Hi Eelco,
On Thu, Apr 03, 2014 at 01:49:17PM +0200, Eelco Dolstra wrote:
Hi,
On 02/04/14 23:26, Shea Levy wrote:
If you have any thoughts on how the release process should go, please
chime in!
I would like to propose to create the release-14.04 branch on Friday 18th.
Then
we can
Hi all,
April is upon us, and April Fool's Day is behind us, and that means it's
time for the next NixOS stable release! I'm going to be going through
the open issues and marking some with the 14.04 milestone and others
with the 14.10, and if you have something you'd really like to get into
the
section regarding the topic:
https://nixos.org/wiki/How_to_tweak_Linux_kernel_config_options
Regards,
Sergey
2014-03-07 13:06 GMT+04:00 Shea Levy s...@shealevy.com:
Hey Sergey,
On Fri, Mar 07, 2014 at 12:17:50PM +0400, Sergey Mironov wrote:
Hi. I am trying to build my own
Hey Sergey,
On Fri, Mar 07, 2014 at 12:17:50PM +0400, Sergey Mironov wrote:
Hi. I am trying to build my own minimalistic kernel with `buildLinux'
defined in kernel/manual-config.nix. I've written the wrapper
expression as follows:
# linuxHandMade.nix
{ stdenv, fetchurl, buildLinux } :
Hey Domen,
Ah, bad luck! Are you planning on attending the irc meeting, or should
someone else? Thanks again for spearheading this!
~Shea
On Mon, Feb 24, 2014 at 07:42:59PM +0100, Domen Kožar wrote:
Hi all,
our application for GSOC was rejected, better luck next year :-)
Thanks to
On Feb 22, 2014, at 12:27, Nicolas Pierron nicolas.b.pier...@gmail.com
wrote:
Hi all,
On Wed, Feb 19, 2014 at 4:44 PM, Shea Levy s...@shealevy.com wrote:
Hi all,
The Problem
---
I've been doing a bit of work to make it possible to define nixops
networks modularly
Hi all,
The Problem
---
I've been doing a bit of work to make it possible to define nixops
networks modularly in the same way we do NixOS configs (with each
machine in a network being a submodule), and in doing so I've repeatedly
run into issues due to the fact that NixOS's modules take
functions, and neither NixOS nor this needs to do any
double evaluation.
Cheers,
Shea
On Wed, Feb 19, 2014 at 04:37:50PM +, Oliver Charles wrote:
Shea Levy s...@shealevy.com writes:
Hi Shea,
The Easy Solution
-
In my opinion the whole project is young enough that we
Hey Eelco,
On Wed, Feb 19, 2014 at 06:05:36PM +0100, Eelco Dolstra wrote:
Hi,
On 19/02/14 16:44, Shea Levy wrote:
Hi all,
snip
IMHO, removing the pkgs argument has basically no advantages to users, and a
lot of disadvantages (namely, it breaks pretty much every existing module
On Wed, Feb 19, 2014 at 12:30:00PM -0500, Shea Levy wrote:
Hey Eelco,
On Wed, Feb 19, 2014 at 06:05:36PM +0100, Eelco Dolstra wrote:
Hi,
On 19/02/14 16:44, Shea Levy wrote:
Hi all,
snip
IMHO, removing the pkgs argument has basically no advantages to users,
and a
lot
On Wed, Feb 19, 2014 at 12:30:00PM -0500, Shea Levy wrote:
Hey Eelco,
On Wed, Feb 19, 2014 at 06:05:36PM +0100, Eelco Dolstra wrote:
Hi,
On 19/02/14 16:44, Shea Levy wrote:
Hi all,
snip
IMHO, removing the pkgs argument has basically no advantages to users,
and a
lot
On Wed, Feb 19, 2014 at 01:25:10PM -0500, Shea Levy wrote:
On Wed, Feb 19, 2014 at 12:30:00PM -0500, Shea Levy wrote:
Hey Eelco,
On Wed, Feb 19, 2014 at 06:05:36PM +0100, Eelco Dolstra wrote:
Hi,
On 19/02/14 16:44, Shea Levy wrote:
Hi all,
snip
IMHO, removing
On Wed, Feb 19, 2014 at 01:29:22PM -0500, Shea Levy wrote:
On Wed, Feb 19, 2014 at 01:25:10PM -0500, Shea Levy wrote:
On Wed, Feb 19, 2014 at 12:30:00PM -0500, Shea Levy wrote:
Hey Eelco,
On Wed, Feb 19, 2014 at 06:05:36PM +0100, Eelco Dolstra wrote:
Hi,
On 19/02/14 16:44
Yes, this is a variant on my conservative solution and will break
anything that uses pkgs.lib on the hot path to evaluating
config.nixpkgs. But as Eelco has said he may be willing to take that
hit, something along those lines will probably be the ultimate outcome
here.
On Wed, Feb 19, 2014 at
Hi Domen,
This is a great idea, thanks for doing it! I've added some ideas to the
wiki, but I'd love to be a mentor for pretty much anything.
~Shea
On Thu, Feb 13, 2014 at 11:14:04PM +0100, Domen Kožar wrote:
Hi all,
Google Summer of Code is a program organized by Google giving
Hi all,
Currently, the semantics of the maintainers meta field are:
* Maintainers get an email when the build changes on hydra
* If making a large change to a package, it might be nice to run it by a
maintainer first
* Maintainers are more likely than the average contributor to update the
On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
create it from scratch with just the things we need. IMO, that's
the only truly
On 01/24/2014 04:17 PM, Ludovic Courtès wrote:
Sree Harsha Totakura sreehar...@totakura.in skribis:
On 01/24/2014 06:13 PM, Mark H Weaver wrote:
Shea Levy s...@shealevy.com writes:
Another option is to mount a devtmpfs there, for systems which support
it.
devtmpfs may give different
So I just checked, and currently kmod isn't linked to xz or zlib in
order to avoid requiring them in the initrd. Is it worth a bigger initrd
to have a smaller system overall?
On Mon, Jan 06, 2014 at 12:21:18PM +0100, Eelco Dolstra wrote:
Hi,
On 05/01/14 13:49, Shea Levy wrote
Hi Eelco,
On Jan 6, 2014, at 6:21, Eelco Dolstra eelco.dols...@logicblox.com wrote:
Hi,
On 05/01/14 13:49, Shea Levy wrote:
As of
https://github.com/NixOS/nixpkgs/commit/139f8949e6a5898aa8f245b49c18a6c523dce24e,
the generic kernel build now uses the manual config kernel builder
Hello everyone!
As of
https://github.com/NixOS/nixpkgs/commit/139f8949e6a5898aa8f245b49c18a6c523dce24e,
the generic kernel build now uses the manual config kernel builder under
the hood. Note that that is a merge commit, and you may want to check
out the individual commits, especially:
*
Hi Mathijs (nix-dev cc'd),
Thanks for pointing this out! This does seem very stupid, but isaacs
seems committed to the change so we'll have to live with it.
Unfortunately some packages will *depend* on the new behavior now, so I
think the best case is maintaining a manual list, as unfortunate
On 12/10/2013 09:16 AM, Mathijs Kwik wrote:
On Tue, Dec 10, 2013 at 3:01 PM, Shea Levy s...@shealevy.com wrote:
maintaining a manual list, as unfortunate as that sounds. Hopefully this
will be fixed soon in most packages.
For packages that are installed from a tarball (which is most), issues
Heh, OK. I will make an issue to track/fix this.
On 12/10/2013 09:34 AM, Mathijs Kwik wrote:
I'm not gonna push broken stuff :)
On Tue, Dec 10, 2013 at 3:23 PM, Shea Levy s...@shealevy.com wrote:
On 12/10/2013 09:16 AM, Mathijs Kwik wrote:
On Tue, Dec 10, 2013 at 3:01 PM, Shea Levy s
FWIW, bash's 'exec' takes a flag (-a) to specify argv[0] as well.
On 12/02/2013 05:03 PM, Jason O'Conal wrote:
Excerpts from David Guibert's message of 2013-12-02 13:23:49 +:
On Mon, Dec 2, 2013 at 11:17 AM, Sergey Mironov grr...@gmail.com wrote:
Hi! Plus one from here. I also notice
On Oct 16, 2013, at 5:17, Eelco Dolstra eelco.dols...@logicblox.com wrote:
Hi,
On 16/10/13 01:09, Daniel Hlynskyi wrote:
[6] uqm
/* uses pthread_cancel(), which requires libgcc_s.so.1 to be
loadable at run-time. Adding the flag below ensures that the
library can be found.
On 09/18/2013 11:37 AM, Eelco Dolstra wrote:
Hi,
On 18/09/13 14:10, Peter Simons wrote:
Maybe you installed the 32-bit version by accident?
interesting, that is what seems to have happened. How is this possible?
I subscribed to http://hydra.nixos.org/jobset/hydra/trunk/channel/latest
No, this is a VM test which shouldn't have real network access (the
reason the tests are run with a binary cache in the first place).
Aszlig's diagnosis is correct here, the only question is whether we
*want* binary caches to be skipped for fetchurl or not.
On 09/16/2013 04:44 AM, Peter Simons
Hi Tim,
Generally, in NixOS we achieve effects outside of the store in a
two-phase process: We have derivations to create data (config files,
systemd units, shell scripts, etc.) in the store that represent the end
state we want (including a master activation script that joins all the
rest
Hi Mathijs,
See https://github.com/NixOS/hydra/issues/68#issuecomment-22698965
~Shea
On 8/17/13 3:40 PM, Mathijs Kwik wrote:
It was quite useful to find out if the channel has issues.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
Hi Vlada,
On 8/6/13 3:16 AM, Vladimír Čunát wrote:
Hi.
On 08/02/2013 11:58 AM, Mathijs Kwik wrote:
I just had to push a non-X-related package to x-updates because it
needs llvm 3.3.
There are some packages that don't build after LLVM update (e.g.
dragonegg, julia... probably more). Would
401 - 500 of 898 matches
Mail list logo
