Re: [Nix-dev] instructions for setting up apache + mediawiki is broken
Hi Bjorn, > - If no default version, is there at least a way to print a *human > readable* error message that hints the user about > services.postgresql.package? The error you get now is pretty horrible. I have changed the error message, if you have the latest nixpkgs, you would now see: error: user-thrown exception: Option `services.postgresql.package' not defined and does not have a default value. Cheers, Rob ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] instructions for setting up apache + mediawiki is broken
> - Is it not possible to have a default version? If you do this you can break the system by updating it. For this reason not having a default is the *only* way to protect against suprises. > - If no default version, is there at least a way to print a *human > readable* error message that hints the user about Of course, provide patches. I introduced assertions long time ago. Eg see b43.nix - so fix and provide a patch :) Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] instructions for setting up apache + mediawiki is broken
On 28 June 2013 20:47, Bjørn Forsman wrote:
> Hi,
>
> Today I tried setting up Apache + MediaWiki, following this guide:
>
> http://nixos.org/wiki/Setting_up_MediaWiki_%26_vhosts
>
> It says I should add this to configuration.nix:
>
> services.postgresql.enable = true;
> services.httpd.enable = true;
> services.httpd.adminAddr = "ad...@example.org";
> services.httpd.extraSubservices =
> [ { serviceType = "mediawiki";
> siteName = "My Wiki";
> logo = "http://www.example.org/wiki-logo.png";; # should be 135x135px
> extraConfig =
> ''
> # See http://www.mediawiki.org/wiki/Manual:Configuration_settings
> $wgEmailConfirmToEdit = true;
> '';
> }
> ];
>
> But when I nixos-rebuild it fails pretty bad. The build log is below.
>
> I tried to comment out the httpd config stuff and then I see that
> having just "services.prostgresql.enable = true;" fails pretty badly
> too.
After searching a bit (cd nixos && git log --grep=postgres) I found
out that I have to select a postgresql package:
services.postgresql.package = pkgs.postgresql92;
Two questions:
- Is it not possible to have a default version?
- If no default version, is there at least a way to print a *human
readable* error message that hints the user about
services.postgresql.package? The error you get now is pretty horrible.
Best regards,
Bjørn Forsman
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] instructions for setting up apache + mediawiki is broken
Hi,
Today I tried setting up Apache + MediaWiki, following this guide:
http://nixos.org/wiki/Setting_up_MediaWiki_%26_vhosts
It says I should add this to configuration.nix:
services.postgresql.enable = true;
services.httpd.enable = true;
services.httpd.adminAddr = "ad...@example.org";
services.httpd.extraSubservices =
[ { serviceType = "mediawiki";
siteName = "My Wiki";
logo = "http://www.example.org/wiki-logo.png";; # should be 135x135px
extraConfig =
''
# See http://www.mediawiki.org/wiki/Manual:Configuration_settings
$wgEmailConfirmToEdit = true;
'';
}
];
But when I nixos-rebuild it fails pretty bad. The build log is below.
I tried to comment out the httpd config stuff and then I see that
having just "services.prostgresql.enable = true;" fails pretty badly
too.
Best regards,
Bjørn Forsman
$ sudo nixos-rebuild test --show-trace
building Nix...
building the system configuration...
error: while evaluating the attribute `drvPath' at
`/nix/store/l7ny7f17aii5qfgmadr2wcp3wan54wlp-nix-1.5.3/share/nix/corepkgs/derivation.nix:19:9':
while evaluating the builtin function `derivationStrict':
while instantiating the derivation named
`nixos-0.2pre4797_4ba597a-9404b2c' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/activation/top-level.nix:147:5':
while evaluating the derivation attribute `buildCommand' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/activation/top-level.nix:149:5':
while evaluating the attribute `outPath' at
`/nix/store/l7ny7f17aii5qfgmadr2wcp3wan54wlp-nix-1.5.3/share/nix/corepkgs/derivation.nix:18:9':
while evaluating the builtin function `getAttr':
while evaluating the builtin function `derivationStrict':
while instantiating the derivation named `etc' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/etc/etc.nix:12:5':
while evaluating the derivation attribute `sources' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/etc/etc.nix:19:5':
while evaluating the attribute `outPath' at
`/nix/store/l7ny7f17aii5qfgmadr2wcp3wan54wlp-nix-1.5.3/share/nix/corepkgs/derivation.nix:18:9':
while evaluating the builtin function `getAttr':
while evaluating the builtin function `derivationStrict':
while instantiating the derivation named `units' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/build-support/trivial-builders.nix:10:14':
while evaluating the derivation attribute `buildCommand' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/build-support/trivial-builders.nix:10:14':
while evaluating the builtin function `toString':
while evaluating the attribute `outPath' at
`/nix/store/l7ny7f17aii5qfgmadr2wcp3wan54wlp-nix-1.5.3/share/nix/corepkgs/derivation.nix:18:9':
while evaluating the builtin function `getAttr':
while evaluating the builtin function `derivationStrict':
while instantiating the derivation named `unit' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/build-support/trivial-builders.nix:10:14':
while evaluating the derivation attribute `text' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/boot/systemd.nix:14:44':
while evaluating the attribute `text' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/attrsets.nix:122:41':
while evaluating an anonymous function at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/modules.nix:226:43':
while evaluating the attribute `result' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/modules.nix:336:11':
while evaluating the builtin function `addErrorContext':
while evaluating the option `systemd.units.postgresql.service.text':
The error may come from the following files:
option systemd.units.postgresql.service config number 1
/nix/var/nix/profiles/per-user/root/channels/nixos/nixos/modules/system/boot/systemd.nix
while evaluating `id' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/trivial.nix:9:8':
while evaluating `evalDefinitions' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/modules.nix:153:26':
while evaluating `evalProperties' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/properties.nix:132:20':
while evaluating the builtin function `filter':
while evaluating `triggerPropertiesGlobalEval' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/properties.nix:157:33':
while evaluating an anonymous function at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/lists.nix:22:19':
while evaluating `fold'' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/lists.nix:25:17':
while evaluating the builtin function `length':
while evaluating `uniqListExt' at
`/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/pkgs/lib/misc.nix:171:17':
while evaluating an anonymous function at
`/nix/var/nix/profiles/per-use
Re: [Nix-dev] Spam on the wiki - reminder
Excerpts from Travis Reeder's message of Fri Jun 28 19:24:46 +0200 2013: > Regarding forking github wiki's, you can via the wiki's git repo, eg: > https://github.com/iron-io/iron_mq_ruby/wiki/_access , but you can only > access it via git cli. You can sync that git with another git repository. So it would not be an issue. I don't want to force another system. I'd like those who are running the wiki to propose a solution so that we all can help keep it clean easily. I don't mind a git based wiki, either Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Spam on the wiki - reminder
Regarding forking github wiki's, you can via the wiki's git repo, eg: https://github.com/iron-io/iron_mq_ruby/wiki/_access , but you can only access it via git cli. Perhaps better is using Github Pages, http://pages.github.com/ , then you get full github support for it so people can use github forking, pull requests, issues, etc. Makes it much more collaborative. And you can use Jekyll with it so you can write pages in markdown and/or HTML. We do all our public docs with it for those reasons, eg: https://github.com/iron-io/docs On Fri, Jun 28, 2013 at 9:22 AM, Marc Weber wrote: > Excerpts from phreedom's message of Fri Jun 28 18:15:44 +0200 2013: > > Using git as a backend for wiki is a huge win. Not sure how easy it is > to > > start contributing to github wiki for a > $RANDOM_PERSON_WHO_SPOTTED_A_TYPO. > It can be done trivially. As experiment I wrote a "vim-wiki": > > http://vim-wiki.mawercer.de/wiki/index.html > > There is an edit link, no login required. My hope is that its non > standard so bots fail. > > Till now it seems to work. > > I neither say the syntax nor the implementation is pretty, but it > actually gets the job done I wrote it for. > > Code is here: > https://github.com/MarcWeber/vim-git-wiki > > I'm not responsible for making any decisions about the wiki. > I also think that we have enough developpers to get anything done we can > imagine. But we have to know where to go. > > The nixos wiki also gets it job done - even containing spam. > However I still feel bad about it hosting spam. > > So which is the best we should manage this? > > Marc Weber > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Spam on the wiki - reminder
Excerpts from phreedom's message of Fri Jun 28 18:15:44 +0200 2013: > Using git as a backend for wiki is a huge win. Not sure how easy it is to > start contributing to github wiki for a $RANDOM_PERSON_WHO_SPOTTED_A_TYPO. It can be done trivially. As experiment I wrote a "vim-wiki": http://vim-wiki.mawercer.de/wiki/index.html There is an edit link, no login required. My hope is that its non standard so bots fail. Till now it seems to work. I neither say the syntax nor the implementation is pretty, but it actually gets the job done I wrote it for. Code is here: https://github.com/MarcWeber/vim-git-wiki I'm not responsible for making any decisions about the wiki. I also think that we have enough developpers to get anything done we can imagine. But we have to know where to go. The nixos wiki also gets it job done - even containing spam. However I still feel bad about it hosting spam. So which is the best we should manage this? Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Spam on the wiki - reminder
В письме от Пятница 28 июня 2013 16:12:37 пользователь Rob Vermaas написал: > Hi, > > On Fri, Jun 28, 2013 at 3:32 PM, Marc Weber wrote: > > We still have huge amounts of spam on the wiki. > > Just press the random link 10 times to judge yourself. > > > > If you tell me how I'm willing to help cleaning up. > > But if the problem stays - we should try to find a solution. > > Perhaps we should start using the github wiki in stead? Would there be > any negative sides to that option? Using git as a backend for wiki is a huge win. Not sure how easy it is to start contributing to github wiki for a $RANDOM_PERSON_WHO_SPOTTED_A_TYPO. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Spam on the wiki - reminder
Hi, On Fri, Jun 28, 2013 at 3:32 PM, Marc Weber wrote: > We still have huge amounts of spam on the wiki. > Just press the random link 10 times to judge yourself. > > If you tell me how I'm willing to help cleaning up. > But if the problem stays - we should try to find a solution. Perhaps we should start using the github wiki in stead? Would there be any negative sides to that option? Cheers, Rob ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Spam on the wiki - reminder
We still have huge amounts of spam on the wiki. Just press the random link 10 times to judge yourself. If you tell me how I'm willing to help cleaning up. But if the problem stays - we should try to find a solution. Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] git-annex assistant
If this case happens to be an exception and that it appears to be hard to package at this point in time let me know and I'll try to build it with hack-nix. The difference is that hack-nix resolves dependencies on the fly. The challenge is to feed the resolvel with a minimal set of packages because its using brute force. For details have a look here: https://nixos.org/wiki/Nixpkgs-haskell-overlay Marc Weber ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] git-annex assistant
Hi Florian, > Could we easily include a git version of git-annex to help him > debugging it further with yesod-1.2? At least for me that would make > things easier than working with a manual checkout and setup. did Joey ask us to do that? I wonder, because I sent Joey a pull request on Github a while ago that would enable CI with travis-ci.org, but he didn't seem interested in that. Take care, Peter ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] git-annex assistant
Hi Peter, Peter Simons writes: > The following message is a courtesy copy of an article > that has been posted to gmane.linux.distributions.nixos as well. > > Hi Florian, > > > I see you packaged git-annex and it's configure without assistent > > and/or webapp. > > right, I disabled the web-related parts of the build a while after Yesod > 1.2 came out. I wanted that update because other packages (like hledger) > stopped working with Yesod 1.1, and packaging both Yesod 1.1 and 1.2 is > way too much effort. So I gave up git-annex assistant in order to go > forward. > > > Any idea what to do? > > I believe the only thing one can do is to e-mail Joey Hess and politely > ask him to update git-annex to Yesod 1.2. I've tried that, but it seems > like he hasn't had time to work on the issue so far. It looks like he meanwhile supports building with yesod-1.2 (b44c978). I know nothing about our haskell packaging. Could we easily include a git version of git-annex to help him debugging it further with yesod-1.2? At least for me that would make things easier than working with a manual checkout and setup. regards florian -- Florian Friesdorf GPG FPR: 7A13 5EEE 1421 9FC2 108D BAAF 38F8 99A3 0C45 F083 Jabber/XMPP: f...@chaoflow.net IRC: chaoflow on freenode,ircnet,blafasel,OFTC pgp2C2MuhsLLM.pgp Description: PGP signature ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] git-annex assistant
Hi Florian, > I see you packaged git-annex and it's configure without assistent > and/or webapp. right, I disabled the web-related parts of the build a while after Yesod 1.2 came out. I wanted that update because other packages (like hledger) stopped working with Yesod 1.1, and packaging both Yesod 1.1 and 1.2 is way too much effort. So I gave up git-annex assistant in order to go forward. > Any idea what to do? I believe the only thing one can do is to e-mail Joey Hess and politely ask him to update git-annex to Yesod 1.2. I've tried that, but it seems like he hasn't had time to work on the issue so far. Take care, Peter ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
