Actually, building packages for KDE 4.2 was also on my todo-list as well and
now I have some spare time left to work on it. Is the problem with kdepim fixed
now? and could you share the Nix expressions you wrote? then I don't have to
write those expressions myself :)
-Original Message-
We can help you with integrating everything properly in NixOS. So when you're
done with all nix expressions for the KDE packages send them to us and we will
help you with it.
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Andrew Morsillo
Verzonden: di 10-2-2009 18:15
Aan:
t all certain that they are correct. If anybody finds any
problems or can think of better ways I might have done things please
let me know so I can write better expressions in the future.
Andrew Morsillo
On Tue, Feb 10, 2009 at 9:09 PM, Sander van der Burg - EWI
wrote:
> We can help
lto:l...@gnu.org]
Sent: Fri 4/3/2009 9:53 AM
To: nix-dev@cs.uu.nl
Cc: Sander van der Burg - EWI
Subject: Re: [Nix-commits] SVN commit: nix - 14839 - sandervanderburg - in
nixos/trunk: system upstart-jobs
Hello!
Sander van der Burg writes:
> +consolekit = {
> +
> + ena
these properties we can derive configurations for each
display manager.
-Oorspronkelijk bericht-
Van: Nicolas Pierron [mailto:nicolas.b.pier...@gmail.com]
Verzonden: di 7-4-2009 21:01
Aan: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Onderwerp: Re: [Nix-commits] SVN commit: nix -
/2009 11:51 AM
To: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Subject: Re: [Nix-commits] SVN commit: nix - 14923 - sandervanderburg -
nixpkgs/trunk/pkgs/servers/sql/mysql5
Sander van der Burg wrote:
> Author: sandervanderburg
> Date: 2009-04-08 09:41:18 + (Wed, 08 Apr 2009)
> New
I'm still working on the kdm service. It is still not finished and properly
tested.
In order to use it you have to add a kdm service in your configuration.nix.
Basically it should look something like this:
{
...
services = {
kdm = {
enabled = true;
};
xserver = {
e
I think you should enable gpg in your nix-profile, with nix-env -f $NIXPKGS_ALL
-i -A gpgme
I guess that KDE expects that the gpg executable is defined in some directory
defined in the PATH environment variable.
For the su issue: I don't know an answer for this yet. I still have to
investigate
white...@googlemail.com]
Verzonden: za 11-4-2009 2:37
Aan: Sander van der Burg - EWI
CC: nix-dev
Onderwerp: Re: [Nix-dev] setting kdm?
2009/4/10 Sander van der Burg - EWI :
> I'm still working on the kdm service. It is still not finished and properly
> tested.
>
> In order to use it you have t
yes I noticed that after I commited it ;)
-Original Message-
From: Eelco Dolstra [mailto:e.dols...@tudelft.nl]
Sent: Thu 4/16/2009 11:55 PM
To: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Subject: Re: [Nix-commits] SVN commit: nix - 15103 - sandervanderburg -
nixpkgs/trunk/pkgs
I had the same problem. Select your virtual machine -> Pick settings -> Select
tab 'Advanced' -> Turn 'Enable PAE/NX' on.
This should make it work under VirtualBox.
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Marco Maggesi
Verzonden: ma 27-4-2009 16:11
Aan: nix-dev
Onde
I just created a makeDesktopItem function in Nixpkgs, which you can use to
generate .desktop files for applications that do not include .desktop files in
their tarballs, such as Mozilla Firefox.
I modified the Firefox wrapper function so that it will include a .desktop
file. By providing a desk
Nix expression.
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Eelco Dolstra
Verzonden: di 12-5-2009 12:43
Aan: Nicolas Pierron
CC: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Onderwerp: Re: [Nix-dev] Generating desktop files
Hi,
Nicolas Pierron wrote:
> On Tue, May
I did some experiments with the modular NixOS today and I have a suggestion for
the display manager. In order to use the KDM display manager I had to specify a
/etc/nixos/configuration.nix like this:
{pkgs, ...}
{
...
services = {
xserver = {
enable = true;
displayManager
Hi all,
Lately I saw some patches on the mailing list which fixes the compilation of
compiz and nautilus. Nautilus is part of the GNOME desktop and therefore I was
wondering if anyone is interesting in having a supported GNOME desktop in
NixOS. Maybe there are some GNOME users out here? I have
]
Sent: Wed 6/3/2009 4:15 PM
To: nix-dev@cs.uu.nl
Cc: Sander van der Burg - EWI
Subject: New GNOME expression
Hello!
Sander van der Burg writes:
> Log:
> Added my very experimental GNOME 2.26 expression
Hey, that's nice!
Any reason why you chose not to base your work on the GNOME 2.26
I think seperating packages in a "per-policy" composition file is a very bad
idea. It becomes even more difficult for files like python-packages.nix or
other expressions that provide their own compositions like the KDE 4.3
expression. Should we also provide a free-python-packages.nix and a
free
I noticed that *.tar.lzma tarballs are becoming more common now, so I thought
it would be very useful to add a *.tar.lzma option to the genericBuilder. I
suggest this, because I noticed that certain packages such as libtool provide
their own unpack commands. The libtool unpack command, however,
n der Burg - EWI
CC: nix-dev@cs.uu.nl
Onderwerp: Re: [Nix-dev] *.tar.lzma archives
Hi,
Sander van der Burg - EWI wrote:
> I noticed that *.tar.lzma tarballs are becoming more common now, so I
> thought it would be very useful to add a *.tar.lzma option to the
> genericBuilder. I suggest
Michael Raskin [mailto:7c6f4...@mail.ru]
Verzonden: vr 16-10-2009 20:58
Aan: nix-dev@cs.uu.nl; Sander van der Burg - EWI
CC: nix-comm...@cs.uu.nl
Onderwerp: Re: [Nix-commits] SVN commit: nix - 17853 - sandervanderburg -
nixpkgs/trunk/pkgs/applications/office/openoffice
-BEGIN PGP
The OpenOffice.org icons are working now in KDE, after rebuilding it 4 times.
Hopefully, I will win the "most wasted buildtime" award.
-Oorspronkelijk bericht-
Van: Michael Raskin [mailto:7c6f4...@mail.ru]
Verzonden: vr 16-10-2009 21:08
Aan: Sander van der Burg - EWI
C
> I'm not sure about that. My understanding is that it used to be in
> fashion at some point, but eventually got superseded by 'xz' (and
> perhaps something else before).
> So I'm inclined to leaving just gzip and bzip2 in 'stdenv' by default.
> What do you think?
I think it wouldn't harm very
> The issue is that these tools are still evolving and every update of one
> of these tools would entail a full rebuild. [Insert generic phrase
> about how 'builderDefs' rocks here.]
> And gzip/bzip2 still cover maybe 90% of all packages anyway.
You're right about gzip/bzip2, but we can add lzma
I removed the comments of my eclipse package in all-packages.nix for the
following reasons:
- I'd like to have Eclipse installed when I type nix-env -i, I don't want to
download it myself and put it in my HOME dir. That's where we have the Nix
package manager for, right?
- Actually, you can use
Well, to be quite honest: The only problem I had with tar on BSD so far is that
an error occurs on OpenBSD when I omit the -f option. It seems that both GNU
and BSD tar gives me the same problem, and when using the -f option both GNU
and BSD tar seems to work fine.
btw. I haven't changed this y
I use gwenview which is part of KDE :-)
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Tue 11/24/2009 4:55 PM
To: Ludovic Courtès
Cc: nix-dev@cs.uu.nl
Subject: Re: [Nix-dev] Re: X.org 7.5
Hi,
Ludovic Courtès wrote:
> - GQview randomly fails to dis
For clarification: GPL incompatible licenses aren't non-free software licenses
per se. There are GPL incompatible free software licenses as well. The MPL *is*
a free software license, but incompatible with the GPL versions 2 and 3 (see
the free software licenses link that you provided).
There i
I'm really curious to see what other logo's you have for Nixpkgs and NixOS.
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Nicolas Pierron
Verzonden: wo 25-11-2009 18:45
Aan: Eelco Dolstra - EWI
CC: nix-dev
Onderwerp: Re: [Nix-dev] Re: Nix Logo.
On Wed, Nov 25, 2009 at 17
I did not enable all optional features in some KDE packages. Some of these are
experimental and others I did not care about very much. NetworkManager is
indeed one of them, I was too lazy too look into that. Maybe it is indeed
useful to implement NetworkManager support in the near future.
-
-boun...@cs.uu.nl on behalf of Wolfgang Jeltsch
Sent: Thu 11/26/2009 10:18 PM
To: nix-dev@cs.uu.nl
Subject: Re: [Nix-dev] optional packages for KDE
Am Donnerstag, 26. November 2009 21:41:09 schrieb Sander van der Burg - EWI:
> I did not enable all optional features in some KDE packages. Some of the
I just noticed that somebody wrote a wiki page about how to install NixOS in
VirtualBox. I've updated the instructions a bit, since I managed to get the
guest additions working (some of you may not have noticed this and it isn't
mentioned elsewhere on the NixOS website).
In order to use the Vir
I don't really believe that either of the qemu_kvm or VirtualBox is the better
VM solution. They have a lot of features in common, but also some differences.
According to some benchmarks on the internet they also don't differ that much
performance-wise.
qemu_kvm uses the KVM subsystem to implem
This is probably due to that the KDE printing tools are implemented in Python,
which require some special properties such as the right environment variables
and so on. I'll have to look into that...
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Lluís Batlle
Verzonden: vr
Currently, I'm experimenting again with *BSD support, since I have some use
cases for it. I noticed that since I installed the *BSD machines in the
buildfarm newer versions of FreeBSD (8.0) and OpenBSD (4.6) are released.
I've decided to shift my attention to the newer BSD releases by now. I wi
I couldn't get Perl working yet on the *BSD platforms (I'll get a strange error
about missing -lgdbm). Btw. I also noticed that nobody considered upgrading
Perl to 5.10.1, which is already released for a while now. While I could try to
upgrade the perl package myself, I don't know all the stuff
nkelijk bericht-
Van: Eelco Dolstra [mailto:e.dols...@tudelft.nl]
Verzonden: wo 3-2-2010 22:19
Aan: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Onderwerp: Re: [Nix-commits] SVN commit: nix - 19795 - sandervanderburg -
nixpkgs/branches/stdenv-updates/pkgs/stdenv/native
Hi,
Sander van
So, what are you guys going to do? Implementing a clean room implementation of
ATerm with the same interfaces or forking ATerm? And if so, why should this
ATerm version developed inside the Nix repository?
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Lluís Batlle
Verzond
Indeed. I'm sooo glad that no. 2 is mine! gnagna.
I'm also making progress with KDE 4.4 now, so I think I have it working in a
couple of days
-Original Message-
From: Eelco Dolstra [mailto:e.dols...@tudelft.nl]
Sent: Mon 2/15/2010 9:57 AM
To: nix-dev@cs.uu.nl; Sand
Good news,
I've managed to get all the KDE 4.4.0 packages working and KDE 4.4.0 also seems
to boot and work properly in NixOS when changing kde4 = kde44.
I recommend not making KDE 4.4.0 the default KDE4 version yet. Although it is
declared "stable", there are still minor issues popping up (for
Hi Nix developers,
Lately, Eelco and I are thinking about some licensing issues we've discussed
before and we're trying to implement a solution in dealing with these issues.
One of the issues we have is that for most packages licenses aren't specified
or that the license identifiers aren't well
Good question. I initially created two derivations, since KDE 4.2.x was not
compatible with qt-4.5.x or higher. But we don't maintain KDE 4.2.x anymore, so
I think we can make qt-4.5.x the default now (and maybe qt-4.6.x when KDE 4.4.x
is stable)
-Original Message-
From: nix-dev-boun...
I think there is no need in creating a separate branch, since the proposal does
not give us conflicts. Eelco developed a prototype tool that can automatically
retrieve the license attributes of a closure. We just have to use this tool to
see which licenses are missing or incorrectly specified an
licenses on subcomponents
with this approach)
What do you think?
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Ludovic Courtès
Sent: Mon 2/22/2010 4:24 PM
To: nix-dev@cs.uu.nl
Subject: [Nix-dev] Re: Specifying licenses on Nix packages
Hello Sander,
What are you replyi
My goal is not to develop a system that could verify everything and see whether
all the licenses are used properly or not. I know this is only possible when a
license is defined in a formal language which we can use to verify a system,
which is not the case in practice.
What I do want to solve
Yesterday I've upgraded KDE to version 4.4.1. I also managed to fix the problem
with logging out or shutting down in KDE 4.4.x, which is caused by phonon.
Phonon crashes on playing the shutdown tune. It seems that this is caused by
the fact that phonon was unable to find certain gstreamer plugin
When I look at the alsa.nix NixOS service module, I noticed that the ALSA OSS
emulation kernel module is also loaded. The OSS emulation module sometimes
gives me problems, like playing sounds with two applications at the same time.
It seems that for some soundcards (but not all soundcards) ALSA
]
Sent: Wed 3/3/2010 2:35 PM
To: nix-dev@cs.uu.nl; Sander van der Burg - EWI
Cc: nix-comm...@cs.uu.nl
Subject: Re: [Nix-commits] SVN commit: nix - 20350 - sandervanderburg - in
nixos/trunk/modules: programs/bash services/x11/desktop-managers
Couldn't this change not affect bashrc? Maybe it
Yes it enables software mixing automatically, but it seems to work *only* if a
user uses the (native) ALSA back-end. An ALSA emulated OSS back-end basically
screws mixing.
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Marc Weber
Sent: Wed 3/3/2010 3:35 PM
To: nix-dev
Su
I also get strange assertion errors of functions that shouldn't be evaluated.
For instance, now it's trying to build the ut2004demo derivation while I don't
have it in environment.systemPackages
nixos-rebuild gives also a segfault for me
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.
I recently noticed that some refactorings have been done, and that PyQt 4.5 is
the default pyqt4 package now (not version 4.7). Due to this refactoring
installing kdebase-workspace will build both PyQt 4.5 and PyQt 4.7 (since pyqt
4.5 is used as the default version and kdebindings uses PyQt 4.7)
+1
It's funny that we once discussed using SQLite when the BDB backend was still
in use.
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Tue 4/20/2010 1:58 PM
To: nix-dev@cs.uu.nl
Subject: [Nix-dev] Merging the SQLite branch
Hi all,
I intend to merge
On {Free,Open,Net,...}BSD similar problems arise, since /bin/sh is not bash
either. I fixed this by manually symlinking /bin/sh to bash on BSD, but ideally
we should do this differently.
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Anders F Björklund
Sent: Wed 4/21/2010
Me too. I see that the buildfarm is still quite busy (22:38 CEST), but if
everything succeeded then we could keep this change in the SVN repo, right?
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Ludovic Courtès
Verzonden: ma 26-4-2010 22:33
Aan: Eelco Dolstra - EWI
CC: n
+1
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Eelco Dolstra
Verzonden: vr 7-5-2010 11:36
Aan: nix-dev
Onderwerp: [Nix-dev] NixOS license
Hi all,
It has been pointed out that NixOS currently lacks a proper license. I would
like to propose to use the same X11 license
I don't know what this module is doing different then the instructions on the
Wiki. Is it written to fix a bug? or is it written to to make things more
convenient?
The VirtualBox service, for instance, is started when KDE boots and when the
VirtualBox guest additions are in environment.kdePack
> I couldn't find anything that started the service.
It is started because a VBoxService.desktop is in the Autostart/ folder of one
of the folders in XDG_DATA_DIRS
> It does
> things like enable time synchronization with the host. It's important
> to disable ntp, and use this, especially when ru
Merging the sqlite branch will give us another speed up as well (hopefully) :-)
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Marc Weber
Sent: Wed 5/12/2010 5:15 PM
To: nix-dev
Subject: Re: [Nix-dev] `fast-eval' branch merged
Excerpts from Nicolas Pierron's message of W
Very nice!
But do you really have to use NAT in the testcase? I believe if the gateway is
properly configured on the client and IP forwarding is turned on the router
you're basically there, right?
NAT will only let the server "think" that a connection from the client comes
from router, but thi
richt-
Van: nix-dev-boun...@cs.uu.nl namens Sander van der Burg - EWI
Verzonden: do 20-5-2010 23:43
Aan: nix-dev@cs.uu.nl; Eelco Dolstra - EWI
Onderwerp: [Nix-dev] RE: [Nix-commits] SVN commit: nix - 21928 - eelco -
innixos/trunk: liblib/test-driver modules/virtualisation tests
Very nice!
But d
Great! I already tried this and go-oo seems to work fine. There is only one
wish I have and that is that openoffice.org icons are still missing. It would
be much nicer (I guess) to have it automatically appear in the KDE application
launcher and to have the ODF MIME types attached to it. Maybe y
bericht-
Van: Lluís Batlle i Rossell [mailto:virik...@gmail.com]
Verzonden: zo 6-6-2010 20:48
Aan: Sander van der Burg - EWI
CC: nix-dev@cs.uu.nl; Llus Batlle
Onderwerp: Re: go-oo and kde4
On Sun, Jun 06, 2010 at 06:04:22PM +0200, Sander van der Burg - EWI wrote:
> Great! I already tried this
Nice! This will finally fix all the problems with newly installed D-Bus
services.
-Oorspronkelijk bericht-
Van: nix-commits-boun...@cs.uu.nl namens Eelco Dolstra
Verzonden: vr 23-7-2010 12:52
Aan: nix-comm...@cs.uu.nl
Onderwerp: [Nix-commits] SVN commit: nix - r22718
-nixos/trunk/module
I noticed that we have several conventions to deal with package names and
version numbers inside Nix expressions for various reasons. For instance, some
expressions explicitly write the name and version number everywhere, without
referring to attributes, e.g.:
{stdenv, fetchurl, gettext}:
stde
> Yes, this is probably best, but we'll have to teach nix-env about the version
> attribute. A big advantage is that we get rid of the ambiguity between the
> name
> part and the version part in names such "foo-cvs".
Ok +1,
I'm in favour for this solution, but to implement this you have to make
I assume that you tried the 'Install guest additions...' function from
VirtualBox? This won't work, because the libraries/binaries on the guest
additions CD must be patched first (because otherwise it won't be able to find
its dependencies). The guest additions of VirtualBox can be supported
di
I think I may have to upgrade virtualbox, because the kernel modules version in
this version are not compatible with the latest kernel. I will do this ASAP.
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Piotr Pietraszkiewicz
Verzonden: ma 4-10-2010 23:03
Aan: nix-dev@cs.uu
I just removed some of these dirty if system == i686-freebsd lines. They were
never consistent. I think the best way of determining whether to use libiconv
is to check whether a particular system has glibc and then add libiconv to the
buildItems.
Some packages also seem to require libintl on no
I still do :(
-Oorspronkelijk bericht-
Van: nix-commits-boun...@cs.uu.nl namens Eelco Dolstra
Verzonden: ma 18-10-2010 20:47
Aan: nix-comm...@cs.uu.nl
Onderwerp: [Nix-commits] SVN commit: nix - r24351
-nixpkgs/trunk/pkgs/os-specific/linux/qemu-kvm
Author: eelco
Date: Mon Oct 18 18:47:05
Yes, I will update the NixOS manual ASAP. I was planning this as I'm also
working on a complete Disnix manual at the moment :)
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Ludovic Courtès
Verzonden: zo 24-10-2010 13:04
Aan: nix-dev@cs.uu.nl
Onderwerp: [Nix-dev] Re: [Nix-c
I think we need Eelco to decide on this matter too, but he is still in
California. I was there too (we visited the same conference) and I just
returned and I'm currently recovering from my jetlag. I will have look at
packages that I care ASAP so that we can switch to the new stdenv.
-Oors
Nice :-)
-Original Message-
From: nix-commits-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Tue 12/7/2010 1:44 AM
To: nix-comm...@cs.uu.nl
Subject: [Nix-commits] SVN commit: nix - r25020 - nixos/trunk/lib
Author: eelco
Date: Tue Dec 7 00:44:29 2010
New Revision: 25020
URL: https://
I was writing some documentation for the nixos-{build-vms,deploy-network}
commands and I noticed that the 'nixos-rebuild' command uses the NIXPKGS
environment variable for locating Nixpkgs. I think the NIXPKGS_ALL environment
has the same purpose (which is already set by default on NixOS). Shoul
5:38 PM
To: nix-dev@cs.uu.nl
Cc: Sander van der Burg - EWI
Subject: Re: [Nix-commits] SVN commit: nix - r25030 - nixos/trunk/doc/manual
Hi,
On 12/07/2010 05:33 PM, Sander van der Burg wrote:
> + deployment.hostname = "test2.example.net";
For consistency with o
oops, sorry...
-Oorspronkelijk bericht-
Van: nix-dev-boun...@cs.uu.nl namens Nicolas Pierron
Verzonden: di 7-12-2010 19:34
Aan: nix-dev@cs.uu.nl
Onderwerp: [Nix-dev] Re: [Nix-commits] SVN commit: nix - r25030
-nixos/trunk/doc/manual
Hi,
On Tue, Dec 7, 2010 at 17:33, Sander van der Bu
that's why you probably don't need it in many cases.
-Oorspronkelijk bericht-
Van: Lluís Batlle i Rossell [mailto:virik...@gmail.com]
Verzonden: di 7-12-2010 18:11
Aan: Sander van der Burg - EWI
CC: nix-dev@cs.uu.nl
Onderwerp: Re: [Nix-dev] NIXPKGS environment variable in nixos-re
In this case it always overrides the deployment.targetHost and
networking.hostName options right? But what if there is a scenario in which the
target can't be reached by it's attribute name?
-Original Message-
From: nix-commits-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Tue 12/14
Hmmm, this breaks the nixos-build-vms command, because it no longer produces a
derivation. Any idea how to fix it?
-Original Message-
From: nix-commits-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Sun 1/16/2011 3:21 PM
To: nix-comm...@cs.uu.nl
Subject: [Nix-commits] SVN commit: nix
I'm curious who is going to visit FOSDEM 2011. Maybe it's interesting to point
out that I have a presentation about NixOS in the CrossDistro devroom
(http://fosdem.org/2011/schedule/speaker/sander_van_der_burg).
At the moment I'm still quite busy with my slides and preparation. :)
I hope to see
hmmm, yes you're right. btw, I haven't looked at it for ages!
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Tobias Hunger
Sent: Tue 2/8/2011 10:03 PM
To: nix-dev@cs.uu.nl
Subject: [Nix-dev] telepathy-qt in nixpkgs
Hi there!
Please remove
pkgs/development/libraries/tele
If you want your packages to be included in the Nixpkgs repository, you have to
use fetchurl to obtain the source code from a particular URL. The source code
is then downloaded and stored in the Nix store. This is the Nix way of dealing
with source tarballs. Have a look at some existing packages
This is a typical problem which occurs with broken autoconf files. The
configure script does not detect glib properly. In order to deal with this
issue you can either patch the configure.ac file to let it properly detect glib
(check the autotools manual for more info: http://sourceware.org/autob
-
From: nix-dev-boun...@cs.uu.nl on behalf of Sander van der Burg - EWI
Sent: Thu 2/24/2011 4:16 PM
To: Roelof Wobben; nix-dev@cs.uu.nl
Subject: RE: [Nix-dev] Re: GConf update problem
This is a typical problem which occurs with broken autoconf files. The
configure script does not detect glib
You may also have to configure LIBS, because it also can't find the libglib in
its' search path. I stumbled upon this before as well.
And then you also have to be sure that the path of the library is in the rpath
of the binary.
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf
Looks like all my VM testcases are broken now :)
-Original Message-
From: nix-commits-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Thu 2/24/2011 5:25 PM
To: nix-comm...@cs.uu.nl
Subject: [Nix-commits] SVN commit: nix - r26101
-nixpkgs/trunk/pkgs/os-specific/linux/qemu-kvm
Author:
Good thing. I believe ifconfig is deprecated a long time ago and it's use
should be avoided.
-Original Message-
From: nix-commits-boun...@cs.uu.nl on behalf of Eelco Dolstra
Sent: Fri 3/11/2011 3:59 PM
To: nix-comm...@cs.uu.nl
Subject: [Nix-commits] SVN commit: nix - r26280
-nixos/trunk
Hi all,
I'm currently taking a look at the Filesystem Hierarchy Standard
(http://www.pathname.com/fhs). Not that I want NixOS to adopt it completely
(because we simply can't), but to have a look behind the rationale of some
design decisions. Usually one of the big criticisms I receive about Nix
Hi Kamil,
Good to hear that you have discovered our tooling :)
If I understand everything correctly, you want to "tune" services to have host
specific settings, right?
In most examples I have used for Disnix, services are relocatable and are
built/configured only using properties of their intr
> This is unnecessary. Just the other day I was talking with Rob about
> bootstrapping Nix in Nix, since any serious language can build itself. This
> shouldn't be too hard to do, and the performance impact should be relatively
> negligible.
Sure we can! The Nix expression language is Turing
Disnix does deactivate previous services, but only the ones that are obsolete.
So if your old distribution model and new distribution model contain the same
service, Disnix tries to keep them intact.
In your case, I think you may have removed a machine from your infrastructure
model, which has
> Yes, it is clear now. BTW, I must say that disnix (together with nix) is
> so great when it comes to deployment it's not even funny. Let me tell
> you what I achieved in a couple of days (just as a reminder, I'm
> deploying Django application):
I'm really looking forward to see the exact details
Ok, so it seems that you create the complete wrapper scripts directly. I think
when I fix this segfault bug with nested attribute sets, allowing them to be
used in the build expressions then you probably have what you need. Now that
I'm thinking about it, it isn't such a bad idea having this sup
I'm trying to implement some new features to nixos-deploy-network, but I
stumbled upon some obscurities in the NixOS module system. that I don't
completely understand. Apparently, if I run the eval-config function with some
modules which aren't files, they won't get evaluated, unless a key attri
It seems that it is only possible to specify files in the require attribute of
a Nix module, e.g.:
{pkgs, ...}:
{
require = [ /some/nixos/module/file.nix ]; # Works fine
services.openssh.enable = true;
}
But it seems that it is impossible to specify functions or attribute sets, e.g.:
{pkg
Any ideas/suggestions, how I can pass the adminAddr to the webserver portion
and include them into each configuration?
-Original Message-
From: Nicolas Pierron [mailto:nicolas.b.pier...@gmail.com]
Sent: Mon 5/9/2011 1:15 PM
To: Sander van der Burg - EWI
Cc: nix-dev@cs.uu.nl
Subject: Re
This is interesting to know, in case we want to support GNOME fully (some day)
in NixOS.
From: nix-dev-boun...@cs.uu.nl [nix-dev-boun...@cs.uu.nl] on behalf of Marc
Weber [marco-owe...@gmx.de]
Sent: Monday, July 11, 2011 11:21 PM
To: nix-dev
Subject: Re: [
ovic Courtès [l...@gnu.org]
Sent: Friday, July 22, 2011 9:00 PM
To: Sander van der Burg - EWI
Cc: nix-dev@cs.uu.nl
Subject: Re: [Nix-commits] SVN commit: nix - r27904 - in nixpkgs/trunk/pkgs:
misc/emulators/VisualBoyAdvance top-level
Hi Sander!
Sander van der Burg skribis:
> Added VisualBoy
/trunk/pkgs: misc/emulators/VisualBoyAdvance top-level
Sander van der Burg - EWI writes:
> I'm aware of the naming conventions we use, but the source tarball as well as
> the name of the website use camelcase. For most packages this is common, but
> for other it isn't,
97 matches
Mail list logo