[Nix-commits] [NixOS/nixpkgs] 815ad7: Galaxis: init at 1.9 (#26185)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 815ad7c549b423ebd324027d886d5e67b56f295e https://github.com/NixOS/nixpkgs/commit/815ad7c549b423ebd324027d886d5e67b56f295e Author: Anderson Torres Date: 2017-05-28 (Sun, 28 May 2017) Changed paths: A pkgs/games/galaxis/default.nix M pkgs/top-level/all-packages.nix Log Message: --- Galaxis: init at 1.9 (#26185) * Galaxis: init at 1.9 * galaxis: nitpicks ___ nix-commits mailing list nix-comm...@lists.science.uu.nl https://mailman.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Google Summer of Code 2017
No problems, guys! Just keep calm and carry on! We gained another year to rally efforts on a GSOC 2018! Thomas, can I add my ideas to your Github repo? 2017-03-15 12:33 GMT-03:00 Oliver Charles : > On Wed, Mar 15, 2017 at 12:47 PM Domen Kožar wrote: >> >> We aren't participating in GSOC 2017, because I missed the submission >> deadline. >> >> >> That being said, I know people will be disappointed by this. I'm sorry, >> I have no excuses really. I was overworked at that time and totally forgot >> to watch the dates. >> >> I already applied us two times, I hope I'll gather the energy to try again >> next year. >> But since I screwed up this year, someone else can take over if wanted, >> I understand not to be trusted :) > > > As Thomas said, no hard feelings - this is not your fault! There's always > next year :) > > - ocharles ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 53a516: src: 1.12 -> 1.13
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 53a516b198e1c7815176e0b016e749623ecfcb64 https://github.com/NixOS/nixpkgs/commit/53a516b198e1c7815176e0b016e749623ecfcb64 Author: Victor Calvert Date: 2017-04-02 (Sun, 02 Apr 2017) Changed paths: M pkgs/applications/version-management/src/default.nix Log Message: --- src: 1.12 -> 1.13 Commit: f6ae3f62ee267551e4db911f23db1c4cb13e0d77 https://github.com/NixOS/nixpkgs/commit/f6ae3f62ee267551e4db911f23db1c4cb13e0d77 Author: Anderson Torres Date: 2017-04-03 (Mon, 03 Apr 2017) Changed paths: M pkgs/applications/version-management/src/default.nix Log Message: --- Merge pull request #24581 from calvertvl/update-src-1_13 src: 1.12 -> 1.13 Compare: https://github.com/NixOS/nixpkgs/compare/49aa2483e0a6...f6ae3f62ee26___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] Google Summer of Code 2017
2017-01-08 18:40 GMT-02:00 Profpatsch : > On 17-01-04 09:42pm, Vladimír Čunát wrote: >> On 01/04/2017 08:51 PM, Peter Simons wrote: >> > Another very important topic that needs to be addressed in Nix / Hydra >> > is the question of how to deal with code that wants to import build >> > products into the ongoing evaluation. [...] >> >> That feels rather vague topic ATM. My experience is that this kind of >> "figure it out how to..." tasks isn't very suitable for similar "project >> proposals" like for GSoC. Still, if we could converge on some more >> concrete plan beforehand, maybe the actual implementation would make a >> good topic... I would suggest three big fat proposals: 1 - The most flamewar-igniting one: getting rid of systemd dependency! It would be very nice if the init system was selectable, with a sane default (as openrc). It would be hard as hell to port certain software as Gnome stack, but I think it can be solved. 2 - Another for the even more courageous would be run a Nixos+kNetBSD (or kFreeBSD), as in Debian. It would be the definitive test for portability and independence of Nix model. 3 - Another set of defaults for the stdenv, as musl+clang. > > Sounds more like a task for a master’s thesis (or adventurous > bachelor’s thesis) to me. > > -- > Proudly written in Mutt with Vim on NixOS. > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > May take up to five days to read your message. If it’s urgent, call me. > ___ > 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
[Nix-commits] [NixOS/nixpkgs] cb2c5c: sound-of-sorting: 0.6.5 -> 20150721 (#23549)
Branch: refs/heads/release-17.03 Home: https://github.com/NixOS/nixpkgs Commit: cb2c5caf1375d660e635391a6fa95bdfee9a7899 https://github.com/NixOS/nixpkgs/commit/cb2c5caf1375d660e635391a6fa95bdfee9a7899 Author: Anderson Torres Date: 2017-03-06 (Mon, 06 Mar 2017) Changed paths: M pkgs/misc/sound-of-sorting/default.nix Log Message: --- sound-of-sorting: 0.6.5 -> 20150721 (#23549) * sound-of-sorting: 0.6.5 -> 20150721 * sound-of-sorting: correct unstable version format (cherry picked from commit e96a2f845080c68a4a3347f14c4d9700a1aafe52) ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] e96a2f: sound-of-sorting: 0.6.5 -> 20150721 (#23549)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: e96a2f845080c68a4a3347f14c4d9700a1aafe52 https://github.com/NixOS/nixpkgs/commit/e96a2f845080c68a4a3347f14c4d9700a1aafe52 Author: Anderson Torres Date: 2017-03-06 (Mon, 06 Mar 2017) Changed paths: M pkgs/misc/sound-of-sorting/default.nix Log Message: --- sound-of-sorting: 0.6.5 -> 20150721 (#23549) * sound-of-sorting: 0.6.5 -> 20150721 * sound-of-sorting: correct unstable version format ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 412969: higan: 101 -> 102 (#22942)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 4129697445a84e0291bc53f28166af6147271d3e https://github.com/NixOS/nixpkgs/commit/4129697445a84e0291bc53f28166af6147271d3e Author: Anderson Torres Date: 2017-02-19 (Sun, 19 Feb 2017) Changed paths: M pkgs/misc/emulators/higan/default.nix Log Message: --- higan: 101 -> 102 (#22942) ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-commits] [NixOS/nixpkgs] 0a3968: Sawfish: 1.11.90 -> 1.12.0 (#19792)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 0a3968edc70106623680a23610ce4181bd307764 https://github.com/NixOS/nixpkgs/commit/0a3968edc70106623680a23610ce4181bd307764 Author: Anderson Torres Date: 2016-10-23 (Sun, 23 Oct 2016) Changed paths: M pkgs/applications/window-managers/sawfish/default.nix M pkgs/development/libraries/librep/default.nix M pkgs/development/libraries/rep-gtk/default.nix Log Message: --- Sawfish: 1.11.90 -> 1.12.0 (#19792) ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
Re: [Nix-dev] GitHub Octoverse 2016: nixpkgs #6 in Repositories with the most users reviewing code
2016-09-15 5:25 GMT-03:00 Nathan Bijnens : > https://octoverse.github.com/ > > As a community we can be very prood. Congratulations to the whole community, > especially to some of the most active members. > > Nathan > > Off-Topic: Countries with the biggest increase in new user signups Brazil +64% increase from last year My country! Yehoo! > > ___ > 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
[Nix-commits] [NixOS/nixpkgs] d559c0: Higan: 100 -> 101 (#17903)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: d559c07bbe1aa0be1662cdb5d697dcbac0f34b0a https://github.com/NixOS/nixpkgs/commit/d559c07bbe1aa0be1662cdb5d697dcbac0f34b0a Author: Anderson Torres Date: 2016-08-22 (Mon, 22 Aug 2016) Changed paths: M pkgs/misc/emulators/higan/default.nix Log Message: --- Higan: 100 -> 101 (#17903) ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-dev] Problems while packaging Lumina Desktop on NixOS
Hello, Nixers! I am porting Lumina Desktop on NixOS[1]. After some hard work, it is building fine, but I can't run it. When I tested it on a qemu vm, the command start-lumina-desktop barfs: `QCoreApplication::applicationDirPath: Please instantiate the QApplication object first` Can you help me, please? 1 - https://github.com/AndersonTorres/nixpkgs/tree/lumina-on-nixos ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-commits] [NixOS/nixpkgs] 79f6c2: Gofish: nit at 1.2 (#16532)
Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 79f6c2603c1f50f54ad8aa4d9eec5ad633173c88 https://github.com/NixOS/nixpkgs/commit/79f6c2603c1f50f54ad8aa4d9eec5ad633173c88 Author: Anderson Torres Date: 2016-07-21 (Thu, 21 Jul 2016) Changed paths: A pkgs/servers/gopher/gofish/default.nix M pkgs/top-level/all-packages.nix Log Message: --- Gofish: nit at 1.2 (#16532) Gofish is a lightweight Gopher server. ___ nix-commits mailing list nix-comm...@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-commits
[Nix-dev] Gawk is not installing - it complains about "more: command not found" on test phase
Hello, Nixers! I have updated nix channels yesterday, but I can't install anything on them. Below is a pastebin of output when I run the comand "nixos-rebuild boot": http://pastebin.com/ixG4vGHf Thanks in advance! ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] User-oriented nixpkgs documentation (was: ioquake3 on nixos)
2016-04-15 13:54 GMT-03:00 Profpatsch : > On 16-04-09 04:10pm, Anderson Torres wrote: >> I prefer to start a documentation project, like the FreeBSD >> Handbook[1]. It could contain some in-project documentation for every >> module too. > > I proposed a Cookbook a while ago, akin to the Puppet one > http://www.puppetcookbook.com/ > > We could write that in Asciidoc or Markdown (or rst). RST is best. > > -- > Proudly written in Mutt with Vim on NixOS. > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > May take up to five days to read your message. If it’s urgent, call me. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] A suggestion of Nixpkgs contributing workflow - help and opinions needed
Hello, Nixers! I am developing a very particular style of workflow for Nixpkgs. I will describe it here: 0 - Choose a package to port for Nixpkgs - say, higan. 1 - Find the current release of your locally installed NixOS: $ nixos-version 16.09pre79453.32b7b00 (Flounder) 2 - Checkout to the corresponding ID on your nixpkgs clone tree (in the case, 32b7b00), and give to it a name - here, Current: $ git checkout 32b7b00 [... omitted messages...] $ git checkout -b Current 3 - Branch again: $ git checkout -b higan-test 4 - Hack it and commit: $ nano pkgs/top-level/all-packages.nix $ testThePackage $ git add pkgs/top-level/all-packages.nix $ git commit 5 - Another branch! Now, for pull-request $ git checkout -b higan-rebase $ git rebase upstream/master $ git push -fvu origin higan-rebase And, after it, just fill a pull-request for upstream Nixpkgs! The idea of pass 2 above is to use "Current" as a base for more branches and packages - so I can just checkout to Current and branch it to, say, mgba. --- My question is: how can I "update" Current if I update Nixos locally, AND propagate the update to the derived branches? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] User-oriented nixpkgs documentation (was: ioquake3 on nixos)
I prefer to start a documentation project, like the FreeBSD
Handbook[1]. It could contain some in-project documentation for every
module too.
[1] https://www.freebsd.org/doc/handbook/
2016-04-09 12:48 GMT-03:00 zimbatm :
> Good question. The wiki seems like the right place to me but it's read-only
> now.
>
> On Fri, 8 Apr 2016 at 11:36 Nikolay Amiantov wrote:
>>
>> Hi,
>>
>> I want to add some documentation on how to use our ioquake3 derivation.
>> This brings me to question on _where_ should I actually add it. Right
>> now we have:
>>
>> 1. Nix manual: completely unrelated to my topic;
>> 2. NixOS manual: primarily describes services and not packages and is
>> NixOS-oriented, while my article can be of interest to Quake-playing Nix
>> users in general;
>> 3. nixpkgs manual: oriented at developers and packagers (as it itself
>> points out).
>>
>> I would have added my article to the wiki, but AFAIK it's generally
>> decided to get rid of it. So, where should I place articles like this? I
>> would describe the general class of such documentation as "user-oriented
>> nixpkgs manual".
>>
>> I have some other documentation articles in mind that I would like to
>> write later (e.g. on steam-run), which go to the same category (I don't
>> mean "games" ^_^).
>>
>> On 04/08/2016 12:28 PM, Nikolay Amiantov wrote:
>> > I play ioquake3 successfully. It needs the following to work:
>> >
>> > 1. Extract pak0.pk3 file from the original Quake 3 Arena.
>> > 2. Use Nix script like this:
>> >
>> > { nixpkgs ? import { } }:
>> >
>> > let
>> > paks = nixpkgs.stdenv.mkDerivation {
>> > name = "quake3-arena";
>> > pak0 = ./baseq3/pak0.pk3; # Replace this with path to your file
>> > buildCommand = ''
>> > install -D -m644 $pak0 $out/baseq3/pak0.pk3;
>> > '';
>> > };
>> > in nixpkgs.quake3wrapper {
>> > paks = [ paks nixpkgs.quake3pointrelease ];
>> > }
>> >
>> > 3. Run `nix-build` on it: `nix-build script.nix`
>> > 4. `result/bin/quake3` would run the game.
>> >
>> > This probably needs to be added to our manual and/or improved somehow.
>>
>> --
>> Nikolay.
>> ___
>> 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
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] 3 thoughts
2016-03-07 1:21 GMT-03:00 stewart mackenzie : > It would be nice to have 3 things. > > 1) a more powerful substituteInPlace, ie a regexInPlace. I think we can just use a type of 'sed' in the text - it would be very powerful! But I don't know if it is viable. Also, because "substituteInPlace" is just a function script, > 2) "patchShebangs" for arbitrary strings in a file > 3) Have an nix API for automation. A program can drive Nix. Like Nixops or Monitor? > > /sjm > ___ > 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] Fwd: Wiki is dead
2016-02-23 19:22 GMT-03:00 zimbatm : > I started writing some docbook. Maybe I will get used to it but writing > `foobar` is way more painful > that `* foobar` in markdown. Especially in writing I think it's important to > be able to move text around without too much overhead so that text can be > reworked until it feels right. > > Thanks god there is pandoc so I can keep submitting docbook while writing my > cozy markdown :) > I think the same. Docbook is extremely verbose and full of ugly XML tagging, I don't like it. Also, it is easier to use a lightweight markup as pandoc or Asciidoc. The learning curve is smoother than XML, and it can be easily converted to Docbook or anything we like. But, about documentation: what do you think on a "NixOS Handbook", like the FreeBSD Handbook? We can reach a wider audience if we use such a style of handbook. > > On Tue, 23 Feb 2016 at 21:29 Vladimír Čunát wrote: >> >> On 02/23/2016 12:18 PM, Rok Garbas wrote: >> > docbook is just something that is not known by majority of our community >> >> My personal opinion is that this is mostly an excuse. It's a XML subset >> and everyone should know at least a bit of (X)HTML or similar stuff. >> Note that for almost all docs we use ~10 types of tags and the format is >> by itself human-understandable. (Typically it's enough to copy fragments >> from a few paragraphs around and edit to have the new content. We might >> also compose a list of tags with examples on what we typically use them >> for.) >> >> In any case, once the HQ content is produced, conversions are easy >> enough; regardless of doing them at build-time as the trend is now or at >> commit-time (if we decide later to unify to docbook, for example). >> >> --Vladimir >> >> >> ___ >> 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 > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Regarding the Wiki
Why not to unofficialize wiki? It can be hosted in a site like wikia, with no official interference or support of NixOS staff. It would free some resources on official site and be better maintained. Also, we can use Stack Exchange to answer questions, and the configurations files could be hosted on Github or Bitbucket. 2016-01-10 10:47 GMT-02:00 Mateusz Czaplinski : > Being a beginner to Nix myself, I want to join in saying that as of now, the > wiki *is hugely helpful to me*. The manual(s) *do* have a lot of good stuff > and I like them very much, that's for sure, but the wiki totally does too. > And I can't really remember finding any advice there that would be dated, I > mean that it wouldn't work for me. > > Specific examples of what I seem to remember being useful to me recently > (and I believe I came to all of those via Google): > - https://nixos.org/wiki/Installing_NixOS_from_a_USB_stick (the notes about > syslinux, I think; I'm not 100% sure if that was the wiki, but I remember I > was helped by some advice on how to use syslinux); > - https://nixos.org/wiki/Howto_find_a_package_in_NixOS (also the first time > I read about nox; have to try it yet); > - https://nixos.org/wiki/Network_Manager - this unfortunately I think I *did > not* find when struggling with how to use NetworkManager on my first minimal > install (answer: nmcli) -> that's also why I'm trying to contribute the PR > with declarative config for NM; > - https://nixos.org/wiki/Cheatsheet (by the way, this isn't even linked from > the main wiki page I think). > > Thanks, > /Mateusz Czapliński. > > On Sun, Jan 10, 2016 at 2:47 AM, Jonathan Glines > wrote: >> >> 2016-01-09 17:44 GMT-07:00 Profpatsch : >> > We have basically decided to shut it down soon (™), right? >> > >> > Just now I tried to set up my printer again. >> > For that I first looked at docs and the source, which didn’t >> > provide any helpful info, and then I found the article on generating >> > the correct Cups files here: https://nixos.org/wiki/Printers >> > >> > If we dissolved the wiki, we would need to tranfer all that knowledge. >> > But should we all pack it into nixos-help? >> >> This is the first time I've heard this; I missed the thread where they >> decided to shut it down. >> >> It's somehow difficult to defend the wiki. It has a lot of dated >> information, some misinformation, and not enough editors. But the >> wiki's articles are mostly orthogonal to the official documentation. >> There's no way we can replace the wiki with official documentation. >> Here's what I mean: >> >> 1. When I started using NixOS, the manual mostly confused me. I >> Googled for "example nixos configurations" and wound up on the "Real >> World NixOS Dotfiles" on the wiki. That's a page that would never fit >> in the official NixOS documentation. A year later, someone (not me I >> swear) added my nixrc to that wiki page, and now I have over a dozen >> stars on my GitHub repository. Wow. Those people are crazy for >> thinking I know how to write configuration files, but I'm sure the >> examples on that wiki page help to inspire them like they did me. >> >> 2. The "Raspberry PI" article does not belong in the NixOS >> documentation until /after/ the Raspi build is working. But if nobody >> documents the progress, how will curious people experiment with it and >> get Raspi working? Scrape the mailing list? Scroll through the feature >> request on GitHub? Unlikely. It's a catch 22 problem without a wiki. >> >> 3. Random people documenting how they set up their laptop's weird >> hardware. Sure, some people have blogs. But not all of us have the >> time to maintain a blog. A wiki is a good place for those people to >> contribute. >> >> 4. Does anyone remember when Gentoo's wiki crashed, and the fallout >> effect it had on that community? I know our wiki is much smaller and >> probably not that significant, but if the NixOS userbase does grow, >> where will those users turn to? (Probably the Arch Wiki TBH) >> >> Incidentally, I contributed to the printer article you mentioned. I >> still don't know (after a year of using NixOS) how one would go about >> contributing to the official documentation. I feel it would be a shame >> for future NixOS users to lose that easy means to contribute. If new >> users are reluctant to contribute to the wiki, why should we expect >> them to contribute to the official documentation? >> >> The maintainers of the wiki are making a huge mistake trying to shut >> it down. The wiki as it is now is a tiny seed that reflects how small >> the NixOS community is right now. We should help it grow, probably by >> pruning the ugly bits (even linking them to the official docs). Please >> don't kill it. >> >> I'm really sorry for the rant... >> ___ >> nix-dev mailing list >> nix-dev@lists.science.uu.nl >> http://lists.science.uu.nl/mailman/listinfo/nix-dev > > > > ___ > nix-dev mailing
Re: [Nix-dev] Perl -> C++
The main motivation is to get rid of dependencies. It would greatly help in porting Nix to other architectures and systems. 2015-12-31 4:06 GMT-02:00 stewart mackenzie : > This is our usage of Rust: https://github.com/fractalide/rustfbp > The nix scripts to build all the rust components with capnproto > dependencies in a deterministic fashion: > https://github.com/fractalide/fractalide > we use nix basically to replace make, it's still a WIP. > > I'm okay which most implementation languages used for nix, including > Perl. I'm merely sharing my opinion on Rust. > Though I would _like_ to see Rust used because of the barrage of > niceties associated with it. > > peace > /sjm > > On Thu, Dec 31, 2015 at 3:36 PM, Shea Levy wrote: >> Nothing's stopping you from starting the conversion. If it's clearly >> better, it will be a lot easier to convince people once you have actual >> code to show. > ___ > 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] Real documentation, aka "Let's kill the wiki"
Can we maintain the wiki as an unofficial documentation? For some small hints and workarounds, it can be useful. 2015-11-21 18:21 GMT-02:00 Profpatsch : > On 15-11-19 05:17pm, Cillian de Róiste wrote: >> 2015-11-19 16:57 GMT+01:00 Profpatsch : >> > On 15-11-19 02:56am, Roger Qiu wrote: >> > May I humbly suggest http://stevelosh.com/blog/2013/09/teach-dont-tell/ as >> > a general documentation writing template? >> >> I'm a big fan of https://jacobian.org/writing/great-documentation/ > > Yes, that’s what sjl references in the prior reading section as well. > These two are basically the technical writing 101 everyone should know. > > -- > Proudly written in Mutt with Vim on NixOS. > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > May take up to five days to read your message. If it’s urgent, call me. > ___ > 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] bind and complete not found in nix-shell
2015-11-11 19:19 GMT-02:00 Kamil Chmielewski : >> Try to install pkgs.bashInteractive! > > > Same with bashInteractive installed :/ > >> >> > If you think ~/.nixpkgs/config.nix is relevant, you could try moving >> > that file somewhere else to see if it was the problem. > > > It didn't help. > >> >> > If that doesn't work, can you give an example of a command that >> > doesn't work and the error it produces? > > > The simplest I'm trying now is just nix-shell -A hello > $ nix-shell ~/nixpkgs -A hello bind and complete are Bash builtins as far as I can remember. They are activated in build time. Well, I clearly remember that when I have a similar problem I just downloaded bashInteractive. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] bind and complete not found in nix-shell
2015-11-11 4:05 GMT-02:00 James Cook : > On 8 November 2015 at 05:52, Kamil Chmielewski wrote: >> Hi, >> >> when I try to use nix-shell I'm getting errors about missing bind and >> complete commands: >> bind: command not found >> complete: command not found Try to install pkgs.bashInteractive! >> >> It was working few weeks ago and probably it's an effect of some other >> changes I made in my config. Not directly doing something with bind and >> complete and I can't find out the exact place where these commands are used. >> Any hints how to debug this kind of problems with nix-shell? >> >> Cheers, >> Kamil > > Hi Kamil, > > If you think ~/.nixpkgs/config.nix is relevant, you could try moving > that file somewhere else to see if it was the problem. > > If that doesn't work, can you give an example of a command that > doesn't work and the error it produces? > > James > ___ > 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] Staging merge
2015-11-08 17:01 GMT-02:00 William Kennington : > Systemd 227 has been buggy at shutdown / restart for me, sometimes failing > to unmount some if the mount points. It doesn't happen on every restart so > ill have to see if i can find the cause. Just be careful rebooting remote > machines. > On Sun, Nov 8, 2015 at 10:59 AM Rok Garbas wrote: >> >> Quoting Luca Bruno (2015-11-07 14:42:02) >> > So we're back to the problem where staging is starting to diverge a lot. >> > Staging has not been merged since a couple of months at least. >> > >> > Is it possible to stop making big changes unless they are really needed >> > to fix >> > the staging build? >> > >> >> +1 >> >> are there any big blockers that need attention before we merge staging to >> master? >> >> from what have tested it works for my services. and i would love to get >> systemd >> 227 :) And I would love to get rid of it :) Maybe I need to study some more... >> >> >> >> -- >> Rok Garbas - http://www.garbas.si >> ___ >> 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 > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS 15.09 released
Oh, yes, another thing: independence of systemd :D 2015-10-03 14:01 GMT-03:00 Anderson Torres : > Congrats, boys! Well, it is always a big incentive to me to contribute > even more! > > My only problem is about documentation of some packages and > expressions - I don't understand how some big softwares and projects > are written on NixOS, as gcc, clang, latex, desktop environments etc. > > 2015-10-01 20:44 GMT-03:00 Raahul Kumar : >> Thank you. Even though I don't use the stable release, others do, and it is >> always good to have a known solid reference to fall back on if things go >> wrong. >> >> On Thu, Oct 1, 2015 at 8:18 AM, Domen Kožar wrote: >>> >>> Hi all, >>> >>> NixOS community is proud to announce the third NixOS stable release >>> "Dingo" 15.09. >>> >>> There are no words to describe how much I'm proud and thankful to each one >>> of you contributing to this release. We had 14064 commits from 438 >>> contributors in this release (31% increase since last release that had 333). >>> >>> The release brings many improvements including Nix 1.10 and many packages >>> updates. See >>> http://hydra.nixos.org/build/26476442/download/2/nixos/release-notes.html#sec-release-15.09 >>> >>> ISO images, VirtualBox images and EC2 AMIs can be downloaded from: >>> >>> http://nixos.org/nixos/download.html >>> >>> NixOS manual is at http://nixos.org/nixos/manual/ (it will take another >>> day to sync) >>> >>> Fresh installation can be done by following "Installation chapter" in the >>> manual: >>> >>> http://nixos.org/nixos/manual/index.html#sec-installation >>> >>> Upgrading existing NixOS installations: >>> >>> $ nix-channel --add https://nixos.org/channels/nixos-15.09 nixos >>> $ nixos-rebuild switch --upgrade >>> >>> Report any issues to the bug tracker on >>> https://github.com/NixOS/nixos/issues >>> >>> Thank you all for being involved and hope to see you at the conference! >>> >>> http://conf.nixos.org/ >>> >>> PS: note that according to our policy, 14.12 is now unmaintained (we'll >>> still backport *only critical* security updates) >>> >>> >>> ___ >>> 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 >> ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS 15.09 released
Congrats, boys! Well, it is always a big incentive to me to contribute even more! My only problem is about documentation of some packages and expressions - I don't understand how some big softwares and projects are written on NixOS, as gcc, clang, latex, desktop environments etc. 2015-10-01 20:44 GMT-03:00 Raahul Kumar : > Thank you. Even though I don't use the stable release, others do, and it is > always good to have a known solid reference to fall back on if things go > wrong. > > On Thu, Oct 1, 2015 at 8:18 AM, Domen Kožar wrote: >> >> Hi all, >> >> NixOS community is proud to announce the third NixOS stable release >> "Dingo" 15.09. >> >> There are no words to describe how much I'm proud and thankful to each one >> of you contributing to this release. We had 14064 commits from 438 >> contributors in this release (31% increase since last release that had 333). >> >> The release brings many improvements including Nix 1.10 and many packages >> updates. See >> http://hydra.nixos.org/build/26476442/download/2/nixos/release-notes.html#sec-release-15.09 >> >> ISO images, VirtualBox images and EC2 AMIs can be downloaded from: >> >> http://nixos.org/nixos/download.html >> >> NixOS manual is at http://nixos.org/nixos/manual/ (it will take another >> day to sync) >> >> Fresh installation can be done by following "Installation chapter" in the >> manual: >> >> http://nixos.org/nixos/manual/index.html#sec-installation >> >> Upgrading existing NixOS installations: >> >> $ nix-channel --add https://nixos.org/channels/nixos-15.09 nixos >> $ nixos-rebuild switch --upgrade >> >> Report any issues to the bug tracker on >> https://github.com/NixOS/nixos/issues >> >> Thank you all for being involved and hope to see you at the conference! >> >> http://conf.nixos.org/ >> >> PS: note that according to our policy, 14.12 is now unmaintained (we'll >> still backport *only critical* security updates) >> >> >> ___ >> 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 > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Out-of-tree building for autotools packages in a Nix expression
Hello, Nixers! How can I instruct Nix to use an out-of-tree building in a GNU Autotools-based package? There are some packages I want to build, and generally the upstream developers recommend the building directory being out of the unpacked source tree. An example is INTERCAL, an esoteric language I am playing around. Thanks in advance! ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] How to build a download list for "sneaknet"?
Hello, Nixers! I want to know if there is a way to build a download list for a package and its dependencies. There is a similar command on NetBSD's pkgsrc. It builds a shell script, and that script, when executed in any machine with Internet connection, downloads the sources and its dependencies for a package. The script is just a list of command like "wget -c url1 url2 url3". There is a way to build the URL list, using Nix commands or some script? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] What is the end game?
My two satoshis on it.
Looking at our famous brothers as Slackware, Gentoo, Debian, Arch
etc., we can trace and forecast a situation:
* Small projects can be handled by single developers, with high
independence from upstream maintainers (as myself taking care of mpv
and xiphos);
* Medium and huge projects can be handled by sub-teams, such as "GCC
NixOS team", or "Haskell NixOS Team"; these huge teams will be more
tightly connected to upstream, with developers in common.
In practical terms, I prefer the expressions centralized on our Nixpkgs release.
2015-08-30 13:12 GMT-03:00 Nicolas Pierron :
> I don't think the #1 is unpractical, if you consider that these
> fetches are properly mirrored, which we currently do with channels.
>
> On Sun, Aug 30, 2015 at 5:34 PM, Daniel Peebles wrote:
>> I'm trying to avoid making this conversation about Hydra (or services)
>> specifically, but agree with the points you're making.
>>
>> To try to steer the discussion in the direction I'm most interested in, what
>> if binutils had a release.nix in its repo? How about gcc or clang? What
>> would the expressions look like in nixpkgs? The options I can see:
>>
>> 1) nixpkgs is full of e.g., binutils = (import "${fetch* { url =
>> "url/to/binutils"; sha256 = "abc"; }}/release.nix").build
>> 2) Duplicate the release.nix of binutils in nixpkgs
>> 3) Some combination of 1 and 2, where metadata, name, dependencies are
>> expressed in nixpkgs, but build instructions are in the repo's release.nix
>> 4) ???
>> 5) profit
>>
>> Actually, I'm not sure #4 and #5 are relevant, but I couldn't think of other
>> options.
>>
>> #1 seems impractical because a single nix-env would result in thousands of
>> fetchurls
>> #2 seems undesirable due to duplicated information
>> #3 seems like our best bet, but I don't know what that would look like
>>
>>
>>
>> On Sun, Aug 30, 2015 at 9:54 AM, Domen Kožar wrote:
>>>
>>> Or we could, as any software, tag and release hydra so that users can
>>> fetch working versions for easier learning curve.
>>>
>>>
>>> On Sun, 30 Aug 2015 15:38 Nicolas Pierron
>>> wrote:
Hi Daniel,
On Tue, Aug 25, 2015 at 5:42 PM, Daniel Peebles
wrote:
> Let's say for a moment that Nix has taken over the world, and every
> open
> source project now includes a default.nix or release.nix in its repo
> root.
>
> What does nixpkgs look like in this world? Does it duplicate the
> individual
> package .nix files in their respective repositories? Does it only
> duplicate
> minimal information (dependencies and meta) from the remote
> repositories?
If we were in such world, then the module would probably be best
handled by upstream maintainers.
The way NixOS modules are working, we need all of them before
evaluating any configuration, thus we would need to have a copy of the
configuration file, even if we have to download it. In such case, it
makes sense that NixOS list of modules would be built out-of an
aggregate of fetched resources.
Thus, if we ever do a copy, we should do it with an url and a hash,
and have one of the multiple output of packages be the NixOS module
that we will aggregate, as-if it was a generic post-install script.
Then, the problem with Hydra, is slightly different. Currently hydra
does not provide any stable ("tagged") version. I guess we could
experiment the previous suggestion, but I would prefer to have
multiple instances of this problem before attempting any generic
solution as described above. In the mean time, I think having your
own copy of hydra, and using it to aggregate the module which is
inside might be the best solution.
--
Nicolas Pierron
http://www.linkedin.com/in/nicolasbpierron - http://nbp.name/
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
>
>
>
> --
> Nicolas Pierron
> http://www.linkedin.com/in/nicolasbpierron - http://nbp.name/
> ___
> 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] NixOS installation on multi-boot system with GRUB
2015-08-28 12:38 GMT-03:00 Henning Thielemann :
>
> On Thu, 27 Aug 2015, 宋文武 wrote:
>
>> I think you can:
>> install NixOS's GRUB to its boot partitation, then add a 'chainloader'
>> menu entry to your main GRUB (installed into MBR by Ubuntu).
>> I did this with btrfs (ext4 did't work for me):
>>boot.loader.grub.device = "/dev/sdaX";
>> (sdaX is the boot or root partition)
>> # grub.cfg
>> menuentry 'NixOS' {
>>set root='(hd0,X)'
>>chainloader +1
>> }
>>
>> install NixOS without GRUB, then add a 'configfile' menu entry to your
>> GRUB to load NixOS's grub.cfg.
>> I guess it look like:
>>boot.loader.grub.device = "nodev";
>> # grub.cfg
>> menuentry 'NixOS' {
>>set root='(hd0,X)'
>>configfile '/boot/grub/grub.cfg';
>> }
>
>
>
> I find no /boot/grub/grub.cfg on the NixOS partition, not even a 'grub'
> directory. Am I supposed to write a grub.cfg myself or should nixos-install
> create one for me? If the latter one, how can I make nixos-install create a
> grub.cfg for me but not install a boot-loader?
Do you need NixOS controlling the boot of other OSes on your machine?
> ___
> 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] Lost /boot partition (was: UEFI Grub is not running)
Well, it worked. I only needed to reinstall the system :)
But it does a soft install, updating all files.
2015-08-19 22:09 GMT-03:00 Anderson Torres :
> Oh boy!
> I made a big mess and lost the /boot partition (while updating boot
> flags)! Now I don't even know how to fix it, but at least I know the
> other partitions are OK...
>
> I will try to rescue it now...
>
> 2015-08-19 7:44 GMT-03:00 Jascha Geerds :
>> Here's my UEFI specific stuff:
>>
>> boot = {
>> loader = {
>> efi.canTouchEfiVariables = true;
>> grub.enable = true;
>> grub.efiSupport = true;
>> grub.device = "nodev";
>> grub.version = 2;
>> };
>>
>> fileSystems."/boot" =
>> { device = "/dev/disk/by-label/efi";
>> fsType = "vfat";
>> };
>>
>> You probably miss grub.device = "nodev"
>> ___
>> 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
[Nix-dev] Lost /boot partition (was: UEFI Grub is not running)
Oh boy!
I made a big mess and lost the /boot partition (while updating boot
flags)! Now I don't even know how to fix it, but at least I know the
other partitions are OK...
I will try to rescue it now...
2015-08-19 7:44 GMT-03:00 Jascha Geerds :
> Here's my UEFI specific stuff:
>
> boot = {
> loader = {
> efi.canTouchEfiVariables = true;
> grub.enable = true;
> grub.efiSupport = true;
> grub.device = "nodev";
> grub.version = 2;
> };
>
> fileSystems."/boot" =
> { device = "/dev/disk/by-label/efi";
> fsType = "vfat";
> };
>
> You probably miss grub.device = "nodev"
> ___
> 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
[Nix-dev] UEFI Grub is not running, only gummiboot
Hello, Nixers! Recently I have tried to use Grub bootloader, but it shows an error message: updating GRUB 2 menu... /nix/store/a457ywa1haa0sgr9g7a1pgldrg3s798d-coreutils-8.24/bin/cp: falhou em preservar o dono para “/boot/memtest.bin”: Operation not permitted installing the GRUB 2 boot loader on /dev/sda... Installing for i386-pc platform. /nix/store/hla0k6l3zskvplyvy6f67jbl4bhf3nmx-grub-2.x-2015-07-27/sbin/grub-install: aviso: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. /nix/store/hla0k6l3zskvplyvy6f67jbl4bhf3nmx-grub-2.x-2015-07-27/sbin/grub-install: aviso: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. /nix/store/hla0k6l3zskvplyvy6f67jbl4bhf3nmx-grub-2.x-2015-07-27/sbin/grub-install: erro: will not proceed with blocklists. /nix/store/zldbbngl0f8g5iv4rslygxwp0dbg1624-install-grub.pl: installation of GRUB on /dev/sda failed warning: error(s) occured while switching to the new configuration There is some reason I can't install Grub on my machine? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Nix-prefetch-git from branch?
Here is my commit: https://github.com/NixOS/nixpkgs/blob/79301503665b29d2ab7d2d62d6dabd72bb40d74d/pkgs/misc/emulators/ppsspp/default.nix Notice I have used rev = "8c8e5de89d52b8bcb968227d96cbf049d04d1241"; this rev number is easy to get from Releases: https://github.com/hrydgard/ppsspp/releases 2015-08-12 22:22 GMT-03:00 Anderson Torres : > You already tried the direct hash, and not the human-readable flag instead? > > When I was building PPSSPP, I have used the hash and not the tag. > > 2015-08-10 13:09 GMT-03:00 Jeffrey David Johnson : >> How do I nix-prefetch-git from a branch other than master? I've tried the >> -m, -t, and -f flags but none of them seems to work with a commit id or >> branch name. I just get: >> >> error: hash ‘repourlhere’ has wrong length for hash type ‘sha256’ >> ___ >> 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] Nix-prefetch-git from branch?
You already tried the direct hash, and not the human-readable flag instead? When I was building PPSSPP, I have used the hash and not the tag. 2015-08-10 13:09 GMT-03:00 Jeffrey David Johnson : > How do I nix-prefetch-git from a branch other than master? I've tried the -m, > -t, and -f flags but none of them seems to work with a commit id or branch > name. I just get: > > error: hash ‘repourlhere’ has wrong length for hash type ‘sha256’ > ___ > 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] Some beginner Nix/nixpkgs questions
Well, I think you just want:
1 - The Nix package manager language - it is easy;
2 - A local package expression respository with your own idiosyncrasy.
To 2, it is just to create a Git local branch with your preferred
versions of your favourite packages. To build them, maybe setting up
an Hydra server would be helpful, or even the nix-serve idea from
above messages.
2015-08-05 16:16 GMT-03:00 Alex Dean :
> Thanks Colin - that's very helpful! Lots to go on there.
>
> Cheers,
>
> Alex
>
> On Wed, Aug 5, 2015 at 7:35 PM, Colin Putney wrote:
>>
>>
>>
>> On Wed, Aug 5, 2015 at 4:53 AM, Alex Dean
>> wrote:
>>
>>>
>>> On reproducible deployments using git revisions - it solves the problem,
>>> but it feels like a very "out-of-band" solution.
>>
>>
>> You don't have to embed a git revision in your nix expressions; I don't
>> like that solution much either. What we do at BetterCompany is always refer
>> to nixpkgs by an expression like import {}. Then we have
>> $NIX_PATH include nixpkgs=~/.nix-defexpr/channels/nixpkgs. That means we can
>> manage our version of nixpkgs using nix-channel.
>>
>> More generally, we include a default.nix and shell.nix in the root
>> directory of all our repositories, and then have another repository similar
>> to nixpkgs that bundles everything up, provides library functions etc.
>> That's also in $NIX_PATH, so we can use import {} to get access to
>> cross-repository dependencies, custom derivations functions etc.
>>
>> Finally, we tie it all together with Hydra, Nixops and a bit of custom
>> code to help with deployments.
>>
>> Hope this helps, and I'm happy to go into more detail if you have specific
>> questions.
>>
>> Colin
>
>
>
>
> --
> Co-founder
> Snowplow Analytics
> The Roma Building, 32-38 Scrutton Street, London EC2A 4RQ, United Kingdom
> +44 (0)203 589 6116
> +44 7881 622 925
> @alexcrdean
>
> ___
> 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] release-15.07
BUT, are the bugs considered 'blockers', too? Maybe an 'intermediary release' should be used. Also, there is some progress about documentation in general? 2015-07-29 7:44 GMT-03:00 Eelco Dolstra : > 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 blocker is now the closure size increase: > > https://github.com/NixOS/nixpkgs/issues/8990 > > There are some pending fixes for this issue in the staging branch. So once > those > are merged, we should be able to branch 15.07. > > -- > 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 ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] gawk is not building
2015-06-05 18:23 GMT-03:00 Lluís Batlle i Rossell : > On Fri, Jun 05, 2015 at 07:57:21PM +, Amy de Buitléir wrote: >> Anderson Torres gmail.com> writes: >> > I am trying to port Oroborus window manager to NixOS, but gawk is not >> > installing. It complains about the command "more" not being found. >> >> I typed "more", and got the following info: >> >> $ more >> The program ‘more’ is currently not installed. It is provided by >> several packages. You can install it by typing one of the following: >> nix-env -i busybox >> nix-env -i util-linux-curses >> >> So I think you just need to install one of those packages. > > No no, it's not about install. > > Add "utillinuxCurses" to the buildInputs list of gawk and check if that > fixes the build. But, why the normal install of NixOS channels just work, and gawk in a local mirror is not? > > Regards, > Lluís. > > -- > (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) > PGP key D4831A8A - https://emailselfdefense.fsf.org/ > ___ > 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
[Nix-dev] gawk is not building
I am trying to port Oroborus window manager to NixOS, but gawk is not installing. It complains about the command "more" not being found. Can someone bring me a light on this issue? A pastebin: http://pastebin.com/eXCxkpZq ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Where would I put the bootstrapping guide?
Put it on a pastebin! SO we can copy it. Also, why not to try i2p? 2015-05-04 8:29 GMT-03:00 Thomas Hunger : > Hi Jookia, > > Do you have your guide somewhere public? Maybe on github, pastebin, a blog > or so? > > It'd be a shame to lose this information! > > ~ > > On 29 April 2015 at 12:09, Joachim Schiele wrote: >> >> On 29.04.2015 04:25, Jookia wrote: >> > Hello! >> > >> > Recently I've bootstrapped NixOS on to a new ARM platform from an >> > existing Debian install on the same platform. I figured this is useful >> > knowledge so I've written up some documentation which I'm in the process >> > of convert to Docbook. It's kind of a tutorial but expects users to >> > modify commands. >> >> oh nice, which platform? >> >> > The guide includes how to install Nix, the NixOS installer and finally >> > NixOS on a system such as Debian. It's three sections long and intended >> > for development and porting NixOS to new platforms. >> > >> > I originally wrote it for inclusion in the Wiki but I'm barred from it >> > as I use Tor, so I'm beginning to wonder if there's a place for it in >> > the official documentation around the installation section. The >> > obviously place would be in the installer section but it focuses on >> > using a CD. >> > >> > Any suggestions? I'd really love to make it easier to install NixOS when >> > there isn't already an installer image. >> >> you could also write docbook syntax offline and then upload your stuff >> using a git-pull request. a good place would probably be the nixos >> documentation. >> >> >> ___ >> 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 > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Heroku package
2015-04-23 23:48 GMT-03:00 Richard Wallace : > Hey all, > > There used to be a package for heroku in nixpkgs. I recently found need of > it and it seems to be gone. What happened to it? How can it be installed on > NixOS these days? I tried downloading and installing, but it fails to find > ruby. Normally, you declare ruby in tha buildInputs array. Or try to pass Ruby installed dirs as parameters for configure script. > > Thanks, > Rich > > ___ > 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
[Nix-dev] How to install libsigsegv bypasing doCheck
Well, maybe it would be a very newbie question, but I am not being able to upgrade unstable channel on my machine, because of libsigsegv checking phase is stuck. How can I update configuration.nix in order to override/bypass doCheck on libsigsegv? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Fetching variable and unpredictable URL download link
2015-03-01 15:16 GMT-03:00 Berno Strik :
> Op Sun, 1 Mar 2015 12:21:04 -0300
> Anderson Torres schreef:
>
>> Hello, Nixers!
>>
>> How can I "fetchurl" a variable url?
>>
>> When I download a dockapp from Windowmaker site, like
>>
>> "http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz";,
>>
>> it in fact downloads something like "wmSMPmon-${a long string of
>> chars, like a checksum}.tar.gz". And the long string is unpredictable.
>>
>> And when I run nix-prefetch-url
>> "http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz"; more
>> than once, it just outputs different hashes:
>>
>> > nix-prefetch-url
>> > http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
>> % Total% Received % Xferd Average Speed TimeTime
>> Time Current Dload Upload Total SpentLeft Speed
>> 0 00 00 0 0 0 --:--:-- 0:00:01
>> --:--:-- 0 100 241130 241130 0 3809 0
>> --:--:-- 0:00:06 --:--:-- 5139 path is
>> ‘/nix/store/lqri8zgmwz3mbf3q07kp62zl81bc6fpq-?download=wmSMPmon-3.1.tar.gz’
>> 104bcfj4j0vlnr4v1fzahgj9amccn1aq7rjcpy1jyqnq6lbrmc3g
>>
>> > nix-prefetch-url
>> > http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
>> % Total% Received % Xferd Average Speed TimeTime
>> Time Current Dload Upload Total SpentLeft Speed
>> 0 00 00 0 0 0 --:--:-- --:--:--
>> --:--:-- 0 100 241100 241100 0 3193 0
>> --:--:-- 0:00:07 --:--:-- 3985 path is
>> ‘/nix/store/f2b7rksjfh6ajddjhx09xb0jzc04jxg9-?download=wmSMPmon-3.1.tar.gz’
>> 1s01whvf51jrwdmrk3bdgysaa2rzmh56c9p0kv3ydxijaagvqi2x
>>
>> How can I download it?
>
> Use the following code:
>
> src = fetchgit {
> url = git://repo.or.cz/dockapps.git;
> rev = "38c74350b02f35824554ce0c4f0f251d71762040";
> sha256 = "0g9cwhlqg065fbhav4g4n16a4cqkk9jykl3y0zwbn5whhacfqyhl";
> };
>
> Explanation:
>
> When you download a dockapp from Windowmaker site you are redirected to
> a git repo site where you get a snapshot out of it. The id of the
> snapshot is the long hexadecimal string you are getting.
> The above code does a checkout of the whole dockapp-git directory.
> The only thing you have left to do is point to the directory where your
> actual dockapp is:
>
> postUnpack = "sourceRoot=\${sourceRoot}/dockapp-dir";
>
So you are just saying we need to download all dockapps and build one by one?
It appears to be better handled with a "multiple-output derivation"! I
will do some research on Nix docs about it.
>> ___
>> 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] Fetching variable and unpredictable URL download link
2015-03-01 15:21 GMT-03:00 Harald van Dijk :
> Hi,
>
> The problem here is not with the file names, but that you don't actually get
> the same file every time. The file is generated by the server on-the-fly,
> and the mtimes of the files in the download you get depend on the precise
> moment you download it, as you can tell by inspecting the output of
>
> tar tvf $download
>
> This is fundamentally incompatible with any package manager that checks that
> source archives are downloaded correctly.
>
> The original website
>
>
> http://lancre.ribbrock.org/en/binabit_en/wmsmpmon_en/wmsmpmon-changelog_en.html
>
> appears to link to a stable archive that you should be able to use instead.
The problem here is: some dockapps have no official site anymore. In
fact, there are some with links to Web Archive!
But the idea of Breno is cool! I will try it.
>
> Cheers,
> Harald van Dijk
>
>
> On 03/01/2015 04:21 PM, Anderson Torres wrote:
>>
>> Hello, Nixers!
>>
>> How can I "fetchurl" a variable url?
>>
>> When I download a dockapp from Windowmaker site, like
>>
>> "http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz";,
>>
>> it in fact downloads something like "wmSMPmon-${a long string of
>> chars, like a checksum}.tar.gz". And the long string is unpredictable.
>>
>> And when I run nix-prefetch-url
>> "http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz"; more
>> than once, it just outputs different hashes:
>>
>>> nix-prefetch-url
>>> http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
>>
>>% Total% Received % Xferd Average Speed TimeTime Time
>> Current
>> Dload Upload Total SpentLeft
>> Speed
>>0 00 00 0 0 0 --:--:-- 0:00:01 --:--:--
>> 0
>> 100 241130 241130 0 3809 0 --:--:-- 0:00:06 --:--:--
>> 5139
>> path is
>> ‘/nix/store/lqri8zgmwz3mbf3q07kp62zl81bc6fpq-?download=wmSMPmon-3.1.tar.gz’
>> 104bcfj4j0vlnr4v1fzahgj9amccn1aq7rjcpy1jyqnq6lbrmc3g
>>
>>> nix-prefetch-url
>>> http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
>>
>>% Total% Received % Xferd Average Speed TimeTime Time
>> Current
>> Dload Upload Total SpentLeft
>> Speed
>>0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
>> 0
>> 100 241100 241100 0 3193 0 --:--:-- 0:00:07 --:--:--
>> 3985
>> path is
>> ‘/nix/store/f2b7rksjfh6ajddjhx09xb0jzc04jxg9-?download=wmSMPmon-3.1.tar.gz’
>> 1s01whvf51jrwdmrk3bdgysaa2rzmh56c9p0kv3ydxijaagvqi2x
>>
>> How can I download it?
>> ___
>> 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
[Nix-dev] Fetching variable and unpredictable URL download link
Hello, Nixers!
How can I "fetchurl" a variable url?
When I download a dockapp from Windowmaker site, like
"http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz";,
it in fact downloads something like "wmSMPmon-${a long string of
chars, like a checksum}.tar.gz". And the long string is unpredictable.
And when I run nix-prefetch-url
"http://windowmaker.org/dockapps/?download=wmSMPmon-3.1.tar.gz"; more
than once, it just outputs different hashes:
> nix-prefetch-url
> http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
0 00 00 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 241130 241130 0 3809 0 --:--:-- 0:00:06 --:--:-- 5139
path is
‘/nix/store/lqri8zgmwz3mbf3q07kp62zl81bc6fpq-?download=wmSMPmon-3.1.tar.gz’
104bcfj4j0vlnr4v1fzahgj9amccn1aq7rjcpy1jyqnq6lbrmc3g
> nix-prefetch-url
> http://windowmaker.org/dockapps/\?download\=wmSMPmon-3.1.tar.gz
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 241100 241100 0 3193 0 --:--:-- 0:00:07 --:--:-- 3985
path is
‘/nix/store/f2b7rksjfh6ajddjhx09xb0jzc04jxg9-?download=wmSMPmon-3.1.tar.gz’
1s01whvf51jrwdmrk3bdgysaa2rzmh56c9p0kv3ydxijaagvqi2x
How can I download it?
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Dockapps for Windowmaker
2015-02-17 16:29 GMT-02:00 Berno Strik : > I'm a big fan of the windowmanager "windowmaker". > I'd like to contribute some dockapps for this. > Where should I put these dockapps: > > A - directory: nixpkgs/pkgs/applications/window-managers/windowmaker > > B - directory: nixpkgs/pkgs/applications/misc/dockapps > > C - another directory Cool! I think a subdir "windowmaker/dockapps/" with nix-files as "dockapp-name.nix" would be good. I am also packaging some apps, but I'm confuse on some details of configuration.nix. And, most recently, libsigsegv is broken. > > > Please give me a hint. > ___ > 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] staging --> master merge imminent
About sigsegv, what is the recommended procedure? 2015-02-14 12:45 GMT-02:00 Anderson Torres : > 2015-02-13 20:31 GMT-02:00 Lluís Batlle i Rossell : >> On Fri, Feb 13, 2015 at 11:29:03PM +0100, Bjørn Forsman wrote: >>> On 13 February 2015 at 23:26, James Cook wrote: >>> > https://github.com/NixOS/nixpkgs/issues/6028#issuecomment-72952987 >>> > >>> > The error is caused by an impurity, so bisecting might just reveal which >>> > version you had in the store before you switched to a newer kernel. >>> >>> Ah, right. Thanks. >>> >>> (I wasn't aware of issue #6028). >> >> Some people disabled doCheck in libsigsegv, but it's a stdenv change. Should >> we >> disable doCheck there until the storm passes? > > Yep, it is the best thing to do now, imho. > >> >> -- >> Escriu-me sempre xifrat / Write always ciphered >> PGP key D4831A8A - https://emailselfdefense.fsf.org/ >> ___ >> 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] Make Firefox/Chrome use OpenJDK instead of Oracle JDK?
2015-02-14 21:06 GMT-02:00 Chad Joan : > Hello! > > Is it possible to make Firefox/Chrome use OpenJDK instead of Oracle JDK? > If so, how? > > I have read this article: https://nixos.org/wiki/Enable_Browser_Plugins > > Here is my configuration.nix: http://pastebin.com/hA2eV7TM > > In my first attempt, I tried to follow the wiki advice, including the "jre = > true" suggestion, but with ignoring the suggestion to download Oracle JDK in > advance. Predictably, when I ran "nixos-rebuild switch", it failed and > complained about needing Oracle JDK to be manually downloaded. > > Next, used the same configuration, but with one exception: I tried adding > pkgs.jdk to my environment.systemPackages list. This is the attribute name > I get when I run 'nix-env -qaP --description ".*jdk.*"' (I still wonder why > that query doesn't bring up the Oracle JDK as well...). This failed the > same way as the first attempt. > > I am suspecting that pkgs.jdk doesn't fulfill the JDK/JRE dependency given > by firefoxWrapper. This would be unintuitive to me, because any JDK should > be able to satisfy a JDK/JRE dependency. Hopefully I just misunderstand how > NixOS is resolving dependencies :) > > I am trying to avoid the Oracle JRE because I don't want it to bug me with a > fetch restriction every time a system update bumps my Java version. I've > been through this with Gentoo, and it has made me put extra effort into > avoiding things with licenses that require manual downloading. > > At some level, I am hoping to find something analogous to (or capable of > replacing) Gentoo's virtual packages. "virtual" packages in Gentoo would be > used for things like Java, where there are multiple implementations for a > piece of software. A package (ex: firefox) can depend on a virtual package > (ex: jre) to avoid locking the admin into a specific implementation, and a > virtual package can be installed by installing any one of its > implementations.: Maybe it could help: https://nixos.org/wiki/Nix_Modifying_Packages > > Thanks in advance! > - Chad > > ___ > 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] staging --> master merge imminent
2015-02-13 20:31 GMT-02:00 Lluís Batlle i Rossell : > On Fri, Feb 13, 2015 at 11:29:03PM +0100, Bjørn Forsman wrote: >> On 13 February 2015 at 23:26, James Cook wrote: >> > https://github.com/NixOS/nixpkgs/issues/6028#issuecomment-72952987 >> > >> > The error is caused by an impurity, so bisecting might just reveal which >> > version you had in the store before you switched to a newer kernel. >> >> Ah, right. Thanks. >> >> (I wasn't aware of issue #6028). > > Some people disabled doCheck in libsigsegv, but it's a stdenv change. Should > we > disable doCheck there until the storm passes? Yep, it is the best thing to do now, imho. > > -- > Escriu-me sempre xifrat / Write always ciphered > PGP key D4831A8A - https://emailselfdefense.fsf.org/ > ___ > 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] Google Summer of Code 2015
2015-02-04 10:37 GMT-02:00 Domen Kožar : > Hi all, > > Google Summer of Code 2015 opens registrations on 9th of February for > organizations and closes on 20th of February. We have 5 days to write down > ideas how could a student improve NixOS during his/her summer. > > We've applied last year but didn't get accepted. Let's do our best to give > it another try this year! > > Submit your ideas that would take a junior developer 3 months of work to > accomplish a solid goal at https://nixos.org/wiki/GSOC_2015_ideas_list > > List of information every idea should have: > > - descriptive title > - detailed description of the task and scope > - contact (email, irc) > - required skills/languages Well, I am outside the academic world, but I will suggest some ideas: 1 - For NixOS, independence of systemd :) There are even complete discussions about it on the mailing list about getting rid of systemd. 2 - Portability across BSD platforms, like NetBSD and FreeBSD. And even the possibility to run all NetBSD stack on Nix (it would need a considerable effort to be made in only 3 months, but we can touch small things). > > PS: for inspiration: > > - http://wiki.gentoo.org/wiki/Google_Summer_of_Code/2014/Ideas > - https://plone.org/events/summer-of-code/2014 > > Domen > > ___ > 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
[Nix-dev] Bulk-downloading all sources of all packages in use in the system
Hello Nixers! There is some way to do a "full bulk load" of all source codes of all packages derived on NixOS? The only thing I know is the wiki hint in [1], but it implies to run the program in all installed packages manually one by one. There is some way to do it mor automatically? [1] https://nixos.org/wiki/Download_all_sources ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use Haskell for Shell Scripting
2015-01-31 22:24 GMT-02:00 Ertugrul Söylemez : >> What about other languages as Python, Perl etc.? I know it is against >> our purity standards, but they are a far superior to Bash scripting. > > Well, that's the current state of the art. They are both used in > Nixpkgs and some Nix-related tools. They are an improvement over Bash > scripting, but I believe we might as well go all the way and use a > functional language. > > Also the Nix model allows us to compile all our scripts easily (just > apply a function), which might hold some benefit in terms of startup and > switch times. There is little reason to use interpreted scripts when > you have a fast compiler. So, Chicken appears to be a good choice: it can be both interpreted and compiled, very fast and with little overhead. And it can be easily debugged - it's functional, after all! I think Haskell is as much as overkiller - there is even a project about it: Nix Evaluator in Haskell[1]. It is easier to use a less ambitious and more funny language (in the Python sense of funny programming). What about to start a project to implement Chicken as script supporting language for Nix? I would like to help! 1 - http://lists.science.uu.nl/pipermail/nix-dev/2014-July/013624.html ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Use Haskell for Shell Scripting
2015-01-31 10:22 GMT-02:00 Ertugrul Söylemez : >> At this current point in time, GHC is packaged in a poor manner, with >> GHC being unbelievably huge. Dynamic linking is the answer, which >> isn't done by default. > > I have actually experimented with using Haskell (and a few other FP > languages) as a substitute for shells. It is feasible if you disable > dynamic linking. The non-Haskell libraries are still linked > dynamically, but the reference to the GHC derivation is then gone. This > brings the closure of a Haskell hello-world "script" from a huge 1.1 GiB > down to a mere 131 MiB (on my x86_64 system), which makes it on par with > shell scripts. > > However, static linking is probably not a good idea. The resulting > "scripts" are on the order of megabytes and can quickly approach a few > tens of them. To really fix this and make Haskell viable as a shell > substitute we need to split the GHC derivation. There should be a pure > library derivation and a separate compiler derivation. The former > should be as small as possible. Ideally there would be one derivation > per library. > > The other languages I have tried are Scheme (via Chicken), Curry (via > PAKCS), SML (via mlton) and Idris. > > Before I present my results, let me clarify what I think a "script" is: > It is a string that I can run through a simple Nix function, which gives > me a derivation that contains a runnable version of that string, either > binary or shebanged. This derivation pulls a reasonably sized closure > along with it. I can choose to combine many such runnable scripts to a > single derivation using buildEnv, which is often very useful. In other > words: For the language "blah" there is a simple, deterministic, > unconfigurable function that would have the following signature in a > hypothetical typed Nix: > > blahScript : String -> Derivation > > This function can be a special case of a slightly more powerful function > that takes a directory and a main entry point, because if we choose to > use a better language, we might as well choose to utilise its module > system, if it has one, for some of our larger scripts. > > Now to my results: All of the above languages, except Curry, work more > or less, if all you need to do is to start programs or move files > around. As soon as you need to do operating-system-specific stuff > (e.g. `unshare` on Linux) it gets less juicy, because unless someone has > written a nice high-level library you need to touch the FFI. > > Chicken Scheme worked best for that, because rather than trying to model > the syscall in the language, you can just dump C code into it. Not a > nice and clean solution, but a working one for the many cases when you > just need to -- you know -- get stuff done. > > Haskell works, because lots of the OS bindings can be found on Hackage, > including Linux-specific libraries. But it does require a slightly more > expressive 'haskellScriptWith' function. You need to be able to tell it > what you depend on. > > SML works and produces surprisingly small executables. It loses at the > library end, because there aren't many OS-specific libraries around (or > I couldn't find them). Also some of the advanced FFI tooling that I'm > used to from Haskell seems to be missing. Finally I would say that the > syntax is too verbose for quick scripting (but that's subjective -- I > have seen people use VB.NET for scripting). > > You might be interested why Curry didn't work. Simple: I couldn't > figure out how to write a program. Actually I went through the whole > tutorial, did all the exercises (they aren't really difficult to a > Haskell programmer) and then skimmed through the whole PAKCS manual. I > could write extremely elegant algorithmic code and was quite amazed at > the beauty of this language, even compared to Haskell. But in the end I > still didn't know how to turn all this beautiful Curry code into an > executable file that I can run without invoking PAKCS explicitly. > Something with a shebang or ideally something binary. It would probably > be possible to write wrapper scripts, but let's just wait until one of > the implementations becomes mature enough for systems programming. > > Finally there is Idris. It is a beautiful language that comes with > reasonable editor integration and a lightweight syntax. It compiles to > executable binary code and has a carefully designed yet useful FFI. > Sounds good for scripting. On the other hand it is very young and > documentation is far from mature. Not that I would mind its youth, but > I do mind the barrier to entry at this point. At the very least when > other authors don't understand my code, it should be reasonably obvious > where to look for answers. Also the library landscape is very flat, so > bootstrapping might use most of your time, if you choose to use Idris > for systems-level scripting at this point. > > The most viable options seem to be Chicken Scheme and Haskell. Both are >
Re: [Nix-dev] Windowmaker not properly defined.
Done! https://github.com/NixOS/nixpkgs/pull/4066#issuecomment-72017611 2015-01-30 20:32 GMT-02:00 Anderson Torres : > I will verify it now. > > 2015-01-29 9:09 GMT-02:00 Berno Strik : >> New user of NixOS so bare with me. >> I'm running NixOS 14.12. >> >> First: >> >> I've noticed that I can not use: >> "services.xserver.windowManager.windowmaker.enable = true". >> I get the following error: >> >> error: The option 'services.xserver.windowManager.windowmaker' defined >> in '/etc/nixos/configuration.nix' does not exist. >> >> I've tried to do some research and I think this is because in the >> following file: >> "nixpkgs/nixos/modules/services/x11/window-managers/default.nix" >> >> windowmaker is not defined in the imports. >> Can someone please look into this problem or help me find a solution. >> >> Second: >> >> Is it also possible to add "libpng" and "libjpeg" to the build inputs. >> This is in file >> "nixpkgs/pkgs/applications/window-managers/windowmaker/default.nix". >> This allows windowmaker to also use png and jpeg icons. In the current >> build it only supports xpm icons and bitmaps. >> >> Thanks in advance. >> ___ >> 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] Windowmaker not properly defined.
I will verify it now. 2015-01-29 9:09 GMT-02:00 Berno Strik : > New user of NixOS so bare with me. > I'm running NixOS 14.12. > > First: > > I've noticed that I can not use: > "services.xserver.windowManager.windowmaker.enable = true". > I get the following error: > > error: The option 'services.xserver.windowManager.windowmaker' defined > in '/etc/nixos/configuration.nix' does not exist. > > I've tried to do some research and I think this is because in the > following file: > "nixpkgs/nixos/modules/services/x11/window-managers/default.nix" > > windowmaker is not defined in the imports. > Can someone please look into this problem or help me find a solution. > > Second: > > Is it also possible to add "libpng" and "libjpeg" to the build inputs. > This is in file > "nixpkgs/pkgs/applications/window-managers/windowmaker/default.nix". > This allows windowmaker to also use png and jpeg icons. In the current > build it only supports xpm icons and bitmaps. > > Thanks in advance. > ___ > 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] setting environment values.
2015-01-28 15:02 GMT-02:00 Tim Sears :
> Thanks Stewart. Do you happen to know if other nix commands (nix-shell,
> nix-build) use or ignore the extraCmds attribute? Or if any build phase uses
> it. I haven't found much documentation or code so far.
>
> I made some progress based on an earlier suggestion, by simply adding
> environment variables in the call to mkDerivation. The package is a library
> and want to propagate the variables to another library that depends on this
> one, and so on, downstream.
>
I think you can use setup hooks. Do a simple "git grep setupHook" on
nixpkgs tree, and you will find a lot of interesting setup scripts...
A good example is to set QTDIR on Qt4 scripts.
> On Wed, Jan 28, 2015 at 1:03 AM, stewart mackenzie
> wrote:
>>
>> add something like this:
>>
>>extraCmds = ''
>> export SOMEPATH_ERLANG=${erlang}/opt/path/to/libs;
>>
>>'';
>>};
>> ___
>> 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
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Why Bash and Nix-Shell have no completion?
Em 26/01/2015 04:37, "Marc Weber" escreveu:
>
> It got implemented somewhen in the past, some people told about
> bash completion being annoying in some cases (-> [1]) .. which means the
perfect
> solutions means conditional opt-in/out eventually.
>
> bash.nix has:
>
> interactiveShellInit = ''
> [...]
> ${bashCompletion}
>
> I personally have patches putting a
>
> source /etc/bash/setup-all
>
> in ~/.bashrc as default which means:
> 1) user can edit .bashrc (because its not a symlink)
> 2) user can opt-out easily
> 3) user can look at setup-all which allows him/her to opt-in/out from
> individual features or completion scripts, such as individual
> completion scripts..
> -> [1]
>
> those patches change quite a lot - and I'm unsure whether its worth
> merging them into master.
>
> I want to say: Builders should be as clean as possible eventually.
> Thus opt-in makes sense - look at ~/.bashrc and source that script
> to enable default behaviour ?
>
> Marc Weber
>
> [1] This is the sample code of my /etc/bash/nix-bash-lib which gets
> sourced by /etc/bash/setup-all, it opts-out from gnu utils which was
> reported to be annoying long time ago - so it might be outdated.
>
> You could use such in your .bashrc
>
> NIX_COMPL_SCRIPT_SOURCED["ALL"] = anything
> NIX_COMPL_SCRIPT_SOURCED[the-individual-compl-script] = anything
> source /etc/bash/setup-all
>
> to opt-out.
>
>
> declare -A NIX_COMPL_SCRIPT_SOURCED
>
> # potential problems (-rev 20179)
> # - It doesn't support filenames with spaces.
> # - It inserts a space after the filename when tab-completing in an
> #"svn" command.
> # - Many people find it annoying that tab-completion on commands like
> #"tar" only matches filenames with the "right" extension.
> # - Lluís reported bash apparently crashing on some tab completions.
> # comment: Does this apply to complete.gnu-longopt or also to
bash_completion?
> NIX_COMPL_SCRIPT_SOURCED[complete.gnu-longopt]=1
Here my shell is failing: bash has no completion enabled :(
> if shopt -q progcomp &>/dev/null; then
> # bash supports completion:
> nix_add_profile_completion(){
> local profile="$1"
>
> # origin: bash_completion, slightly adopted
> # source script only once - allow user to use
NIX_COMPL_SCRIPT_SOURCED to
> # opt out from bad scripts. If a user wants to reload all he can
clear
> # NIX_COMPL_SCRIPT_SOURCED
>
> local nullglobStatus=$(shopt -p nullglob)
> shopt -s nullglob
> for s in "$profile"/etc/bash_completion.d/*
"$p/share/bash-completion/completions/"*; do
> local base="${s/*\//}"
> [[
> -z "${NIX_COMPL_SCRIPT_SOURCED[$base]}" &&
> -z "${NIX_COMPL_SCRIPT_SOURCED[ALL]}"
> ]] && { . "$s"; NIX_COMPL_SCRIPT_SOURCED[$base]=1; }
>
> done
> eval "$nullglobStatus"
> }
> else
> nix_add_profile_completion(){ :; }
> fi
> ___
> 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
[Nix-dev] [Trinity-on-NixOS] Annoucing my project: packaging Trinity Desktop Environment to Nixpkgs
Hello, Nixers and Trinity users! I am Anderson Torres, a "wannabe" Computer Scientist (I am studying to admissional exams for a Brazilian CS undergrad course), and there is about one year I am a NixOS user. I want to port/package Trinity for NixOS, because I really liked the old KDE3.x series! I used KDE 3.x when I started using Linux Slackware and open source in 2004. Well, I will use the tag [Trinity-on-NixOS] when I need to talk about my project of porting an ask some questions. Well, many thanks in advance! Anderson Useful links: http://www.trinitydesktop.org http://nixos.org/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Why Bash and Nix-Shell have no completion?
Hello Nixers! Can someone help me? I have updated my Nixos to the most recent release, Dingo, using Unstable channel. But when I use nix-shell, or even plain Bash, it just comes with no fancy completion. Can someone help me? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] environment.allowedLicenses ?
Another thing to do in the same spirit is to run Linux libre kernel, as an extreme test case: http://www.fsfla.org/ikiwiki/selibre/linux-libre/ 2015-01-21 18:46 GMT-02:00 Matthias Beyer : > I just opened a PR for this: > > https://github.com/NixOS/nixpkgs/pull/5892 > > Please review calmly (I'm a nix-newbie) and tell me what to improve > and what you think about it. > > I will add appropriate documentation in the PR + in the wiki if you > guys like this. > > On 21-01-2015 21:35:49, Domen Kožar wrote: >>Well, that function could be looking at license strings and allowing such >>packages with very little code. Could be a NixOS module setting indeed. > > -- > Mit freundlichen Grüßen, > Kind regards, > Matthias Beyer > > Proudly sent with mutt. > Happily signed with gnupg. > > ___ > 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] Commit access request (Again: Why don't these peoplehave commit access)
Well, I will speak for myself: 1 - Particularly I need to learn a lot about Nixpkgs culture. I really like it, but when the thing is easy as a GNU Hello package, I just use NixOS Monitor to update&test. My biggest contribution was, until now, mpv player and maybe Altcoins (alas, I need to update and search for more of them!). 2 - I am seriously studying to port Mate-Desktop and Trinity Desktop, two huge and confused projects to me. I am doing some hacking here and there, and when they became stable, I will do a huge and serious pull-request! :) 3 - Well, if I can be useful, just talk to me and I will do my best! 2015-01-19 20:11 GMT-02:00 Nikolay Amiantov : > Doesn't that usually apply to big things that most people skip reviewing > due to contributor's good > standing and "tl;dr" (though it shouldn't be like this, too... '^_^)? > > On 01/20/2015 01:02 AM, Matthias Beyer wrote: >> On 20-01-2015 01:00:30, Michael Raskin wrote: > Nevertheless I want to go though my packages and do version bumps > in the near future, and I believe this (and things like grammar > fixes) is kind of patches that should be applied more directly than > usual, to bother less contributors so that they can focus on > more non-trivial things. What keeps you from having a "version-bumping" branch where all your patches are in and open just one PR for all the patches at once? >>> Pity towards me, who will read a PR of unrelated changes and wonder what >>> saced animal have I crossed in my previous life? >>> >> Have you ever looked how kernel maintainers do their work? For example >> greg-kh with his staging-next branch? Do you think someone actually >> goes through these patches except gregkh himself? ;-) >> > > -- > Nikolay. > > ___ > 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] FreeBSD Support
I have very little time, but I want to test NixOS on NetBSD. Maybe some recomendation? As far as I understood, Clang is not supported as host compiler, right? 2015-01-17 15:51 GMT-02:00 Domen Kožar : > Current Nix doesn't compile on FreeBSD, so it's unknown at what state are > expressions for FreeBSD. See https://github.com/NixOS/nix/issues/304 > > On Sat, Jan 17, 2015 at 6:48 PM, Malcolm Matalka wrote: >> >> Does that mean the nix software itself or nix expressions or both? >> >> Thanks >> >> Den 17 jan 2015 18:46 skrev "Domen Kožar" : >> >>> It's because no one is investing time to support FreeBSD. >>> >>> On Sat, Jan 17, 2015 at 6:32 PM, Malcolm Matalka >>> wrote: I see that FreeBSD is no longer stated as supported. Is this because the nix tools themselves no longer work under FreeBSD or because the packages have fallen into disrepair? /Malcolm ___ 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 > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Erlang Package Manager
Hello! I am Anderson Torres. I'm a wannabe computer scientist, and a regular NixOS user. Recently at nix-dev mailing list [N1], Eric announced that the developers of Erlang were discussing the need of a package manager. I read the message of Joe Armstrong about using Nix. I think using Nix is very attractive: - we are a small team by now, and we need more programmers and beta-testers (as almost any big project). - also, we can serve as a platform for popularizing Erlang. I am not an Erlang programmer, but as an active NixOS user, I regularly maintain Nix expressions for some good softwares [N2]. So, maybe I can help answering questions about Nix, and even programming some small testing apps! Many thanks in advance! Waiting for input, Anderson --- N1: http://lists.science.uu.nl/pipermail/nix-dev/2014-December/015402.html N2: http://monitor.nixos.org ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Fwd: Nix as an Erlang Package Manager
-- Forwarded message -- From: Anderson Torres Date: 2014-12-31 1:03 GMT-02:00 Subject: Re: [Nix-dev] Nix as an Erlang Package Manager To: Eric des Courtis Unhappily I am not an Erlang programmer, but the idea is interesting. I think we both the communities can benefit of it. Well, I will add Erlang mailing list now... 2014-12-31 0:29 GMT-02:00 Eric des Courtis : > It seems many people on the Erlang mailing list have been contemplating > using Nix as the official Erlang package manager. I think it's an > interesting idea worth exploring. > > Could someone from the Nix team jump in and take a look? Perhaps make some > suggestions? > > > http://erlang.org/pipermail/erlang-questions/2014-December/082119.html > (Thread root) > > http://erlang.org/pipermail/erlang-questions/2014-December/082270.html > (Comments from Joe Armstrong one of the designers of the Erlang programming > language) > > > Eric > > ___ > 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] How to get rid of systemd (was: Modifying the init system (introducing S6 supervision suite))
Yay! The idea is even better than I expected! 2014-12-27 4:48 GMT-02:00 Ertugrul Söylemez : > Note that > systemd is not just an init system. > This is my first problem - systemd is a bit bloated and mysterious. I don't like the idea of big blobs doing everything on a system. It becomes harder to maintain and modify, and even to modularize. But, modifyng the way we treat about services and modules is revolutionary! It is just like Nix is for package management, applied to system maintainance :) > > As a final bonus this is so difficult and ugly to solve with systemd > that we would feel a much greater temptation to get rid of it. =) > > Let me know what you think. If this idea finds acceptance, I'm happy to > develop a formal model and a prototype. > Well, we need also to do it in a way we won't be handcuffed by a particular init/supervisor implementation. We can even to switch the supervisor/init without worries about a complete rewriting of services. There is some I am searching about: * http://www.gentoo.org/proj/en/base/openrc/ * http://supervisord.org/ * http://uselessd.darknedgy.net/ * http://skarnet.org/software/s6/ Some comparisons: * http://wiki.gentoo.org/wiki/Comparison_of_init_systems * https://lwn.net/Articles/578209/ * https://lwn.net/Articles/578210/ I am not even a junior-seasoned programmer, not even on functional paradigm, but I wanna help. > > Greets, > Ertugrul Greets! Anderson ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Modifying the init system (introducing S6 supervision suite)
Hello, Nixers! I want to know if it's possible to use an alternate to Systemd as init system on NixOS. I am searching about it, and found some interesting softwares. I, particular, I'm interested in porting S6 supervision suite: http://skarnet.org/software/s6/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Enable openntpd instead ntp by default
There exists a "portable" (OS-independent) version of OpenNTPD? Normally, Theo de Raadt makes two versions: the main, official, OpenBSD-tuned version; and the "OS-independent", portable one. Everything being the same, I don't think it is difficult to change from one to other. There are Nix Wiki hints about making services on Nix. Particularly, I would like! 2014-12-21 18:32 GMT-02:00, Paul Colomiets : > Hi, > > I'm not sure was it discussed before, but I want to ask if we should > enable openntpd instead of ntpd by default? > > The motivation basically is that openntpd is smaller and more secure > than current default. More details are there: > > http://article.gmane.org/gmane.os.openbsd.tech/40107/ > > Thoughts? > > -- > Paul > ___ > 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] Low-hanging fruit in NixOS for aspiring developer
2014-12-06 9:02 GMT-02:00, Albin Stjerna : > Hi, > > I'm thinking about getting involved in NixOS, and I'm looking for good > places to start learning, beyond trying out NixOS and reading the manual > and the papers. Are there any packaging efforts or other low-hanging fruit > in particular that I could look at? > Well, I am trying to port some packages to Nixpkgs. A good place to start thinking is to get the package list of FreeBSD Ports or Archlinux+AUR and start porting them! > Also, I'd like to mention that I'm considering a rather serious long-term > committment to NixOS if things work out, though I'm waiting for Gnome to > become slightly more stable before transitioning full-time on my main > computer. I am particularly interested in using/participating in the > development of a system that is developed and tested as an organic whole, > rather than as a core system plus packages, and from what I can tell NixOS > seems to have great potential in this area. > > Regards, > Albin Stjerna > ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] How can I write a library inside Nixpkgs? (for Bitcoin and friends...)
Hello, Nixers! I want to make a small library to help create CryptoCoins (or Altcoins). Nowadays, there is a small bunch of altcoins in Nix. The most recent is Darkcoin, by myself :) I want to make something like "#include". In fact, these altcoins are built almost the same way: 1 - Define one or two generic functions (like "mkAutotoolsCoin, mkGitCoin, mkTarballCoin" etc.); 2 - Use the functions to write a builder for the coin. My idea is to put the generic functions in a same file, and the specific coins are described in separate files. I think my question is a bit newbie, but can someone help me here? Many thanks, and sorry my bad English :/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Can't upgrade NixOS
Yep, I have found the problem! It was ctagsWrapper.package. Many thanks! 2014-11-18 12:21 GMT-02:00 Luca Bruno : > On 18/11/2014 15:12, Anderson Torres wrote: >> Hello, Nixers! I have a problem here... >> >> I have updated the NixOS channels, but they are bugged. > Do you have anything in particular in systemPackages? I fear something > in there in your configuration is broken due to the upgrade. > ___ > 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
[Nix-dev] Can't upgrade NixOS
Hello, Nixers! I have a problem here...
I have updated the NixOS channels, but they are bugged.
Here is my channel list:
#> nix-channel --list
nixpkgs-unstable https://nixos.org/channels/nixpkgs-unstable
nixos-stable https://nixos.org/channels/nixos-14.04
nixos-small https://nixos.org/channels/nixos-14.04-small
nixos https://nixos.org/channels/nixos-unstable
nixos-unstable https://nixos.org/channels/nixos-unstable
Now, the output of upgrading:
#> nixos-rebuild switch --max-jobs 1
error: cannot coerce a set to a string, at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/types.nix:103:79
The full trace:
#> nixos-rebuild switch --max-jobs 1 --show-trace
building Nix...
building the system configuration...
error: while evaluating the attribute `config.system.build.toplevel'
at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:228:5:
while evaluating `fold' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:20:19,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:122:12:
while evaluating `fold'' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:23:15,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:27:8:
while evaluating `showWarnings' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:91:18,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:98:16:
while evaluating `fold' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:20:19,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/activation/top-level.nix:91:23:
while evaluating `fold'' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:23:15,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:27:8:
while evaluating the attribute `warnings' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/attrsets.nix:135:44:
while evaluating anonymous function at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:26:45,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/attrsets.nix:135:52:
while evaluating the attribute `value' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:206:9:
while evaluating the option `warnings':
while evaluating `id' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/trivial.nix:9:8,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:204:15:
while evaluating `fold' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:20:19,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:187:12:
while evaluating `fold'' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:23:15,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:27:8:
while evaluating `filterOverrides' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:277:21,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:182:20:
while evaluating `concatMap' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:54:18,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:284:8:
while evaluating `concatMap' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:54:18,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:110:20:
while evaluating anonymous function at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:110:31,
called from undefined position:
while evaluating `dischargeProperties' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:247:25,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/modules.nix:112:65:
while evaluating the attribute `config."${name}"' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/boot/systemd.nix:705:5:
while evaluating anonymous function at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/attrsets.nix:160:10,
called from undefined position:
while evaluating anonymous function at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/boot/systemd.nix:705:51,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/attrsets.nix:160:16:
while evaluating `optional' at
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/lib/lists.nix:105:20,
called from
/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/system/boot/systemd.nix:706:7:
while evaluating the attribute `servi
[Nix-dev] Fwd: The results of your email commands
Hello, Nixers! I have two questions: 1 - After some time, I have tried to update my system. But my Internet connection is very poor, so I tried to download libreoffice using wget: $ wget -c http://cache.nixos.org/nar/1azl6p7a1ajqj1n62mj5bfwaajapljgqvw1xr7xhl6zzw74440x5.nar.xz How can I use that file for now on? 2 - There is some way to set options on curl inside nix-env invocation, as bandwidth limits, max retries, proxy, etc.? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] custom dwm/windowManager package on /run/current-system
As far as I know, dwm is configured by source-patching some files. It
doesn't use anything like '~/.dwmrc' files, it really modifies C
source code!
Well, we can use some derivation like "patches = [ patch1 patch2 ];"
2014-10-10 18:00 GMT-03:00 Bjørn Forsman :
> Hi Javier,
>
> On 10 October 2014 18:39, Javier Aguirre wrote:
>> Good evening,
>>
>> I've been playing around with NixOS for a while, I have my own NIXPKGS repo
>> with a custom version of dwm, the window manager.
>>
>> The problem is I can install my custom dwm build, but when I boot the old
>> dwm remains(the one in the NixOS original channel) in
>> /run/current-system/sw/bin/dwm.
>
> What ends up in /run/current-system/sw/bin/* is controlled by the
> environment.systemPackages option. (Installing with nix-env won't add
> anything to this directory.)
>
>> I can install it for root(default profile) and my user because I can see a
>> change I made to 'dwm -v', but I cannot change the version that boots. I
>> located the hash and the current version working for boot, but I don't know
>> If I have to install it for a different profile, make a derivation in my
>> configuration.nix, etc.
>
> I don't use dwm, so I don't know if this applies to that specific
> case. Some NixOS modules have options to specify which derivation to
> use for the component it configures. For example, for the tomcat
> server, there is a services.tomcat.package option. It defaults to
> pkgs.tomcat7, but you can specify something else if you want.
>
> If there is no option you can try using
>
> nixpkgs.config = {
> packageOverrides = pkgs: {
> dwm = myCustomDwmDerivation;
> };
> };
>
> in configuration.nix to supply your own definition of 'dwm', used
> across the whole system.
>
> 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 mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Reconsidering dash in package names
I particularly prefer camelCase!
2014-10-10 19:35 GMT-03:00 Shell Turner :
> Wouldn't it make more sense to simply map foo-bar on a derivation to
> foo_bar as a shell variable? Are there any significant cases where
> this would be problematic?
>
> On 10 October 2014 22:39, Luca Bruno wrote:
>> derivation {
>> inherit foo-bar;
>> buildPhase = ''
>> use $foo-bar...
>> '';
>> }
>>
>> Apart ${foo-bar}.
>>
>> On Fri, Oct 10, 2014 at 11:18 PM, Bjørn Forsman
>> wrote:
>>>
>>> On 10 October 2014 22:56, Luca Bruno wrote:
>>> > Dash in package names are cool, because they map to the real package
>>> > name.
>>> > However I just found a breaker: bash does not support variables with
>>> > dash.
>>> > $foo-bar or ${foo-bar} or whatever does not work.
>>>
>>> I don't understand. Why/when do we need bash variable _identifiers_
>>> named like packages (with dashes)? And what values would those
>>> "package name variables" contain?
>>>
>>> Best regards,
>>> Bjørn Forsman
>>
>>
>>
>>
>> --
>> www.debian.org - The Universal Operating System
>>
>> ___
>> 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
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Popularizing Nixpkgs/Nix/NixOS among FLOSS (Free/Libre and Open Source Software) developers
Yes, it is a good starting point. 2014-10-04 4:18 GMT-03:00 Pascal Wittmann : > On 10/04/2014 03:37 AM, Anderson Torres wrote: >> Why not to contact some of them we are packaging and ask them to cite >> us out? > > You mean mentioning Nix in the installation/download sections of project > homepages? I like this idea and have already done this for some of the > software I maintain. > > For example: > > http://portix.bitbucket.org/dwb/ > https://github.com/sargon/trayer-srg/commit/fff1c05a2f1a41aaa94b4be0f3574dbdd8453b17 > http://potrace.sourceforge.net/#downloading > > > ___ > 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
[Nix-dev] Popularizing Nixpkgs/Nix/NixOS among FLOSS (Free/Libre and Open Source Software) developers
Hello, Nixers! I was thinking on it some days ago. How about popularize NixOS among FLOSS software developers? It is very common among FLOSS developers to point out precompiled packages or some similar facilities for the most famous operating systems and distros, like Ubuntu/Debian/Fedora mirrors, Slackware unofficial slackbuilds, AUR Archlinux, Gentoo overlays, the famous *BSD freshports/pkgsrc... Why not to contact some of them we are packaging and ask them to cite us out? It would be a good idea in many sights: - We would become more famous, which would attract more hackers to our projects; - We would suggest bugfixes on various softwares, namely those full of hackings on Nixpkgs. The Nixpkgs approach is a bit different from those of other distros/OSes and it helps to find some obscure bugs, mainly the lack of a serious dependency control and some tacit assumptions (like ldconfig, absolute paths, undocumented features, etc.); - Our suggestions would be a valuable benefit from all other package managers - after all, we are suggesting bugfixes on serious, insidious, hard-to-find packaging bugs. - We can serve as an indirect buildfarm for most of FLOSS world, with our Hydra servers. Well, I don't know if our Hydra server is really prepared for a so hard and huge task, but it would be even improved by donations from great companies (we would be famous now, remember? :D ) What about this, guys? ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] NixOS "small" channel
Yes! t is cool! :) But, how about the other channels? I use the nixos-unstable here, can I mix both, small and unstable, in my local machine? 2014-09-30 11:34 GMT-03:00 John Wiegley : >> John Wiegley writes: > >> Here's what the machine was trying to do when nixos-rebuild got "hung": > >> https://gist.github.com/e2e69a41a2dfea23ebc3 > > Just FYI: I left it running all night long, and it did at some point complete > normally, so I guess whatever it was trying to do was just slow. > > John > ___ > 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
[Nix-dev] Ordering the downloads of nixos-rebuild
Hello, boys! I have a question... My internet connection is not so good, and I want to know how can I put some ordering on "nixos-rebuild switch" downloads. My idea is to make it download the more heavier, disk/network-consuming packages (texlive, kdelibs etc) first. There is some way to do it? Or even, to produce a simple machine-generated URL list, to use it later in a command like "wget -c -i package-list.txt", without even modify nix-store? My inspiration here is a pkgsrc command, I don't rememeber perfectly now... ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] "Package archeology" in nixpkgs
Maybe a secondary git branch would be good to implement it. Em 31/08/2014 00:32, "Daniel Peebles" escreveu: > Hi all, > > I've had a sudden urge to do some Haskell archeology and that led me > to a question about how we feel "philosophically" about keeping > abandoned projects and old versions of live projects in nixpkgs. I > think it could be valuable to preserve important pieces of Haskell > history (and perhaps other projects) and it seems like nix is uniquely > positioned to be able to do that well. I don't propose keeping all > versions of all the compilers around, but I'd like to pick out key > points in history and preserve them. > > In particular, I was thinking of attempting to get the following working: > - HBC: perhaps the original Haskell compiler. I'd probably aim for a > version that implements Haskell 1.4 and one before that standard was > even proposed. Polymorphic map and (++) in Prelude! > - NHC: can build it with HBC > - GHC: the latest version that supports linear implicit parameters, > because they're gone now and I think people should be able to tinker > with them > > The nice thing about doing this sort of thing with compilers is that > they tend to not have many dependencies, but I expect I might also > need to package up an old version of yacc for HBC. If it starts > getting too messy I might abandon the project, but I think it could > work fairly nicely. This would also pave the way to exploring other > interesting abandoned projects like fudgets and such. > > How do people feel about this? Is it something I should maintain > independently of nixpkgs or does it belong in the main repo? > > Thanks, > Dan > ___ > 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] Error packaging tilda (about gettext, glade and expat)
Many thanks, Vlad! I will study the fixes. 2014-08-29 6:30 GMT-03:00 Vladimír Čunát : > Hi. > > > On 08/28/2014 12:33 AM, Anderson Torres wrote: >> >> I am trying to package Tilda[1], a quake-like terminal emulator. The >> expressions are here on my private Nixpkgs branch [2]. > > > Fixed and pushed to master, aeca8b6c3. > > Vladimir > > > > ___ > 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
[Nix-dev] Error packaging tilda (about gettext, glade and expat)
Hello, Nixers! I need some help here. I am trying to package Tilda[1], a quake-like terminal emulator. The expressions are here on my private Nixpkgs branch [2]. But I found an error. Here is an eternal pastebin [3]. I used an nix-shell, and after running 'sh autogen.sh', I ran a simple 'make' command. The relevant text for me is in the final lines: >>> /nix/store/fsb...-gettext-0.18.2/bin/xgettext: Language "glade" is not >>> supported. xgettext relies on expat. This version was built without expat. How can I solve this? Some patch, or a new version of gettext, or some heinous trick (like the obscure ldcpp code, maybe)? FootNotes: [1] https://github.com/lanoxx/tilda/ [2] https://github.com/AndersonTorres/nixpkgs/commit/df2c4d4f3129cf0189ba7ac679360df1df93f277 [3] http://pastebin.com/50Bjdi8j ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] systemd explained
Plus initrd! 2014-08-25 15:19 GMT-03:00 Lluís Batlle i Rossell : > Plus the kernel. > > On Mon, Aug 25, 2014 at 10:57:23AM -0700, Corey O'Connor wrote: >> systemd + emacs is all that is required for a complete OS? >> >> >> -Corey O'Connor >> coreyocon...@gmail.com >> http://corebotllc.com/ >> >> >> On Sun, Aug 24, 2014 at 3:09 PM, Luca Bruno wrote: >> >> > They forgot initrd :P >> > >> > >> > On Sun, Aug 24, 2014 at 11:55 PM, Mateusz Kowalczyk < >> > fuuze...@fuuzetsu.co.uk> wrote: >> > >> >> On 08/24/2014 10:46 PM, Alan & Kim Zimmerman wrote: >> >> > So systemd is emacs >> >> > >> >> > >> >> >> >> You can uninstall emacs without everything on your system breaking. >> >> >> >> Of course you may not have much on your system beyond emacs but that's >> >> another matter ;) >> >> >> >> >> >> -- >> >> Mateusz K. >> >> ___ >> >> nix-dev mailing list >> >> nix-dev@lists.science.uu.nl >> >> http://lists.science.uu.nl/mailman/listinfo/nix-dev >> >> >> > >> > >> > >> > -- >> > www.debian.org - The Universal Operating System >> > >> > ___ >> > 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 > > ___ > 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] fluxbox: new package
So go on! It is here now:
https://github.com/NixOS/nixpkgs/pull/3656
2014-08-18 10:18 GMT-03:00 Mateusz Kowalczyk :
> On 08/18/2014 01:43 PM, Anderson Torres wrote:
>> WOW! O.O I like it!
>> Can I put it on my personal Nixpkgs fork? :)
>>
>> 2014-08-18 5:28 GMT-03:00 Jack Ryan :
>>> fluxbox: new package
>>> ---
>>>
>>> diff --git a/pkgs/applications/window-managers/fluxbox/default.nix
>>> b/pkgs/applications/window-managers/fluxbox/default.nix
>>> new file mode 100644
>>> index 000..61a7a85
>>> --- /dev/null
>>> +++ b/pkgs/applications/window-managers/fluxbox/default.nix
>>> @@ -0,0 +1,29 @@
>>> +{ stdenv, fetchurl, pkgconfig
>>> +, freetype, fribidi
>>> +, libXext, libXft, libXpm, libXrandr, libXrender, xextproto
>>> +, libXinerama
>>> +, imlib2
>>> +}:
>>> +
>>> +stdenv.mkDerivation rec {
>>> + name = "fluxbox-1.3.5";
>>> +
>>> + buildInputs = [
>>> +pkgconfig
>>> +freetype fribidi
>>> +libXext libXft libXpm libXrandr libXrender xextproto
>>> +libXinerama
>>> +imlib2
>>> + ];
>>> +
>>> + src = fetchurl {
>>> +url = "mirror://sourceforge/fluxbox/${name}.tar.bz2";
>>> +sha256 =
>>> "164dd7bf59791d09a1e729a4fcd5e7347a1004ba675629860a5cf1a271c32983";
>>> + };
>>> +
>>> + meta = {
>>> +description = "Full-featured, light-resource X window manager.";
>>> +homepage = http://fluxbox.org/;
>>> +license = stdenv.lib.licenses.mit;
>>> + };
>>> +}
>>> diff --git a/pkgs/top-level/all-packages.nix
>>> b/pkgs/top-level/all-packages.nix
>>> index a6bf218..a0551de 100644
>>> --- a/pkgs/top-level/all-packages.nix
>>> +++ b/pkgs/top-level/all-packages.nix
>>> @@ -8715,6 +8715,8 @@ let
>>> debug = config.flashplayer.debug or false;
>>>};
>>>
>>> + fluxbox = callPackage ../applications/window-managers/fluxbox { };
>>> +
>>>freecad = callPackage ../applications/graphics/freecad {
>>> opencascade = opencascade_6_5;
>>> inherit (pythonPackages) matplotlib pycollada;
>>>
>>> ___
>>> 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
>>
>
> I can only imagine it was sent in so some kind soul with commit access
> can push it in ;)
>
> --
> Mateusz K.
> ___
> 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] fluxbox: new package
WOW! O.O I like it!
Can I put it on my personal Nixpkgs fork? :)
2014-08-18 5:28 GMT-03:00 Jack Ryan :
> fluxbox: new package
> ---
>
> diff --git a/pkgs/applications/window-managers/fluxbox/default.nix
> b/pkgs/applications/window-managers/fluxbox/default.nix
> new file mode 100644
> index 000..61a7a85
> --- /dev/null
> +++ b/pkgs/applications/window-managers/fluxbox/default.nix
> @@ -0,0 +1,29 @@
> +{ stdenv, fetchurl, pkgconfig
> +, freetype, fribidi
> +, libXext, libXft, libXpm, libXrandr, libXrender, xextproto
> +, libXinerama
> +, imlib2
> +}:
> +
> +stdenv.mkDerivation rec {
> + name = "fluxbox-1.3.5";
> +
> + buildInputs = [
> +pkgconfig
> +freetype fribidi
> +libXext libXft libXpm libXrandr libXrender xextproto
> +libXinerama
> +imlib2
> + ];
> +
> + src = fetchurl {
> +url = "mirror://sourceforge/fluxbox/${name}.tar.bz2";
> +sha256 =
> "164dd7bf59791d09a1e729a4fcd5e7347a1004ba675629860a5cf1a271c32983";
> + };
> +
> + meta = {
> +description = "Full-featured, light-resource X window manager.";
> +homepage = http://fluxbox.org/;
> +license = stdenv.lib.licenses.mit;
> + };
> +}
> diff --git a/pkgs/top-level/all-packages.nix b/pkgs/top-level/all-packages.nix
> index a6bf218..a0551de 100644
> --- a/pkgs/top-level/all-packages.nix
> +++ b/pkgs/top-level/all-packages.nix
> @@ -8715,6 +8715,8 @@ let
> debug = config.flashplayer.debug or false;
>};
>
> + fluxbox = callPackage ../applications/window-managers/fluxbox { };
> +
>freecad = callPackage ../applications/graphics/freecad {
> opencascade = opencascade_6_5;
> inherit (pythonPackages) matplotlib pycollada;
>
> ___
> 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] Extra manpage per service?
Why not to do it in a form of Info pages, too? Info docs are a bit unsupported on Nix... 2014-06-29 20:13 GMT-03:00 Max Ivanov : > Totally agree, +1 from me. Having per service documentation makes total sense. > > On Mon, Jun 9, 2014 at 11:02 AM, Bjørn Forsman > wrote: >> Hi all, >> >> I've been messing around with the nixos 'graphite' service lately. I >> thought the module was a bit thin on the documentation side, so I >> started to search online. I came across this graphite puppet >> module[1], and what struck me is that there is no way that our current >> "man configuration.nix" can provide that kind of detail for each >> service, without being completely unreadable. >> >> So, how about we add a manpage for each service.? I think it >> would be a good idea to still have everything in man >> configuration.nix, although "man nixos-service-TAB-TAB" would probably >> be just as easy to navigate. >> >> Does that sound like a good idea to you? Is it easy to do? I don't >> know where to begin :-) >> >> [1]: https://forge.puppetlabs.com/dwerder/graphite >> >> 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 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
[Nix-dev] [mate-on-nixos] All help needed (caja compiles but doesn't run)
Well, I am really stuck in my huge project, mate-on-nixos [1]... I have a bunch of problems trying to compile caja. Some of them are related on a not so old message[2]. I tried to use the "wrapProgram" trick. Now the message changes a bit: (caja:14864): GLib-GIO-ERROR **: Settings schema 'org.mate.background' is not installed and trace-traps. Unhappily, I don't know how to fix, or even investigate, that type of error. And I think that type of error will be very frequent, after all it is a huge desktop environment! Can someone help me? :/ FootNotes: [1] https://github.com/AndersonTorres/nixpkgs/tree/mate-on-nixos [2]http://lists.science.uu.nl/pipermail/nix-dev/2014-May/013433.html ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] 32bit on 64bit Nix (chroot?)
About this, there is some way to make a 32-bit chroot on NixOS the s-me way as the Archlinux tutorials ( https://wiki.archlinux.org/index.php/Install_bundled_32-bit_system_in_Arch64 )? Em 27/07/2014 06:50, "Luca Bruno" escreveu: > > Did you try just installing skype from nix? Like with nix-env -i skype. It works out of the box. > > > On Sun, Jul 27, 2014 at 4:15 AM, Charles Strahan < charles.c.stra...@gmail.com> wrote: >> >> Tim, >> >> I wish I had more information (I've only used NixOS in server scenarios), but I would suggest first looking at pkgsi686Linux, which is the entire nix packages with `system' overridden as "i686-linux". There's also callPackage_i686, incase you want to declare your own package that is strictly 32bit. I'm always idling on #nixos, so feel free to ask some questions there too, and I'll see if I can offer any advice. >> >> -Charles >> >> >> >> On Sat, Jul 26, 2014 at 8:45 PM, Tim Hawes wrote: >>> >>> Greetings, >>> >>> I am new to NixOS, and finally tried it out, going through a bare-metal >>> installation to a USB drive (I wanted to make sure I could get >>> everything working on my laptop, for the possibility of switching out >>> Ubuntu for NixOS). The documentation was clear and concise, >>> however, it is not at all clear how to install support for running 32 >>> bit application on the 64bit OS. I did stumble on a logged conversation >>> on the IRC channel, where installing stdenv_32bit was mentioned. But it >>> was not entirely clear what that does. >>> >>> I am trying to run the dynamic binary for Skype. I will also be >>> installing Wine, and a licensed copy of Codeweavers CrossOver Office. I >>> know Skype depends on 32bit versions of Qt, and several other libraries, >>> but right now, it would be progress to just get a 32bit version of libc >>> installed. >>> >>> Any help in this regards will be greatly appreciated! >>> >>> Thanks! >>> >>> Tim Hawes >>> ___ >>> 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 >> > > > > -- > www.debian.org - The Universal Operating System > > ___ > 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
[Nix-dev] Request for Doc: how about doxygenize Nixpkgs
Hello, Nixers! I was thinking: how about to "doxygenize"[1] the Nixpkgs tree? How about advantages and disadvantages on this? FootNotes: 1 - http://www.stack.nl/~dimitri/doxygen/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [Mate-on-Nixos] Caja compiles but dumps
Hello, Nixers!
I have successfully build the first 4 components of mate: mate-common,
mate-desktop, libmatekbd, libmateweather.
Here is my progress, in the mate-on-
nixos tree: https://github.com/AndersonTorres/nixpkgs/tree/mate-on-nixos
After discarding all gtk3 stuff (without it, Mate compiles cleanly), I
have build Caja ("box" in Spanish). But when I try to run, it barfs:
$ /tmp/area/mate-testing/mate-gtk2/caja/result/bin/caja
(caja:2340): GLib-GIO-ERROR **: No GSettings schemas are installed on the system
[1]2340 trace trap /tmp/area/mate-testing/mate-gtk2/caja/result/bin/caja
Here I have put a pastebin with strace (it will expire in 2 weeks):
http://pastebin.com/saiJgc7Q
Can someone help me here? Why it doesn't find gsettings?
2014-05-29 22:05 GMT-03:00 Anderson Torres :
> Hello, Nixers!
>
> Well, I want to share my "noviceness" on NixOS. I am working on port Mate
> Desktop (a fork of GNOME 2).
>
> I have posted a not-so-small amount of messages here in the list, in part
> because I'm not a so smart programmer, and in part because I want to share
> my experiences in a huge project like compiling a full desktop environment
> for a brand new Linux distro.
>
> For now I will to concentrate all effort making questions and showing my
> progress on that "thread": [Mate-on-Nixos]. My intention is to document
> everything I am doing.
>
> Many thanks in advance!
>
> Anderson
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] [Mate-on-Nixos] Work in progress
Hello, Nixers! Well, I want to share my "noviceness" on NixOS. I am working on port Mate Desktop (a fork of GNOME 2). I have posted a not-so-small amount of messages here in the list, in part because I'm not a so smart programmer, and in part because I want to share my experiences in a huge project like compiling a full desktop environment for a brand new Linux distro. For now I will to concentrate all effort making questions and showing my progress on that "thread": [Mate-on-Nixos]. My intention is to document everything I am doing. Many thanks in advance! Anderson ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Mate-on-Nixos: nix-shell runs OK, but nix-build hangs when compiling libmateweather
Well, I added "--enable-all-translations-in-one-xml" as a workaround, bypassing some make directives... I think it can be something related to Nix itself, but I will investigate later. I am fighting against other bugs, too - now in 'caja', the file manager. But I will post about them today at night. 2014-05-27 5:38 GMT-03:00 Anderson Torres : > > But there is some real difference between nix-shell and nix-build? What if I > catch a bug on nix? > Anyway I will try it tonight. > > > 2014-05-27 2:00 GMT-03:00 Wout Mertens : > >> Build it with -K, break and go check out what it does to build >> stamp-locations. Possibly it's using a tty or so and you would have to patch >> the make file. >> >> Still, weird. >> >> On May 27, 2014 2:31 AM, "Anderson Torres" >> wrote: >>> >>> Hello, Nixers! >>> >>> I am with another problem when compiling another Mate component, >>> libmateweather. >>> >>> My problem is a bit strange. When I run: >>> >>> nix-build ~/GITHUB/nix-packages-github/nixpkgs/default.nix -A >>> mate.libmateweather >>> >>> it hangs on a message "building stamp-Locations.xml", and no more output is >>> written out (read pastebin: http://pastebin.com/75wW2FGT) >>> >>> But when I run genericBuild inside nix-shell, it just runs fine (read >>> another pastebin again: http://pastebin.com/qQXCZS4A) >>> >>> Can someone explain why? AFAIK that type of error is not reported in other >>> sources like Archlinux or Gentoo... >>> >>> >>> P.S.: I have posted all code I have made so far (mate-common, mate-desktop, >>> libmatekbd, libmateweather) into my nixpkgs mirror, below "mate-on-nixos" >>> branch (https://github.com/AndersonTorres/nixpkgs/tree/mate-on-nixos). >>> >>> >>> >>> ___ >>> 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] Regarding extra GRUB options in Configuration.nix
Well, unhappily I don't know how GRUB scripts work, but these aren't options for /etc/grub/default file. I think we can search the corresponding option on grub file, and modify it by editing these two entries: boot.loader.grub.extraConfig<http://nixos.org/nixos/manual/#opt-boot.loader.grub.extraConfig> boot.loader.grub.extraEntries<http://nixos.org/nixos/manual/#opt-boot.loader.grub.extraEntries> boot.loader.grub.extraEntriesBeforeNixOS<http://nixos.org/nixos/manual/#opt-boot.loader.grub.extraEntriesBeforeNixOS> Well, this is only a sketch. Sorry by the lack of conciseness. Em 27/05/2014 06:54, "Anderson Torres" escreveu: > > What about timeout var? > > Em 27/05/2014 06:41, "Anderson Torres" escreveu: > >> I remember an option in c11n.nix about grub timeout. I am on a cellphone now, but try to search NixOS manual, section about c11n vars. >> >> Em 27/05/2014 06:28, "Roger Qiu" escreveu: >>> >>> Hello, >>> >>> In a configuration.nix, where would you be able to set GRUB options such as: >>> >>> GRUB_HIDDEN_TIMEOUT=0 >>> GRUB_HIDDEN_TIMEOUT_QUIET=true >>> >>> The normal boot.loader.grub does not seem to have these functions? >>> >>> Thanks, >>> Roger >>> >>> ___ >>> 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] Regarding extra GRUB options in Configuration.nix
What about timeout var? Em 27/05/2014 06:41, "Anderson Torres" escreveu: > I remember an option in c11n.nix about grub timeout. I am on a cellphone > now, but try to search NixOS manual, section about c11n vars. > Em 27/05/2014 06:28, "Roger Qiu" escreveu: > >> Hello, >> >> In a configuration.nix, where would you be able to set GRUB options such >> as: >> >> GRUB_HIDDEN_TIMEOUT=0 >> GRUB_HIDDEN_TIMEOUT_QUIET=true >> >> The normal boot.loader.grub does not seem to have these functions? >> >> Thanks, >> Roger >> >> ___ >> 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] Regarding extra GRUB options in Configuration.nix
I remember an option in c11n.nix about grub timeout. I am on a cellphone now, but try to search NixOS manual, section about c11n vars. Em 27/05/2014 06:28, "Roger Qiu" escreveu: > Hello, > > In a configuration.nix, where would you be able to set GRUB options such > as: > > GRUB_HIDDEN_TIMEOUT=0 > GRUB_HIDDEN_TIMEOUT_QUIET=true > > The normal boot.loader.grub does not seem to have these functions? > > Thanks, > Roger > > ___ > 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] Mate-on-Nixos: nix-shell runs OK, but nix-build hangs when compiling libmateweather
But there is some real difference between nix-shell and nix-build? What if I catch a bug on nix? Anyway I will try it tonight. 2014-05-27 2:00 GMT-03:00 Wout Mertens : > Build it with -K, break and go check out what it does to build > stamp-locations. Possibly it's using a tty or so and you would have to > patch the make file. > > Still, weird. > On May 27, 2014 2:31 AM, "Anderson Torres" > wrote: > >> Hello, Nixers! >> >> I am with another problem when compiling another Mate component, >> libmateweather. >> >> My problem is a bit strange. When I run: >> >> nix-build ~/GITHUB/nix-packages-github/nixpkgs/default.nix -A >> mate.libmateweather >> >> it hangs on a message "building stamp-Locations.xml", and no more output >> is written out (read pastebin: http://pastebin.com/75wW2FGT) >> >> But when I run genericBuild inside nix-shell, it just runs fine (read >> another pastebin again: http://pastebin.com/qQXCZS4A) >> >> Can someone explain why? AFAIK that type of error is not reported in >> other sources like Archlinux or Gentoo... >> >> >> P.S.: I have posted all code I have made so far (mate-common, >> mate-desktop, libmatekbd, libmateweather) into my nixpkgs mirror, below >> "mate-on-nixos" branch ( >> https://github.com/AndersonTorres/nixpkgs/tree/mate-on-nixos). >> >> >> >> ___ >> 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
[Nix-dev] Mate-on-Nixos: nix-shell runs OK, but nix-build hangs when compiling libmateweather
Hello, Nixers! I am with another problem when compiling another Mate component, libmateweather. My problem is a bit strange. When I run: nix-build ~/GITHUB/nix-packages-github/nixpkgs/default.nix -A mate.libmateweather it hangs on a message "building stamp-Locations.xml", and no more output is written out (read pastebin: http://pastebin.com/75wW2FGT) But when I run genericBuild inside nix-shell, it just runs fine (read another pastebin again: http://pastebin.com/qQXCZS4A) Can someone explain why? AFAIK that type of error is not reported in other sources like Archlinux or Gentoo... P.S.: I have posted all code I have made so far (mate-common, mate-desktop, libmatekbd, libmateweather) into my nixpkgs mirror, below "mate-on-nixos" branch (https://github.com/AndersonTorres/nixpkgs/tree/mate-on-nixos). ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Mate Desktop on NixOS - some help needed
So simple...I am feeling shy :/
Many thanks, Vladimír!
By the way, I created a branch, mate-on-nixos, on my local mirror. It has
only mate-common for now, and I will not pull-request it until I feel it is
complete.
2014-05-18 7:02 GMT-03:00 Vladimír Čunát :
> On 05/17/2014 09:34 PM, Anderson Torres wrote:
>
>> mate-common = callPackage ./core/mate-common.nix;
>>
>
> You're missing braces, as callPackage takes two parameters, e.g.:
> mate-common = callPackage ./core/mate-common.nix { };
>
> Vlada
>
>
>
> ___
> 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] Restructuring of the Wiki
About documentation itself, I find the format of famous "FreeBSD Handbook" ( http://www.freebsd.org/doc/handbook/) very appealing. It can be used as a guide to our wiki or even a book on its own. Also, a thing I miss in the wiki is a 'hacking guide' inside Nixpkgs and Nix programming in general. I would like if some functions as callPackage, recurseIntoAttrs were more explained with examples or whatever. 2014-05-19 8:22 GMT-03:00 Cillian de Róiste : > For reference, here's the discussion from the last time the topic of > changing wiki platform came up, last year: > http://lists.science.uu.nl/pipermail/nix-dev/2013-March/010800.html > ___ > 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
[Nix-dev] Mate Desktop on NixOS - some help needed
Hello, Nixers!
Well, since I use NixOS, I feel the desire and necessity to package Mate
Desktop (http://mate-desktop.org/). I am a bit lazy and not so
self-confident, however. Anyway, I need to do it - and started the task
today!
My idea was initially to use some of Gnome{2,3} or KDE 4.x constructions in
all-packages.nix. But they are very complicated to me, and I am not so
confident to use them. So I just 'hacked' the e17 expression, changing e17
to Mate:
[file=nixpkgs/top-level/all-packages.nix]
mate = recurseIntoAttrs (
let callPackage = newScope pkgs.mate; in
import ../desktops/mate { inherit callPackage pkgs; }
);
[/file]
I am starting small: first, compile mate-common, then add packages one at
time.
[file=nixpkgs/desktops/mate/default.nix]
{ callPackage, pkgs }:
rec {
mate-common = callPackage ./core/mate-common.nix;
}
[/file]
[file=nixpkgs/desktops/mate/core/mate-common.nix]
{ stdenv, fetchurl, pkgconfig, gtk-doc }:
stdenv.mkDerivation rec {
name = "mate-common-${version}";
version = "1.9.0";
src = fetchurl {
url = "http://pub.mate-desktop.org/releases/1.9/${name}.tar.xz";;
sha256 = "0f2k9xv22amihdq3kdvzn2na7vcf36j5b7sg9hmpnx88jccn3z3m";
};
meta = {
description = "MATE Core development macros";
homepage = http://mate-desktop.org/;
license = stdenv.lib.licenses.gpl21;
};
}
[/file]
When I run a shell, it barfs:
$ nix-shell --dry-run --show-trace --max-jobs 1 nixpkgs/default.nix -A
mate.mate-common
error: expression does not evaluate to a derivation (or a set or list of
those)
I am a bit confused. What am I doing wrong?
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Passing args to builder.sh
Hello, Nixers! I want to know how can I pass some options to a builder.sh script. I am maintaining a package for 8086tiny. It is not very "autoconf"-style, in fact it is completely ad-hoc: a single Makefile with a "gcc file.c" command. I am using an external builder.sh script to install it. But I want to pass a parameter, say "localBios". If 0, builder.sh will not install a locally assembled BIOS file; if 1, it will assemble and install a BIOS. How can I do it in Nix? Thanks in advance! Anderson ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
