ange signing keys.
Creating signing keys is not necessary if you set
nix.trustedUsers = [ "nixBuild" ];
on the build machine.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
h
is that we then don't have to
>> manage
>> user accounts and deal with spammers.
>
> As we would use github for PR merging when using a static-site-wiki. So this
> holds true for static pages as I proposed, too.
Right.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~e
with a move to a
different Wiki, which many people have wanted in the past anyway. For instance,
we could set up a GitHub wiki, and people could copy their own contributions to
the new wiki. The new wiki should of course have a license from the start.
--
Eelco Dolstra | LogicBlox, Inc
e
user accounts and deal with spammers. But as you say, the downside is that we
can't customize much.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Hi,
On 24/09/15 16:07, Matthias Beyer wrote:
> I push this topic now, as I still have no answer on what license the
> wiki contents have.
I don't think the wiki currently has a license.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/
Hi,
On 22/09/15 11:35, Thomas Hunger wrote:
> I can think of two solutions 1) make the packages set up nix correctly so
> nix-env is usable out of the box and 2) Remove all custom packages and tell
> people to use the installer script.
+1 on option 2.
--
Eelco Dolstra | LogicBlox, In
ut affecting the existing build.
Yes, that's completely safe.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
paths to runtime
dependencies (though putting the paths to JAR dependencies in JAR manifests
would be a nice way to get RPATH-like behaviour!).
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
#commitcomment-12760249
for a description of recent changes.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
the concatenation at
startup time was kind of silly, because if you want that kind of non-declarative
behaviour, you can just use /var/cron/tabs/root.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
method is to use nix-push to create a binary cache that can be served
statically. See http://nixos.org/nix/manual/#sec-nix-push for examples.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
a few packages with incomplete references info (i.e.
nix-store -qR for some paths does not show all dependencies). This shows up as
builds failing with build input path does not exist. This problem should
correct itself after the next staging merge.
--
Eelco Dolstra | LogicBlox, Inc. | http
Hi,
On 25/07/15 14:56, Vladimír Čunát wrote:
On 07/25/2015 02:25 PM, Eelco Dolstra wrote:
On 25/07/15 13:36, Vladimír Čunát wrote:
What about branching off release-15.07?
No, there are still a number of blockers:
https://github.com/NixOS/nixpkgs/milestones/15.07
The only remaining
/nixpkgs/commit/7f54f99656de36558a6ca7d78f7e42411aa2163c).
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
/archive/3b8e2f7e7a69a3a53a0cb8029973055763b6e309.tar.gz)
{}).texlive
];
You can also install texlive using nix-env - that way it won't be updated along
with the rest of the system.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev
:
https://github.com/NixOS/nixpkgs/milestones/15.07
Also, I just tried booting the 15.07 ISO and it hung. I'll need to investigate a
bit further.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
a script that listens for the D-Bus messages sent by udisks and then asks
udisks to do the mount. In fact, there already is a package that does this:
https://github.com/fernandotcl/udisks-glue
but it's not in Nixpkgs yet.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
$PERL5LIB will be wrong.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
to less -R.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
garbage, in order to make PATH
deletable. But if you pass --ignore-liveness, the referrer closure will be
deleted unconditionally.
However, I do notice that the nix-store manpage incorrectly states that the
existence of referring paths will prevent deletion.
--
Eelco Dolstra | LogicBlox, Inc
: the build users group, and possibly the “kvm” group.
Applied, thanks!
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
key, ‘substitution’, to specify
whether a derivation should be substituted. ‘preferLocalBuild’ is kept,
but its initial semantics is restored.
Have you seen
https://github.com/NixOS/nix/commit/b64988bb3585478676585a0f0aecbcf4e11d4432,
which essentially does the same thing?
--
Eelco Dolstra
Hi,
On 30/06/15 18:02, Luca Bruno wrote:
The multi-user.target must be kept slim, network should not be a
prerequisite.
+1 on removing.
This dependency was apparently added without much thought here:
https://github.com/NixOS/nixpkgs/commit/d18c2afc6fa6076274aa8334f8b58e1f4e1cdc8a
--
Eelco
libstdc++ to be loaded.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
://github.com/NixOS/nixpkgs/blob/master/CONTRIBUTING.md
Who decided that scheme?
BTW, this really should be in the Nixpkgs manual, not in some random markdown
file.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
triggers:
nixpkgs.config.packageOverrides = pkgs:
{ dbus = pkgs.dbus.override { useX11 = false; }; };
which means that anything depending on dbus needs to be rebuilt.
We probably could be smarter about this (e.g. by only rebuilding dbus.daemon
without X11).
--
Eelco Dolstra | LogicBlox
, this will cause a
failure too even if sss is not configured through /etc/nsswitch.conf
The user inside the chroot is always called nixbld and has an entry in the
chroot's /etc/passwd file, so looking up that user would not require LDAP
lookups.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
derivations. (Fixed-output
derivations are allowed to have some impure inputs because their output is
guaranteed to be the same regardless of the inputs.) So you could pass in an
LD_LIBRARY_PATH pointing to a directory containing the required NSS modules.
--
Eelco Dolstra | LogicBlox, Inc. | http
objections to removing /etc/nixos/nixpkgs from the default $NIX_PATH?
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
) {};
runCommand dummy
{ buildInputs =
[ (haskellPackages.ghcWithPackages (p: [p.HTTP p.tagsoup])) ];
}
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
of memory.
This release has contributions from aszlig, Benjamin Staffin, Charles Strahan,
Christian Theune, Daniel Hahler, Danylo Hlynskyi Daniel Peebles, Dan Peebles,
Domen Kožar, Eelco Dolstra, Harald van Dijk, Hoang Xuan Phu, Jaka Hudoklin,
Jeff Ramnani, j-keck, Linquize, Luca Bruno, Michael
/var/nix/db/db.sqlite).
Can you make a backup of that file and then see what this says:
$ sqlite3 /nix/var/nix/db/db.sqlite 'pragma integrity_check'
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
of /etc/nsswitch.conf?
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
setting should work.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
leave
the system in a broken state. (E.g. if you try to replace glibc and it fails
half-way through.)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman
operation):
https://github.com/NixOS/nix/commit/d8ddf994e70f97994e0f1fbd382df93cd071b90f
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
/NixOS/nixos/blob/master/modules/installer/tools/nixos-install.sh
However, NIX_OTHER_STORES might be removed at some point because it doesn't work
well anymore for access to remote stores since Nix started used SQLite.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
it into a stable release. Yeah, we could cherry-pick all those changes, but
that will be a lt of cherry-picking...
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl
is its
homepage, which is questionable.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Hi,
On 28/05/15 12:43, Jan Malakhovski wrote:
The idea of that glorious change is to avoid retyping the url and just
write
meta = { homepage = src.homepage; };
for the packages that do have their github/bitbucket/... pages as
homepages.
Ah thanks, that sounds good.
--
Eelco
can rebase your local branch on top of (say) the current
nixos-14.12:
$ git remote update channels
$ git rebase channels/nixos-14.12
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
expose that as a function argument?
Then you could say something like
boost.override { libraries = [ ]; }
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl
Hi,
On 19/05/15 07:10, Roger Qiu wrote:
Will NixOS be affected by the leap second issue that's coming up on June
30 2015?
You shouldn't have issues if you're running ntpd.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev
.enable = true;
in your configuration.nix. (It's enabled automatically if you use KDE, Gnome,
Xfce or Enlightenment.)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
On 12/05/15 12:49, Lluís Batlle i Rossell wrote:
Yes. Maybe it got renamed... It used to be named 'amd32'.
It's called x32:
http://en.wikipedia.org/wiki/X32_ABI
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
the
$NIX_STORE environment variable.
Regarding the state directory, packages generally should not need to know where
Nix keeps its state.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
/ece61b7cc803d374e81b1094bd9c1f6d5a9ca5d0
It would allow getting rid of all packages that don't override any default
arguments (i.e. pass { } to callPackage).
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
Hi,
On 07/05/15 15:02, Daniel Peebles wrote:
No need to read all the files, right? You import them lazily based on what
readDir returns.
Yes, but you still need to traverse the directory tree, which itself takes a
long time on non-SSD disks.
--
Eelco Dolstra | LogicBlox, Inc. | http
this?
No, that package should be renamed. 7f is interpreted by nix-env as a version
because it starts with a digit. Starting an attribute name with a digit is not a
good idea either.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev
recursion). See https://github.com/NixOS/nixpkgs/issues/7354.
A possible workaround might be to do:
hydra = (import nixpkgs {}).fetchgit { ... };
That way you're not depending on the pkgs module argument.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
/1c39a47ac87959b2589ef797e519af96d73c27d6
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
-linux
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
compiled so that it finds expat with dlopen, but
you know that means putting evil LD_LIBRARY_PATH I'd like to avoid.
Anybody knows any drawbacks about making gettext depend on expat?
Given that expat is only 300 KB, I don't see a problem.
--
Eelco Dolstra | LogicBlox, Inc. | http
*, not substitutor.
Also, make sure you're root or a user listed in ‘trusted-users’ in nix.conf.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix
and master branches.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
convergence but just trigger nixos-rebuild after updating the config. If
nothing changed then no new generation should appear IMHO.
We could add an option to suppress creating a new generation if nothing has
changed.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
, fetchgit calls
are not mirrored to tarballs.nixos.org; 2) fetchgit has no concept of mirrors;
3) it adds a dependency on Git.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
Hi,
On 19/03/15 17:05, Dario Bertini wrote:
Can someone point me to an explanation/docs for this behavior?
This is because environment.systemPackages ignores collisions. See
https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/config/system-path.nix.
--
Eelco Dolstra | LogicBlox, Inc
generation, since the '$' should be escaped.
And how do I remove/fix it without
parsing that?
Please try nix-env --rollback to go back to the most recent non-corrupt
version.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev
Hi,
On 09/03/15 12:08, Kirill Elagin wrote:
Isn’t Hydra allowed to build `unfreeRedistributable` packages?
No. The only unfree stuff it builds is redistributable firmware.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev
the unpacked data, so changes in the mtime fields of
the archive and other metadata don't matter.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix
from the libsigsegv change. I didn't know
next commits, so I thought better not to merge them.
That kind of defeats the purpose of the staging branch, which is to combine
mass rebuild changes. See here:
http://comments.gmane.org/gmane.linux.distributions.nixos/13447
--
Eelco Dolstra | LogicBlox
as expected.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
. I.e. packages should be usable by everybody.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
, but `git command
-h` prints a short summary of options.
Ah, I didn't know that. (I always use --help, which invokes man.)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
be given a
lower priority to prevent this problem.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
interface. If we document a command like nix-store
--register-validity (which is mostly a hack to support the nixos-install
bootstrap), we'd pretty much commit to supporting it in the future. If it's
undocumented, we can change or remove it in the future.
--
Eelco Dolstra | LogicBlox, Inc. | http
a version management system...
However, we could rename dead branches to something like attic/name.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo
it.
Note that I removed --help on purpose because I didn't want to maintain two sets
of option documentation. Invoking man is also what tools like Git do, so it's
not entirely uncommon.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
-config.nix allows passing a config
attribute set containing kernel config option, e.g.
config = { CONFIG_MODULES = y; CONFIG_FW_LOADER = m; };
I don't know if that's exposed to NixOS modules though.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
the upstream geoip package does not contain a
database. So you should download it yourself and pass the path on the command
line or via the API.
However, if there is a free (as in freedom) database somewhere, we could include
that by default.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
should now be able to
say:
security.pki.certificateFiles = [ ./my-certificate.crt ];
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Hi,
On 02/02/15 22:29, Domen Kožar wrote:
thanks everyone for being part of the FOSDEM stand! It was amazing, we've
given
away around 700 stickers.
Wow, nice :-)
A big thanks to you, Wout, Nicolas and everybody else who helped for getting us
a bit closer to world domination!
--
Eelco
Hi,
On 04/02/15 14:14, Michael Sperber wrote:
error: cannot download nix-1.9pre4021_f46e329.tar.xz from any mirror
I've fixed this, please update your Nixpkgs.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
the
old KDE3.x series! I used KDE 3.x when I started using Linux Slackware
and open source in 2004.
Cool :-)
You may find the old KDE 3.x Nix expressions useful: git log --all
--pkgs/desktops/kde-3.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
manually now.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
\.bar = test;
bar = foo\.bar;
}
Is this an important use case?
No, we probably don't want to promote using dots in variable names at all :-)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
Hi,
On 26/01/15 14:19, Matthias Beyer wrote:
On 26-01-2015 14:00:10, Eelco Dolstra wrote:
Hm, I have the impression the license checking code is becoming pretty heavy
at
this point. For instance, what (realistically) is the use case for
whitelisting?
Whitelisting a non-free license
= attrs.foo.bar; }; in attrs
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
/nixos -A system \
-I nixos-configuration=$(pwd)/foo.nix
...
'';
and then add this job to tested in nixos/release-combined.nix to make the
NixOS channel depend on it.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
to change this to reference only the
/etc/pam/authorized_keys.d/%u path?
I'm inclined to agree, but it's worth noting that the use of user-owned
authorized key files is sanctioned by the pam_ssh_agent_auth manpage:
http://pamsshagentauth.sourceforge.net/
--
Eelco Dolstra | LogicBlox, Inc. | http
Hi,
On 07/01/15 02:41, Karn Kallio wrote:
The attached patch advances the version of the Mercury compiler from 14.01 to
14.01.1
Applied, thanks!
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev
or so), which is happening all the time now. Apparently the garbage
collector cannot reclaim enough disk space anymore, suggesting we have too many
roots (i.e. active Nixpkgs/NixOS jobsets). The Nix store on that machine has 3.6
TB of disk space BTW.
--
Eelco Dolstra | LogicBlox, Inc. | http
that doesn't depend on Xcode, we may be able to lower
MACOSX_DEPLOYMENT_TARGET.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
inside the static executable via UPX
compression or something similar, I guess you need to decompress it first and
then apply patchelf.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
Hi,
On 05/01/15 13:04, Domen Kožar wrote:
We could delete some nixos/nixpkgs jobset, as there are many not needed
anymore.
Well, builds for jobsets that are disabled *and* hidden are not kept anyway, so
it's not necessary to delete them.
--
Eelco Dolstra | LogicBlox, Inc. | http
Hi,
On 05/01/15 13:11, Eelco Dolstra wrote:
On 05/01/15 13:04, Domen Kožar wrote:
We could delete some nixos/nixpkgs jobset, as there are many not needed
anymore.
Well, builds for jobsets that are disabled *and* hidden are not kept anyway,
so
it's not necessary to delete them.
I've
and
SYSTEMD_PAGER.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
is a terminal. So things work fine if you pipe Nix into
another command.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
point, but I switched to using KVM VMs so
I didn't need it anymore.
Anything
that I should keep in mind when trying to reestablish dom0 support?
It would be great to have an automated test for Xen Dom0. Not sure if Xen works
in our QEMU testing framework though :-)
--
Eelco Dolstra | LogicBlox
, such as automatically
handling network reconfiguration events from networkd).
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Hi,
On 19/12/14 19:20, Eelco Dolstra wrote:
I see a few ways to get PID namespaces back:
* Do a regular fork followed by clone(... | CLONE_NEWPID | CLONE_PARENT)
(after
which the intermediate process can exit).
This has been implemented in bd0f362d2fad1dd5f28e762011888b5eabd21280
not in favour of having multiple,
out-of-sync locations to keep this info.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
are not very human-readable nor is there any attempt to make
them machine-parseable (for displaying diffs from nixos-rebuild and tests).
It's probably a lot easier and well-defined to generate something from XML than
from some poorly specified, ad-hoc Markdown-like language.
--
Eelco Dolstra | LogicBlox
.
* Get the Glibc folks to provide a way to run at-fork handlers with clone().
Clearly the first option is the easiest.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http
...)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
van der
Linden, Charles Strahan, darealshinji, Eelco Dolstra, Gergely Risko, Joel
Taylor, Ludovic Courtès, Marko Durkovic, Mikey Ariel, Paul Colomiets, Ricardo M.
Correia, Ricky Elrod, Robert Helgesson, Rob Vermaas, Russell O'Connor, Shea
Levy, Shell Turner, Sönke Hahn, Steve Purcell, Vladimír Čunát
, or a C++ compiler. But, if I look at the built
derivation I find that there are programs cc, cpp, gcc, and g++ alongside
f77, and gfortran. Is that intentional, and if so why?
Looks like a bug.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco
this.
Looks good to me. Being able to use all that user namespace magic would be
great :-)
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
-eexecve
-v.
--
Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
901 - 1000 of 2509 matches
Mail list logo