Re: [Nix-dev] funding nixos documentation

[Patrick Wheeler]

> Yeah I would do that too. When I said I couldn't I thought we were
talking about job-level money.

I do not know how far that much money goes, but I figure if an issue is
important I can just add money to it month after month.

It only takes a few people doing that to a few topics to build up a
reasonable number of hours a month a work.

Patrick

On Wed, Jun 3, 2015 at 7:44 PM, Jeffrey David Johnson 
wrote:

> Yeah I would do that too. When I said I couldn't I thought we were
> talking about job-level money. And https://www.bountysource.com/ looks
> like a great setup. They even take bitcoin! (May not matter to
> anyone else...)
> Jeff
>
> On Wed, 3 Jun 2015 18:51:14 -0500
> Patrick Wheeler  wrote:
>
> > I have thought about opening small bounties for nixos.  Probably only
> 20-50
> > dollars a month though.  Not clear how far that would go though.
> >
> > On Wed, Jun 3, 2015 at 2:37 PM, Tomasz Kontusz  >
> > wrote:
> >
> > >
> > > On 06/03/2015 08:21 PM, Jeffrey David Johnson wrote:
> > > > Oops, replying to the whole list now.
> > > >
> > > > Begin forwarded message:
> > > >
> > > > Date: Wed, 3 Jun 2015 11:20:10 -0700
> > > > From: Jeffrey David Johnson 
> > > > To: Joachim Schiele 
> > > > Subject: Re: [Nix-dev] funding nixos documentation
> > > >
> > > >
> > > > I like the idea but can't personally pay for it :(
> > > >
> > > > I see you have a paper on <http://nixos.org/docs/papers.html>
> > > > comparing Nix to other package managers. I think that would be a
> great
> > > > topic for documentation! Maybe a series of short tutorials for people
> > > > coming from Debian, Arch, Gentoo, brew on OSX, etc.
> > > >
> > > > Also, long shot idea: we could put together a list of bounties.
> Pledge
> > > > amounts toward particular fixes/goals and then when someone
> > > > accomplishes them they post a paypal/bitcoin address to get paid. I'm
> > > > not sure how to make it binding or pay up front or resolve disputes
> > > > though.
> > > Actually there are already systems for bounties
> > > (https://www.bountysource.com/ is one) - do people here have any
> > > experience with those?
> > > Would it make sense to have one of such platforms endorsed by
> nixos.org?
> > >
> > > > Jeff
> > > >
> > > > On Wed, 03 Jun 2015 16:43:07 +0200
> > > > Joachim Schiele  wrote:
> > > >
> > > >> hey,
> > > >>
> > > >> if someone is willing to pay me for nixos documentation updates i
> would
> > > >> love to do some contribution(s)/rework.
> > > >>
> > > >> just let me know if you are interested.
> > > >>
> > > >> goals i consider importatnt:
> > > >> - nix/nixpkgs documentation
> > > >> - nix-shell examples
> > > >> - create a nix tutorial
> > > >> - create an offline version of the wiki
> > > >> - create an offline version of package/option search
> > > >>
> > > >> please contact me if you have interest in paying me for such things.
> > > >>
> > > >> regards,
> > > >> joachim schiele
> > > >>
> > > >> ___________
> > > >> 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
> > >
> >
> >
> >
> > --
> > Patrick Wheeler
> > patrick.john.whee...@gmail.com
> > patrick.whee...@colorado.edu
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] funding nixos documentation

[Patrick Wheeler]

I have thought about opening small bounties for nixos.  Probably only 20-50
dollars a month though.  Not clear how far that would go though.

On Wed, Jun 3, 2015 at 2:37 PM, Tomasz Kontusz 
wrote:

>
> On 06/03/2015 08:21 PM, Jeffrey David Johnson wrote:
> > Oops, replying to the whole list now.
> >
> > Begin forwarded message:
> >
> > Date: Wed, 3 Jun 2015 11:20:10 -0700
> > From: Jeffrey David Johnson 
> > To: Joachim Schiele 
> > Subject: Re: [Nix-dev] funding nixos documentation
> >
> >
> > I like the idea but can't personally pay for it :(
> >
> > I see you have a paper on <http://nixos.org/docs/papers.html>
> > comparing Nix to other package managers. I think that would be a great
> > topic for documentation! Maybe a series of short tutorials for people
> > coming from Debian, Arch, Gentoo, brew on OSX, etc.
> >
> > Also, long shot idea: we could put together a list of bounties. Pledge
> > amounts toward particular fixes/goals and then when someone
> > accomplishes them they post a paypal/bitcoin address to get paid. I'm
> > not sure how to make it binding or pay up front or resolve disputes
> > though.
> Actually there are already systems for bounties
> (https://www.bountysource.com/ is one) - do people here have any
> experience with those?
> Would it make sense to have one of such platforms endorsed by nixos.org?
>
> > Jeff
> >
> > On Wed, 03 Jun 2015 16:43:07 +0200
> > Joachim Schiele  wrote:
> >
> >> hey,
> >>
> >> if someone is willing to pay me for nixos documentation updates i would
> >> love to do some contribution(s)/rework.
> >>
> >> just let me know if you are interested.
> >>
> >> goals i consider importatnt:
> >> - nix/nixpkgs documentation
> >> - nix-shell examples
> >> - create a nix tutorial
> >> - create an offline version of the wiki
> >> - create an offline version of package/option search
> >>
> >> please contact me if you have interest in paying me for such things.
> >>
> >> regards,
> >> joachim schiele
> >>
> >> ___
> >> 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
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] GHCJS support in nixpkgs

[Patrick Wheeler]

I would be interested. I have some scripts that I have been working on as
well.

I have ghcjs building, but I need to move the ghcjs-boot script that builds
the base libraries into a nix-script to make the build pure. An impure
manual test works which is a good sign.

`cabal sandbox init ghcjs` seems to work fine with a few sample builds,
with the impure build.

I manually tests a nix-script that can install ghcjs versions of a package
from the standard cabal2nix script.

A modified wrapper script for ghcjs is still needed so that it can find the
nix installed ghcjs versions of packages are found by ghcjs automatically.

Patrick


On Wed, Sep 3, 2014 at 9:57 PM, Charles Strahan  wrote:

> Hey Haskellers,
>
> Ryan Trinkle and John Wiegley have done some awesome work on getting GHCJS
> working in nixpkgs. There's still some work to do (like making the build
> pure and maybe some cleanup), but I think it's pretty close.
>
> Ryan and I are going to be hacking on it this weekend, trying to get it to
> a mergeable state. Please chime in if you'd like to help us out!
>
> -Charles
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] gcc_s with Haskell packages

[Patrick Wheeler]

>I'm trying to get the bits-extras Haskell package to compile. The caveat
is that it needs gcc_s as an available library.

One method that has work for in past for similar problems was to use a
custom ghc using `ghcWtihPackages`. `gcc_s` would be one of the packages
you would add to the scope of ghc. I think that most all packages can then
only be added or removed by changing your custom derivation though rather
than using `nix-env -iA` however.

Alternatively it seems like you could create you own `cabal` nix derivation
that would use NIX_LDFLAGS by adding it with `--extra-lib-dir` option.
 Pretty sure that option should work even when not invoking cabal directly.

Here is where you would add it:
https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/cabal/default.nix#L209

You could then override the definition of `cabal` in your config file so
that you could install all current packages with the new version of cabal.

A down side of this second method is that your package installs become less
pure.  They could have un track dependencies that you would have to
manually keep track of.

Patrick


On Thu, Jul 31, 2014 at 2:23 PM, Mateusz Kowalczyk 
wrote:

> Hi,
>
> I'm trying to get the bits-extras Haskell package to compile. The caveat
> is that it needs gcc_s as an available library.
>
> What I'm currently doing is adding -lgcc_s to NIX_LDFLAGS but that does
> not seem to help as the compilation fails with:
>
> …
> /nix/store/gnk8w6qh6fwfamwy8ipl8zg149inw9rg-gcc-wrapper-4.8.3/bin/ld
> returned
> ExitFailure 1 with error message:
> /nix/store/bzvdg7g74rkw7p3zw3mqpp7ynnq4mxf1-binutils-2.23.1/bin/ld: cannot
> find -lgcc_s
> Setup: /tmp/6042.o: does not exist
>
> I tried adding gcc to buildInputs just in case but it did not seem to
> change anything. You can see my default.nix for bits-extras at [1]. I
> have also produced a more verbose than default output by using runghc on
> Setup by hand with -v3 which shows various vars, you can see that at [2].
>
> I see many packages in nixpkgs with the NIX_LDFLAGS="-lgcc_s" present
> but it does not seem to work in my case: perhaps something extra is
> needed for Haskell packages. Can anyone point me in the right direction?
>
> [1]: http://lpaste.net/108516
> [2]: http://lpaste.net/108517
>
> --
> Mateusz K.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Could not find module `Yi' (haskell editor)

[Patrick Wheeler]

The default install mechanism:

nix-env -iA nixos.pkgs.haskellPackages.yi

does not work well with yi and similar packages like mueval, hint(yi
depends on this), ghc api, and others. Instead use the `ghcWithPackages`
method found on the wiki page:
https://nixos.org/wiki/Haskell#Local_use_via_Nixpkgs_config

Here is added to myHaskellPackages

yiEnv = haskellPackages.ghcWithPackages (self : [

  self.yi

  # add more packages here

]);

How to set up and maintain custum packages:

https://nixos.org/wiki/Haskell#Maintaining_your_own_set_of_additional_Haskell_packages

I do not know if it is out of date or not if it does not work let me know
and I will pull what I have in config currently.

Patrick


On Thu, Jul 10, 2014 at 9:36 AM, Cody Goodman  wrote:

> I tried installing yi:
>
> nix-env -iA nixos.pkgs.haskellPackages.yi
>
> Then I made a config file at ~/.config/yi/yi.hs and opened it up. I
> got an error that:
>
> /home/cody/.config/yi/yi.hs:1:8:
> Could not find module `Yi'
> Use -v to see a list of the files searched for.
>
> So I made a haskell source file that imported the Yi package and used
> -v to compile it. I found these errors:
>
>
>
> [cody@cody-nixos:~]$ cat helloyi.hs
> import Yi
>
> main = undefined
>
> [cody@cody-nixos:~]$ ghc -v helloyi.hs  2>  err
>
> [cody@cody-nixos:~]$ grep yi err
> Using binary package database:
>
> /nix/store/sd2bxa3vmzxwqrlndk0lsci8yiisawc1-ghc-7.6.3/lib/ghc-7.6.3/package.conf.d/package.cache
> Using package config file:
>
> /home/cody/.nix-profile/bin/../lib/ghc-7.6.3/package.conf.d/yi-0.8.1.installedconf
> Using package config file:
>
> /home/cody/.nix-profile/bin/../lib/ghc-7.6.3/package.conf.d/yi-contrib-0.8.1.installedconf
> Using package config file:
>
> /home/cody/.nix-profile/bin/../lib/ghc-7.6.3/package.conf.d/yi-0.8.1.installedconf
> Using package config file:
>
> /home/cody/.nix-profile/bin/../lib/ghc-7.6.3/package.conf.d/yi-contrib-0.8.1.installedconf
> Using package config file:
>
> /home/cody/.nix-profile/sbin/../lib/ghc-7.6.3/package.conf.d/yi-0.8.1.installedconf
> Using package config file:
>
> /home/cody/.nix-profile/sbin/../lib/ghc-7.6.3/package.conf.d/yi-contrib-0.8.1.installedconf
> package yi-0.8.1-7bac1e292b6d7d88c0768ab1c7fac0ec is unusable due to
> missing or recursive dependencies:
> package yi-contrib-0.8.1-db6318d81d91fe3c2fe9db6ac99ec68c is unusable
> due to missing or recursive dependencies:
>   yi-0.8.1-7bac1e292b6d7d88c0768ab1c7fac0ec
> Chasing modules from: *helloyi.hs
> helloyi.hs:1:8:
>
> Anyone experienced this problem before?
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nixops on headless server

[Patrick Wheeler]

@Marco Good to hear thanks for let everyone know.


On Tue, Jan 14, 2014 at 12:08 PM, Marco Maggesi wrote:

> Hi,
>
> just a quick note to let you know that I gave an other try to nixops today
> and now everything works as expected!
> (I deleted the old attempt and I updated nixops to version 1.2, no
> modification of my configuration).
>
> Thank you for your support,
> Marco
>
>
> 2013/12/25 Oliver Charles 
>
>>  On 23/12/13 20:06, Marco Maggesi wrote:
>>
>>  I started from scratch.  This is the interaction.
>> Thanks a lot,
>> M.
>>
>>  [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ nixops create
>> ./logical.nix ./physical-vbox.nix --name minicloud
>> created deployment ‘aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb’
>>  aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb
>>
>>  [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ nixops deploy -d minicloud
>>  webserver> creating VirtualBox VM...
>> webserver> Virtual machine
>> 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' is created and
>> registered.
>> webserver> UUID: eda5fa7f-8141-40df-a9cf-9e13265d7e1f
>>  webserver> Settings file: '/home/maggesi/VirtualBox
>> VMs/nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver/nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver.vbox'
>>  webserver> creating disk ‘disk1’...
>> webserver> 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
>>  webserver> Clone hard disk created in format 'VDI'. UUID:
>> d9b38107-e2fe-440c-86e4-335711704dbf
>> webserver> attaching disk ‘disk1’...
>> webserver> VBoxManage: error: The virtual machine
>> 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
>> unexpectedly during startup with exit code 1
>> webserver> VBoxManage: error: Details: code NS_ERROR_FAILURE
>> (0x80004005), component Machine, interface IMachine
>>  webserver> Waiting for VM
>> "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to power on...
>> webserver> waiting for IP
>> address.^Cerror:
>> interrupted
>>
>>  [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ VBoxManage startvm
>> nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver --type headless
>> Waiting for VM "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to
>> power on...
>> VBoxManage: error: The virtual machine
>> 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
>> unexpectedly during startup with exit code 1
>> VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component
>> Machine, interface IMachine
>>
>>   [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ VBoxManage startvm
>> nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver
>> Waiting for VM "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to
>> power on...
>> VBoxManage: error: The virtual machine
>> 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
>> unexpectedly during startup with exit code 1
>> VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component
>> Machine, interface IMachine
>>
>>
>>
>>
>> I think I had similar behaviour with VirtualBox, and it turned out the
>> internal DHCP server for VirtualBox wasn't running. I forget the specific
>> details, but if you Google around you should be able to find the
>> instructions. Could be a red herring - but worth looking into!
>>
>> - ocharles
>>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] bootstrap of NixOS

[Patrick Wheeler]

If you are trying to learn the operating system specific features then you
will need to instal nixos, however you can learn about nixpkgs with out
installing the nixos operating system.  The nixpkgs package system installs
on ubuntu and most other distributions and operates cleanly
and orthogonally to any other package system present.  This would allow you
to learn the terminal commands and experiment with your own nix expressions
with out having to install nixos.  nixpkgs does not spread files through
out the file system like most package systems so a tool like debootstrap
may not be needed if you want to try out nixpkgs.

Typically this installs nix and nix/store folder at the root directory so
you would need to have the correct permissions for installation.

> I'd like start to learn and experiment with NixOS, in a virtualized
environment.

nixops makes it easy to set up a nixos instance in amazon's cloud, then
when you are not experimenting with it you can just halt it so changes do
not accumulate.  I also have install nixos with vmware to help myself learn
and this seem to work well.

>  Is there some tool like debootstrap for NixOS?

Petr,  the nix user manual has instructions to install the store in an
arbitrary location with `--with-store-dir=path` and the install location
can be changed with `--prefix=prefix` when using bootstrap.sh and building
from source.

http://nixos.org/nix/manual/#idp24488432

This would allow you to install nix in a arbitrary location.  The large
downside is that this is currently incompatible with taking advantage of
the pre complied binaries so you would have to compile everything from
scratch. If possible I would suggest letting nix install the store in the
default location: /nix/store.

If I was not clear or need some additional questions answer please ask I
will do my best to answer them.

Patrick


On Mon, Dec 23, 2013 at 11:47 AM, Petr Pudlák  wrote:

> Hi,
>
> I'm looking for something that could be automated. Some kind of a
> self-contained script that automatically prepares a minimal NixOS
> installation. Eventually I'd like to create OS installation scripts [1] for
> Ganeti cluster management software [2].
>
> [1] http://docs.ganeti.org/ganeti/current/man/ganeti-os-interface.html
> [2] https://code.google.com/p/ganeti/
>
>   Thanks,
>   Petr
>
>
> On Mon, Dec 23, 2013 at 3:23 PM, Thomas Bereknyei wrote:
>
>> Would a LiveCD work for you? There a some available at
>> http://nixos.org/nixos/download.html as well as some virtualbox
>> appliances.
>>
>> On Sat, Dec 21, 2013 at 3:39 PM, Petr Pudlák  wrote:
>> > Hi,
>> >
>> > I'd like start to learn and experiment with NixOS, in a virtualized
>> > environment. Is there some tool like debootstrap for NixOS? Some kind
>> of a
>> > minimalistic script/program that downloads and unpacks the bare
>> essentials
>> > of NixOS, allowing it to be run in a chroot or a VM? I tried to search,
>> but
>> > didn't find anything.
>> >
>> >   Thank you,
>> >   Petr
>> >
>> > ___
>> > 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
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] nixops deploy to vbox waiting for ip address indefinitely

[Patrick Wheeler]

> waiting for IP address

I got this response when trying to boot a virtualbox machine, through
nixops, on vmware fusion and at one point on an ec2 instance. Though I can
not longer reproduce this on ec2, now gets stuck attaching the disk.

The first time I tried it on a dedicated server with linux running on the
metal it worked the first time.

> the virtualbox gui pops up and a machine is started, I can see the grub
menu
appear briefly, but then the command hangs at

I also got this when trying it on vmware, but never have been able to take
the time to find out exactly where things go wrong.

I am currently running nixops 1.2, but I believe the behavior existed back
when nixops was charon.


So if by chance you have not tried it on the metal yet it might be worth a
shot.  Hope that helps.

Patrick




On Mon, Dec 23, 2013 at 11:28 PM, Sönke Hahn  wrote:

> A colleague of mine told me that in the vm there should at least be a
> system
> booting up to a text based console. This is not happening for me. So the
> problem does not seem to stem from a network misconfiguration, but from a
> more general issue with the disk image...
>
>
> Sönke Hahn wrote:
>
> > Hi all,
> >
> > I am trying to get the trivial example from the nixops manual to work
> > ([1]) on a spawned virtualbox machine. I tried to do everything according
> > to the manual. When issuing the command
> >
> > # nixops deploy -d trivial
> >
> > the virtualbox gui pops up and a machine is started, I can see the grub
> > menu appear briefly, but then the command hangs at
> >
> > webserver> waiting for IP address
> >
> > and just continues to output dots.
> >
> > I did some investigating and found that the python code that is nixops
> > executes another command:
> >
> > # VBoxManage guestproperty get
> > # nixops-36f68870-6be3-11e3-9b1e-f0def1f76f2d-
> > webserver /VirtualBox/GuestInfo/Net/1/V4/IP
> >
> > which (both when executed through python or manually) results in
> >
> > No value set!
> >
> > This seems to be some problem with my virtualbox setup, but I wasn't able
> > to find help on this searching the web. I guess that there are a lot
> > people here on this list who do similar stuff so that's why I am asking
> > here: Any advice? Did I miss something obvious?
> >
> > Here's some additional info:
> >
> > OS: Ubuntu 13.10
> > virtualbox: 4.2.16-dfsg-3 (installed from the ubuntu repos)
> > nixops: 1.1.1
> > Running nixops as root.
> >
> > Thanks for any input,
> > Sönkee
> >
> >
> > [1]
> >
>
> https://headcounter.org/hydra/build/47732/download/1/manual/manual.html#chap-overview
> >
> >
> > ___
> > 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
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nixops on headless server

[Patrick Wheeler]

One reason I received:
> VBoxManage: error: Details: code NS_ERROR_FAILURE
(0x80004005)

was when vboxnet0 was not set up yet.  Use `ip link` to see up the vboxnet0
interface is up and running.  I had to restart my server once before it
showed up after installing everything needed for virtualbox.

Is the server you are running this set up by nixops as well? If so you many
need to include:
require = [  ];

In the expression.

I had to include:
deployment.virtualbox.headless = true;

in the virtualbox's nix expression, your logical.nix.

Are you running your server on amazon's or possible another
cloud environment? There are numerous complaints online that running
virtualbox on many of the cloud environments is harder or impossible.

Patrick



On Tue, Dec 24, 2013 at 1:21 AM, Rob Vermaas  wrote:

> Hi Marco,
>
> sorry if I am asking an obvious question, but have you managed to
> start a VM in your VirtualBox installation?
>
> Could you please add the output of:
> $ VBoxManage  showvminfo --details
> nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver
>
> Cheers,
> Rob
>
> On Mon, Dec 23, 2013 at 9:06 PM, Marco Maggesi 
> wrote:
> > I started from scratch.  This is the interaction.
> > Thanks a lot,
> > M.
> >
> > [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ nixops create ./logical.nix
> > ./physical-vbox.nix --name minicloud
> > created deployment ‘aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb’
> > aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb
> >
> > [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ nixops deploy -d minicloud
> > webserver> creating VirtualBox VM...
> > webserver> Virtual machine
> > 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' is created and
> > registered.
> > webserver> UUID: eda5fa7f-8141-40df-a9cf-9e13265d7e1f
> > webserver> Settings file: '/home/maggesi/VirtualBox
> >
> VMs/nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver/nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver.vbox'
> > webserver> creating disk ‘disk1’...
> > webserver>
> 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
> > webserver> Clone hard disk created in format 'VDI'. UUID:
> > d9b38107-e2fe-440c-86e4-335711704dbf
> > webserver> attaching disk ‘disk1’...
> > webserver> VBoxManage: error: The virtual machine
> > 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
> > unexpectedly during startup with exit code 1
> > webserver> VBoxManage: error: Details: code NS_ERROR_FAILURE
> (0x80004005),
> > component Machine, interface IMachine
> > webserver> Waiting for VM
> > "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to power on...
> > webserver> waiting for IP
> >
> address.^Cerror:
> > interrupted
> >
> > [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ VBoxManage startvm
> > nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver --type headless
> > Waiting for VM "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to
> > power on...
> > VBoxManage: error: The virtual machine
> > 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
> > unexpectedly during startup with exit code 1
> > VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component
> > Machine, interface IMachine
> >
> > [maggesi@o0dom0:~/Devel/nixconfs/minicloud]$ VBoxManage startvm
> > nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver
> > Waiting for VM "nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver" to
> > power on...
> > VBoxManage: error: The virtual machine
> > 'nixops-aa84379e-6c0c-11e3-8dd5-bfd6a9bb84eb-webserver' has terminated
> > unexpectedly during startup with exit code 1
> > VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component
> > Machine, interface IMachine
> >
> >
> >
> > 2013/12/23 Rob Vermaas 
> >>
> >> Hi,
> >>
> >> > would you post a minimal working example?
> >> > I made several attempts but no one worked so far.
> >>
> >> The example you shared should work.
> >>
> >> Could you try to run: VBoxManage startvm
> >> nixops-9a9af89c-6bc6-11e3-9d50-23ed2c71331d-webserver --type headless
> >> And provide us with the output? This is the command that nixops runs
> >> when starting the VM.
> >>
> >> Cheers,
> >> Rob
> >
> >
>
>
>
> --
> Rob Vermaas
>
> [email] rob.verm...@gmail.com
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nixops on headless server

[Patrick Wheeler]

I found my problem.

I remembered I needed to include something like:

require = [  ];

in the configuration.nix, or in my nixops expression.

Patrick


On Sun, Dec 22, 2013 at 2:04 PM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

> I am having the same problem currently if anyone has any insight.
>
> Patrick
>
>
> On Fri, Nov 1, 2013 at 3:01 PM, Marco Maggesi wrote:
>
>>  Hello,
>>
>> I'm trying to install nixops on a headless server and I get the following
>> error which seems to be related to the lack of X environment.
>> I set the option
>> deployment.virtualbox.headless = true;
>> and completely destroyed and recreated the cloud but it doesn't seem to
>> have affect.
>> Any idea?
>>
>> Thanks,
>> Marco
>>
>>  [...]
>> webserver> VBoxManage: error: The virtual machine
>> 'nixops-f289aeae-432e-11e3-9e21-5f0f061205c9-webserver' has terminated
>> unexpectedly during startup with exit code 1
>> webserver> VBoxManage: error: Details: code NS_ERROR_FAILURE
>> (0x80004005), component Machine, interface IMachine
>> webserver> Waiting for VM
>> "nixops-f289aeae-432e-11e3-9e21-5f0f061205c9-webserver" to power on...
>> webserver> waiting for IP
>> address...........
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
>
>
> --
> Patrick Wheeler
> patrick.john.whee...@gmail.com
> patrick.j.whee...@rice.edu
> patrick.whee...@colorado.edu
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nixops on headless server

[Patrick Wheeler]

I am having the same problem currently if anyone has any insight.

Patrick


On Fri, Nov 1, 2013 at 3:01 PM, Marco Maggesi  wrote:

> Hello,
>
> I'm trying to install nixops on a headless server and I get the following
> error which seems to be related to the lack of X environment.
> I set the option
> deployment.virtualbox.headless = true;
> and completely destroyed and recreated the cloud but it doesn't seem to
> have affect.
> Any idea?
>
> Thanks,
> Marco
>
>  [...]
> webserver> VBoxManage: error: The virtual machine
> 'nixops-f289aeae-432e-11e3-9e21-5f0f061205c9-webserver' has terminated
> unexpectedly during startup with exit code 1
> webserver> VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005),
> component Machine, interface IMachine
> webserver> Waiting for VM
> "nixops-f289aeae-432e-11e3-9e21-5f0f061205c9-webserver" to power on...
> webserver> waiting for IP
> address...
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Using several versions of GHC at once

[Patrick Wheeler]

I think you are looking for the `--preserve-installed` flag.

 # nix-env -iA nixpkgs.haskellPackages_ghc6104.ghc
 # nix-env --preserve-installed -iA nixpkgs.haskellPackages_ghc762.ghc

in this case ghc is mapped to ghc-6.10.4 and `ghc-7.6.2` is of course
mapped to ghc-7.6.2.

Patrick


On Tue, Jun 11, 2013 at 6:19 PM, Nikita Karetnikov wrote:

> I'm trying to install several versions of GHC.  There are two
> problems:
>
> 1. According to this page [1], it should be possible to use multiple
>versions at once.  But 'nix-env -iA' always replaces the previous
>version.  For example, if I run the following commands:
>
># nix-env -iA nixpkgs.haskellPackages_ghc6104.ghc
># nix-env -iA nixpkgs.haskellPackages_ghc762.ghc
>
>my profile will only contain 'ghc-7.6.2', not both.  I can "switch"
>to 6.10.4 if I execute the first command again.  But the mentioned
>page says that it's only necessary "to invoke the versioned binaries
>[...] in order to get the correct instance."
>
> 2. At least two packages fail to install and I'm not sure how to fix
>that:
>
># nix-env -iA nixpkgs.haskellPackages_ghc6121.ghc
>replacing old `ghc-6.10.4-wrapper'
>installing `ghc-6.12.1-wrapper'
>these derivations will be built:
>/nix/store/47gc3i410nyzmjkd1r75x7r0g2w04bj6-ghc-6.10.1-binary.drv
>/nix/store/i7ag249kahjdsvy8nsqqbjms0x4rdqdv-ghc-6.12.1-wrapper.drv
>/nix/store/phlg265h0xi3ggj4sw9hwg0aijzkyhm5-ghc-6.12.1.drv
>building path(s)
> `/nix/store/w6arbz8j98w51w1y830ym0aighjngs9m-ghc-6.10.1-binary'
>building /nix/store/w6arbz8j98w51w1y830ym0aighjngs9m-ghc-6.10.1-binary
>unpacking sources
>unpacking source archive
> /nix/store/b1vg6v3gih9nl7v7vc28biv9qxixxnff-ghc-6.10.1-i386-unknown-linux.tar.bz2
>source root is ghc-6.10.1
>missing ELF header
>not an ELF executable
>not an ELF executable
>not an ELF executable
>not an ELF executable
>not an ELF executable
>patching sources
>configuring
>/nix/store/f2rwkyd9yb6s5cdvmy7ydh9yd5bqd1hi-stdenv/setup: ./configure:
> /bin/sh: bad interpreter: No such file or directory
>builder for
> `/nix/store/47gc3i410nyzmjkd1r75x7r0g2w04bj6-ghc-6.10.1-binary.drv' failed
> with exit code 126
>cannot build derivation
> `/nix/store/phlg265h0xi3ggj4sw9hwg0aijzkyhm5-ghc-6.12.1.drv': 1
> dependencies couldn't be built
>cannot build derivation
> `/nix/store/i7ag249kahjdsvy8nsqqbjms0x4rdqdv-ghc-6.12.1-wrapper.drv': 1
> dependencies couldn't be built
>error: build of
> `/nix/store/i7ag249kahjdsvy8nsqqbjms0x4rdqdv-ghc-6.12.1-wrapper.drv' failed
>
>Why is it trying to build 'binary' for 6.10.1?
>
>Here is my '/usr/local/etc/nix/nix.conf':
>
>build-users-group = nixbld
>build-use-chroot = true
>build-chroot-dirs = /dev /proc /bin
>
># nix-env -iA nixpkgs.haskellPackages_ghc6104.binary
>installing `haskell-binary-ghc6.10.4-0.7.1.0'
>these derivations will be built:
>/nix/store/all8ad8p8sy28dzcxqvy7b9sminvvvl5-binary-0.7.1.0.tar.gz.drv
>
>  
> /nix/store/f89qf3z81qchzy5y9ls9mnqrknnp53xw-haskell-binary-ghc6.10.4-0.7.1.0.drv
>/nix/store/j2p6lck8jcgxzwmavpxm6fbc0b4vipav-mirrors-list.drv
>
>[...]
>
>[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
>Linking Setup ...
>configure flags: --disable-library-profiling --enable-split-objs
>Warning: binary.cabal: This package requires Cabal version: >=1.8
>Warning: binary.cabal: Ignoring unknown section type: test-suite
>Warning: binary.cabal: Ignoring unknown section type: test-suite
>Warning: binary.cabal: Ignoring unknown section type: benchmark
>Warning: binary.cabal: Ignoring unknown section type: benchmark
>Warning: binary.cabal: Ignoring unknown section type: benchmark
>Error: This package requires Cabal version: >=1.8
>Configuring binary-0.7.1.0...
>Flags chosen: development=False
>builder for
> `/nix/store/f89qf3z81qchzy5y9ls9mnqrknnp53xw-haskell-binary-ghc6.10.4-0.7.1.0.drv'
> failed with exit code 1
>error: build of
> `/nix/store/f89qf3z81qchzy5y9ls9mnqrknnp53xw-haskell-binary-ghc6.10.4-0.7.1.0.drv'
> failed
>
>I tried to install 'cabal-install' and several versions of
>'nixpkgs.haskellPackages_ghc6104.cabalInstall'.  It didn't help.
>
>(Note that I don't use NixOS, just Nix.)
>
> [1] http://nixos.org/wiki/Haskell#Using_several_versions_of_GHC_at_once
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Obfuscated TOR bridge is packaged. Please consider running it.

[Patrick Wheeler]

@phreedom

Thanks for answering my questions I will try to put it to goo use.

On Tue, Jun 11, 2013 at 11:06 PM,  wrote:

> В письме от Вторник 11 июня 2013 15:27:04 пользователь Patrick Wheeler
> написал:
> > How long does a tor relay/bridge(those are the same thing right?) have to
> > be up and running before it starts being fully utilized?
>
> The difference between bridge and relay is that the list of relays is
> publicly
> available. Bridges also may provide tor traffic obfuscation to fool DPI
> such as
> the setup we have in NixOS now.
>
> > My naive assumption is that starting and stoping the bridge every few
> > seconds would not do anyone any good. So my question how long does it
> need
> > to up for it to be worth while?
>
> It's a matter of both uptime %  and total running time. It takes some time
> for
> your bridge contact info to trickle down to the users, so once you enable
> the
> bridge for the first time, it may take many days for the traffic to pick
> up.
> Occasional server reboot and intermittent outages aren't going to cause any
> problems once your relay is known to the system to be generally available.
>
> If your connection is very erratic and IP changes too often, a good
> alternative is FlashProxy(doesn't require adobe flash):
> https://crypto.stanford.edu/flashproxy/
> https://crypto.stanford.edu/flashproxy/options.html
>
> Currently, FlashProxy is the only reliable way to unblock TOR in Iran.
>
> > On Tue, Jun 11, 2013 at 7:55 AM,  wrote:
> > > В письме от Вторник 11 июня 2013 09:03:13 пользователь Lluís Batlle i
> > > Rossell
> > >
> > > написал:
> > > > On Tue, Jun 11, 2013 at 04:00:28AM +0300, phree...@yandex.ru wrote:
> > > > > Hi,
> > > > >
> > > > > Helping people in censorship-heavy countries has just gotten even
> > >
> > > easier.
> > >
> > > > > TOR in bridge mode now also runs obfsproxy which helps defeat those
> > >
> > > nasty
> > >
> > > > > DPI boxes in those countries which are actively trying to prevent
> > >
> > > people
> > >
> > > > > from using TOR.
> > > > >
> > > > > There are no known cases of non-exit node operators getting
> attacked
> > > > > by
> > > > > governments. Defeating censorship requires a vast and diverse pool
> of
> > >
> > > IP
> > >
> > > > > addresses, so please consider adding this to your
> configuration.nix on
> > > > > your
> > > > >
> > > > > internet-facing box:
> > > > >   services.tor.relay = {
> > > > >
> > > > > enable = true;
> > > > > isBridge = true;
> > > > > port = 443;
> > > > >
> > > > >   };
> > > > >
> > > > > If you need help with a more complex setup, just ask me.
> > > >
> > > > do you know if it can handle upnp or anything like that?
> > >
> > > No, not yet. You'd need to forward 3 ports: OR(443 in this case), obfs2
> > > and
> > > obfs3 which you can glean from journalctl -u tor. It's better that you
> > > forward
> > > from/to the same port numbers.
> > > ___
> > > nix-dev mailing list
> > > nix-dev@lists.science.uu.nl
> > > http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Obfuscated TOR bridge is packaged. Please consider running it.

[Patrick Wheeler]

How long does a tor relay/bridge(those are the same thing right?) have to
be up and running before it starts being fully utilized?

My naive assumption is that starting and stoping the bridge every few
seconds would not do anyone any good. So my question how long does it need
to up for it to be worth while?

Patrick


On Tue, Jun 11, 2013 at 7:55 AM,  wrote:

> В письме от Вторник 11 июня 2013 09:03:13 пользователь Lluís Batlle i
> Rossell
> написал:
> > On Tue, Jun 11, 2013 at 04:00:28AM +0300, phree...@yandex.ru wrote:
> > > Hi,
> > >
> > > Helping people in censorship-heavy countries has just gotten even
> easier.
> > >
> > > TOR in bridge mode now also runs obfsproxy which helps defeat those
> nasty
> > > DPI boxes in those countries which are actively trying to prevent
> people
> > > from using TOR.
> > >
> > > There are no known cases of non-exit node operators getting attacked by
> > > governments. Defeating censorship requires a vast and diverse pool of
> IP
> > > addresses, so please consider adding this to your configuration.nix on
> > > your
> > >
> > > internet-facing box:
> > >   services.tor.relay = {
> > >
> > > enable = true;
> > > isBridge = true;
> > > port = 443;
> > >
> > >   };
> > >
> > > If you need help with a more complex setup, just ask me.
>
> > do you know if it can handle upnp or anything like that?
>
> No, not yet. You'd need to forward 3 ports: OR(443 in this case), obfs2 and
> obfs3 which you can glean from journalctl -u tor. It's better that you
> forward
> from/to the same port numbers.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AppArmor

[Patrick Wheeler]

Thanks for getting this started.  I have had some interest in finding out
the time and effort it would take to confine some services. The ping
example should help me get started

Thanks again.


On Sat, May 11, 2013 at 1:10 AM,  wrote:

> Fresh AppArmor is available for further development.
>
> The end result should be fully automatic confinement configuration for all
> services configured using nixos options without extraConfig and such, a
> feature
> which would be unique to NixOS.
>
> Currently, AppArmor ships with a single profile which confines ping. If you
> comment out a line or two of the profile, ping will fail and apparmor will
> complain to dmesg.
>
> What needs to be done:
>  * Fix systemd unit. archlinux ships apparmor as wantedBy = ["basic.target
> "],
> but it doesn't exist in NixOS
>  * Test and possibly fix profile loading/unloading on nixos-rebuild switch
>  * Check if any of abstractions that AppArmor ships need NixOS-specific
> customization
>  * Create profiles for common SUID binaries, since they are often used in
> privelege escalation attacks.
>  * Create profiles for common proprietary nasties like skype and steam,
> because
> we can't trust them.
>  * Create a profile for FireFox with an option to have dedicated
> upload/download dir. Bonus points for packaging a confined TorBrowser(a
> fork of
> FireFox)
>  * Create profiles for network-facing services, especially web servers
> since
> these often host webapps which tend to be full of holes.
>
> To enable AppArmor, add security.apparmor.enable = true to your config and
> use
> linux_3_2_apparmor kernel(or build another version in a similar way).
>
> Have fun!
> _______
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS

[Patrick Wheeler]

Bob,

Are you on vmware?

Add vmware to the list of drivers in you /etc/nixos/configurations.nix
file. Man configurations.nix will bring up a description of the
configuration file. There is pull request to make this the default in the
future for nixos:
https://github.com/NixOS/nixos/pull/107/files

I seen it been mentioned that the x86-64 code has been better test just
because more systems are run on it.

Patrick


On Wed, Mar 20, 2013 at 1:14 AM, James Cook  wrote:

> On 17 March 2013 04:14, Bob Eiser  wrote:
> > Hi, I tried all of the commands listed to bring up KDE and none
> worked!
> > Am I too dumb?  I was using the newest graphical download
> > http://nixos.org/releases/nixos/latest-iso-graphical-i686-linux  Bob
> Eiser
>
> Hi Bob,
>
> I have not tried KDE in a while so I can't address your specific
> question.  A couple of things come to mind, though:
>
> * Did you upgrade NixOS first?  The latest ISO might not have the
> latest updates.  If you have an Internet connection working and are
> following the unstable channel (info on the wiki I hope) then you can
> upgrade by running "nix-channel --update", "nixos-rebuild boot" and
> then restarting.
>
> * More information would be needed to diagnose your problem.  Which
> list of commands did you run, and what happened (can you copy error
> messages)?  Can you get anything else working?  Does the login screen
> appear, or does X11 fail to start at all?
>
> James
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Delft Hydra Error Reporting

[Patrick Wheeler]

A recent failed nixos-rebuild of my failed due to failed download of the
resource at:
http://hydra.nixos.org/nar/jfzxa8vi4dvmpvm6chhz0cd5k6mq3czs-xf86-video-vmware-12.0.2.tar.bz2

I tried to use the issue tracker, yellowgrass [2] list on the wiki[1], but
was told I did not have permissions.

I logged into my account, but was still redirected the access denied page
[4]

[1] http://nixos.org/development/

[2] http://yellowgrass.org/project/hydra.nixos.org

[3] http://yellowgrass.org/registerUser

[4] http://yellowgrass.org/accessDenied

-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Failed nixos-rebuild cannot download xf86-video-vmware

[Patrick Wheeler]

No improvement, I do not know if there is anything to fall back onto if the
source can not be downloaded though.

Problem solved.

I tried to fetch the tar.gz from:
http://cgit.freedesktop.org/xorg/driver/xf86-video-vmware

and it turns from that location it has a different hash then from any of
the mirrors found from the x.org mirror list:
http://www.x.org/wiki/Releases/Download

I should have tried the x.org site to start out and tired multiple download
locations first.

Where should I report the broken link in hydra though?

Patrick



On Tue, Mar 12, 2013 at 2:53 PM, Marc Weber  wrote:

> > What is the next step in debugging?
> try --fallback ?
>
> Marc Weber
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Failed nixos-rebuild cannot download xf86-video-vmware

[Patrick Wheeler]

Yesterday and today I have not been able to `nixos-rebuild switch` my
system.

It fails trying to download xf86-video-vmware, specifically the url is:
‘
http://hydra.nixos.org/nar/jfzxa8vi4dvmpvm6chhz0cd5k6mq3czs-xf86-video-vmware-12.0.2.tar.bz2

I thought I would be able to use  nix-prefetch-url to grab the file from
another location, but that did not make a difference.

What is the next step in debugging?

Patrick

-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

Thanks again for the help.


On Fri, Mar 1, 2013 at 8:10 AM, Shea Levy  wrote:

> You can build with from a git checkout of nixpkgs (or nixos) by adding the
> flags -I nixpkgs=/path/to/nixpkgs (or -I nixos=/path/to/nixos) on the
> nixos-rebuild command line.
>
> On Feb 28, 2013, at 20:23, Patrick Wheeler 
> wrote:
>
> Rather then mounting the store and mutating it, what is a better method of
> testing out this type of solution?
>
>
>
>
> On Thu, Feb 28, 2013 at 7:20 PM, Patrick Wheeler <
> patrick.john.whee...@gmail.com> wrote:
>
>>
>> I mangled my store and updated xf86videovmware,
>> https://github.com/NixOS/nixpkgs/pull/338, and it fixed the problem.  I
>> now have graphics again.
>>
>> Thanks for the help,
>>
>> Patrick
>>
>>
>> On Thu, Feb 28, 2013 at 3:14 PM, Patrick Wheeler <
>> patrick.john.whee...@gmail.com> wrote:
>>
>>> No problem, thanks for taking a look at it. I think my last journalctl
>>> was logged when display-manager.services failed.  I restarted the system
>>> and here are the two logs.
>>>
>>> systemctl:
>>> http://pastebin.com/QxFwZcxm
>>>
>>> journalctl -bu display-manager.service:
>>> http://pastebin.com/1GdpBznw
>>>
>>>
>>> My native effort was to fix xlibs.xf86videovmware build on my vmware
>>> nixos:
>>> https://github.com/NixOS/nixpkgs/pull/338
>>>
>>> I am not sure how to get this fix to "vmware" option used with
>>> services.xserver.videoDrivers in   when I have fixed
>>> xf86videovmware in my git repo un the .nix-defexpr directory and not in the
>>> nixos channel though.
>>>
>>> Patrick
>>>
>>>
>>> On Thu, Feb 28, 2013 at 7:18 AM,  wrote:
>>>
>>>> Sorry we're having such a hard time figuring out this issue... I
>>>> suspect it's an X driver problem and the nix-1.2 change is unrelated. Just
>>>> to double check, you said when you ran systemctl it showed that
>>>> display-manager.service had failed? If it's not too much of a hassle can
>>>> you paste the output of running journalctl -bu display-manager.service
>>>> AFTER seeing the failure notice in systemctl?
>>>>
>>>> Thanks,
>>>> Shea
>>>>
>>>>
>>>> On 2013-02-26 15:05, Patrick Wheeler wrote:
>>>>
>>>>> I just wanted to update with that the graphical live cd for the
>>>>> latest nixos when installed through VMware also does not boot into the
>>>>> graphical interface and hast the same behavior as my installation.
>>>>>
>>>>> On Tue, Feb 26, 2013 at 11:09 AM, Patrick Wheeler
>>>>> >
>>>>> wrote:
>>>>>
>>>>>  Yes that is when it is not booting in graphical mode and anything
>>>>>> that depends on X server will report not finding a screen.
>>>>>>
>>>>>> It also reports success to me as it is booting up so it does
>>>>>> not surprise me that it is logged that way. As it is booting up it give a
>>>>>> green completed checkmark for X11 and after it has already offered a 
>>>>>> place
>>>>>> to login does it check off 9 more completions including "Reached target
>>>>>> graphical  interface".
>>>>>>
>>>>>> Here is a screen shot where it has offered me login line, upper left,
>>>>>> and then continues, after a half second, to check off reaching the
>>>>>> graphical interface as successful.
>>>>>>
>>>>>> http://imgur.com/M8sERV0 [7]
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:
>>>>>>
>>>>>>  Hi Patrick,
>>>>>>>
>>>>>>> No, there's no need to switch. When you ran the journalctl command,
>>>>>>> was that during a boot where the X server failed? The log you shared 
>>>>>>> looked
>>>>>>> like everything was working.
>>>>>>>
>>>>>>> ~Shea
>>>>>>>
>>>>>>> On Feb 26, 2013, at 1:01, Patrick Wheeler <
>>>>>>> patrick.john.wheeler@gmail.**com >
>>>>>>> wrote:
>>>>>>>
>>>>>>>  I garbage collected all of the paths that verify

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

Rather then mounting the store and mutating it, what is a better method of
testing out this type of solution?




On Thu, Feb 28, 2013 at 7:20 PM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

>
> I mangled my store and updated xf86videovmware,
> https://github.com/NixOS/nixpkgs/pull/338, and it fixed the problem.  I
> now have graphics again.
>
> Thanks for the help,
>
> Patrick
>
>
> On Thu, Feb 28, 2013 at 3:14 PM, Patrick Wheeler <
> patrick.john.whee...@gmail.com> wrote:
>
>> No problem, thanks for taking a look at it. I think my last journalctl
>> was logged when display-manager.services failed.  I restarted the system
>> and here are the two logs.
>>
>> systemctl:
>> http://pastebin.com/QxFwZcxm
>>
>> journalctl -bu display-manager.service:
>> http://pastebin.com/1GdpBznw
>>
>>
>> My native effort was to fix xlibs.xf86videovmware build on my vmware
>> nixos:
>> https://github.com/NixOS/nixpkgs/pull/338
>>
>> I am not sure how to get this fix to "vmware" option used with
>> services.xserver.videoDrivers in   when I have fixed
>> xf86videovmware in my git repo un the .nix-defexpr directory and not in the
>> nixos channel though.
>>
>> Patrick
>>
>>
>> On Thu, Feb 28, 2013 at 7:18 AM,  wrote:
>>
>>> Sorry we're having such a hard time figuring out this issue... I suspect
>>> it's an X driver problem and the nix-1.2 change is unrelated. Just to
>>> double check, you said when you ran systemctl it showed that
>>> display-manager.service had failed? If it's not too much of a hassle can
>>> you paste the output of running journalctl -bu display-manager.service
>>> AFTER seeing the failure notice in systemctl?
>>>
>>> Thanks,
>>> Shea
>>>
>>>
>>> On 2013-02-26 15:05, Patrick Wheeler wrote:
>>>
>>>> I just wanted to update with that the graphical live cd for the
>>>> latest nixos when installed through VMware also does not boot into the
>>>> graphical interface and hast the same behavior as my installation.
>>>>
>>>> On Tue, Feb 26, 2013 at 11:09 AM, Patrick Wheeler
>>>> >
>>>> wrote:
>>>>
>>>>  Yes that is when it is not booting in graphical mode and anything that
>>>>> depends on X server will report not finding a screen.
>>>>>
>>>>> It also reports success to me as it is booting up so it does
>>>>> not surprise me that it is logged that way. As it is booting up it give a
>>>>> green completed checkmark for X11 and after it has already offered a place
>>>>> to login does it check off 9 more completions including "Reached target
>>>>> graphical  interface".
>>>>>
>>>>> Here is a screen shot where it has offered me login line, upper left,
>>>>> and then continues, after a half second, to check off reaching the
>>>>> graphical interface as successful.
>>>>>
>>>>> http://imgur.com/M8sERV0 [7]
>>>>>
>>>>>
>>>>> On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:
>>>>>
>>>>>  Hi Patrick,
>>>>>>
>>>>>> No, there's no need to switch. When you ran the journalctl command,
>>>>>> was that during a boot where the X server failed? The log you shared 
>>>>>> looked
>>>>>> like everything was working.
>>>>>>
>>>>>> ~Shea
>>>>>>
>>>>>> On Feb 26, 2013, at 1:01, Patrick Wheeler <
>>>>>> patrick.john.wheeler@gmail.**com >
>>>>>> wrote:
>>>>>>
>>>>>>  I garbage collected all of the paths that verify had problems, while
>>>>>>> staying on the same channel. Grub with nixos-rebuild seems to be in 
>>>>>>> working
>>>>>>> order but the display-manager is still not up and running however.
>>>>>>>
>>>>>>> Is there still any advantage to trying stdenv-updates still? Any
>>>>>>> other suggestions?
>>>>>>>
>>>>>>> Patrick
>>>>>>>
>>>>>>> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>>>>>>>
>>>>>>>  Generally any broken paths is a bad sign, the fact that there are
>>>>>>>> quite a few is more tr

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

I mangled my store and updated xf86videovmware,
https://github.com/NixOS/nixpkgs/pull/338, and it fixed the problem.  I now
have graphics again.

Thanks for the help,

Patrick


On Thu, Feb 28, 2013 at 3:14 PM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

> No problem, thanks for taking a look at it. I think my last journalctl was
> logged when display-manager.services failed.  I restarted the system and
> here are the two logs.
>
> systemctl:
> http://pastebin.com/QxFwZcxm
>
> journalctl -bu display-manager.service:
> http://pastebin.com/1GdpBznw
>
>
> My native effort was to fix xlibs.xf86videovmware build on my vmware nixos:
> https://github.com/NixOS/nixpkgs/pull/338
>
> I am not sure how to get this fix to "vmware" option used with
> services.xserver.videoDrivers in   when I have fixed
> xf86videovmware in my git repo un the .nix-defexpr directory and not in the
> nixos channel though.
>
> Patrick
>
>
> On Thu, Feb 28, 2013 at 7:18 AM,  wrote:
>
>> Sorry we're having such a hard time figuring out this issue... I suspect
>> it's an X driver problem and the nix-1.2 change is unrelated. Just to
>> double check, you said when you ran systemctl it showed that
>> display-manager.service had failed? If it's not too much of a hassle can
>> you paste the output of running journalctl -bu display-manager.service
>> AFTER seeing the failure notice in systemctl?
>>
>> Thanks,
>> Shea
>>
>>
>> On 2013-02-26 15:05, Patrick Wheeler wrote:
>>
>>> I just wanted to update with that the graphical live cd for the
>>> latest nixos when installed through VMware also does not boot into the
>>> graphical interface and hast the same behavior as my installation.
>>>
>>> On Tue, Feb 26, 2013 at 11:09 AM, Patrick Wheeler
>>> >
>>> wrote:
>>>
>>>  Yes that is when it is not booting in graphical mode and anything that
>>>> depends on X server will report not finding a screen.
>>>>
>>>> It also reports success to me as it is booting up so it does
>>>> not surprise me that it is logged that way. As it is booting up it give a
>>>> green completed checkmark for X11 and after it has already offered a place
>>>> to login does it check off 9 more completions including "Reached target
>>>> graphical  interface".
>>>>
>>>> Here is a screen shot where it has offered me login line, upper left,
>>>> and then continues, after a half second, to check off reaching the
>>>> graphical interface as successful.
>>>>
>>>> http://imgur.com/M8sERV0 [7]
>>>>
>>>>
>>>> On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:
>>>>
>>>>  Hi Patrick,
>>>>>
>>>>> No, there's no need to switch. When you ran the journalctl command,
>>>>> was that during a boot where the X server failed? The log you shared 
>>>>> looked
>>>>> like everything was working.
>>>>>
>>>>> ~Shea
>>>>>
>>>>> On Feb 26, 2013, at 1:01, Patrick Wheeler >>>> **com > wrote:
>>>>>
>>>>>  I garbage collected all of the paths that verify had problems, while
>>>>>> staying on the same channel. Grub with nixos-rebuild seems to be in 
>>>>>> working
>>>>>> order but the display-manager is still not up and running however.
>>>>>>
>>>>>> Is there still any advantage to trying stdenv-updates still? Any
>>>>>> other suggestions?
>>>>>>
>>>>>> Patrick
>>>>>>
>>>>>> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>>>>>>
>>>>>>  Generally any broken paths is a bad sign, the fact that there are
>>>>>>> quite a few is more troubling... Did you have a disk failure at any 
>>>>>>> point?
>>>>>>> If you don't mind the time involved in doing the build, I'd consider
>>>>>>> switching to stdenv-updates, rebuilding, and garbage collecting your old
>>>>>>> profiles (once the X server issue is resolved), as that will let you 
>>>>>>> clean
>>>>>>> up all the broken paths.
>>>>>>>
>>>>>>> No red flags in the configuration.nix that I can see.
>>>>>>>
>>>>>>> The xserver journal logs look fine to m

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

No problem, thanks for taking a look at it. I think my last journalctl was
logged when display-manager.services failed.  I restarted the system and
here are the two logs.

systemctl:
http://pastebin.com/QxFwZcxm

journalctl -bu display-manager.service:
http://pastebin.com/1GdpBznw


My native effort was to fix xlibs.xf86videovmware build on my vmware nixos:
https://github.com/NixOS/nixpkgs/pull/338

I am not sure how to get this fix to "vmware" option used with
services.xserver.videoDrivers in   when I have fixed
xf86videovmware in my git repo un the .nix-defexpr directory and not in the
nixos channel though.

Patrick


On Thu, Feb 28, 2013 at 7:18 AM,  wrote:

> Sorry we're having such a hard time figuring out this issue... I suspect
> it's an X driver problem and the nix-1.2 change is unrelated. Just to
> double check, you said when you ran systemctl it showed that
> display-manager.service had failed? If it's not too much of a hassle can
> you paste the output of running journalctl -bu display-manager.service
> AFTER seeing the failure notice in systemctl?
>
> Thanks,
> Shea
>
>
> On 2013-02-26 15:05, Patrick Wheeler wrote:
>
>> I just wanted to update with that the graphical live cd for the
>> latest nixos when installed through VMware also does not boot into the
>> graphical interface and hast the same behavior as my installation.
>>
>> On Tue, Feb 26, 2013 at 11:09 AM, Patrick Wheeler
>> >
>> wrote:
>>
>>  Yes that is when it is not booting in graphical mode and anything that
>>> depends on X server will report not finding a screen.
>>>
>>> It also reports success to me as it is booting up so it does
>>> not surprise me that it is logged that way. As it is booting up it give a
>>> green completed checkmark for X11 and after it has already offered a place
>>> to login does it check off 9 more completions including "Reached target
>>> graphical  interface".
>>>
>>> Here is a screen shot where it has offered me login line, upper left,
>>> and then continues, after a half second, to check off reaching the
>>> graphical interface as successful.
>>>
>>> http://imgur.com/M8sERV0 [7]
>>>
>>>
>>> On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:
>>>
>>>  Hi Patrick,
>>>>
>>>> No, there's no need to switch. When you ran the journalctl command, was
>>>> that during a boot where the X server failed? The log you shared looked
>>>> like everything was working.
>>>>
>>>> ~Shea
>>>>
>>>> On Feb 26, 2013, at 1:01, Patrick Wheeler >>> *com > wrote:
>>>>
>>>>  I garbage collected all of the paths that verify had problems, while
>>>>> staying on the same channel. Grub with nixos-rebuild seems to be in 
>>>>> working
>>>>> order but the display-manager is still not up and running however.
>>>>>
>>>>> Is there still any advantage to trying stdenv-updates still? Any
>>>>> other suggestions?
>>>>>
>>>>> Patrick
>>>>>
>>>>> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>>>>>
>>>>>  Generally any broken paths is a bad sign, the fact that there are
>>>>>> quite a few is more troubling... Did you have a disk failure at any 
>>>>>> point?
>>>>>> If you don't mind the time involved in doing the build, I'd consider
>>>>>> switching to stdenv-updates, rebuilding, and garbage collecting your old
>>>>>> profiles (once the X server issue is resolved), as that will let you 
>>>>>> clean
>>>>>> up all the broken paths.
>>>>>>
>>>>>> No red flags in the configuration.nix that I can see.
>>>>>>
>>>>>> The xserver journal logs look fine to me, was that log file from a
>>>>>> boot when X didn't start?
>>>>>>
>>>>>> On 2013-02-25 15:52, Patrick Wheeler wrote:
>>>>>>
>>>>>>  `nix-stor --verify --check-contents`
>>>>>>>
>>>>>>> http://pastebin.com/EezSb9NU [6] [6]
>>>>>>>
>>>>>>>
>>>>>>> Thanks for taking a look at it.
>>>>>>>
>>>>>>> Patrick
>>>>>>>
>>>>>>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>>>>>>> >
>>>>

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

I just wanted to update with that the graphical live cd for the latest
nixos when installed through VMware also does not boot into the graphical
interface and hast the same behavior as my installation.


On Tue, Feb 26, 2013 at 11:09 AM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

> Yes that is when it is not booting in graphical mode and anything that
> depends on X server will report not finding a screen.
>
> It also reports success to me as it is booting up so it does
> not surprise me that it is logged that way. As it is booting up it give a
> green completed checkmark for X11 and after it has already offered a place
> to login does it check off 9 more completions including "Reached target
> graphical  interface".
>
> Here is a screen shot where it has offered me login line, upper left, and
> then continues, after a half second, to check off reaching the graphical
> interface as successful.
>
> http://imgur.com/M8sERV0
>
>
>
>
> On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:
>
>> Hi Patrick,
>>
>> No, there's no need to switch. When you ran the journalctl command, was
>> that during a boot where the X server failed? The log you shared looked
>> like everything was working.
>>
>> ~Shea
>>
>> On Feb 26, 2013, at 1:01, Patrick Wheeler 
>> wrote:
>>
>> I garbage collected all of the paths that verify had problems, while
>> staying on the same channel. Grub with nixos-rebuild seems to be in working
>> order but the display-manager is still not up and running however.
>>
>> Is there still any advantage to trying stdenv-updates still? Any
>> other suggestions?
>>
>> Patrick
>>
>>
>> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>>
>>> Generally any broken paths is a bad sign, the fact that there are quite
>>> a few is more troubling... Did you have a disk failure at any point? If you
>>> don't mind the time involved in doing the build, I'd consider switching to
>>> stdenv-updates, rebuilding, and garbage collecting your old profiles (once
>>> the X server issue is resolved), as that will let you clean up all the
>>> broken paths.
>>>
>>> No red flags in the configuration.nix that I can see.
>>>
>>> The xserver journal logs look fine to me, was that log file from a boot
>>> when X didn't start?
>>>
>>>
>>> On 2013-02-25 15:52, Patrick Wheeler wrote:
>>>
>>>> `nix-stor --verify --check-contents`
>>>>
>>>> http://pastebin.com/EezSb9NU [6]
>>>>
>>>>
>>>> Thanks for taking a look at it.
>>>>
>>>> Patrick
>>>>
>>>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>>>> >
>>>> wrote:
>>>>
>>>>  configuration.nix:
>>>>> http://pastebin.com/Mfam4J07 [4]
>>>>>
>>>>> journalctl -bu ...
>>>>> http://pastebin.com/vrLchuDT [5]
>>>>>
>>>>>
>>>>>  I had been using it nix-store --verify --check-contents night but
>>>>> must have gotten impatient and canceled half way so the file I was using 
>>>>> as
>>>>> a log only had a few entries. I will can tell you though that there are a
>>>>> few "...user-environment" paths and a Haskell package that it is
>>>>> complaining about everything else it was complaining about I already fixed
>>>>> with repair-path. I will post the full results in a few minutes when it
>>>>> finishs.
>>>>>
>>>>> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>>>>>
>>>>>  Hi Patrick,
>>>>>>
>>>>>> To help debug, can you:
>>>>>>
>>>>>> a) paste configuration.nix
>>>>>> b) paste the output of 'journalctl -bu display-manager.service'
>>>>>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>>>>>> time!) and report the output?
>>>>>>
>>>>>> Thanks,
>>>>>> Shea
>>>>>>
>>>>>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>>>>>> > On vmware 4.1.3
>>>>>> > Starting with nixos and nix 1.1
>>>>>> >
>>>>>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>>>>>> > 1.3 I was not longer able to get xserver/X11 to work.  If

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

Yes that is when it is not booting in graphical mode and anything that
depends on X server will report not finding a screen.

It also reports success to me as it is booting up so it does
not surprise me that it is logged that way. As it is booting up it give a
green completed checkmark for X11 and after it has already offered a place
to login does it check off 9 more completions including "Reached target
graphical  interface".

Here is a screen shot where it has offered me login line, upper left, and
then continues, after a half second, to check off reaching the graphical
interface as successful.

http://imgur.com/M8sERV0




On Tue, Feb 26, 2013 at 7:02 AM, Shea Levy  wrote:

> Hi Patrick,
>
> No, there's no need to switch. When you ran the journalctl command, was
> that during a boot where the X server failed? The log you shared looked
> like everything was working.
>
> ~Shea
>
> On Feb 26, 2013, at 1:01, Patrick Wheeler 
> wrote:
>
> I garbage collected all of the paths that verify had problems, while
> staying on the same channel. Grub with nixos-rebuild seems to be in working
> order but the display-manager is still not up and running however.
>
> Is there still any advantage to trying stdenv-updates still? Any
> other suggestions?
>
> Patrick
>
>
> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>
>> Generally any broken paths is a bad sign, the fact that there are quite a
>> few is more troubling... Did you have a disk failure at any point? If you
>> don't mind the time involved in doing the build, I'd consider switching to
>> stdenv-updates, rebuilding, and garbage collecting your old profiles (once
>> the X server issue is resolved), as that will let you clean up all the
>> broken paths.
>>
>> No red flags in the configuration.nix that I can see.
>>
>> The xserver journal logs look fine to me, was that log file from a boot
>> when X didn't start?
>>
>>
>> On 2013-02-25 15:52, Patrick Wheeler wrote:
>>
>>> `nix-stor --verify --check-contents`
>>>
>>> http://pastebin.com/EezSb9NU [6]
>>>
>>>
>>> Thanks for taking a look at it.
>>>
>>> Patrick
>>>
>>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>>> >
>>> wrote:
>>>
>>>  configuration.nix:
>>>> http://pastebin.com/Mfam4J07 [4]
>>>>
>>>> journalctl -bu ...
>>>> http://pastebin.com/vrLchuDT [5]
>>>>
>>>>
>>>>  I had been using it nix-store --verify --check-contents night but must
>>>> have gotten impatient and canceled half way so the file I was using as a
>>>> log only had a few entries. I will can tell you though that there are a few
>>>> "...user-environment" paths and a Haskell package that it is complaining
>>>> about everything else it was complaining about I already fixed with
>>>> repair-path. I will post the full results in a few minutes when it finishs.
>>>>
>>>> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>>>>
>>>>  Hi Patrick,
>>>>>
>>>>> To help debug, can you:
>>>>>
>>>>> a) paste configuration.nix
>>>>> b) paste the output of 'journalctl -bu display-manager.service'
>>>>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>>>>> time!) and report the output?
>>>>>
>>>>> Thanks,
>>>>> Shea
>>>>>
>>>>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>>>>> > On vmware 4.1.3
>>>>> > Starting with nixos and nix 1.1
>>>>> >
>>>>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>>>>> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
>>>>> > any
>>>>> > insight to a solution please let me know below is a very rough time
>>>>> > line, additional information and some failed attempted
>>>>> > solutions/experiments.
>>>>> >
>>>>> > Patrick Wheeler
>>>>> >
>>>>> > Starting from nix 1.1, after trying to update with
>>>>> >
>>>>> > nix-channel --update
>>>>> > nixos-rebuild switch
>>>>> >
>>>>> > The graphical interface did not load like normal and boot in to the
>>>>> > shell.
>>>>> >
>>>>> > after another round of re

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

I garbage collected all of the paths that verify had problems, while
staying on the same channel. Grub with nixos-rebuild seems to be in working
order but the display-manager is still not up and running however.

Is there still any advantage to trying stdenv-updates still? Any
other suggestions?

Patrick


On Mon, Feb 25, 2013 at 3:16 PM,  wrote:

> Generally any broken paths is a bad sign, the fact that there are quite a
> few is more troubling... Did you have a disk failure at any point? If you
> don't mind the time involved in doing the build, I'd consider switching to
> stdenv-updates, rebuilding, and garbage collecting your old profiles (once
> the X server issue is resolved), as that will let you clean up all the
> broken paths.
>
> No red flags in the configuration.nix that I can see.
>
> The xserver journal logs look fine to me, was that log file from a boot
> when X didn't start?
>
>
> On 2013-02-25 15:52, Patrick Wheeler wrote:
>
>> `nix-stor --verify --check-contents`
>>
>> http://pastebin.com/EezSb9NU [6]
>>
>>
>> Thanks for taking a look at it.
>>
>> Patrick
>>
>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>> >
>> wrote:
>>
>>  configuration.nix:
>>> http://pastebin.com/Mfam4J07 [4]
>>>
>>> journalctl -bu ...
>>> http://pastebin.com/vrLchuDT [5]
>>>
>>>
>>>  I had been using it nix-store --verify --check-contents night but must
>>> have gotten impatient and canceled half way so the file I was using as a
>>> log only had a few entries. I will can tell you though that there are a few
>>> "...user-environment" paths and a Haskell package that it is complaining
>>> about everything else it was complaining about I already fixed with
>>> repair-path. I will post the full results in a few minutes when it finishs.
>>>
>>> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>>>
>>>  Hi Patrick,
>>>>
>>>> To help debug, can you:
>>>>
>>>> a) paste configuration.nix
>>>> b) paste the output of 'journalctl -bu display-manager.service'
>>>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>>>> time!) and report the output?
>>>>
>>>> Thanks,
>>>> Shea
>>>>
>>>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>>>> > On vmware 4.1.3
>>>> > Starting with nixos and nix 1.1
>>>> >
>>>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>>>> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
>>>> > any
>>>> > insight to a solution please let me know below is a very rough time
>>>> > line, additional information and some failed attempted
>>>> > solutions/experiments.
>>>> >
>>>> > Patrick Wheeler
>>>> >
>>>> > Starting from nix 1.1, after trying to update with
>>>> >
>>>> > nix-channel --update
>>>> > nixos-rebuild switch
>>>> >
>>>> > The graphical interface did not load like normal and boot in to the
>>>> > shell.
>>>> >
>>>> > after another round of rebuilding I am in nix-1.3 but the
>>>> > problem persists.
>>>> >
>>>> > ls -l $(which X) reports I am using xorg-server-1.12.4
>>>> > xserve reports that it can not find a display.
>>>> >
>>>> > Other information:
>>>> >
>>>> > systemctl
>>>> >
>>>> > reports only one service witha failure:
>>>> >
>>>> >  LoadActive Sub
>>>> > display -manager.service loaded failedfailed
>>>> >
>>>> > Trying to start x while providing a logfile
>>>> >
>>>> > X -logfile xerrors.txt
>>>> >
>>>> >  Log: http://pastebin.com/**bahfVjJy <http://pastebin.com/bahfVjJy>[1] 
>>>> > [1]
>>>>
>>>>
>>>>
>>>>>  > Attempts:
>>>> >
>>>> > * Rebooting
>>>> > * Starting over from a snapshot some variblity in the errors
>>>> > encountered but it has the same effect.
>>>> > * I have tried setting:
>>>> > hardware.enableAllFirmware= true;, there are many dead sources.
>>>> > * futher n

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

* or use the following channel?
http://hydra.nixos.org/job/nixos/stdenv-updates/channel/channel/latest

Apology fore the repeated posts my web browser was acting up on me a little.


On Mon, Feb 25, 2013 at 5:21 PM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

> Sorry for the small repeat here.
>
> Are you talking about the github branch?
>
> https://github.com/NixOS/nixpkgs/tree/stdenv-updates
>
> or use the following channel?
>
>
>
> On Mon, Feb 25, 2013 at 3:16 PM,  wrote:
>
>> Generally any broken paths is a bad sign, the fact that there are quite a
>> few is more troubling... Did you have a disk failure at any point? If you
>> don't mind the time involved in doing the build, I'd consider switching to
>> stdenv-updates, rebuilding, and garbage collecting your old profiles (once
>> the X server issue is resolved), as that will let you clean up all the
>> broken paths.
>>
>> No red flags in the configuration.nix that I can see.
>>
>> The xserver journal logs look fine to me, was that log file from a boot
>> when X didn't start?
>>
>>
>> On 2013-02-25 15:52, Patrick Wheeler wrote:
>>
>>> `nix-stor --verify --check-contents`
>>>
>>> http://pastebin.com/EezSb9NU [6]
>>>
>>>
>>> Thanks for taking a look at it.
>>>
>>> Patrick
>>>
>>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>>> >
>>> wrote:
>>>
>>>  configuration.nix:
>>>> http://pastebin.com/Mfam4J07 [4]
>>>>
>>>> journalctl -bu ...
>>>> http://pastebin.com/vrLchuDT [5]
>>>>
>>>>
>>>>  I had been using it nix-store --verify --check-contents night but must
>>>> have gotten impatient and canceled half way so the file I was using as a
>>>> log only had a few entries. I will can tell you though that there are a few
>>>> "...user-environment" paths and a Haskell package that it is complaining
>>>> about everything else it was complaining about I already fixed with
>>>> repair-path. I will post the full results in a few minutes when it finishs.
>>>>
>>>> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>>>>
>>>>  Hi Patrick,
>>>>>
>>>>> To help debug, can you:
>>>>>
>>>>> a) paste configuration.nix
>>>>> b) paste the output of 'journalctl -bu display-manager.service'
>>>>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>>>>> time!) and report the output?
>>>>>
>>>>> Thanks,
>>>>> Shea
>>>>>
>>>>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>>>>> > On vmware 4.1.3
>>>>> > Starting with nixos and nix 1.1
>>>>> >
>>>>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>>>>> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
>>>>> > any
>>>>> > insight to a solution please let me know below is a very rough time
>>>>> > line, additional information and some failed attempted
>>>>> > solutions/experiments.
>>>>> >
>>>>> > Patrick Wheeler
>>>>> >
>>>>> > Starting from nix 1.1, after trying to update with
>>>>> >
>>>>> > nix-channel --update
>>>>> > nixos-rebuild switch
>>>>> >
>>>>> > The graphical interface did not load like normal and boot in to the
>>>>> > shell.
>>>>> >
>>>>> > after another round of rebuilding I am in nix-1.3 but the
>>>>> > problem persists.
>>>>> >
>>>>> > ls -l $(which X) reports I am using xorg-server-1.12.4
>>>>> > xserve reports that it can not find a display.
>>>>> >
>>>>> > Other information:
>>>>> >
>>>>> > systemctl
>>>>> >
>>>>> > reports only one service witha failure:
>>>>> >
>>>>> >  LoadActive Sub
>>>>> > display -manager.service loaded failedfailed
>>>>> >
>>>>> > Trying to start x while providing a logfile
>>>>> >
>>>>> > X -logfile xerrors.txt
>>>

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

Sorry for the small repeat here.

Are you talking about the github branch?

https://github.com/NixOS/nixpkgs/tree/stdenv-updates

or use the following channel?



On Mon, Feb 25, 2013 at 3:16 PM,  wrote:

> Generally any broken paths is a bad sign, the fact that there are quite a
> few is more troubling... Did you have a disk failure at any point? If you
> don't mind the time involved in doing the build, I'd consider switching to
> stdenv-updates, rebuilding, and garbage collecting your old profiles (once
> the X server issue is resolved), as that will let you clean up all the
> broken paths.
>
> No red flags in the configuration.nix that I can see.
>
> The xserver journal logs look fine to me, was that log file from a boot
> when X didn't start?
>
>
> On 2013-02-25 15:52, Patrick Wheeler wrote:
>
>> `nix-stor --verify --check-contents`
>>
>> http://pastebin.com/EezSb9NU [6]
>>
>>
>> Thanks for taking a look at it.
>>
>> Patrick
>>
>> On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler
>> >
>> wrote:
>>
>>  configuration.nix:
>>> http://pastebin.com/Mfam4J07 [4]
>>>
>>> journalctl -bu ...
>>> http://pastebin.com/vrLchuDT [5]
>>>
>>>
>>>  I had been using it nix-store --verify --check-contents night but must
>>> have gotten impatient and canceled half way so the file I was using as a
>>> log only had a few entries. I will can tell you though that there are a few
>>> "...user-environment" paths and a Haskell package that it is complaining
>>> about everything else it was complaining about I already fixed with
>>> repair-path. I will post the full results in a few minutes when it finishs.
>>>
>>> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>>>
>>>  Hi Patrick,
>>>>
>>>> To help debug, can you:
>>>>
>>>> a) paste configuration.nix
>>>> b) paste the output of 'journalctl -bu display-manager.service'
>>>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>>>> time!) and report the output?
>>>>
>>>> Thanks,
>>>> Shea
>>>>
>>>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>>>> > On vmware 4.1.3
>>>> > Starting with nixos and nix 1.1
>>>> >
>>>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>>>> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
>>>> > any
>>>> > insight to a solution please let me know below is a very rough time
>>>> > line, additional information and some failed attempted
>>>> > solutions/experiments.
>>>> >
>>>> > Patrick Wheeler
>>>> >
>>>> > Starting from nix 1.1, after trying to update with
>>>> >
>>>> > nix-channel --update
>>>> > nixos-rebuild switch
>>>> >
>>>> > The graphical interface did not load like normal and boot in to the
>>>> > shell.
>>>> >
>>>> > after another round of rebuilding I am in nix-1.3 but the
>>>> > problem persists.
>>>> >
>>>> > ls -l $(which X) reports I am using xorg-server-1.12.4
>>>> > xserve reports that it can not find a display.
>>>> >
>>>> > Other information:
>>>> >
>>>> > systemctl
>>>> >
>>>> > reports only one service witha failure:
>>>> >
>>>> >  LoadActive Sub
>>>> > display -manager.service loaded failedfailed
>>>> >
>>>> > Trying to start x while providing a logfile
>>>> >
>>>> > X -logfile xerrors.txt
>>>> >
>>>> >  Log: http://pastebin.com/**bahfVjJy <http://pastebin.com/bahfVjJy>[1] 
>>>> > [1]
>>>>
>>>>
>>>>
>>>>>  > Attempts:
>>>> >
>>>> > * Rebooting
>>>> > * Starting over from a snapshot some variblity in the errors
>>>> > encountered but it has the same effect.
>>>> > * I have tried setting:
>>>> > hardware.enableAllFirmware= true;, there are many dead sources.
>>>> > * futher nixos-rebuild switch result in an error:
>>>> >
>>>> > building Nix...
>>>> > building the system 

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

@Vladimir

That is the system I was on before the updates.

nixos-version reports:
0.2pre4505_e40... now


@shea

I am not well educated on the available standard channels are you talking
about this:
http://hydra.nixos.org/job/nixos/stdenv-updates/channel/channel/latest
?



On Mon, Feb 25, 2013 at 3:17 PM, Vladimír Čunát  wrote:

> On 02/25/2013 09:52 PM, Patrick Wheeler wrote:
>
>> `nix-stor --verify --check-contents`
>> http://pastebin.com/EezSb9NU
>>
>
> /nix/store/**ivnjbpksshmh10d6c3gsk2aa32lwxp**k8-nixos-0.1pre4014_78bd54c-*
> *f0997b9
> This might be the system you're running, is it?
>
> The others shouldn't affect booting at all.
>
> Vlada
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

`nix-stor --verify --check-contents`
http://pastebin.com/EezSb9NU

Thanks for taking a look at it.

Patrick


On Mon, Feb 25, 2013 at 2:43 PM, Patrick Wheeler <
patrick.john.whee...@gmail.com> wrote:

> configuration.nix:
> http://pastebin.com/Mfam4J07
>
> journalctl -bu ...
> http://pastebin.com/vrLchuDT
>
>  I had been using it nix-store --verify --check-contents night but must
> have gotten impatient and canceled half way so the file I was using as a
> log only had a few entries. I will can tell you though that there are a few
> "...user-environment" paths and a Haskell package that it is complaining
> about everything else it was complaining about I already fixed with
> repair-path. I will post the full results in a few minutes when it finishs.
>
>
>
> On Mon, Feb 25, 2013 at 1:50 PM,  wrote:
>
>> Hi Patrick,
>>
>> To help debug, can you:
>>
>> a) paste configuration.nix
>> b) paste the output of 'journalctl -bu display-manager.service'
>> c) run, as root, 'nix-store --verify --check-contents' (will take some
>> time!) and report the output?
>>
>> Thanks,
>> Shea
>>
>> On 2013-02-25 14:43, Patrick Wheeler wrote:
>> > On vmware 4.1.3
>> > Starting with nixos and nix 1.1
>> >
>> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
>> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
>> > any
>> > insight to a solution please let me know below is a very rough time
>> > line, additional information and some failed attempted
>> > solutions/experiments.
>> >
>> > Patrick Wheeler
>> >
>> > Starting from nix 1.1, after trying to update with
>> >
>> > nix-channel --update
>> > nixos-rebuild switch
>> >
>> > The graphical interface did not load like normal and boot in to the
>> > shell.
>> >
>> > after another round of rebuilding I am in nix-1.3 but the
>> > problem persists.
>> >
>> > ls -l $(which X) reports I am using xorg-server-1.12.4
>> > xserve reports that it can not find a display.
>> >
>> > Other information:
>> >
>> > systemctl
>> >
>> > reports only one service witha failure:
>> >
>> >  LoadActive Sub
>> > display -manager.service loaded failedfailed
>> >
>> > Trying to start x while providing a logfile
>> >
>> > X -logfile xerrors.txt
>> >
>> >  Log: http://pastebin.com/bahfVjJy [1]
>> >
>> > Attempts:
>> >
>> > * Rebooting
>> > * Starting over from a snapshot some variblity in the errors
>> > encountered but it has the same effect.
>> > * I have tried setting:
>> > hardware.enableAllFirmware= true;, there are many dead sources.
>> > * futher nixos-rebuild switch result in an error:
>> >
>> > building Nix...
>> > building the system configuration...
>> > updating GRUB 2 menu...
>> > Use of uninitialized value $_[0] in substitution (s///) at
>> >
>> >
>> /nix/store/v4m3gahx1iz53v51rdinh0lcmipn1p4j-perl-5.14.2/lib/perl5/5.14.2/File/Basename.pm
>> > line 341.
>> > fileparse(): need a valid pathname at
>> > /nix/store/g3km71vgk5pc9g6cbslh5bra73q3sh3z-install-grub.pl [2] line
>> > 209
>> >
>> > * I also tried truing on or off some of the xserver flags in
>> > configurations.nix but to no avail.
>> >
>> >
>> > --
>> > Patrick Wheeler
>> > patrick.john.whee...@gmail.com
>> > patrick.j.whee...@rice.edu
>> >  patrick.whee...@colorado.edu
>> >
>> > Links:
>> > --
>> > [1] http://pastebin.com/bahfVjJy
>> > [2] http://g3km71vgk5pc9g6cbslh5bra73q3sh3z-install-grub.pl
>> >
>> > ___
>> > 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
>>
>
>
>
> --
> Patrick Wheeler
> patrick.john.whee...@gmail.com
> patrick.j.whee...@rice.edu
> patrick.whee...@colorado.edu
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

configuration.nix:
http://pastebin.com/Mfam4J07

journalctl -bu ...
http://pastebin.com/vrLchuDT

 I had been using it nix-store --verify --check-contents night but must
have gotten impatient and canceled half way so the file I was using as a
log only had a few entries. I will can tell you though that there are a few
"...user-environment" paths and a Haskell package that it is complaining
about everything else it was complaining about I already fixed with
repair-path. I will post the full results in a few minutes when it finishs.



On Mon, Feb 25, 2013 at 1:50 PM,  wrote:

> Hi Patrick,
>
> To help debug, can you:
>
> a) paste configuration.nix
> b) paste the output of 'journalctl -bu display-manager.service'
> c) run, as root, 'nix-store --verify --check-contents' (will take some
> time!) and report the output?
>
> Thanks,
> Shea
>
> On 2013-02-25 14:43, Patrick Wheeler wrote:
> > On vmware 4.1.3
> > Starting with nixos and nix 1.1
> >
> > My problem is that after trying to update from nix 1.1 to nix 1.2 or
> > 1.3 I was not longer able to get xserver/X11 to work.  If you have
> > any
> > insight to a solution please let me know below is a very rough time
> > line, additional information and some failed attempted
> > solutions/experiments.
> >
> > Patrick Wheeler
> >
> > Starting from nix 1.1, after trying to update with
> >
> > nix-channel --update
> > nixos-rebuild switch
> >
> > The graphical interface did not load like normal and boot in to the
> > shell.
> >
> > after another round of rebuilding I am in nix-1.3 but the
> > problem persists.
> >
> > ls -l $(which X) reports I am using xorg-server-1.12.4
> > xserve reports that it can not find a display.
> >
> > Other information:
> >
> > systemctl
> >
> > reports only one service witha failure:
> >
> >  LoadActive Sub
> > display -manager.service loaded failedfailed
> >
> > Trying to start x while providing a logfile
> >
> > X -logfile xerrors.txt
> >
> >  Log: http://pastebin.com/bahfVjJy [1]
> >
> > Attempts:
> >
> > * Rebooting
> > * Starting over from a snapshot some variblity in the errors
> > encountered but it has the same effect.
> > * I have tried setting:
> > hardware.enableAllFirmware= true;, there are many dead sources.
> > * futher nixos-rebuild switch result in an error:
> >
> > building Nix...
> > building the system configuration...
> > updating GRUB 2 menu...
> > Use of uninitialized value $_[0] in substitution (s///) at
> >
> >
> /nix/store/v4m3gahx1iz53v51rdinh0lcmipn1p4j-perl-5.14.2/lib/perl5/5.14.2/File/Basename.pm
> > line 341.
> > fileparse(): need a valid pathname at
> > /nix/store/g3km71vgk5pc9g6cbslh5bra73q3sh3z-install-grub.pl [2] line
> > 209
> >
> > * I also tried truing on or off some of the xserver flags in
> > configurations.nix but to no avail.
> >
> >
> > --
> > Patrick Wheeler
> > patrick.john.whee...@gmail.com
> > patrick.j.whee...@rice.edu
> >  patrick.whee...@colorado.edu
> >
> > Links:
> > --
> > [1] http://pastebin.com/bahfVjJy
> > [2] http://g3km71vgk5pc9g6cbslh5bra73q3sh3z-install-grub.pl
> >
> > ___
> > 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
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Broken xserve after update to nix-1.2 persists in nix-1.3

[Patrick Wheeler]

On vmware 4.1.3
Starting with nixos and nix 1.1

My problem is that after trying to update from nix 1.1 to nix 1.2 or 1.3 I
was not longer able to get xserver/X11 to work.  If you have any insight to
a solution please let me know below is a very rough time line, additional
information and some failed attempted solutions/experiments.

Patrick Wheeler

Starting from nix 1.1, after trying to update with

nix-channel --update
nixos-rebuild switch

The graphical interface did not load like normal and boot in to the shell.

after another round of rebuilding I am in nix-1.3 but the problem persists.

ls -l $(which X) reports I am using xorg-server-1.12.4
xserve reports that it can not find a display.

Other information:

systemctl

reports only one service witha failure:

 LoadActive Sub
display -manager.service loaded failedfailed

Trying to start x while providing a logfile

X -logfile xerrors.txt

Log: http://pastebin.com/bahfVjJy

Attempts:

* Rebooting
* Starting over from a snapshot some variblity in the errors encountered
but it has the same effect.
* I have tried setting:
hardware.enableAllFirmware= true;, there are many dead sources.
* futher nixos-rebuild switch result in an error:

building Nix...
building the system configuration...
updating GRUB 2 menu...
Use of uninitialized value $_[0] in substitution (s///) at
/nix/store/v4m3gahx1iz53v51rdinh0lcmipn1p4j-perl-5.14.2/lib/perl5/5.14.2/File/Basename.pm
line 341.
fileparse(): need a valid pathname at /nix/store/
g3km71vgk5pc9g6cbslh5bra73q3sh3z-install-grub.pl line 209

* I also tried truing on or off some of the xserver flags in
configurations.nix but to no avail.


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] nix on mac

[Patrick Wheeler]

@ I have and to use it on my mac laptop as well. Though I I use a vm of
nixos now more then I do then the mac version.

I used it for different python versions, haskell versions, at one point I
had to change some nix expressions to get gtk and the haskell bindings to
work.  I also used it to install xmonad and some networking tools as well.

Patrick


On Mon, Jan 14, 2013 at 4:43 PM, Sander van der Burg - EWI <
s.vanderb...@tudelft.nl> wrote:

>  Yes,
>
> It's possible to use the Nix package manager on Mac OS X. I'm using it
> quite frequently these days at work (although I don't own any Apple devices
> myself :-) ). However, Mac support is less mature and the packages
> collection is not fully bootstrapped (meaning that it has some dependencies
> on the host system).
>
> For example, I've used the Nix package manager to compile Xcode project
> (in a hacky way).
>
> -- Sander
>
>  --
> *From:* nix-dev-boun...@lists.science.uu.nl [
> nix-dev-boun...@lists.science.uu.nl] on behalf of Christopher Howard [
> cmhowa...@alaska.edu]
> *Sent:* Monday, January 14, 2013 10:55 PM
> *To:* nix-dev@lists.science.uu.nl
> *Subject:* [Nix-dev] nix on mac
>
>  Hi. Can the Nix pm be installed to a local user account on a Mac OS X
> system? (I've done this under Linux.) I downloaded Nix and started to
> compile and install the dependencies it needs. However, it appears that I'm
> going to have to compile and install a lot of stuff, so I'm hoping to find
> out if it is realistic before continuing.
>
> I'm curious if I can use Nix on a Mac OS X machine (I have to use) at work
> to get some compilers and other *nix stuff that the admin won't install.
>
> ___________
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>


-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] [Hackage] How to install Hackage package, not presented in nixpkgs, locally?

[Patrick Wheeler]

I do not know if this is canonical method, but I clone the git repo
https://github.com/NixOS/nixpkgs

cabal2nix cabal://- >
.../nixpkgs/pkg/development/libraries/haskell//(default |
).nix

default.nix if you do not need multiple versions.

Add the following to nixpkgs/top-level/haskell-packages.nix

 = callPackage ../development/libraries/haskell/package {  };

You may need to override some packages in { }, an "attribute set", at
the end of the line. An example case when this is needed is if the
package depends on the zlib compression library in the pkgs attribute
set.  The local Haskell zlib attribute(used to install Haskell
bindings fro the zlib compression library) shadows the pkgs
zlib(compression library) so you need to tell the package to use the
zlib from pkgs not the zlib from the current attribute set.

example:

 = callPackage ../development/libraries/haskell/package {
  zlib = pkgs.zlib;
  };

Haskell packages with dashes in the name usually should be transformed
to camel case so:
parsing-combinators -> parsingCombinators

Otherwise the nix file will fail to parse.

Then I do a test install nix-env -iA
nixpkgs.haskellPackages.. Run tests and enjoy, or commit code
and preform a pull request.

Hopefully someone who has more experience fills in an holes and
corrects my mistakes.

Patrick

On Tue, Aug 14, 2012 at 1:12 PM, Daniel Hlynskyi  wrote:
> Hello. I'm trying to create an installable package for `pipes-core` Hackage
> package.
>
> But got in troubles.
>
> 1. I used cabal2nix, but failed on installing the .nix file. After googling
> some time, I've done `nix-env -f all-packages.nix -iA
> haskellPackages.pipesCore`, so I've got package locally. But it had not
> registered the package, log with reasons http://pastebin.com/jp350qvX
> Manual registration with `ghc-pkg register` helped not. I don't know what to
> do now.
>
> 2. How can I contribute to nixpkgs with this package? The main question is -
> how can I TEST my contribution, when I get it?
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Agda standard library

[Patrick Wheeler]

Marco,

In order to create the nix expression it tries to generate a sha256
hash of the tarball, by default  it looks for the package at hackage.

cabal2nix --sha256=fake http://www.cse.chalmers.se/~nad/repos/lib/lib.cabal

It will then generate the nix expression for you.

Patrick

You can specify the hash on the command line or even give it a fake
and fill it in latter.

On Tue, Jul 31, 2012 at 2:02 PM, Marco Maggesi  wrote:
> Hi,
>
> I'm trying to figure out how to to install the Agda standard library using
> cabal2nix.
> Here is my first attempt:
>
> nix-env -iA haskellPackages.cabal2nix
> cabal2nix http://www.cse.chalmers.se/~nad/repos/lib/lib.cabal
>
> (In the --help message cabal2nix advises as recognized URI schemes
> http://host/path)
>
> But I get the following error:
>
> curl: (22) The requested URL returned error: 404
> /Users/maggesi/.nix-profile/bin/nix-prefetch-url: download of
> ‘http://hackage.haskell.org/packages/archive/lib/0.1/lib-0.1.tar.gz’ failed
> cabal2nix: readProcess: bash "-c" "exec nix-prefetch-url 2>/dev/tty
> http://hackage.haskell.org/packages/archive/lib/0.1/lib-0.1.tar.gz"; (exit
> 22): failed
>
> Thanks,
> Marco
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nixos.org down

[Patrick Wheeler]

Are there mirrors which can be used in the mean time?

On Sat, Jul 28, 2012 at 2:51 AM, Mathijs Kwik  wrote:
> Maybe it's a sign you deserve some time off :)
>
> Have a nice weekend and good luck getting things back up after that.
>
> On Fri, Jul 27, 2012 at 7:56 PM, Eelco Dolstra
>  wrote:
>> Hi all,
>>
>> The nixos.org web server is down for unknown reasons.  This also includes the
>> hydra.nixos.org build farm.  It probably won't be possible to get the server
>> back up before Monday.
>>
>> Apologies for the inconvenience,
>>
>> Eelco.
>>
>> --
>> 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



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] darwin haskellPackages.gtk

[Patrick Wheeler]

Thank you for the advise.
Your deduction is correct. Last night I removed the cups dependency,
and linux-pam along with it, from the gtk+ package which allowed me to
build gtk+ and gtk2hs and run the demo applications.

It might be possible to excise less then all of cups, I might want to
work on making other things build first though unless there is a good
reason to focus on it now.

I thought I had sent out the above earlier today.

I replaced:
++ stdenv.lib.optionals cupsSupport [ cups ];
with
++ (if stdenv.isDarwin then stdenv.lib.optionals cupsSupport [
cups ] else []);
in 3.2.x.nix and 2.24.x.nix. Patch attached. I have only tested the
2.24.x build though.

Is there a better method of conditionally building with cups support?

> I applied your gettext patch (albeit in a slightly modified form), and it
> has helped a lot.
Good to hear, I am glad I could help.

Best regards,
Patrick

On Thu, Jan 19, 2012 at 17:12, Peter Simons  wrote:
> Hi Patrick,
>
> I applied your gettext patch (albeit in a slightly modified form), and it
> has helped a lot. According to <http://hydra.nixos.org/build/1867253>, the
> only remaining problem is that haskellPackages.gtk has Linux-specific
> dependencies that cannot be built on Darwin. My guess is that those
> dependencies really come from gtkLibs224.gtk, though, so it's probably not
> a problem specific to Haskell.
>
> IMHO, removing those dependencies on Linux platforms is all we need to do.
> I don't have access to Darwin, so I cannot do it. :-(
>
> Take care,
> Peter
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu


0001-Disabled-cups-when-building-on-darwin.patch
Description: Binary data
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] stdenv-updates, xz and darwin

[Patrick Wheeler]

I am on x86-darwin and nix-env -i xz seems to have installed just fine
and xz seems to compress and decompress files fine. Was this already
fixed? What information do you need? How can I help?


On Sun, Jan 15, 2012 at 17:03, Yury G.  Kudryashov
 wrote:
> Hi!
>
> It seems that darwin (bootstrap?) stdenv does not contain 'xz', thus
> gnugrep, coreutils and some other packages fail on x86_64-darwin.
>
> I have no darwin computer, so I ask darwin users to fix this problem.
> --
> Yury G. Kudryashov,
> mailto: ur...@mccme.ru
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] darwin haskellPackages.gtk

[Patrick Wheeler]

Specifically linux-pam build hangs on the following command:

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I..
-DDEFAULT_MODULE_PATH=\"/lib/security/\" -DLIBPAM_COMPILE -I./include
-DPAM_VERSION=\"1.1.1\" -g -O2 -W -Wall -Wbad-function-cast
-Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings
-Winline -Wshadow -MT pam_misc.lo -MD -MP -MF .deps/pam_misc.Tpo -c
pam_misc.c  -fno-common -DPIC -o .libs/pam_misc.o

On Wed, Jan 18, 2012 at 15:05, Patrick Wheeler
 wrote:
> I am new to both nixpkgs and have minimal experience compiling
> libraries from source so at correction or advise would be greatly
> appreciated.
>
> I have been working on getting the gtk package to work on darwin  I
> have gotten the dependances * glib, crackedlib, gdk-pixbuff, atk,* to
> build and the patches from git are attached.
>
> I was unable to get libxcrypt to build it errors out after not finding
> features.h which I believe is part of -lintl library in gettext, but
> including gettext in the buildInputs or the pkgconfigDepends did not
> help.
>
> I read somewhere that libxcrypt and libcrypt have the same api so I
> decided to try moving linux-pam from libxcrypt to openssl.  This
> resulted in libxcrypt started to build but after a night, ~7 hours, of
> it not building pam_misc I decided it was time to try other tactics
> and ask for help.
>
> Advise on how to continue would be appreciated.
>
> Patrick Wheeler
>
> --
> Patrick Wheeler
> patrick.john.whee...@gmail.com
> patrick.j.whee...@rice.edu
> patrick.whee...@colorado.edu



-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] darwin haskellPackages.gtk

[Patrick Wheeler]

I am new to both nixpkgs and have minimal experience compiling
libraries from source so at correction or advise would be greatly
appreciated.

I have been working on getting the gtk package to work on darwin  I
have gotten the dependances * glib, crackedlib, gdk-pixbuff, atk,* to
build and the patches from git are attached.

I was unable to get libxcrypt to build it errors out after not finding
features.h which I believe is part of -lintl library in gettext, but
including gettext in the buildInputs or the pkgconfigDepends did not
help.

I read somewhere that libxcrypt and libcrypt have the same api so I
decided to try moving linux-pam from libxcrypt to openssl.  This
resulted in libxcrypt started to build but after a night, ~7 hours, of
it not building pam_misc I decided it was time to try other tactics
and ask for help.

Advise on how to continue would be appreciated.

Patrick Wheeler

-- 
Patrick Wheeler
patrick.john.whee...@gmail.com
patrick.j.whee...@rice.edu
patrick.whee...@colorado.edu


0006-linux-pam-changed-over-to-openssl-from-libxcrypt.-I-.patch
Description: Binary data


0005-Crackedlib-is-now-installing.patch
Description: Binary data


0004-gdk-pixbuf-now-seems-to-be-working-after-adding-gett.patch
Description: Binary data


0002-Added-gettext-to-propogateBuildInputs.-I-think-atk-i.patch
Description: Binary data


0001-Fixed-haskellPakages.glib-by-adding-gettext-to-pkgco.patch
Description: Binary data
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev