On Thursday 06 March 2008 12:03:51 Ludovic Courtès wrote:
> Hi,
>
> Marc Weber <[EMAIL PROTECTED]> writes:
> Can't it be transparent? I.e., `fetchdarcs' (or `fetchgit', etc.) would
> do the following:
>
> * If the requested repo is not already available under
> ~/.managed-repos, then do a
On Thursday 06 March 2008 15:30:40 Ludovic Courtès wrote:
> Hi,
>
> "Yury G. Kudryashov"
>
> <[EMAIL PROTECTED]> writes:
> > On Thursday 06 March 2008 12:03:51 Ludovic Courtès wrote:
> >> Can't it be transparent? I.e., `fetchdarcs
On Sunday 16 March 2008 15:49:13 Ludovic Courtès wrote:
> Hi,
>
> Marc Weber <[EMAIL PROTECTED]> writes:
> > Or what about choosing the window manager when logging in?
>
> Personally, I have a `.xsession' file that runs my favorite window
> manager. Should I decide to use another one, I just need
On Monday 17 March 2008 00:01:53 Marc Weber wrote:
> Another use case of a system config would be choosing kernel version..
> Maybe this makes even sense to put this into nixos/configuration.nix
AFAIR, there is already option for choosing kernel version in
nixos/configuration.nix (kernel.version).
Hi!
I propose to use the following style.
In all-packages.nix:
mypkg = makeOverridable (import ../path/to/mypkg) ( pkgs // { cg =
getPkgConfig "mypkg"; } );
In mypkg/default.nix:
a:
let
inherit (a) stdenv fetchurl other things cg;
inherit (a.gtkLibs) gtk glib;
in
stdenv.mkDerivation {
Lluís Batlle wrote:
> I prefer having an idea of the dependencies of a package in the
> all-packages.nix file.
It is just "an idea", not "knowledge". Even the arguments in default.nix is
an "idea" (kdegraphics didn't use its djvulibre argument a few days ago). If
you need all packages that depen
Hi!
What are the policies for the old packages?
I'd like to remove the following packages.
* From KDE3: gwenview, digikam, konversation, filelight, superkaramba.
* KDE 4.3.
If somebody use them, let me know.
___
nix-dev mailing list
nix-dev@cs.uu.nl
h
{ packageOverrides.libiodbc.useGTK = true; }
There were no overrides yet when getConfig appeared. You're right.
What do you think about packageOverrides.global (applies to all packages
before per-package overrides)?
--
Yury G. Kudryashov
Please, answer to list,
ings that Nix passes to the builder?
--
Yury G. Kudryashov,
Don't include my address in To: or Cc:, please. Just reply to list.
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Yury G. Kudryashov wrote:
> Hi!
>
> Currently if I write configureParams="--some-param=\${out}/subpath", it
> results in ./configure '--some-param=${out}/subpath' call. Sometimes it
> leads to unexpanded ${out} strings in the binary.
>
> What do you t
Marc Weber wrote:
> what should be the result?
> So I'd limit this to replacing $out only.
Yes, exactly. All other needed variables are expanded by nix expression
language. That's why even if my proposal will be accepted, we'll need to
write "\${out}", not "${out}": nix expressions replace "\${o
Jeff Johnson wrote:
>> So I'd limit this to replacing $out only.
> The problem of infinite recursion can/will reappear
> no matter value ${out} has, as its intrinsic to lazy evaluation.
Sorry, I should've write the proposal in more details in the first message.
I know that nix language cannot repl
Jeff Johnson wrote:
> OK. Let me make sure I understand your solution by attempting
> to restate alternatively.
>
> AFAICT, there are two evaluations of ${out} during nix-build,
> one in nix-instantiate, the other in nix-store.
Currently only nix-instantiate evaluates something. nix-store runs bu
Ludovic Courtès wrote:
> Hello!
>
> * Possibly running ‘nix-build’ automatically for packages not in
> ‘stdenv’ and committing automatically if the build passes.
I object the idea of automatic commits. Sometimes the build passes but some
features do not work anymore. OTOH, it would be nice
Hi!
I'm working on udev upgrade. The only remaining problem is the new firmware
loader. They have rewritten firmware.sh in C, and it uses hardcoded paths. I
don't want to maintain non-trivial patch that will never be accepted
upstream, so I've asked the author if he will accept looking also in
Tony White wrote:
> On 13 April 2010 23:22, Yury G. Kudryashov
> wrote:
>> Hi!
>>
>> I'm working on udev upgrade. The only remaining problem is the new
>> firmware loader. They have rewritten firmware.sh in C, and it uses
>> hardcoded paths. I don'
Hi!
Does anybody use pkgs.synaptics (not xorg.xf86inputsynaptics)? Note that
services.xserver.synaptics uses xf86inputsynaptics, not pkgs.synaptics.
If nobody will report that he needs pkgs.synaptics, I'll remove it.
___
nix-dev mailing list
nix-dev@c
Ludovic Courtès wrote:
> Hi Yury,
>> If nobody will report that he needs pkgs.synaptics, I'll remove it.
>
> Ahem, I don’t think you can expect every user to be reading your message
> and answering it shortly. So, if in doubt, better leave it.
>From old Eelco's reply:
The policy is to only kee
Eelco Dolstra wrote:
> Hi,
>
> Yury G Kudryashov wrote:
>
>> Log:
>> Start ssh-agent or gpg-agent even if called by kdm
> ...
>> - # Handle being called by kdm.
>> - if test "''${1:0:1}" = /; then eval exec "$1"; fi
Hi!
First of all, I talked upstream, and they don't want to search in
getenv(something). OTOH, they will accept a patch that will add configure-
time option "--with-firmware-path".
My proposal:
1. write this patch (will do).
2. set --with-firmware-path=/var/lib/udev/firmware
3. nix system expres
Nicolas Pierron wrote:
> Hi Yury,
>
> inside a config attribute you should define
> pathsToLink = mkDefaultValue ["/bin" "/sbin" "/lib" "/share/man"
> "/share/info" "/man" "/info"];
Thanks, will fix today.
> In the case of pathsToLink, this could be debated to whatever we want
> to add a lower
Tony White wrote:
> On 15 April 2010 18:59, Yury G. Kudryashov wrote:
>> Hi!
>>
>> First of all, I talked upstream, and they don't want to search in
>> getenv(something). OTOH, they will accept a patch that will add
>> configure- time option "--with-fir
Marc Weber wrote:
>> yes, please do. That would be very much appreciated.
> So tell me how to rewrite the given example without duplicating text.
Look at "another style proposal" thread. My initial proposal is bad but
Eelco Dolstra have proposed a nice syntax.
Eelco, may we start using this synt
Marc Weber wrote:
>
> b') switch to git and use b) style of development.
+1. Any other dvcs is also OK for me.
> I'd prefer b') because it would be fastest for everyone. Eg github
> nowadays even supports checking out and comitting using subversion !
I don't like github because it is not opensourc
Michael Raskin wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/21/2010 02:32 AM, Ludovic Courtès wrote:
>> I think we shouldn’t make that symlink, because it’s a decision up to
>> the GnuPG developers and there must be a good reason why they didn’t do
>> it.
>
> The obvious re
Ludovic Courtès wrote:
> Hi,
>
> Yury G Kudryashov writes:
>> GnuPG tests fail without running gpg-agent
>
> Then it looks like a regression compared to 2.0.12. For GNU programs
> “make check” alone should do the right thing, including starting
> auxiliary pro
Ludovic Courtès wrote:
> Hi,
>
> "Yury G. Kudryashov" writes:
>
>>> Yury G Kudryashov writes:
>>>> GnuPG tests fail without running gpg-agent
>>>
>>> Then it looks like a regression compared to 2.0.12. For GNU programs
>>
Hi!
Udev 153 released. New release does not allow us to rewrite firmware search
path at runtime, but it allows us to specify --with-firmware-
path=path1:path2:... configure option.
I propose to use /var/run/firmware:/root/test-firmware path, and symlink
/var/run/firmware to /nix/store/hash-firm
Hi!
Today we've disscussed multiple-output derivations on IRC, and found out
quite a few problems. I'll try to sum it up. The intention of my answers is
to obtain some "minimal usable" configuration. In this configuration
splitting will be used only for big projects, or for non-essential parts
Hi!
I propose to move nix development to some dvcs. I hope that the advantages
of such move are rather obvious. For example, it does not require
contributor to have svn account.
1. Are there any objections?
2. Which dvcs system will we use? I use git but I have no strong
preferences. I know t
Michael Raskin wrote:
> On 04/23/2010 10:27 AM, Yury G. Kudryashov wrote:
>> 1. Are there any objections?
>
> Well, there are some features that SVN has and many DVCS lack.
> a) checking out only a subdirectory. Most VCSes have branch granularity
> for checkouts.
If someo
Eelco Dolstra wrote:
> Hi,
>
>> I propose to use /var/run/firmware:/root/test-firmware path, and symlink
>> /var/run/firmware to /nix/store/hash-firmware. /nix/store/hash-firmware
>> will contain symlinks to all files in hardware.firmware directory. This
>> will not allow us to modify the set of
Marc Weber wrote:
> What is it used for ?
> It does no longer build.
I've already written about pkgs.synaptics a week ago. Sorry, forgotten to
actually remove it. Will do in a few minutes.
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.n
Hi!
There are quite a few styles: guiSupport, perlBindings, useQt4, etc. What do
you think about unifying the names? In the future this will allow us to have
something like "global use flags" (I mean, nixpkgs.config.uses.useQt4 can
pass useQt4 to all packages that request it).
Lluís Batlle i Rossell wrote:
> On Mon, Apr 26, 2010 at 10:08:21AM +0200, Ludovic Courtès wrote:
>> This sounds wrong to me. And it seems wrong to expects things from
>> outside the Nix store and outside /var/run/current-system.
>
> /root/test-firmware should be looked at only at run time, never
Marc Weber wrote:
> Hi Ludovic Courtès,
>
> extraSystemBuilderCmds) b) extraSystemBuilderCmds
I vote for post* name.
> commit ac78f8935877f7a2aed194bf9398b54faa4952a1
> Author: Marc Weber
> Date: Tue Apr 27 03:40:54 2010 +0200
>
> adding two new options:
> - system.copySyste
Hi!
Currently we use only policykit, consolekit and hal policy files. What do
you think about using policy files from all packages in /var/run/current-
system/sw?
There are two ways:
1. hardcode this solution: just add /share/PolicyKit/policy to system-path
pathsToLink, and point policykit to /
Hi!
I plan to create a proper git-svn clone of nixpkgs. Then I'll push it to
gitorious, and will use git branches for testing.
As you may know, git requires e-mails instead of logins. I took most of the
e-mails from the recent ML history. Therefore, two questions:
1. I haven't found the e-mail
Andres Loeh wrote:
> Hi.
>
>>> andres
> I wasn't aware that my email is difficult to find. I'm committing
> regularly. I'm writing to the ML regularly. I'm also in
> maintainers.nix.
Sorry.
After better seach I haven't found only the following e-mails:
LennartKats
bdumitriu
rbroek
root
skolthof
Marc Weber wrote:
>
> Minimal test case illustrating the issue:
> let pkgs = import /etc/nixos/nixpkgs {};
> in
> pkgs.stdenv.mkDerivation {
> name = "test";
> unpackPhase = ''for x in config{1,2,3}; do echo $x ''${!x}; done; exit
> 1''; config1 = /etc/.. + (builtins.substring 1 (pkgs.
Josh wrote:
> It appears that package dependencies are specified just by package,
> and not version; is this correct?
Not really. In package's default.nix we just list dependencies by their
names, but in top-level/all-packages.nix all the dependencies are passed to
the function defined in default
Hi!
I've just commited support for "restricted downloads" in fetchurl. The idea
is that you can write
src = fetchurl {
url = "http://restricted.noltd/download.html";;
name = "my_restricted_src.zip";
restricted = true;
sha256 = "myhash";
};
When a user will try to build this package, fetc
Hi!
I've just noticed that nix doesn't use doxygen-style comments in the source
code. Eelco, could I start converting comments to doxygen style?
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Hi!
I don't want to maintain long-standing branches, that's why I close mass-
update-01 for feature commits tomorrow (Sunday, 05/02/2010) in the evening.
Please, commit everything you want to go into mass-update-01 before this
date. After that only bug fixes will be accepted, anything else will
Ludovic Courtès wrote:
> Hi Yury,
>
>> When a user will try to build this package, fetchurl will show message
>> like "go to ${url}, download ${name} and add it using nix-store
>> --add-fixed sha256".
>
> What’s the rationale?
Some files cannot be fetched automatically. For example, sometimes us
Ludovic Courtès wrote:
> Hi,
>
>> Some files cannot be fetched automatically. For example, sometimes user
>> must sign license agreement online before downloading file (e.g. old
>> sun-jre, pkgs.wtk), or even buy non-free CD/DVD (games etc.).
>> Using "restricted = true;" feature, we can write .n
Eelco Dolstra wrote:
> Hi,
>
> On 04/30/2010 10:47 PM, Yury G. Kudryashov wrote:
>
>> I've just commited support for "restricted downloads" in fetchurl. The
>> idea is that you can write
>> src = fetchurl {
>> url = "http://restricted.n
Eelco Dolstra wrote:
> Hi all,
>
> Comments?
OK.
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Hi!
I've created gitorious mirror of nix packages, http://gitorious.org/nixpkgs
If someone wants to collaborate on gitorious, let me know: we can create
"nixos" group, and I shall move the ownership to this group.
___
nix-dev mailing list
nix-dev@cs.u
David Brown wrote:
> On Sun, May 09, 2010 at 01:06:05PM +0400, Yury G. Kudryashov wrote:
>
>>I've created gitorious mirror of nix packages,
>>http://gitorious.org/nixpkgs
>>
>>If someone wants to collaborate on gitorious, let me know: we can create
>>&quo
Jason Dusek wrote:
> I managed to build GHC 6.12 in Nix on Ubuntu after some help
> in an earlier discussion on this list. Now, my old Cabal
> (built through Nix) complains about an invalid package format;
> this is to be expected if it shells out to `ghc-pkg' to read
> the package list.
Marc Weber wrote:
>> I do have GHC 6.10 still installed; but why does it not build
>> against the new GHC?
>
> Because of a design decision Andres Loeh once made:
>
> try cat `which ghc`. You'll see that ghc finds the packages containing
> ghc libraries by iterating over $PATH.
Marc, did you
Hi!
After upgrade, I have mdadm printing annoying "no arrays found in config
file" message nearly every second. It seems that the last person who touched
mdadm stuff was Nicolas Pierron. Could you please either fix it, or add an
option do disable raid?
_
Hi!
I'm going to merge topic/udev-153 branch of git://gitorious.org/+nix-
developers/nixpkgs/nixpkgs.git into svn trunk. I had to upgrade polkit and
consolekit as well. The current patch is attached.
Could you please review the patch and/or test it?
P.S. udev-154 came out while I was working on
Hi!
It seems that I found a nice way to fool packages about suid wrappers.
The problem: some packages hardcode paths to their $out/libexec/* suid
helpers.
My solution:
In post-install:
mv $out/libexec/helper $out/libexec/.helper.orig
echo "exec /var/setuid-wrappers/helper" > $out/libexec/helpe
Hi!
AFAICS, nix supports any string as a key in attr set, but { name = value; }
syntax only supports "simple" strings.
What do you think about the following:
x = {
'very strange.name' = "value";
'0.2' = "another value";
}
builtins.attrNames x == [ "very strange.name" "0.2" ]
I know that t
Nicolas Pierron wrote:
> On Sat, May 15, 2010 at 11:54, Yury G Kudryashov wrote:
>> - for i in 40-alsa.rules 40-infiniband.rules 40-isdn.rules
>> 40-pilot-links.rules 64-device-mapper.rules 64-md-raid.rules; do
>> - cp rules/packages/$i $out/libexec/rules.d/
>&g
David Brown wrote:
> On Sat, May 15, 2010 at 04:55:57PM +0200, Peter Simons wrote:
>
>>unfortunately, two of the Perl packages that were added in order to
>>support "git send-email" don't build on the build farm:
>>
>> http://hydra.nixos.org/build/409377
>>
>>It appears that the build phase work
David Brown wrote:
> ---
> +# Tests perform network access.
> +doCheck = false;
> +# Tests perform network access.
> +doCheck = false;
It would be better to investigate the real reason for test failures, and
disable only offending tests. OTOH, if you have no time for this, let's
Hi!
I've just committed new versions of lvm2 and mdadm. I hope that they haven't
broken trunk, but do not gc your current system before next reboot.
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
David Guibert wrote:
> Hi,
>
> In a personal repo, I'm trying Eelco's proposition about callPackage
> explained here
> http://thread.gmane.org/gmane.linux.distributions.nixos/3753/focus=3764 or
> http://wiki.nixos.org/wiki/Open_issues:derivation_styles#get-args-in-
file_2.
Could you please publis
Hi!
We have a few packages with /var/setuid-wrappers path hardcoded (nagios,
fcron). Should we drop config.security.wrapperDir (hardcoding this in NixOS
as well), or make it accessible for nixpkgs?
--
Yury G. Kudryashov
___
nix-dev mailing list
nix
Eelco Dolstra wrote:
> Hi,
>
> On 05/18/2010 11:19 PM, Lluís Batlle i Rossell wrote:
>
>>> We have a few packages with /var/setuid-wrappers path hardcoded (nagios,
>>> fcron). Should we drop config.security.wrapperDir (hardcoding this in
>>> NixOS as well), or make it accessible for nixpkgs?
>>
Hi!
As udev-154 merge seems to be finished, I'm starting to work on "gnupg2"
part of mass-update-01. I'm going to rename "gnupg2" to "gnupg", and "gnupg"
to "gnupg1orig". I'll also add "gnupg1compat" package with a few symlinks
making gpg2 nearly compatible with gpg1.
Should I use
gnupg1 = gnu
Marc Weber wrote:
> Hi Yury,
>
> Excerpts from Yury G. Kudryashov's message of Wed May 19 22:35:46 +0200
> 2010:
>> As udev-154 merge seems to be finished, I'm starting to work on "gnupg2"
>> part of mass-update-01. I'm going to rename "gnupg2" to "gnupg", and
>> "gnupg" to "gnupg1orig". I'll als
Eelco Dolstra wrote:
> Hi,
>
> On 05/20/2010 01:56 PM, Tony White wrote:
>
>> http://hal.freedesktop.org/docs/PolicyKit/tools-fileformats.html
>> And it's called PolicyKit this week :)
>> http://www.freedesktop.org/wiki/Software/PolicyKit
>> polkit should go or be renamed. It is confusing.
>
>
Eelco Dolstra wrote:
> Hi,
>
> On 05/23/2010 06:42 PM, Marc Weber wrote:
>
>> Which is the best way to
>> a) notify the user if battery gets low
>> b) hibernate if user doesn't act upon notificaton?
>
> Run KDE :-)
>
> It does all these things out of the box (and the power management policies
Eelco Dolstra wrote:
> Hi,
>
> I noticed that sleep / suspend-to-RAM in KDE is broken. Running
> "pm-suspend" as
> root does work. This may be a PolicyKit/polkit (whatever it's called this
> week) problem, since dbus-send gives this error:
>
> [ee...@dutibo:~]$ dbus-send --system --print-reply
Hi!
KDE3 desktop was broken for a while, and nobody noticed. I propose to remove
it. The proposed patch is attached.
If someone objects, reply in 50h, please, otherwise I'll commit it.>From d55491b05d1662dee177d16e9a9041ae002e54bc Mon Sep 17 00:00:00 2001
From: Yury G. Kudryashov
Date:
Marc Weber wrote:
> Probably the reason is that git gui no longer likes being wrapped.
Actually, the main problem with git-gui is that it wants to be called as
"git-gui", not ".git-gui-wrapped".
This can be fixed by moving wrappers to .orig/ subdir, and calling
".orig/git-gui" instead of ".git-g
Marc Weber wrote:
> Anyway, this patch fixes it, git was not wrapped before.
> It wraps git instead of git-gui
> - for prog in bin/gitk libexec/git-core/git-gui
> + for prog in bin/gitk bin/git
> do
> wrapProgram "$out/$prog" \
>
Hi!
What do you think about adding something like "--speed-limit 20 --speed-time
30 --connect-timeout 15 --retry 5" to curl arguments?
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Marc Weber wrote:
> Excerpts from Yury G. Kudryashov's message of Wed May 26 19:35:22 +0200
> 2010:
>> I'd propose to change wrapProgram globally to move original program to
>> .orig/originalName instead of .original-name-wrapped. In this case we
>> shall not have such problems (progs assert that
Lluís Batlle i Rossell wrote:
> On Wed, May 26, 2010 at 09:56:57PM +0400, Yury G. Kudryashov wrote:
>> Hi!
>>
>> What do you think about adding something like "--speed-limit 20
>> --speed-time 30 --connect-timeout 15 --retry 5" to curl arguments?
> Tha
Lluís Batlle i Rossell wrote:
> On Thu, May 27, 2010 at 12:28:28AM +0400, Yury G. Kudryashov wrote:
>> Lluís Batlle i Rossell wrote:
>>
>> > On Wed, May 26, 2010 at 09:56:57PM +0400, Yury G. Kudryashov wrote:
>> >> Hi!
>> >>
>> >> Wha
Hi!
Could somebody who understands PAM configuration add /etc/pam.d/chfn,
please?
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Marc Weber wrote:
> Now we could replace the buildenv.pl script by
>
> {
> for i in $paths; do
> cat $i/ENV
> done
> } >> $out/ENV
>
> Thus: we don't have to create 10.000 symlinks. we could concatenate all
> ENV files. In your .bashrc you could source it and be done.
I object.
Alexy Khrabrov wrote:
> I've checked out nix from svn, did bootstrap.sh and configure
> --prefix=/opt/nix
You need something like --with-store as well (see configure --help).
>
> First of all, it failed to build doc as I didn't have the /docbook dirs; I
> didn't want doc and deleted doc from the
Alexy Khrabrov wrote:
First of all, don't answer a message just because you want to write to a
given mail address. Such answer creates a thread with absolutely unrelated
topics (see In-Reply-To header).
> Tried building ghc on CentOS yesterday, got breakage as patch was not
> satisfied; it also
Alexy Khrabrov wrote:
A: No.
Q: Should I use top-posting?
>>> Tried building ghc on CentOS yesterday, got breakage as patch was not
>>> satisfied; it also tried to build perl. I have a prefix portage (gentoo
>>> prefix) there already; does it confuse nix when determining binary
>>> packages?
>>
Evgeny Egorochkin wrote:
> Hi,
>
> When handling optional deps, there's often a pattern similar to:
>
> {..., depSupport ? false, dep ? null }:
> assert depSupport -> dep != null ;
> ..
> buildInputs = [...]
> ++ stdenv.lib.optional depSupport dep
>
> I propose to add a standard function
Author: urkud
Date: 2010-06-21 17:06:08 + (Mon, 21 Jun 2010)
New Revision: 22360
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22360&view=rev
Modified:
nixpkgs/trunk/pkgs/applications/misc/merkaartor/default.nix
nixpkgs/trunk/pkgs/development/librar
62)
+++
nixpkgs/trunk/pkgs/desktops/kde-4.4/support/phonon/phonon-4.4.1-gst-plugins-include.patch
2010-06-21 19:25:20 UTC (rev 22363)
@@ -1,263 +0,0 @@
-From 1e3a6c25bc258021899c0a31ea9b68ea656d8f6b Mon Sep 17 00:00:00 2001
-From: Yury G. Kudryashov
-Date: Sat, 8 May 2010 18:42:35 +0400
-Subject
Author: urkud
Date: 2010-06-21 21:08:44 + (Mon, 21 Jun 2010)
New Revision: 22366
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22366&view=rev
Modified:
nixpkgs/trunk/pkgs/applications/misc/semnotes/default.nix
Log:
Let hydra build semnotes for linux
Hi!
I think that it would be nice if hydra will send output of `grep -ir /usr
$buildDir` to the maintainers to remind about impure paths. What do you
think about it?
Another nice feature would be sending the output of the configure phase. I
see that sometimes nix people upgrade packages withou
Marc Weber wrote:
> Excerpts from Yury G. Kudryashov's message of Mon Jun 28 12:00:09 +0200
> 2010:
>> I think that it would be nice if hydra will send output of `grep -ir /usr
>> $buildDir` to the maintainers to remind about impure paths. What do you
>> think about it?
> Its not a very big proble
Michael Raskin wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>> Another nice feature would be sending the output of the configure phase.
>> I see that sometimes nix people upgrade packages without local rebuilds
>> (e.g., "big fat KDE upgrade"). Sometimes a package fails to find an
>
Marc Weber wrote:
> ---
> pkgs/development/libraries/glib/2.24.x.nix | 37 +
I've tried glib-2.24, and some configure test in gtk results in segmentation
fault. I'll give more details tomorrow.
___
nix-dev mailing list
nix-dev@cs.
Author: urkud
Date: 2010-06-28 20:56:16 + (Mon, 28 Jun 2010)
New Revision: 22426
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22426&view=rev
Added:
nixpkgs/trunk/pkgs/desktops/kde-4.4/extragear/koffice/wpd.patch
Modified:
nixpkgs/trunk/pkgs/desktop
Marc Weber wrote:
> I only tried this on x86_64
Me too. gtk+ builds but one of configure feature test fails with segfault.
>
> About all updates in this commit: It should only affect the dev
> versions of gimp because only there deepOverride is used actually using
> the newer gtk* packages. If an
Marc Weber wrote:
> Hi list,
>
> Because my goals may differ slightly from those of others I'm looking
> for an easy way to continue sharing my work while following Nix upstream
> changes. Because I already know git very well I'd like to use git doing
> so.
> I CC
Author: urkud
Date: 2010-06-30 15:52:24 + (Wed, 30 Jun 2010)
New Revision: 22431
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22431&view=rev
Modified:
nixpkgs/trunk/pkgs/desktops/kde-4.4/default.nix
nixpkgs/trunk/pkgs/desktops/kde-4.4/support/akona
Author: urkud
Date: 2010-06-30 15:53:28 + (Wed, 30 Jun 2010)
New Revision: 22432
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22432&view=rev
Added:
nixpkgs/trunk/pkgs/development/libraries/hunspell/
nixpkgs/trunk/pkgs/development/libraries/hunspell
Author: urkud
Date: 2010-06-30 15:54:40 + (Wed, 30 Jun 2010)
New Revision: 22433
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22433&view=rev
Modified:
nixpkgs/trunk/pkgs/desktops/kde-4.4/default.nix
nixpkgs/trunk/pkgs/desktops/kde-4.4/sdk/default.n
Author: urkud
Date: 2010-07-03 08:06:01 + (Sat, 03 Jul 2010)
New Revision: 22444
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22444&view=rev
Added:
nixpkgs/trunk/pkgs/tools/misc/convmv/
nixpkgs/trunk/pkgs/tools/misc/convmv/default.nix
Modified:
Author: urkud
Date: 2010-07-03 09:18:55 + (Sat, 03 Jul 2010)
New Revision: 22445
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22445&view=rev
Modified:
nixpkgs/trunk/pkgs/desktops/kde-4.4/support/attica/default.nix
nixpkgs/trunk/pkgs/desktops/kde-4.
Hi!
We unpack all docbook_xml_dtd_* to $out/xml/dtd/docbook/, so one cannot
install both in one environment. Are there any objections against moving it
to some version-aware directory?
For example, gentoo uses /usr/share/sgml/docbook/xml-dtd-version.
___
Author: urkud
Date: 2010-07-04 20:55:50 + (Sun, 04 Jul 2010)
New Revision: 22450
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22450&view=rev
Added:
nixpkgs/trunk/pkgs/development/libraries/libdbusmenu-qt/
nixpkgs/trunk/pkgs/development/libraries/li
Author: urkud
Date: 2010-07-04 20:59:47 + (Sun, 04 Jul 2010)
New Revision: 22451
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22451&view=rev
Added:
nixpkgs/trunk/pkgs/development/libraries/qjson/
nixpkgs/trunk/pkgs/development/libraries/qjson/defau
Author: urkud
Date: 2010-07-05 11:09:38 + (Mon, 05 Jul 2010)
New Revision: 22474
You can view the changes in this commit at:
https://svn.nixos.org/viewvc/nix?rev=22474&view=rev
Modified:
nixpkgs/trunk/pkgs/applications/graphics/djview/default.nix
nixpkgs/trunk/pkgs/applications/misc/
1 - 100 of 728 matches
Mail list logo