Re: [Nix-dev] Put a cow in your iPhone with nix!

[Raahul Kumar]

Is there a way to get rid of the OS X box? Would Darling work, or a an OS X
image in Virtual Box?

https://www.darlinghq.org/project-status/


On Sun, Nov 20, 2016 at 1:26 AM, Shea Levy  wrote:

> Hi all,
>
> Leveraging the recent haskell cross-compilation and iOS
> cross-compilation I've added to nixpkgs, you can now get a cow to talk
> to you from your iPhone with nix! Check out the repo [1] and run
> ./run-cow-in-sim.sh to get a simulation of this experience right from
> your OS X box with the iPhoneSimulator 10.0 SDK (bundled with latest
> xcode as of this writing)!
>
> Thanks,
> Shea
>
> [1] https://github.com/shlevy/cowsay-haskell
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] London NixOs User Group - NIXOS_LUSTRATE talk

[Raahul Kumar]

Hardly any Aussie Nixos users either.

On Wed, Aug 31, 2016 at 12:32 PM, Graham Christensen 
wrote:

> Will there be streaming?
>
> Signed,
> Lonely USA NixOS User
>
> On Aug 30, 2016, at 5:34 PM, zimbatm  wrote:
>
> Hi all,
>
> Obadz is giving a talk the 12th September on NIXOS_LUSTRATE. If want to
> find out all about what's this mysterious thing, or if you just want to
> meet, come join us: https://skillsmatter.com/meetups/8440-london-nixos-
> usergroup
>
> After the talk we'll have a hacking session where we help each-other and
> try things out.
>
> And if you want to be kept in the loop for future meetups you can also
> sign-up here: https://www.meetup.com/NixOS-London/
>
> Cheers,
> z
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Publish All of Hackage

[Raahul Kumar]

Good work! How many machines did it take to pull this off?

On Sun, Jun 12, 2016 at 7:24 PM, Peter Simons  wrote:

> Fellow Haskell Hackers,
>
> Nixpkgs 'master' now has the entire Hackage database available:
>
>
> https://github.com/NixOS/nixpkgs/commit/2862d272a606c6188c4c33dab60de4e0066ee194
>
> No more running cabal2nix manually. :-)
>
> There is more work to come, i.e. cleaning up and refactoring, but in
> principle the "callHackage" function should work reliably. If it does
> not, please let me know.
>
> Best regards,
> Peter
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] mcaffee on nixos?

[Raahul Kumar]

In regards to packaging .deb

http://anderspapitto.com/posts/2015-02-28-deb-installation-nixos.html
https://www.reddit.com/r/NixOS/comments/3yvbyq/what_are_the_nixos_gotchas_for_the_debian_user/

Alternative source code method:
https://nixos.org/nixpkgs/manual/#chap-quick-start

Aloha,
RK.

On Sat, May 7, 2016 at 8:39 PM, Eike  wrote:

>
> Hi Raahul,
>
> thanks for your answer. I know there exists binaries for linux. I could
> extract the zip from the mcaffee install script. It contains two deb and
> two rpm packages and it looks for dpkg or rpm to install them. I think I
> could probably extract the contents from the rpm/deb packages but then I
> need to patch the binaries so that they find the shared libs on nixos,
> right?  How can I do this, I'd guess with `patchelf` but I'm not sure
> how to use it correctly.
>
> Thanks and regards
> Eike
>
>
> Raahul Kumar  writes:
>
> > Mcafee agent for linux does exist, so you can install it. Why your IT
> > department is stark raving mad is another, pertinent question though.
> > No one has packaged this for nix, so you will have to do the job
> yourself,
> > because I can't imagine any demand for this.
> >
> >
> http://www.mcafee.com/au/downloads/endpoint-protection/products/virusscan-enterprise-for-linux.aspx
> >
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] mcaffee on nixos?

[Raahul Kumar]

Mcafee agent for linux does exist, so you can install it. Why your IT
department is stark raving mad is another, pertinent question though.
No one has packaged this for nix, so you will have to do the job yourself,
because I can't imagine any demand for this.

http://www.mcafee.com/au/downloads/endpoint-protection/products/virusscan-enterprise-for-linux.aspx

On Sat, May 7, 2016 at 4:35 PM, Eike  wrote:

>
> zimbatm  writes:
>
> > Would running mcaffee in a windows VM count ? :p
> >
>
> That would be an option I could well live with ;-) but I'm afraid it
> doesn't count…
>
> --
> gpg: AD7AC35E
> finger print: 137F BB0B 1639 D25F DC5D E59C B412 C5F5 AD7A C35E
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] staging merged

[Raahul Kumar]

What was the reason? Does Debian's reproducible builds help at all or
should I not bother tracking them?

Aloha,
RK.

On Wed, Mar 30, 2016 at 10:09 PM, Domen Kožar  wrote:

> This was fixed in master and release-16.03 few days ago. Thanks for the
> report :)
>
> On Wed, Mar 30, 2016 at 1:04 PM, Raahul Kumar 
> wrote:
>
>> My very non expert gaze found libX11 and libcairo are not building as the 
>> immediate cause. Debian is able to build pgadmin3  1.22.1-1, using binutils 
>> (= 2.26-8). Is it okay to upgrade to the latest binutils?
>>
>> I am 90% confident, because Debian is able to build pgadmin, that should fix 
>> your problem.
>>
>>
>> https://reproducible.debian.net/rb-pkg/unstable/amd64/pgadmin3.html
>>
>> /nix/store/pl1578x6z8vyn2w51lqg7gb58x0n6np5-binutils-2.26/bin/ld: warning: 
>> libX11.so.6, needed by 
>> /nix/store/s3db72xgk883w1jlr4dmqwxnxxnl0hbq-wxGTK-2.8.12.1/lib/libwx_gtk2u_adv-2.8.so,
>>  not found (try using -rpath or -rpath-link)
>> /nix/store/pl1578x6z8vyn2w51lqg7gb58x0n6np5-binutils-2.26/bin/ld: warning: 
>> libcairo.so.2, needed by 
>> /nix/store/s3db72xgk883w1jlr4dmqwxnxxnl0hbq-wxGTK-2.8.12.1/lib/libwx_gtk2u_core-2.8.so,
>>  not found (try using -rpath or -rpath-link)
>>
>>
>> On Sun, Mar 27, 2016 at 10:35 PM, Domen Kožar  wrote:
>>
>>> Hi all,
>>>
>>> I've merged staging into master. This mainly brings us up to speed with
>>> 16.03.
>>>
>>> Major changes:
>>>
>>> - default to GCC 5
>>> - binutils bump https://github.com/NixOS/nixpkgs/issues/909
>>>
>>> PS: there are still a few packages that fail due to binutils and gcc5,
>>> thanks for patience :)
>>> PS2: if anyone knows how to fix pgadmin due to binutils bump, I'd
>>> appreciate that
>>>
>>> Domen
>>>
>>> ___
>>> nix-dev mailing list
>>> nix-dev@lists.science.uu.nl
>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>>
>>>
>>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] staging merged

[Raahul Kumar]

My very non expert gaze found libX11 and libcairo are not building as
the immediate cause. Debian is able to build pgadmin3  1.22.1-1, using
binutils (= 2.26-8). Is it okay to upgrade to the latest binutils?

I am 90% confident, because Debian is able to build pgadmin, that
should fix your problem.


https://reproducible.debian.net/rb-pkg/unstable/amd64/pgadmin3.html

/nix/store/pl1578x6z8vyn2w51lqg7gb58x0n6np5-binutils-2.26/bin/ld:
warning: libX11.so.6, needed by
/nix/store/s3db72xgk883w1jlr4dmqwxnxxnl0hbq-wxGTK-2.8.12.1/lib/libwx_gtk2u_adv-2.8.so,
not found (try using -rpath or -rpath-link)
/nix/store/pl1578x6z8vyn2w51lqg7gb58x0n6np5-binutils-2.26/bin/ld:
warning: libcairo.so.2, needed by
/nix/store/s3db72xgk883w1jlr4dmqwxnxxnl0hbq-wxGTK-2.8.12.1/lib/libwx_gtk2u_core-2.8.so,
not found (try using -rpath or -rpath-link)


On Sun, Mar 27, 2016 at 10:35 PM, Domen Kožar  wrote:

> Hi all,
>
> I've merged staging into master. This mainly brings us up to speed with
> 16.03.
>
> Major changes:
>
> - default to GCC 5
> - binutils bump https://github.com/NixOS/nixpkgs/issues/909
>
> PS: there are still a few packages that fail due to binutils and gcc5,
> thanks for patience :)
> PS2: if anyone knows how to fix pgadmin due to binutils bump, I'd
> appreciate that
>
> Domen
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Call for input method PR review

[Raahul Kumar]

Thank you Mathnerd, you're a champ! I do like Roland's unicode fonts, but
at this point this is just about aesthetics, those are certainly enough to
get started.
Those are some obscure languages standing in the way of full compliance,
unfortunately we will have to hope someone with expertise in those
languages releases a free font or that Google does it for us.

https://github.com/rolandwalker/unicode-fonts#free-international-and-symbol-fonts

Aloha,
RK.

On Mon, Feb 22, 2016 at 5:16 PM, Mathnerd314 
wrote:

> I aimed for full Unicode 8.0.0 glyph coverage in
> https://github.com/NixOS/nixpkgs/pull/10470, coming pretty close
> (99.45%). The remaining glyphs are obscure ancient languages. The easiest
> (and most colorful) way I found to test is the Unicode Wikibook:
> https://en.wikibooks.org/wiki/Unicode/Character_reference/-0FFF
>
> The glyphs by themselves are not everything; there are some missing
> combining forms and ligatures, the kerning/sizing seems weird, and of
> course "artistic quality" must be considered, so feel free to package more.
>
> -- Mathnerd314
>
> On Sun, Feb 21, 2016 at 10:40 PM, Raahul Kumar 
> wrote:
>
>> I see Lohit and Marathi, but that compares poorly to Debian/Fedora/Arch
>> etc etc, which have the entire set of Bharati languages working out of the
>> box. Fairly massive effort to package
>> this many fonts, but I guess the only option is to get started. Is there
>> any easy way to test unicode coverage of fonts versus Unicode 8.0.0? I am
>> thinking of perhaps starting a Unicode OTF
>> font packaging effort, but it would be nice to track how close the goal
>> is.
>> http://www.indlinux.org/wiki/index.php/IndicFontsList
>> https://github.com/NixOS/nixpkgs/tree/master/pkgs/data/fonts
>>
>> Aloha,
>> RK.
>>
>>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Call for input method PR review

[Raahul Kumar]

I see Lohit and Marathi, but that compares poorly to Debian/Fedora/Arch etc
etc, which have the entire set of Bharati languages working out of the box.
Fairly massive effort to package
this many fonts, but I guess the only option is to get started. Is there
any easy way to test unicode coverage of fonts versus Unicode 8.0.0? I am
thinking of perhaps starting a Unicode OTF
font packaging effort, but it would be nice to track how close the goal is.
http://www.indlinux.org/wiki/index.php/IndicFontsList
https://github.com/NixOS/nixpkgs/tree/master/pkgs/data/fonts

Aloha,
RK.

On Mon, Feb 22, 2016 at 2:33 PM, Eric Sagnes  wrote:

> There are quite a lot of international fonts available in nixpkgs.
> The few I use are IPAFont (Japanese) and baekmuk (Korean) and they look
> very decent.
>
> For other languages, there is the noto font that self advert as
> "Beautiful and free fonts for all languages" also available.
>
> Fonts are easy to package, and in case you find a font not available yet
> in nixpkgs that should be in, just add an issue.
>
> The best part with fonts in NixOS is that they can be configured in
> configuration.nix with `fonts.fonts` and `fonts.fontconfig`.
>
> On Mon, Feb 22, 2016 at 02:10:58PM +1000, Raahul Kumar wrote:
> > Looking forward to this, but I assume Nixos probably doesn't package any
> > decent fonts for languages outside of English.
> >
> > Aloha,
> > RK.
> >
> > On Mon, Feb 22, 2016 at 12:24 PM, Yasuaki Kudo  wrote:
> >
> > > Many thanks in advance, looking fward to it!  Yasuaki :-)
> > >
> > > > On Feb 22, 2016, at 11:14, 宋文武  wrote:
> > > >
> > > > Eric Sagnes  writes:
> > > >
> > > >> Hi,
> > > >>
> > > >> The PR to improve the state of input methods [1] in NixOS is ready
> for
> > > review.
> > > >> Input methods are a way to input characters/symbols that are not
> > > >> available on the keyboard, see wikipedia for more details [2].
> > > >>
> > > >> Input methods being a very important feature for non alphabetical
> > > >> languages (Chinese, Korean, Japanese, Hindi, Arabic, ...),
> > > >> it could be nice to have this PR merged for 16.03.
> > > > Agree, this indeed low the barrier to NixOS for CJK folks.
> > > >
> > > > Merged, thanks!
> > > > ___
> > > > 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
>
>
> --
> Eric Sagnes
> サニエ エリック
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Call for input method PR review

[Raahul Kumar]

Looking forward to this, but I assume Nixos probably doesn't package any
decent fonts for languages outside of English.

Aloha,
RK.

On Mon, Feb 22, 2016 at 12:24 PM, Yasuaki Kudo  wrote:

> Many thanks in advance, looking fward to it!  Yasuaki :-)
>
> > On Feb 22, 2016, at 11:14, 宋文武  wrote:
> >
> > Eric Sagnes  writes:
> >
> >> Hi,
> >>
> >> The PR to improve the state of input methods [1] in NixOS is ready for
> review.
> >> Input methods are a way to input characters/symbols that are not
> >> available on the keyboard, see wikipedia for more details [2].
> >>
> >> Input methods being a very important feature for non alphabetical
> >> languages (Chinese, Korean, Japanese, Hindi, Arabic, ...),
> >> it could be nice to have this PR merged for 16.03.
> > Agree, this indeed low the barrier to NixOS for CJK folks.
> >
> > Merged, thanks!
> > ___
> > nix-dev mailing list
> > nix-dev@lists.science.uu.nl
> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Remove Database

[Raahul Kumar]

You can unsubscribe at the bottom of this page

To unsubscribe from nix-dev, get a password reminder, or change your
subscription options enter your subscription email address:

http://lists.science.uu.nl/mailman/listinfo/nix-dev

On Thu, Nov 26, 2015 at 10:04 AM, Julio Cesar Campos 
wrote:

> Good afternoon, could please remove your database, I do not want to
> receive more messages.
> Thank you
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS 15.09 released

[Raahul Kumar]

Thank you. Even though I don't use the stable release, others do, and it is
always good to have a known solid reference to fall back on if things go
wrong.

On Thu, Oct 1, 2015 at 8:18 AM, Domen Kožar  wrote:

> Hi all,
>
> NixOS community is proud to announce the third NixOS stable release
> "Dingo" 15.09.
>
> There are no words to describe how much I'm proud and thankful to each one
> of you contributing to this release. We had 14064 commits from 438
> contributors in this release (31% increase since last release that had 333).
>
> The release brings many improvements including Nix 1.10 and many packages
> updates. See
> http://hydra.nixos.org/build/26476442/download/2/nixos/release-notes.html#sec-release-15.09
>
> ISO images, VirtualBox images and EC2 AMIs can be downloaded from:
>
> http://nixos.org/nixos/download.html
>
> NixOS manual is at http://nixos.org/nixos/manual/ (it will take another
> day to sync)
>
> Fresh installation can be done by following "Installation chapter" in the
> manual:
>
> http://nixos.org/nixos/manual/index.html#sec-installation
>
> Upgrading existing NixOS installations:
>
> $ nix-channel --add https://nixos.org/channels/nixos-15.09 nixos
> $ nixos-rebuild switch --upgrade
>
> Report any issues to the bug tracker on
> https://github.com/NixOS/nixos/issues
>
> Thank you all for being involved and hope to see you at the conference!
>
> http://conf.nixos.org/
>
> PS: note that according to our policy, 14.12 is now unmaintained (we'll
> still backport *only critical* security updates)
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Nix loves Haskell: the video

[Raahul Kumar]

I'll put this up on my Google +. What is the definitive recommendation to
do Haskell development today on Nix? It keeps changing so fast. I want both
Git GHC and the latest current stable release. And do you recommend against
using cabal at all?

Aloha,
RK.


On Sat, May 23, 2015 at 10:46 AM, Oliver Charles 
wrote:

> Great work peti - this will be really useful as another resource to give
> to people who want to get started with Haskell and Nix :)
>
> - Ollie
>
> On Sat, May 23, 2015 at 1:07 AM, Mateusz Kowalczyk <
> fuuze...@fuuzetsu.co.uk> wrote:
>
>> On 05/22/2015 10:38 PM, Peter Simons wrote:
>> > Hi folks,
>> >
>> > Rok Garbas kindly organized a NixOS meetup in Berlin the other day [1],
>> > and I used the occasion to talk about Haskell NG. The presentation was
>> > advertised as:
>> >
>> >   We'll look at how Nix can replace "cabal-install" in your development
>> >   workflow to bring you the power of Hackage without the headaches this
>> >   normally implies. The talk is aimed at beginners and assumes little
>> >   prior knowledge of Nix or Haskell.
>> >
>> > Rok recorded the talk and made the video available here:
>> >
>> >   https://www.youtube.com/watch?v=BsBhi_r-OeE
>> >
>> > You'll find the slides at [2] and all sample code snippets are available
>> > at [3].
>> >
>> > I hope you'll find this useful!
>> >
>> > Best regards,
>> > Peter
>> >
>> >
>> > [1] http://www.meetup.com/Berlin-NixOS-Meetup/events/222109058/
>> > [2] http://cryp.to/nixos-meetup-3-slides.pdf
>> > [3]
>> https://github.com/NixOS/cabal2nix/blob/master/doc/nixos-meetup-3-slides.md
>> >
>> > ___
>> > nix-dev mailing list
>> > nix-dev@lists.science.uu.nl
>> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
>> >
>>
>> Interesting. Shame the recording cut off at the questions. I didn't know
>> you could nix-env -qaP haskellPackages to display the ng package set: we
>> just had a person ask about that in #nixos yesterday!
>>
>> I think it would be worthwhile to cross-post this to haskell-café.
>>
>> --
>> Mateusz K.
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Use GHC 7.10.1 as default Haskell compiler in nixpkgs

[Raahul Kumar]

Strong agreement, the switch to 7.10 GHC and the NG Haskell way can't come
soon enough. Can you do a blog post on the topic Peter, since NG requires a
new way to setup Haskell now as compared to the old way. What is the best
way to install Haskell on Nixos now? Deterministic builds sounds great.


Aloha,
RK.

On Fri, Apr 3, 2015 at 9:54 AM, member MP2E  wrote:

> Speaking as someone that has been bitten by the non-deterministic package
> IDs many times, I'm fully in favor of switching over to GHC 7.10.1 and
> removing the old infrastructure. If there's anything I can do to help the
> transition, let me know
>
> On Thu, Apr 2, 2015 at 4:51 PM, Peter Simons  wrote:
>
>> Hi Ertugrul,
>>
>>  > The last time I tried to switch, Nix started to build everything from
>>  > source, including GHC, even with the options described in the Haskell
>>  > NG thread.
>>
>> what architecture do you use? Is it i686-linux by any chance? I'm asking
>> because Hydra isn't building binaries for that platform at the moment.
>>
>> You should always get binaries of GHC itself, though. Those are part of
>> the standard "nixos-unstable" channel.
>>
>> Best regards,
>> Peter
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Use GHC 7.10.1 as default Haskell compiler in nixpkgs

[Raahul Kumar]

Any idea why 1/3rd of all packages, 1551, are classified as newly failing?
What package/s is the problem? Is it due to the packages not having updated
as per the guidelines here?

https://ghc.haskell.org/trac/ghc/wiki/Migration/7.10

Aloha,
RK.

On Sat, Mar 28, 2015 at 6:37 AM, Peter Simons  wrote:

> Hi Mateusz,
>
>  > GHC 7.10.1 was officially released this morning. I wonder what the
>  > stance is to switching over to it as a default.
>
> I created pull request [1] to experiment with the new version. Test
> builds are running at [2]. [3] shows how 7.10.1 compares to 7.8.4 in
> terms of ability to compile the Hackage package set.
>
> Best regards,
> Peter
>
>
> [1] https://github.com/NixOS/nixpkgs/pull/7037
> [2] http://hydra.cryp.to/jobset/nixpkgs/haskell-updates-ghc7101
> [3] http://hydra.cryp.to/eval/297962?compare=haskell-updates
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] ghcWithPackages appears broken in nixpkgs HEAD?

[Raahul Kumar]

Is there a bug id for this in the ghc bugtracker? It sounds very annoying.

Aloha,
RK.

On Wed, Mar 25, 2015 at 3:37 AM, Peter Simons  wrote:

> Hi Michael,
>
> my guess is that you've run into a design problem in GHC that causes the
> compiler to assign randomly differing package IDs every now and then.
> The result is that libraries built locally don't fit to ones downloaded
> from Hydra. The only way out of this mess is to garbage collect all
> Haskell packages by running
>
>   $ nix-store --delete /nix/store/*-ghc-7.8.4
>
> and to compile or download everything again from scratch.
>
> Best regards,
> Peter
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Fwd: [NixOS] Your organization application has been rejected.

[Raahul Kumar]

Disappointing, but perhaps approaching lecturers might be a better bet.
There are uni students who would be interested in writing real code for an
OS project.

Aloha,
RK.

On Tue, Mar 3, 2015 at 8:02 AM, Jonathan Glines  wrote:

> Well, there's always a budget for unpaid student labor... At least we have
> a list of potential projects.
> 2015/03/02 14:59 "member MP2E" :
>
>> A shame, ah well. We've got a whole year to try again. :)
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Please test Nix store auto-optimise

[Raahul Kumar]

Can I know the best way to do this for BTRFS? Install duperemove, then what?

Aloha,
RK.

On Mon, Feb 16, 2015 at 8:32 AM, James Cook  wrote:

> Oops, yes, that's a good point. Filesystems with fancy things like
> reflinks probably have their own tools for deduplication.
>
> On 15 February 2015 at 01:48, Wout Mertens  wrote:
> > If you want to use reflinks, better to use the deduplication tools that
> come
> > with the filesystem, e.g.
> > https://btrfs.wiki.kernel.org/index.php/Deduplication (duperemove is in
> > nixpkgs).
> >
> > Also, it would be nice if we could patch GNU cp so that it always tries
> to
> > use reflinks (so that builds automatically have reflinks where possible).
> > There's an option "--reflinks=auto" that does that and I don't understand
> > why it's not the default (as discussed at
> >
> http://unix.stackexchange.com/questions/80351/why-is-cp-reflink-auto-not-the-default-behaviour
> ).
> > Maybe we should make it a nixos option.
> >
> > Hardlinks are slightly impure and they do cause build failures in rare
> and
> > easily-fixed cases, but they're cross-platform, robust and easy to
> inspect.
> > Indeed the .links directory won't be able to be pruned due to reflinks
> being
> > invisible.
> >
> > To implement reflinks properly you would have to keep a hash of each
> file in
> > the nix-store in a DB. This has advantages, like being able to hash
> lazily
> > (only when another file with the same size shows up), and being able to
> do
> > queries, but it also means that you're duplicating that other DB, the
> file
> > system.
> >
> >
> > Wout.
> >
> > On Sun, Feb 15, 2015, 9:54 AM James Cook  wrote:
> >>
> >> > Once I wondered if using reflinks instead of hardlinks might be better
> >> > from
> >> > some point of view, but it probably won't be a big difference.
> >>
> >> I would really like to see reflinks being used instead of hard links
> >> on filesystems that support it. Hard linking is an impurity which can
> >> cause bugs, as Wout pointed out at the start of the thread (e.g.
> >> https://github.com/NixOS/nixpkgs/issues/4266).
> >>
> >> Implementation question: how would nix know when it can delete a file
> >> in /nix/store/.links? I assume than now it just checks the number of
> >> links, but I don't know if you can do that with reflinks.
> >>
> >> James
> >> ___
> >> nix-dev mailing list
> >> nix-dev@lists.science.uu.nl
> >> http://lists.science.uu.nl/mailman/listinfo/nix-dev
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Use Haskell for Shell Scripting

[Raahul Kumar]

Guix is an already existing Nix implementation in Guile. Let's take the
other path.Haskell, since the issue of closures is apparently simple.

On Sat, Jan 31, 2015 at 10:22 PM, Ertugrul Söylemez  wrote:

> > At this current point in time, GHC is packaged in a poor manner, with
> > GHC being unbelievably huge. Dynamic linking is the answer, which
> > isn't done by default.
>
> I have actually experimented with using Haskell (and a few other FP
> languages) as a substitute for shells.  It is feasible if you disable
> dynamic linking.  The non-Haskell libraries are still linked
> dynamically, but the reference to the GHC derivation is then gone.  This
> brings the closure of a Haskell hello-world "script" from a huge 1.1 GiB
> down to a mere 131 MiB (on my x86_64 system), which makes it on par with
> shell scripts.
>
> However, static linking is probably not a good idea.  The resulting
> "scripts" are on the order of megabytes and can quickly approach a few
> tens of them.  To really fix this and make Haskell viable as a shell
> substitute we need to split the GHC derivation.  There should be a pure
> library derivation and a separate compiler derivation.  The former
> should be as small as possible.  Ideally there would be one derivation
> per library.
>
> The other languages I have tried are Scheme (via Chicken), Curry (via
> PAKCS), SML (via mlton) and Idris.
>
> Before I present my results, let me clarify what I think a "script" is:
> It is a string that I can run through a simple Nix function, which gives
> me a derivation that contains a runnable version of that string, either
> binary or shebanged.  This derivation pulls a reasonably sized closure
> along with it.  I can choose to combine many such runnable scripts to a
> single derivation using buildEnv, which is often very useful.  In other
> words:  For the language "blah" there is a simple, deterministic,
> unconfigurable function that would have the following signature in a
> hypothetical typed Nix:
>
> blahScript : String -> Derivation
>
> This function can be a special case of a slightly more powerful function
> that takes a directory and a main entry point, because if we choose to
> use a better language, we might as well choose to utilise its module
> system, if it has one, for some of our larger scripts.
>
> Now to my results:  All of the above languages, except Curry, work more
> or less, if all you need to do is to start programs or move files
> around.  As soon as you need to do operating-system-specific stuff
> (e.g. `unshare` on Linux) it gets less juicy, because unless someone has
> written a nice high-level library you need to touch the FFI.
>
> Chicken Scheme worked best for that, because rather than trying to model
> the syscall in the language, you can just dump C code into it.  Not a
> nice and clean solution, but a working one for the many cases when you
> just need to -- you know -- get stuff done.
>
> Haskell works, because lots of the OS bindings can be found on Hackage,
> including Linux-specific libraries.  But it does require a slightly more
> expressive 'haskellScriptWith' function.  You need to be able to tell it
> what you depend on.
>
> SML works and produces surprisingly small executables.  It loses at the
> library end, because there aren't many OS-specific libraries around (or
> I couldn't find them).  Also some of the advanced FFI tooling that I'm
> used to from Haskell seems to be missing.  Finally I would say that the
> syntax is too verbose for quick scripting (but that's subjective -- I
> have seen people use VB.NET for scripting).
>
> You might be interested why Curry didn't work.  Simple: I couldn't
> figure out how to write a program.  Actually I went through the whole
> tutorial, did all the exercises (they aren't really difficult to a
> Haskell programmer) and then skimmed through the whole PAKCS manual.  I
> could write extremely elegant algorithmic code and was quite amazed at
> the beauty of this language, even compared to Haskell.  But in the end I
> still didn't know how to turn all this beautiful Curry code into an
> executable file that I can run without invoking PAKCS explicitly.
> Something with a shebang or ideally something binary.  It would probably
> be possible to write wrapper scripts, but let's just wait until one of
> the implementations becomes mature enough for systems programming.
>
> Finally there is Idris.  It is a beautiful language that comes with
> reasonable editor integration and a lightweight syntax.  It compiles to
> executable binary code and has a carefully designed yet useful FFI.
> Sounds good for scripting.  On the other hand it is very young and
> documentation is far from mature.  Not that I would mind its youth, but
> I do mind the barrier to entry at this point.  At the very least when
> other authors don't understand my code, it should be reasonably obvious
> where to look for answers.  Also the library landscape is very flat, so
> bootstrapping might use most of yo

Re: [Nix-dev] Use Haskell for Shell Scripting

[Raahul Kumar]

At this current point in time, GHC is packaged in a poor manner, with GHC
being unbelievably huge. Dynamic linking is the answer, which isn't done by
default.

http://stackoverflow.com/questions/6115459/small-haskell-program-compiled-with-ghc-into-huge-binary

Aloha,
RK.

On Sat, Jan 31, 2015 at 3:35 AM, Joe Hillenbrand 
wrote:

> On Fri, Jan 30, 2015 at 8:36 AM, Domen Kožar  wrote:
>
>> If you want to impose on people to learn Haskell and Nix to contribute,
>> you're going to end up in a lonely island. Remember, Nix tries to be
>> approachable to everyone and that's why it's minimal and simple.
>>
>
> I'll never buy the circular argument that "Haskell's not popular because
> Haskell's not popular." I think people would be encouraged to learn Haskell
> if Nix was using it to great success. From what I've seen, a huge chunk of
> the existing Nix community are Haskellers because they understand the
> benefits of purity. I think if there is a clear benefit to a superior tool,
> it should be used, though I'm not entirely convinced there are a huge
> benefit to using Turtle.
>
> On Fri, Jan 30, 2015 at 5:07 PM, Oliver Charles 
> wrote:
>
>> Not sure if you're serious...
>>
>
> I'm not sure if I am either. I'm just curious what people think about the
> possibility.
>
> I'd imagine that the startup overhead is now higher than bash, and the
>> size of closures goes up a lot (you have to pull in the many hundreds of MB
>> that GHC needs).
>
>
> Given those concerns another option could be shell-monad[1][2], which
> outputs shell script, so you get some of the safety benefits of Haskell
> with none of the overhead. Maybe it would be a good middle ground.
>
> [1] http://joeyh.name/blog/entry/shell_monad_day_3/
> [2] http://hackage.haskell.org/package/shell-monad
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Funding Hydra Development

[Raahul Kumar]

 bit-identical builds. How far are we from that point? Is it the timestamps
that most build tools add to their build that prevents it?
What's the blocker?

Aloha,
RK.

On Thu, Jan 22, 2015 at 10:29 PM, Wout Mertens 
wrote:

> nixos@home would be impossible to secure until derivations are
> bit-for-bit identical on multiple builds. Then you could do something like,
> have 1000 builders, and if 501 builders get the same output hash for a
> derivation, it gets accepted on the public ledger of input/output hashes.
> Grow the builders as the popularity of NixOS grows. You need to subvert a
> majority of builders to subvert the binaries.
>
> ...but we don't have bit-identical builds... yet.
> On Thu Jan 22 2015 at 3:46:48 AM stewart mackenzie 
> wrote:
>
>> Forgive me, this is my fault for not being clear enough.
>>
>> Yes I too would feel uncomfortable about a nixos@home setup unless of
>> course it includes some kind of blockchain. Even then it would be too
>> expensive to run.
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Backporting haskell-ng to 14.12

[Raahul Kumar]

One question. Does this backporting work happen a lot? If so, is the stable
branch really helping things if there is a lot of repeated work ?
Aloha,
RK.

On Thu, Jan 8, 2015 at 11:59 PM, Shea Levy  wrote:

> Ah, actually I see Peter already brought haskell-ng into master via the
> haskellngPackages attribute. So I’ll just backport that, as it won’t touch
> any existing haskellPackages stuff. Never mind!
>
> > On Jan 8, 2015, at 1:07 PM, Shea Levy  wrote:
> >
> > Hi all,
> >
> > I’d like to make a case for backporting Peter’s haskell-ng work to 14.12
> once it’s merged into master. If I understand correctly, then if a haskell
> package’s version (and the versions of its dependency closure) stay the
> same, the haskell-ng branch will result in what is effectively the same
> package (though there may be minor tweaks that result in a changed
> outpath), and with the compatibility layer in place the old attribute names
> will be the same, with the end result that, modulo binary caches, a NixOS
> configuration that worked before will still work. On the other hand, if we
> don’t backport haskell-ng, then 14.12 users will miss out on the improved
> functionality (such as deep overriding) and we will not be able to backport
> new haskell packages added to master after the switch.
> >
> > Peter, is my understanding correct? And am I right in thinking that
> haskell-ng won’t require bumping haskell packages any major versions from
> what is currently on 14.12?
> >
> > Peter, and everyone else: Thoughts on this?
> >
> > Thanks,
> > Shea
> > ___
> > nix-dev mailing list
> > nix-dev@lists.science.uu.nl
> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] hydra.nixos.org stopped scheduling jobs

[Raahul Kumar]

I think an easy way to solve this is to put it to the test. I feel it is
too obvious to mention that deduplication and compression will solve the
problem. But it's all up to how much Eelco wants to waste his time. Give it
a go, you won't regret it.

Aloha,
RK.

On Tue, Jan 6, 2015 at 3:28 AM, aszlig  wrote:

> On Mon, Jan 05, 2015 at 05:03:04PM +0100, Vladim??r ??un??t wrote:
> > Btrfs does no deduplication (by itself at least). Per-file compression
> > should help a little, but I'd expect no huge savings.
>
> I beg to differ, accidentally (forgot to actually enable periodic GC)
> had a 6.4 TB large Nix store on a 3 TB disk array, so it seems that the
> Nix store (or at least the one on my Hydra) compresses well enough.
>
> But what actually is going to be for the worse is that you can't reason
> anymore about how much disk space will be available on a btrfs volume.
>
> a!
> --
> aszlig
> Universal dilettante
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iF4EAREIAAYFAlSqyboACgkQ0OvQ7IwtyWHY7gEAjQ4GWU3lwVjIQ1CVpSAgfAA6
> jXoAg3kyCQ0BJk5ASmIBAKDdEnB8AoQ7H4aLLHLS/cs41C/tekoq2t9YYx84bnr5
> =y+wL
> -END PGP SIGNATURE-
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] hydra.nixos.org stopped scheduling jobs

[Raahul Kumar]

Btrfs might be the answer. It can both deduplicate and compress. Worth a
shot.

Aloha,
RK.

On Mon, Jan 5, 2015 at 8:26 PM, Eelco Dolstra 
wrote:

> Hi,
>
> On 04/01/15 14:21, Peter Simons wrote:
>
> >  > It seems building OK now. I don't know if anyone has intervened...
> >
> > Hydra builds a couple of hundred packages per day, but it does so at a
> > snails pace.
>
> The queue gets stopped automatically when free disk space drops below a
> certain
> level (10 GB or so), which is happening all the time now. Apparently the
> garbage
> collector cannot reclaim enough disk space anymore, suggesting we have too
> many
> roots (i.e. active Nixpkgs/NixOS jobsets). The Nix store on that machine
> has 3.6
> TB of disk space BTW.
>
> --
> Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] grsecurity

[Raahul Kumar]

I poked around here


"You can enable it by just specifying which kernel you want (stable,
stable+vserver patches, or testing), and the system configuration (desktop
or server):

security.grsecurity.enable = true;
security.grsecurity.testing = true; # testing 3.13 kernel
security.grsecurity.config.system = "desktop"; # or "server"

This defaults to high-security enhancements, and auto-selects all the
appropriate configuration options and enabled protections. This implies no
virtualisation support, which is needed for all your expected software
functionality to work properly. For example, to enable KVM support:

security.grsecurity.enable = true; security.grsecurity.stable = true; #
enable stable 3.2 kernel security.grsecurity.config = { system = "server";
priority = "security"; virtualisationConfig = "host";
virtualisationSoftware = "kvm"; hardwareVirtualisation = true; }"

https://github.com/NixOS/nixpkgs/tree/master/nixos/modules/security
http://lists.science.uu.nl/pipermail/nix-dev/2014-April/012957.html

If that still doesn't work file a bug report against the grsecurity
package. Give apparmour a go?

Aloha,
RK.

On Mon, Jan 5, 2015 at 2:29 PM, peter.romfeld...@gmail.com <
peter.romfeld...@gmail.com> wrote:

>  when i use:
>
> packageOverrides = pkgs: {
>linuxPackages = pkgs.linuxPackages_3_11_grsecurity;
>
> or
>
> packageOverrides = pkgs: {
>linuxPackages = pkgs.linuxPackages_3_2_grsecurity;
>
> i get:
> error: attribute ‘linuxPackages_3_{11,2}_grsecurity’ missing, at
> "/etc/nixos/configuration.nix":18:23
>
> if i just comment it out i get:
> builder for
> ‘/nix/store/f3ki9ligga217d44zaprbqybl3vq0pmj-linux-config-3.2.64.drv’
> failed with exit code 255
> cannot build derivation
> ‘/nix/store/a0ydf19bz5pqjv26kmqx948wsmnxzmfa-linux-3.2.64.drv’: 1
> dependencies couldn't be built
> cannot build derivation
> ‘/nix/store/hg31v8gq8jpcd3i7a4mgwhv7l049sfq2-nixos-15.05pre54730.cbe467e.drv’:
> 1 dependencies couldn't be built
> error: build of
> ‘/nix/store/hg31v8gq8jpcd3i7a4mgwhv7l049sfq2-nixos-15.05pre54730.cbe467e.drv’
> failed
>
> if i use:
> boot.kernelPackages = pkgs.linuxPackages_grsecurity_stable;
>   security.grsecurity = {
> enable = true;
> stable = true;
> config = {
>   verboseVersion = true;
>   #priority = "security";
>   system = "desktop";
>   virtualisationConfig = "host";
>   hardwareVirtualisation = true;
>   virtualisationSoftware = "kvm";
>   kernelExtraConfig = ''
> XEN n
> HIBERNATION n
> DEVKMEM? n
>   '';
> };
>   };
>
> the build works, but at reboot i get kernel-panic no init found.
>
> im not sure but i looks like that if i use security.grsecurity i should be
> able to somehow tell it to apply the grsecurity patch to my current kernel?
>
> i also tried with kernel 3.14, same problems
>
> my config:
> http://pastebin.com/K7yEWRk4
>
> cheers,
> peter
>
> On 01/03/2015 03:19 PM, Raahul Kumar wrote:
>
>  Can you put your entire configuration.nix in a pastebin site or a github
> gist? I can only suggest the other alternative working kernel 3.11, or
> Apparmour.
>  Please let us know which one works.
>
>nixpkgs.config = {
>  grsecurity = true;
>
>  packageOverrides = pkgs: {
>linuxPackages = pkgs.linuxPackages_3_11_grsecurity;
>
>
>};
>
>
>  AppArmour
>
> http://permalink.gmane.org/gmane.linux.distributions.nixos/10799
>
>  Also provide all the error messages please.
>
>  Aloha,
> RK.
>
> On Fri, Jan 2, 2015 at 6:45 PM, peter.romfeld...@gmail.com <
> peter.romfeld...@gmail.com> wrote:
>
>> Hi,
>>
>> I followed this tutorial:
>> https://nixos.org/wiki/Hardened_NixOS
>>
>> but got missing `linuxPackages_3_2_grsecurity` so i searched through the
>> github packages and tried a few other names, but then i got `dependency
>> could not be downloaded`
>> then i went through options and found security.grsecurity, but then i
>> get kernel does not support grsec :(
>>
>> I realy would like to get that working, please help
>>
>> some of my configuration.nix:
>>
>>   boot.kernelPackages = pkgs.linuxPackages_3_2;
>>nixpkgs.config = {
>>  allowUnfree = true;
>>  #grsecurity = true;
>>  #packageOverrides = pkgs: {
>>  #  linuxPackages = pkgs.linuxPackages_3_2_grsecurity; # i tried a
>> few here, its either not found or dependency error because it cant
>> download dep
>>  #  stdenv = pkgs.stdenv // {
>>   

Re: [Nix-dev] grsecurity

[Raahul Kumar]

Can you put your entire configuration.nix in a pastebin site or a github
gist? I can only suggest the other alternative working kernel 3.11, or
Apparmour.
Please let us know which one works.

   nixpkgs.config = {
 grsecurity = true;

 packageOverrides = pkgs: {
   linuxPackages = pkgs.linuxPackages_3_11_grsecurity;


   };


AppArmour

http://permalink.gmane.org/gmane.linux.distributions.nixos/10799

Also provide all the error messages please.

Aloha,
RK.

On Fri, Jan 2, 2015 at 6:45 PM, peter.romfeld...@gmail.com <
peter.romfeld...@gmail.com> wrote:

> Hi,
>
> I followed this tutorial:
> https://nixos.org/wiki/Hardened_NixOS
>
> but got missing `linuxPackages_3_2_grsecurity` so i searched through the
> github packages and tried a few other names, but then i got `dependency
> could not be downloaded`
> then i went through options and found security.grsecurity, but then i
> get kernel does not support grsec :(
>
> I realy would like to get that working, please help
>
> some of my configuration.nix:
>
>   boot.kernelPackages = pkgs.linuxPackages_3_2;
>nixpkgs.config = {
>  allowUnfree = true;
>  #grsecurity = true;
>  #packageOverrides = pkgs: {
>  #  linuxPackages = pkgs.linuxPackages_3_2_grsecurity; # i tried a
> few here, its either not found or dependency error because it cant
> download dep
>  #  stdenv = pkgs.stdenv // {
>  #platform = pkgs.stdenv.platform // {
>  #  kernelExtraConfig = ''
>  #XEN n
>  #HIBERNATION n
>  #DEVKMEM? n
>  #GRKERNSEC y
>  #GRKERNSEC_CONFIG_AUTO y
>  #GRKERNSEC_CONFIG_DESKTOP y
>  #GRKERNSEC_CONFIG_VIRT_HOST y
>  #GRKERNSEC_CONFIG_VIRT_EPT y
>  #GRKERNSEC_CONFIG_VIRT_KVM y
>  #GRKERNSEC_CONFIG_PRIORITY_SECURITY y
>  #GRKERNSEC_PROC_USER y
>  #GRKERNSEC_PROC_GID 0
>  #GRKERNSEC_CHROOT_CHMOD n
>  #  '';
>  #};
>  #  };
>  #};
>};
>#security.grsecurity = {
>#  enable = true;
>#  stable = true;
>#  config = {
>#system = "desktop";
>#virtualisationConfig = "host";
>#hardwareVirtualisation = true;
>#virtualisationSoftware = "kvm";
>#  };
>#};  # kernel does not support grsec
>boot.kernel.sysctl = {
>  "kernel.grsecurity.grsec_lock" = 1;
>  "net.ipv4.icmp_echo_ignore_broadcasts" = 1;
>  "net.ipv4.icmp_ignore_bogus_error_responses" = 1;
>  "net.ipv4.tcp_syncookies" = 1;
>  .
>
>
> Cheers,
> Peter
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS 14.12 released

[Raahul Kumar]

When my internet is fixed tomorrow, looking forward to playing with the
newest release.

On Wed, Dec 31, 2014 at 8:28 PM, Leon Kunert  wrote:

>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Wine x64

[Raahul Kumar]

I'm interested in having a fully 64 bit system. Even though I will be too
busy to help code, I can test it for you.

Aloha,
RK.

On Tue, Dec 23, 2014 at 5:26 PM, Nathaniel Baxter <
nathaniel.bax...@gmail.com> wrote:

> Hi Kirill,
> Nixpkgs only includes a package for the 32bit version of wine, which works
> for 32bit applications using wine on amd64.
>
> Wine64 has not been packaged for nixpkgs, although this should be
> possible. That comment you referred to is from 2010, Eelco might be able to
> clarify, but I suspect that the 64bit port for wine was less mature then.
>
> I briefly attempted to package a version of wine with support for both
> 64bit and 32bit applications a few months ago (using these instructions
> ) but I had issues with setting up the
> environment properly. Someone with more nix experience might be more
> successful. I can revive that code/try to fix it if there is interest.
>
> ~Nathaniel Baxter
>
> On 23 December 2014 at 17:01, Kirill Elagin  wrote:
>
>> Hi,
>>
>> Does anyone know what’s exactly the problem
>> 
>> with wine on amd64?
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Enable openntpd instead ntp by default

[Raahul Kumar]

I would strongly prefer systemd-timesync, as the default, since we're using
systemd anyway. Might as well get the maximum use out of it.

Aloha,
RK.

On Tue, Dec 23, 2014 at 10:38 PM, Eelco Dolstra  wrote:

> Hi,
>
> On 21/12/14 21:32, Paul Colomiets wrote:
>
> > I'm not sure was it discussed before, but I want to ask if we should
> > enable openntpd instead of ntpd by default?
>
> +1 on switching to openntpd or systemd-timesyncd (with a preference for the
> latter for better integration with the rest of the system, such as
> automatically
> handling network reconfiguration events from networkd).
>
> --
> Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Breaking changes log

[Raahul Kumar]

Great idea. A human readable changelog should mean less repetitive spam,
because people will know about breaking changes as they happen.

Aloha,
RK.

On Fri, Dec 19, 2014 at 2:18 AM, Wout Mertens 
wrote:
>
> As a summary answer to all the answers, I think we should adopt a change
> log as described at http://keepachangelog.com/
>
> Why?
>
>- It's an attempt at a standard with features that make it somewhat
>machine-parseable (we could write a test for it)
>- It's MarkDown format so human-readable and writeable, and github
>formats it nicely. See
>https://github.com/olivierlacan/keep-a-changelog/blob/gh-pages/CHANGELOG.md
>for an example result.
>- => Its diffs should also be human readable and a unified diff
>between two versions gives you changes you care about. E.g.
>
> https://github.com/olivierlacan/keep-a-changelog/commit/0417b6b4e824f459de3ad57c8ba7d4ea0967329c
>- It's mostly insert-only so hopefully it won't result in PRs merge
>conflicts and PRs can include their changes
>- Very free-form so we can later add special tags that would allow
>showing only messages relevant to the installed packages
>- We would only need the one file, each branch has its own history and
>CHANGELOG.md file
>- See http://keepachangelog.com/ for a bunch of FAQs.
>
> Example (off the top of my head):
>
> # Change Log
> All notable changes to NixPkgs will be documented in this file.
>
> ## [Unstable][unstable]
> ### Changed
> - Bash completion is now on by default
> - [BREAKING] config.services.rsyncd exports attributes changed, now they 
> share the same format as sambad
>
> ## [14.04] - 2014-04-30
> ### Security
> - Bash security fixes
> - OpenSSL Heartbleed fix
>
> [unstable]: https://github.com/NixOS/nixpkgs/compare/release-14.04...HEAD
> [14.04]: 
> https://github.com/NixOS/nixpkgs/compare/release-13.10...release-14.04
>
>
> We probably don't want to include a line for each changed package, do we?
>
> Thoughts?
>
> Wout.
>
> PS: Hakisho, I top-post because Google makes me do it :)
>
> On Thu Dec 18 2014 at 11:29:04 AM Hakisho Nukama  wrote:
>
>> On Wed, Dec 17, 2014 at 3:09 PM, Mateusz Kowalczyk
>>  wrote:
>> > On 12/17/2014 01:55 PM, Wout Mertens wrote:
>> >> Nice though it seems a bit complex. Not sure if it's over-engineered or
>> >> just what's needed.
>> >>
>> >> Also interesting:
>> >> *"There have been complaints regarding the comprehensibility of some
>> >> upgrade notices and news items in the past. This is understandable —
>> not
>> >> every Gentoo developer speaks English as a first language. However,
>> for the
>> >> sake of clarity, professionalism and avoiding making us look like
>> prats, it
>> >> is important that any language problems be corrected before inflicting
>> a
>> >> news item upon end users.*
>> >>
>> >> *Thus, at least 72 hours before a proposed news item is committed, it
>> must
>> >> be posted to the gentoo-dev mailing list and Cc:ed to p...@gentoo.org
>> >>  (exceptions may be made in exceptional
>> circumstances). Any
>> >> complaints — for example regarding wording, clarity or accuracy — must
>> be
>> >> addressed before the news item goes live."*
>> >>
>> >> 
>> >>
>> >> Wout.
>> >>
>> >
>> > This is just administrative mongering, no need to adopt it fully. I
>> > agree that either some kind of news system should be in place: currently
>> > I think the only thing we have going is putting ‘trace’ somewhere and
>> > hoping the user catches it.
>> >
>> > In any case, I think calling it ‘news’ is misled: in Gentoo news are
>> > used for longer term things, say distro moving off from Ruby 1.x for
>> > it's default or whatever. But maybe that's what OP wants.
>> >
>> > Personally I want to be able to emit a message from a package such as
>> > ‘XYZ flags have changed, you need to do such and such thing’ or ‘extra
>> > user interaction is needed to get this package to work, put this thing
>> > in such and such directory under $HOME’. Gentoo's portage does this,
>> > such things print during the package build (not always applicable) and
>> > at the end of the builds. I can see multiple problems here in that
>> > unlike with Gentoo, we often fetch multiple different versions of same
>> > software as various dependencies, the user is rarely directly using it
>> > all. I don't know how to deal with this properly. Maybe it's just a bad
>> > idea for nix.
>> >
>>
>> Maybe add all notable changes into a 'release-notes' [0]
>> for the unstable branch.
>> And merge unstable-entries that have not been nullified at release time
>> into the release-notes of the upcoming release.
>>
>> [0] https://github.com/NixOS/nixpkgs/blob/master/nixos/doc/
>> manual/release-notes/rl-unstable.xml
>>
>> Best Regards,
>> Hakisho Nukama
>>
>> P.S.: 'm not aware, if this is a top or bottom posting list, now I'm
>> in between. ;)
>>
>> >> On Wed Dec 17 2014 at 2:45:31 PM Oliver Charles > >
>> >> wrote:
>> >>
>> >>> One thing I really like is Gentoo's "news" feat

Re: [Nix-dev] How to set up your Haskell environment (was: Help with ghc errors after nix-channel --update)

[Raahul Kumar]

Peter, Carlos,

Would you recommend this as the ideal way to install Haskell in Nixos now?

Aloha,
RK.

On Tue, Dec 16, 2014 at 11:17 PM, Peter Simons  wrote:
>
> Hi Carlo,
>
>  > for completeness, could you post a version in which this approach is
>  > used in conjunction with ghcWithPackages?
>
> first of all, your ~/.bashrc should contain these settings:
>
>  | NIX_GHC_VERSION=$(ghc --numeric-version)
>  | export NIX_GHC="$HOME/.nix-profile/bin/ghc"
>  | export NIX_GHCPKG="$HOME/.nix-profile/bin/ghc-pkg"
>  | export NIX_GHC_DOCDIR="$HOME/.nix-profile/share/doc/ghc/html"
>  | export NIX_GHC_LIBDIR="$HOME/.nix-profile/lib/ghc-${NIX_GHC_VERSION}"
>
> People who use more than one profile and who don't want to commit to a
> single location for their active Haskell environment can use the
> following instead:
>
>  | NIX_GHC=$(type -p ghc)
>  | if [ -n "$NIX_GHC" ]; then
>  |   eval $(grep export "$NIX_GHC")
>  | fi
>
> The advantage of the first snippet is that you don't need to re-source
> your ~/.bashrc after an nix-env update. The advantage of the second
> snippet is that these variables will point directly into the /nix store,
> so it doesn't matter what the exact path of your profile is.
>
> Now, here is the setup of the Haskell environment:
>
>  | # ~/.nixpkgs/config.nix
>  |
>  | {
>  |   packageOverrides = super: let self = super.pkgs; in
>  |   {
>  | haskellDevEnv = self.haskellPackages.ghcWithPackages (p: with p; [
>  |   async attoparsec caseInsensitive fgl GLUT GLURaw haskellSrc
>  |   hashable html HTTP HUnit mtl network OpenGL OpenGLRaw parallel
>  |   parsec QuickCheck random regexBase regexCompat regexPosix split
> stm
>  |   syb text transformers unorderedContainers vector /*xhtml*/ zlib
>  |   # tools
>  |   cabalInstall
>  |   ghcMod
>  |   xmonad xmonadContrib xmonadExtras xmobar
>  |   haskintex
>  | ]);
>  |
>  | haskellPackages = super.haskellPackages.override {
>  |   extension = self: super: {
>  | abcnotation = self.callPackage ./abcnotation.nix {};
>  | prettify = self.callPackage ./prettify.nix {};
>  |   };
>  | };
>  |   };
>  | }
>
> The first stanza defines a derivation that contains GHC plus all those
> listed libraries. (Note that because of a bug in GHC 7.8.3 the 'xhtml'
> package cannot be included into such a generated environment, so the
> package is commented out.) To include this derivation into your user
> profile, run "nix-env -iA haskellDevEnv". The argument to
> haskellPackages.ghcWithPackages is a function that takes the Haskell
> package set as an argument and returns a list of packages to be merged
> into one derivation. Taking the package set as an argument allows the
> list of libraries to be agnostic of the compiler version you're using.
> For example:
>
>   haskellPackages_ghc704.ghcWithPackages (p: [p.mtl]);
>   haskellPackages_ghc783.ghcWithPackages (p: [p.mtl]);
>
> Both derivations give you an environment with GHC plus the 'mtl' library,
> but one is based on GHC 7.0.4 and the other is based on GHC 7.8.3.
>
> The second stanza extends the standard Haskell package set from Nixpkgs
> with two locally defined packages that were created by running:
>
>  $ cabal2nix cabal://prettify >~/.nixpkgs/prettify.nix
>  $ cabal2nix cabal://abcnotation >~/.nixpkgs/abcnotation.nix
>
> These packages are available like any other Nixpkgs Haskell library and
> can be used in combination with ghcWithPackages.
>
> Best regards,
> Peter
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS 14.11 branch-off delayed for a few days

[Raahul Kumar]

I also had issues that I now believe were radeon related that prevented me
from installing Nixos on my new machine :<. So it affects multiple people,
who probably just gave up on Nix and never filed bug reports.

On Mon, Nov 24, 2014 at 3:59 PM, James Cook  wrote:

> I labelled a new bug with the 14.11 milestone, because it's a
> show-stopper on my system: X11 doesn't work with (I think) the open
> source radeon driver.  https://github.com/NixOS/nixpkgs/issues/5101
>
> Unfortunately I might not have much time to dig into it over the next
> week, so it might be impractical to fix it for the 14.11 release.  But
> I'm all ears if anyone has ideas for me to try.
>
> James
>
> On 21 November 2014 at 12:24, Luca Bruno  wrote:
> > I don't think the networkmanager PR should be blocked by those
> documentation
> > issues. Also renaming the systemd service from NetworkManager to
> > network-manager  is out of question for the release. The documentation
> > issues are not part of that PR and shouldn't be fixed by that PR. So if
> the
> > installer with NM works for you please merge.
> >
> > On Fri, Nov 21, 2014 at 9:16 PM, Domen Kožar  wrote:
> >>
> >> Hi all,
> >>
> >> http://hydra.nixos.org/jobset/nixpkgs/staging is currently building
> bash
> >> and glibc bumps and once the jobset finishes and proofs it has no major
> >> failures, it's going to be merged into master.
> >>
> >> Expect that to happen in next couple of days followed by release-14.11
> >> branch created.
> >>
> >> You have time until then to get any features into the master.
> >>
> >> I know aszlig is working on chromium fixes (PDF, printing, ...), Here
> is a
> >> list of potential regressions we should consider fixing until the
> release:
> >>
> >> - nixos-rebuild / install-grub.pl broken in current master
> >>   https://github.com/NixOS/nixpkgs/issues/4236
> >>
> >> - [nixos] Cannot set password after turning off users.mutableUsers
> >>   https://github.com/NixOS/nixpkgs/issues/3788
> >>
> >> - ISO boot: frequent graphics problems
> >>   https://github.com/NixOS/nixpkgs/issues/4659
> >>
> >> - kde installer: enable networkmanager
> >>   https://github.com/NixOS/nixpkgs/issues/4659
> >>
> >> Besides that, I would love if someone volunteer to document in nixpkgs
> >> manual following functionality with some clear examples:
> >>
> >> - mkDerivation additions over derivation function (passthru,
> >> overrideDerivaton, override, allowUnfreePredicate and other useful
> functions
> >> used over the codebase
> >> - ~/.nixpkgs/config.nix support
> >>
> >> Any takers?
> >>
> >> Domen
> >>
> >> ___
> >> nix-dev mailing list
> >> nix-dev@lists.science.uu.nl
> >> http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >>
> >
> >
> >
> > --
> >   `_|_
> >  -/   \/ NixOS
> >  /\_ _/- Linux
> > | `
> >
> > ___
> > nix-dev mailing list
> > nix-dev@lists.science.uu.nl
> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS Live CD (Graphic) Boot Failure

[Raahul Kumar]

Use  smartctl, and check that the hard drive cable is properly seated. That
seems to have fixed the same issue for previous people who had this problem

https://bbs.archlinux.org/viewtopic.php?id=129401
https://bbs.archlinux.org/viewtopic.php?id=135306

If the hard drive is fine, the download the newest Nixos from here

https://nixos.org/releases/nixos/unstable/nixos-14.11pre51857.788a77d/

Burn it to a dvd or usb stick and retry. Are you in business now

Aloha,
RK.

On Mon, Nov 3, 2014 at 2:01 PM, J. Brian Kelley  wrote:

> Could you expand on that? A live-cd should not expect there to be a
> prepared storage unit (preparing it would be a possible requirement of the
> live-cd itself).
>
> Further, as mentioned, the Linux Mint live-cd has no problem with the SATA
> unit (and the problems with other live-cds have all related with the AMD
> HD6850 and the distros' penchants for using flgrx rather than the linux
> native driver).
>
> The SATA drive was already formatted (MBR, 1 Primary NTFS, 1 Extended with
> 4 NTFS and 3 ext4, with the remainder unallocated).
>
> Are you saying that the NixOS live-cd requires a preformatted primary
> partition? Although a complete NOOB, I believe that may be a requirement
> for the /boot if LVM is invoked.
>
> Still I do recall from the dim distant past, that partitions are a snake's
> nest of assumptions and presumptions (I have two Windows partition managers
> disagreeing as to whether the unallocated space at the end of the drive is
> part of the extended partition or external to it ... ).
>
> To that end, I am in the process of restructuring the drive with the
> gparted live-cd (which also had no problem booting) and ensuring that there
> is nothing following the extended partition. This will take some time.
>
>
>
> On 2014-11-02 21:00, Raahul Kumar wrote:
>
>> This error message you're getting
>>
>> ata1: irq-stat 0x0040, connection status changed
>> ata1: SError { DevExch }
>> ata1: exception Emask 0x10 SAct 0x0 SErr 0x4000 action 0xe frozen
>>
>> Means your SATA hard drive is not being recognized. Use gparted to
>> partiion your
>> hard drive with a filesystem and install Nixos on that.
>>
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixOS Live CD (Graphic) Boot Failure

[Raahul Kumar]

This error message you're getting

ata1: irq-stat 0x0040, connection status changed
ata1: SError { DevExch }
ata1: exception Emask 0x10 SAct 0x0 SErr 0x4000 action 0xe frozen

Means your SATA hard drive is not being recognized. Use gparted to partiion
your
hard drive with a filesystem and install Nixos on that.

http://gparted.org/




On Mon, Nov 3, 2014 at 2:46 AM, J. Brian Kelley  wrote:

> To start, my hardware is:
>
> Mainboard - Asrock 4Core1600Twins-P35
> CPU - Intel Core2 Duo E7200
> No IDE disks ( and IDE controller is disabled in Bios)
> 1 Sata Drive (MBR formatted)
> 1 Sata Burner
> 1 Floppy
> 1 Pci-e display adapter AMD HD6850
>
> This ancient relic does seem to give many live-cd distros the
> heebie-jeebies. So far, the only one that has not required some
> intervention is Linux Mint.
>
> NixOS is my latest foray.
>
> First, putting the live-cd on a usb stick seems to create problems
> (whether I use UNetBootin or LiLi V2.8.30), so I burned a DVD.
>
> Booting from the DVD starts out well, gets by the Grub loader and
> reaches the point where the screen resolution is switched. A bit past
> that I get the following three messages:
>
> ata1: irq-stat 0x0040, connection status changed
> ata1: SError { DevExch }
> ata1: exception Emask 0x10 SAct 0x0 SErr 0x4000 action 0xe frozen
>
> These then repeat - FOREVER.
>
> Obviously, I am a total NOOB and a Windows 7 user. As such, it is
> paramount that my Windows system remains (almost) untouched, with the
> only change being an addition to the Windows 7 bootloader selection,
> pointing to the Grub2 bootloader on my /boot partition. (Thanks to
> EasyBCD.)
>
> So, if there is not an obvious fix for the error loop, could someone
> point me to instructions as how to use the Linux Mint live-cd (in all
> its KDE glory) to create a bootable NixOS Graphic system with Web access?
>
> The CPU precludes a 64-bit virtualization approach and I cannot envision
> trying a terminal-only install without Web access to lead me step by
> step through the process.
>
> Any input greatly appreciated.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Zero Hydra Failures (ZHF) project for NixOS

[Raahul Kumar]

Thanks for your hard work Domen, much appreciated.

How do we cut down on the false positives? Can we insert someone in the
middle who will test them out and say yes or no?
Any other way?

Aloha,
RK.

On Tue, Oct 28, 2014 at 4:40 AM, Domen Kožar  wrote:

> I think the following steps could be done without too much damage:
>
> - IRC bot that reports build failures for a range of commits once
> nixos-combined jobset is done
>
> - email to commiters that broke the the build (with a range of commits and
> list of builds failed)
>
> - nixos channel updates only when there are zero failures on jobset (this
> would mean reverts will happen often - and I believe that's the correct way
> to go instead of blocking people and punishing good testers)
>
> - encouragement of "nox-review wip" use. This will bulid also all
> reverse-dependencies (good old Gentoo times)
>
> - ease of bisecting failures (for 99% of use cases this could be a range
> of commits done for jobset with test script respecting exit code of
> nix-build) - it could be even done as a separate service or part of hydra
> or just a copy/paste command for local testing
>
> All that being said, there are still number of false positives that will
> drive people crazy. Mostly due to networking issues and transient failures
> in build systems (mostly during testing phase). We should address them one
> by one and reduce hard unpurities. I've already done so as part of ZHF, but
> much more work is needed.
>
>
> On Mon, Oct 27, 2014 at 7:33 PM, Michael Raskin <7c6f4...@mail.ru> wrote:
>
>> >On Sat, Oct 25, 2014 at 05:45:34PM +0200, Nicolas Pierron wrote:
>> >> We have 2 solution, either we stop the regressions when a pull request
>> >> (PR) is made, or we stop it when the fire is in.  The fireman role is
>> >> hard to keep, and we should be verifying as much as possible at the PR
>> >> time.  Also, if we want to avoid firemans, we probably want to forbid
>> >> pushing patches to the repository without having made a pull request
>> >> at first.  Which means, no more massive updates without checks.
>> >>
>> >
>> >Just being completely honest here, I will be less likely to contribute
>> >things I don't need urgently if I have to open a PR and wait even after
>> >testing locally.
>>
>> And let's be honest even further: we need to go ahead quickly, our value
>> is not in making mistakes rarely, it is in the ease of fixing them. We
>> are not yet in the state where freezing it and maintaining stability is
>> a good idea.
>>
>> I am afraid that the only good thing that can come from the quest for
>> stability would be a well-tested way to support overlays.
>>
>>
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] ghc not able to find libz.so

[Raahul Kumar]

Is it possible for you to post enough code that triggers the bug? I promise
nothing, but somebody might have a look if you post it.

Aloha,
RK.

On Wed, Oct 15, 2014 at 1:44 PM, Richard Wallace <
rwall...@thewallacepack.net> wrote:

> I will give those workarounds a try. I'm just confused about why it is
> necessary on one machine and not another. Part of the promise of nix is
> reproducible builds, but this appears to throw a monkey wrench into that
> notion.
>
> I'm also a bit surprised this doesn't come up more often. The project
> being built doesn't directly rely on zlib or any other C code, this problem
> occurs when template Haskell is being used to generate lenses.
> On Oct 14, 2014 7:53 PM, "Raahul Kumar"  wrote:
>
>> This Haskell depending on C library problem has happened before
>>
>> http://comments.gmane.org/gmane.linux.distributions.nixos/13362
>>
>> This haskell program needs a zlib. My link above has Peter Simmon's hack.
>>
>> Aloha,
>> RK.
>>
>>
>>
>> On Wed, Oct 15, 2014 at 12:33 PM, Richard Wallace <
>> rwall...@thewallacepack.net> wrote:
>>
>>> Hello all,
>>>
>>> I put nix on a new machine today and tried to build a Haskell project
>>> that successfully builds on other machines.  To my great surprise, I
>>> encountered this error
>>>
>>> [ 6 of 12] Compiling Rainicorn.Types  ( src/Rainicorn/Types.hs,
>>> dist/build/hiberico/hiberico-tmp/Rainicorn/Types.o )
>>>
>>> :
>>> ghc: panic! (the 'impossible' happened)
>>>   (GHC version 7.8.3 for x86_64-unknown-linux):
>>> Dynamic linker not initialised
>>>
>>> Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
>>>
>>> Loading package ghc-prim ... linking ... done.
>>> Loading package integer-gmp ... linking ... done.
>>> Loading package base ... linking ... done.
>>> Loading package array-0.5.0.0 ... linking ... done.
>>> Loading package deepseq-1.3.0.2 ... linking ... done.
>>> Loading package bytestring-0.10.4.0 ... linking ... done.
>>> Loading package containers-0.5.5.1 ... linking ... done.
>>> Loading package binary-0.7.1.0 ... linking ... done.
>>> Loading package digest-0.0.1.2 ... linking ... done.
>>> Loading package filepath-1.3.0.2 ... linking ... done.
>>> Loading package old-locale-1.0.0.6 ... linking ... done.
>>> Loading package time-1.4.2 ... linking ... done.
>>> Loading package unix-2.7.0.1 ... linking ... done.
>>> Loading package directory-1.2.1.0 ... linking ... done.
>>> Loading package transformers-0.3.0.0 ... linking ... done.
>>> Loading package mtl-2.1.2 ... linking ... done.
>>> Loading package old-time-1.1.0.2 ... linking ... done.
>>> Loading package pretty-1.1.1.1 ... linking ... done.
>>> Loading package text-1.1.1.3 ... linking ... done.
>>> Loading package zlib-0.5.4.1 ...
>>> :
>>> : can't load .so/.DLL for: libz.so (libz.so: cannot
>>> open shared object file: No such file or directory)
>>>
>>> This project is using ghc 7.8.3 and a pretty recent nixpkgs.  I'm not
>>> seeing this error on other machines so have no idea what could be going
>>> on.  Any ideas?
>>>
>>> Thanks,
>>> Rich
>>>
>>> ___
>>> nix-dev mailing list
>>> nix-dev@lists.science.uu.nl
>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>>
>>>
>>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] ghc not able to find libz.so

[Raahul Kumar]

This Haskell depending on C library problem has happened before

http://comments.gmane.org/gmane.linux.distributions.nixos/13362

This haskell program needs a zlib. My link above has Peter Simmon's hack.

Aloha,
RK.



On Wed, Oct 15, 2014 at 12:33 PM, Richard Wallace <
rwall...@thewallacepack.net> wrote:

> Hello all,
>
> I put nix on a new machine today and tried to build a Haskell project that
> successfully builds on other machines.  To my great surprise, I encountered
> this error
>
> [ 6 of 12] Compiling Rainicorn.Types  ( src/Rainicorn/Types.hs,
> dist/build/hiberico/hiberico-tmp/Rainicorn/Types.o )
>
> :
> ghc: panic! (the 'impossible' happened)
>   (GHC version 7.8.3 for x86_64-unknown-linux):
> Dynamic linker not initialised
>
> Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
>
> Loading package ghc-prim ... linking ... done.
> Loading package integer-gmp ... linking ... done.
> Loading package base ... linking ... done.
> Loading package array-0.5.0.0 ... linking ... done.
> Loading package deepseq-1.3.0.2 ... linking ... done.
> Loading package bytestring-0.10.4.0 ... linking ... done.
> Loading package containers-0.5.5.1 ... linking ... done.
> Loading package binary-0.7.1.0 ... linking ... done.
> Loading package digest-0.0.1.2 ... linking ... done.
> Loading package filepath-1.3.0.2 ... linking ... done.
> Loading package old-locale-1.0.0.6 ... linking ... done.
> Loading package time-1.4.2 ... linking ... done.
> Loading package unix-2.7.0.1 ... linking ... done.
> Loading package directory-1.2.1.0 ... linking ... done.
> Loading package transformers-0.3.0.0 ... linking ... done.
> Loading package mtl-2.1.2 ... linking ... done.
> Loading package old-time-1.1.0.2 ... linking ... done.
> Loading package pretty-1.1.1.1 ... linking ... done.
> Loading package text-1.1.1.3 ... linking ... done.
> Loading package zlib-0.5.4.1 ...
> :
> : can't load .so/.DLL for: libz.so (libz.so: cannot open
> shared object file: No such file or directory)
>
> This project is using ghc 7.8.3 and a pretty recent nixpkgs.  I'm not
> seeing this error on other machines so have no idea what could be going
> on.  Any ideas?
>
> Thanks,
> Rich
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] RFC: three dying pull requests (let's keep them alive)

[Raahul Kumar]

One note:

* edolstra  * commented on Feb 28


Probably best to do it after 1.7.
 So Eelco is okay with a merge of recursive nix.

https://github.com/NixOS/nix/pull/213

I'm impressed by the volume of work Shea has done. John, since Eelco had a
look, I think it's probably worth a merge.


On Thu, Aug 28, 2014 at 4:43 AM, John Wiegley  wrote:

> > Shea Levy  writes:
>
> > Recursive nix is unused because it was unfinished and it was too much
> > potential work to keep going without some sign it would be merged.
>
> Then I vote for a review of recursive nix, and to merge in the other two as
> they stand.
>
> Can you help me understand recursive nix a bit more?  I'm willing to dig
> into
> it with some intro.
>
> John
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Haskell build failures

[Raahul Kumar]

Thanks! So can I have a list of broken package sorted by Hackage
dependencies, so I know which packages are used the most?
Sounds like there is still work to be done.

Aloha,

RK.


On Thu, Aug 21, 2014 at 3:19 PM, Mateusz Kowalczyk 
wrote:

> On 08/21/2014 05:46 AM, Raahul Kumar wrote:
> > How? Amazing well done! But seriously how was this achieved?
> >
> >
> > On Thu, Aug 21, 2014 at 4:45 AM, Luca Bruno 
> wrote:
> >
> >> Wow, awesome.
> >>
> >>
> >> On Wed, Aug 20, 2014 at 8:33 PM, Peter Simons  wrote:
> >>
> >>> On Linux/x86_64, zero Haskell builds fail:
> >>>
> >>>   http://hydra.cryp.to/jobset/nixpkgs/haskell-updates
> >>>
> >>> Let's hope that lasts. :-)
> >>>
> >>> Best regards,
> >>> Peter
> >>>
>
> It was achieved by marking broken things as broken so that they don't
> come up as failures on Hydra all the time. Once the package is fixed
> (upstream or otherwise) it can be built again and we have an extra
> package building.
>
> The approach of marking stuff as broken allows one to see much better
> which packages actually change build status. Users also get a message if
> they try to compile a package marked as broken rather than have them try
> to compile and fail which was horrible user experience.
>
> --
> Mateusz K.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Haskell build failures

[Raahul Kumar]

How? Amazing well done! But seriously how was this achieved?


On Thu, Aug 21, 2014 at 4:45 AM, Luca Bruno  wrote:

> Wow, awesome.
>
>
> On Wed, Aug 20, 2014 at 8:33 PM, Peter Simons  wrote:
>
>> On Linux/x86_64, zero Haskell builds fail:
>>
>>   http://hydra.cryp.to/jobset/nixpkgs/haskell-updates
>>
>> Let's hope that lasts. :-)
>>
>> Best regards,
>> Peter
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
>
>
> --
> www.debian.org - The Universal Operating System
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Zero Hydra Failures (ZHF) project

[Raahul Kumar]

I'm interested in the Haskell failures. Anyone have a list of the most
important ones, due to reverse Hackage dependencies?


On Wed, Aug 13, 2014 at 12:35 AM, Mateusz Kowalczyk  wrote:

> On 08/12/2014 01:26 PM, Rok Garbas wrote:
> > Quoting Domen Kožar (2014-08-12 13:31:27)
> >> Just to let everyone know, I'll have time to work on Python failures
> during the
> >> sprint in Ljubljana, but unfortunately not before that.
> >>
> >> Good work though!
> >
> > same here. we'll make sure python stuff gets fixed at ljubljana sprint.
> >
> >
> > --
> > Rok Garbas - http://www.garbas.si
> > ___
> > nix-dev mailing list
> > nix-dev@lists.science.uu.nl
> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >
>
> Will this involve splitting up python-packages.nix into more manageable
> pieces or will you just focus on getting things building/marking as broken?
>
> Problem with Python packages is that it's all too easy to ‘build’ them
> but only once you run them do the problems come up (missing depends,
> incompatible interpreter version, …). I can only wish you luck.
>
> --
> Mateusz K.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixPkgs Monitor is down (monitor.nixos.org)

[Raahul Kumar]

Sweet! I can confirm that Rob is correct and of right now monitor lives.
Rob, what's the issue with the updater? Anything we can help fix?

Aloha,
RK.


On Mon, Jul 28, 2014 at 5:40 PM, Rob Vermaas  wrote:

> Monitor site should be up again. Note however, that the updater of monitor
> is broken for a while already, so it is not uptodate atm.
>
> Cheers,
> Rob
>
>
> On Mon, Jul 28, 2014 at 1:30 AM, Raahul Kumar 
> wrote:
>
>> It's still down, it won't even load.I just pinged it and got nothing
>> back. It's dead.
>>
>>
>> On Mon, Jul 28, 2014 at 5:12 AM, Michael R  wrote:
>>
>>>  Folks,
>>>
>>> As far as I can tell monitor.nixos.org has been down for a few days.
>>> Any idea why? If anyone willing to share credentials I am happy to look
>>> into it.
>>>
>>>
>>>
>>> -- michael
>>>
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Rob Vermaas
>
> [email] rob.verm...@gmail.com
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] NixPkgs Monitor is down (monitor.nixos.org)

[Raahul Kumar]

It's still down, it won't even load.I just pinged it and got nothing back.
It's dead.


On Mon, Jul 28, 2014 at 5:12 AM, Michael R  wrote:

>  Folks,
>
> As far as I can tell monitor.nixos.org has been down for a few days. Any
> idea why? If anyone willing to share credentials I am happy to look into it.
>
>
>
> -- michael
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Notion (window manager) and JDK 5

[Raahul Kumar]

Quick question, what would be a good base for packing JDK8? This or JDK7?

Aloha,
RK.


On Wed, Jul 16, 2014 at 7:42 PM, Alaric Snell-Pym 
wrote:

> Hi there folks!
>
> At my work, I am forced to use JDK5 for compatability reasons, so I made
> a nixpkg for it. I'd like to share it, in case anybody else is similarly
> burdened with such stressful obligations to obsolescence.
>
> On a more upbeat note, I've also nixpkged the excelletn "notion" tiling
> window manager!
>
> Please find patches attached. I won't be offended if nobody wants JDK5
> and it's rejected, but notion is a nice WM :-)
>
> I'm not on this list, so please make sure to Cc: any comments to me. I'm
> a nix noob, so I'm expecting I've done something not quite right
> somewhere...
>
> ABS
>
> --
> Alaric Snell-Pym
> http://www.snell-pym.org.uk/alaric/
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Writing a Nix evaluator in Haskell

[Raahul Kumar]

Wow John you weren't kidding just a few hours ago.   Good luck with the
project, was hoping to see a Quickcheck tests directory.

Aloha,
RK.


On Sun, Jun 29, 2014 at 10:03 AM, John Wiegley 
wrote:

> Since the Nix language is such a nice and simple pure functional language,
> I
> thought it would be nice to have tooling support for it in Haskell, to aid
> writing lint utilities, etc.
>
> As such, I've started a project call hnix which will implement a parser and
> evaluator for Nix in Haskell.  I have the parser working for simple
> expressions already (using either Parsec or Trifecta, it works with both).
>
> My first goal is a syntax verification and linting tool; after that to see
> I
> want to see if I can get an evaluator working for Nix programs.
>
> I have a strong feeling that a Nix evaluator can be modeled very simply as
> a
> loeb function over memoized IO actions, which is a theory I want to
> explore in
> this code.
>
> http://github.com/jwiegley/hnix
>
> John
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Openssl and fast security updates

[Raahul Kumar]

Thanks Vlad, just wondering I don't see Gnu TLS or PolarSSL as options
already built. I can only see OpenSSL as an already built package, so I've
got to create a nix package first?

Aloha,
RK.


On Wed, Jun 11, 2014 at 4:12 PM, Vladimír Čunát  wrote:

> On 06/11/2014 08:07 AM, Raahul Kumar wrote:
>
>> How do I get Nixos to link with one of the other SSL library alternatives.
>>
>
> I'd use standard packageOverrides to redefine openssl attribute.
>
> Vlada
>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Openssl and fast security updates

[Raahul Kumar]

Just wondering incidentally, similarly to how Fedora has switched to the
Mozilla library, Debian uses GNUTLS, maybe it's time to switch to another
SSL library. How do I get Nixos to link with one of the other SSL library
alternatives. I think PolarSSL looks the best of the bunch. But any
alternative  sounds good at this point.


On Tue, Jun 10, 2014 at 2:07 AM, Luca Bruno  wrote:

> In the meanwhile I've merged system.replaceRuntimeDependencies. Here's
> some docs: https://nixos.org/wiki/Security_Updates
>
>
> On Fri, Jun 6, 2014 at 3:20 PM, Eelco Dolstra  > wrote:
>
>> Hi,
>>
>> On 06/06/14 13:57, Mathijs Kwik wrote:
>>
>> > So server systems need to start following a channel that does not run
>> > lengthy tests?
>>
>> The NixOS system tests actually aren't very lengthy (though they do
>> suffer from
>> non-deterministic failures). It's more the latency of having to wait for
>> 20,000
>> package builds.
>>
>> Obviously, a better solution would be to:
>>
>> * Throw more hardware at the problem.
>>
>> * Start mirroring NARs to cache.nixos.org before the jobset eval has
>> finished
>> building.
>>
>> --
>> 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
>>
>
>
>
> --
> www.debian.org - The Universal Operating System
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Wireless carl9170 usb driver - missing firmware

[Raahul Kumar]

Hi,

I've downloaded the firmware for my Tplink TL-WN821N. Where do I place it
and how I tell
nixos  this is where the firmware is?

wget '
http://wireless.kernel.org/en/users/Drivers/carl9170?action=AttachFile&do=get&target=carl9170-1.fw-1.9.9'
-O carl9170-1.fw

Dmesg has the message missing firmware, lsusb has the correct
driver(carl9170) loaded, just missing the firmware.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Libreoffice fails to build

[Raahul Kumar]

Curl -04 works.
My ISP is Dodo, what should I tell them is broken with their ipv6 setup?

Aloha,
RK.


On Sat, Apr 26, 2014 at 9:59 PM, Mathijs Kwik wrote:

> Raahul Kumar  writes:
>
> > Thanks Kirill, that solved the temp problem. What would be nicer is if
> > Nixos used a backup downloader, like wget in case curl fails for some
> > reason. I don't know where to start figuring out why curl fails to
> connect.
> > Also why only libreoffice and it works fine with all the others.
>
> can you please try
> curl -O4 '
> http://dev-www.libreoffice.org/src/1f24ab1d39f4a51faf22244c94a6203f-xmlsec1-1.2.14.tar.gz
> '
>
> If that works, there's something wrong with the ipv6 setup in your
> home/ISP/work.
>
>
> >
> >
> > On Fri, Apr 25, 2014 at 7:58 PM, Kirill Elagin 
> wrote:
> >
> >> I don't know why it fails either, but you can try to download using wget
> >> or whatever you like and then nix-prefetch-url it via "file:" url.
> >> On Apr 25, 2014 12:24 PM, "Raahul Kumar" 
> wrote:
> >>
> >>> trying
> >>>
> http://dev-www.libreoffice.org/src/1f24ab1d39f4a51faf22244c94a6203f-xmlsec1-1.2.14.tar.gz
> >>>   % Total% Received % Xferd  Average Speed   TimeTime Time
> >>> Current
> >>>  Dload  Upload   Total   SpentLeft
> >>> Speed
> >>>   0 00 00 0  0  0 --:--:--  0:02:06
> >>> --:--:-- 0curl: (7) Failed to connect to
> dev-www.libreoffice.orgport 80: Connection timed out
> >>> error: cannot download xmlsec1-1.2.14.tar.gz from any mirror
> >>> builder for
> >>> `/nix/store/824qydk3gyxrcmimglfq9dslfr9qg8f1-xmlsec1-1.2.14.tar.gz.drv'
> >>> failed with exit code 1
> >>>
> >>>
> >>> However, the file is available, I can download it using wget. I don't
> >>> know why curl fails - err msg claims connection timed out.
> >>>
> >>> Aloha,
> >>> RK.
> >>>
> >>> ___
> >>> nix-dev mailing list
> >>> nix-dev@lists.science.uu.nl
> >>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >>>
> >>>
> > ___
> > nix-dev mailing list
> > nix-dev@lists.science.uu.nl
> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Libreoffice fails to build

[Raahul Kumar]

Thanks Kirill, that solved the temp problem. What would be nicer is if
Nixos used a backup downloader, like wget in case curl fails for some
reason. I don't know where to start figuring out why curl fails to connect.
Also why only libreoffice and it works fine with all the others.


On Fri, Apr 25, 2014 at 7:58 PM, Kirill Elagin  wrote:

> I don't know why it fails either, but you can try to download using wget
> or whatever you like and then nix-prefetch-url it via "file:" url.
> On Apr 25, 2014 12:24 PM, "Raahul Kumar"  wrote:
>
>> trying
>> http://dev-www.libreoffice.org/src/1f24ab1d39f4a51faf22244c94a6203f-xmlsec1-1.2.14.tar.gz
>>   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>>  Dload  Upload   Total   SpentLeft
>> Speed
>>   0 00 00 0  0  0 --:--:--  0:02:06
>> --:--:-- 0curl: (7) Failed to connect to dev-www.libreoffice.orgport 80: 
>> Connection timed out
>> error: cannot download xmlsec1-1.2.14.tar.gz from any mirror
>> builder for
>> `/nix/store/824qydk3gyxrcmimglfq9dslfr9qg8f1-xmlsec1-1.2.14.tar.gz.drv'
>> failed with exit code 1
>>
>>
>> However, the file is available, I can download it using wget. I don't
>> know why curl fails - err msg claims connection timed out.
>>
>> Aloha,
>> RK.
>>
>> ___
>> 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] Libreoffice fails to build

[Raahul Kumar]

trying
http://dev-www.libreoffice.org/src/1f24ab1d39f4a51faf22244c94a6203f-xmlsec1-1.2.14.tar.gz
  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
  0 00 00 0  0  0 --:--:--  0:02:06
--:--:-- 0curl: (7) Failed to connect to dev-www.libreoffice.org port
80: Connection timed out
error: cannot download xmlsec1-1.2.14.tar.gz from any mirror
builder for
`/nix/store/824qydk3gyxrcmimglfq9dslfr9qg8f1-xmlsec1-1.2.14.tar.gz.drv'
failed with exit code 1


However, the file is available, I can download it using wget. I don't know
why curl fails - err msg claims connection timed out.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Various kernel packages - right one?

[Raahul Kumar]

I noticed there is a linux perf package. That sounds good, who doesn't want
more performance?
But I also noice a grsecurity package. How do I get both grsecurity and
perf kernel together?
Or is this, you can have a fast system, you can have a secure system, but
you cannot have
a fast AND secure system.

Please post your kernel config.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] python3.4-bedup-20140206 doesn't build

[Raahul Kumar]

Still getting the same error messages. Has it been pushed to nixos unstable
channel yet?

Initialized empty Git repository in
/nix/store/j3bz1nhqxgpq5f11v7qbpzr02pnp0liy-git-export/.git/
error: cannot run ssh: No such file or directory
fatal: unable to fork
error: cannot run ssh: No such file or directory
fatal: unable to fork
Unable to checkout 80cb217d4819a03e159e42850a9a3f14e2b278a3 from
g...@github.com:g2p/bedup.git.
builder for `/nix/store/4sihkx15ygp5n42ykms46l7b15qd0k9s-git-export.drv'
failed with exit code 1


Aloha,
RK.


On Thu, Apr 17, 2014 at 5:21 PM, Mathijs Kwik wrote:

> Raahul Kumar  writes:
>
> > Hi guys,
> >
> > I tried to get bedup running, refuses to build. Any idea what's wrong
> with
> > this package?
>
> Yes, I copied the private github url and used nix-prefetch-git locally.
> Should be fixed now.
>
> >
> > exporting g...@github.com:g2p/bedup.git (rev
> > 80cb217d4819a03e159e42850a9a3f14e2b278a3) into
> > /nix/store/j3bz1nhqxgpq5f11v7qbpzr02pnp0liy-git-export
> > Initialized empty Git repository in
> > /nix/store/j3bz1nhqxgpq5f11v7qbpzr02pnp0liy-git-export/.git/
> > error: cannot run ssh: No such file or directory
> > fatal: unable to fork
> > error: cannot run ssh: No such file or directory
> > fatal: unable to fork
> > Unable to checkout 80cb217d4819a03e159e42850a9a3f14e2b278a3 from
> > g...@github.com:g2p/bedup.git.
> > builder for `/nix/store/4sihkx15ygp5n42ykms46l7b15qd0k9s-git-export.drv'
> > failed with exit code 1
> > cannot build derivation
> >
> `/nix/store/2d4pk9rfji9iml59s0xkhhga43cqzy3x-python3.4-bedup-20140206.drv':
> > 1 dependencies couldn't be built
> > cannot build derivation
> > `/nix/store/9dhy1wq67g32cv99ap120ncicddsb5xa-system-path.drv': 1
> > dependencies couldn't be built
> > cannot build derivation
> >
> `/nix/store/m5vbabdv4lawsb1jl7mjqclm6wznyli2-nixos-14.04pre42122.e572b5c.drv':
> > 1 dependencies couldn't be built
> > error: build of
> >
> `/nix/store/m5vbabdv4lawsb1jl7mjqclm6wznyli2-nixos-14.04pre42122.e572b5c.drv'
> > failed
> >
> > Aloha,
> > RK.
> > ___
> > 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] python3.4-bedup-20140206 doesn't build

[Raahul Kumar]

Hi guys,

I tried to get bedup running, refuses to build. Any idea what's wrong with
this package?

exporting g...@github.com:g2p/bedup.git (rev
80cb217d4819a03e159e42850a9a3f14e2b278a3) into
/nix/store/j3bz1nhqxgpq5f11v7qbpzr02pnp0liy-git-export
Initialized empty Git repository in
/nix/store/j3bz1nhqxgpq5f11v7qbpzr02pnp0liy-git-export/.git/
error: cannot run ssh: No such file or directory
fatal: unable to fork
error: cannot run ssh: No such file or directory
fatal: unable to fork
Unable to checkout 80cb217d4819a03e159e42850a9a3f14e2b278a3 from
g...@github.com:g2p/bedup.git.
builder for `/nix/store/4sihkx15ygp5n42ykms46l7b15qd0k9s-git-export.drv'
failed with exit code 1
cannot build derivation
`/nix/store/2d4pk9rfji9iml59s0xkhhga43cqzy3x-python3.4-bedup-20140206.drv':
1 dependencies couldn't be built
cannot build derivation
`/nix/store/9dhy1wq67g32cv99ap120ncicddsb5xa-system-path.drv': 1
dependencies couldn't be built
cannot build derivation
`/nix/store/m5vbabdv4lawsb1jl7mjqclm6wznyli2-nixos-14.04pre42122.e572b5c.drv':
1 dependencies couldn't be built
error: build of
`/nix/store/m5vbabdv4lawsb1jl7mjqclm6wznyli2-nixos-14.04pre42122.e572b5c.drv'
failed

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] unable to expose libraries internal to GHC?

[Raahul Kumar]

Corey, would you mind posting your working vesion? If you can actually
build GHC 7.8, I would be very interested!

Aloha,
RK.


On Wed, Apr 16, 2014 at 3:07 AM, Corey O'Connor wrote:

> Thanks for the help Peter.
>
> I tried using ghcWithPackagesOld and, in this case, that worked fine. Cool!
>
> This bug is unfortunate. I was pretty happy to see terminfo bundled with
> GHC. This meant the hardest part of installing vty, installing terminfo,
> would already be done in 7.8. Darn, no such luck.
>
> Cheers,
> Corey
>
> -Corey O'Connor
> coreyocon...@gmail.com
> http://corebotllc.com/
>
>
> On Mon, Apr 14, 2014 at 5:25 AM, Peter Simons  wrote:
>
>> Hi Corey
>>
>> GHC 7.8.x installs a copy of xhtml, but it doesn't make that library
>> visible to users.
>>
>> This choice causes us serious trouble that we cannot easily resolve: we
>> can't install your own copy of xhtml, because it collides with GHC's
>> copy (as you have found out). Yet, we cannot access GHC's copy either,
>> so we *need* to install our own version. Duh!
>>
>> I've opened a ticket [1] for this issue a while ago, but GHC HQ hasn't
>> addressed it yet (probably because I didn't do a good job explaining why
>> this is issue is significant).
>>
>> Anyway, you can use 'ghcWithPackagesOld' instead of 'ghcWithPackages' to
>> create your environment. ghcWithPackagesOld simply ignores all
>> collisions and chose a "random" version of the colliding paths to
>> include in the derivation. This sucks from an aesthetics point of view,
>> but it's probably going to work fine.
>>
>> I hope this helps,
>> Peter
>>
>>
>> [1] https://ghc.haskell.org/trac/ghc/ticket/8919
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Deduplication

[Raahul Kumar]

Thanks Kirill,

I'll go email the BTRFS devs, see if they have a fix for this hardlink
issue. Anyone else got a workaround for the dedup issue with Btrfs and
nixos?

Aloha,
RK.


On Mon, Apr 14, 2014 at 4:30 PM, Kirill Elagin  wrote:

> I've just googled a bit, and you are probably hitting this:
> http://lists.science.uu.nl/pipermail/nix-dev/2012-October/010017.html.
>
> So, you don't get around it. Or consider changing your FS ;).
>
>
> --
> Кирилл Елагин
>
>
> On Mon, Apr 14, 2014 at 10:04 AM, Raahul Kumar wrote:
>
>> I followed Eelco's suggestion of running  nix-store --optimise.
>>
>>  Output:
>>
>> `/nix/store/.links/09d75zzfhid0v9azq4qpprhfpfyjb27b89qnarqwz6bqgjxl7pq6'
>> has maximum number of links
>> 172.20 MiB freed by hard-linking 34905 files; there are 351670 files with
>> equal contents out of 365448 files in total
>>
>>
>> There are a lot files still duplicated. How do I get around the file has
>> maximum number of links error?
>>
>> Aloha,
>> RK.
>>
>> ___
>> 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] Deduplication

[Raahul Kumar]

I followed Eelco's suggestion of running  nix-store --optimise.

 Output:

`/nix/store/.links/09d75zzfhid0v9azq4qpprhfpfyjb27b89qnarqwz6bqgjxl7pq6'
has maximum number of links
172.20 MiB freed by hard-linking 34905 files; there are 351670 files with
equal contents out of 365448 files in total


There are a lot files still duplicated. How do I get around the file has
maximum number of links error?

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] New NixOS module: grsecurity

[Raahul Kumar]

Hey Austin,

Do we still need SElinux with Grsecurity? If we want to harden Nixos, what
is our best bet right now?

Aloha,
RK.


On Sun, Apr 13, 2014 at 3:20 AM, Austin Seipp  wrote:

> Hello all,
>
> (Sending to nix-dev as I imagine several users might be interested).
>
> As of nixpkgs commit 172dc1336f108ee8, there is a new NixOS module
> which greatly enhances support for the grsecurity project*. This is a
> significant upgrade of the existing support (which was mostly just
> kernel packages), and makes usage far easier and less error prone to
> configure.
>
> You can enable it by just specifying which kernel you want (stable,
> stable+vserver patches, or testing), and the system configuration
> (desktop or server):
>
> security.grsecurity.enable  = true;
> security.grsecurity.testing = true;  # testing 3.13
> kernel
> security.grsecurity.config.system   = "desktop"; # or "server"
>
> This defaults to high-security enhancements, and auto-selects all the
> appropriate configuration options and enabled protections. This
> implies no virtualisation support, which is needed for all your
> expected software functionality to work properly. For example, to
> enable KVM support:
>
> security.grsecurity.enable = true;
> security.grsecurity.stable = true; # enable stable 3.2 kernel
> security.grsecurity.config = {
>   system   = "server";
>   priority = "security";
>   virtualisationConfig   = "host";
>   virtualisationSoftware = "kvm";
>   hardwareVirtualisation = true;
> }
>
> You can also use the 'custom' grsecurity configuration, in combination
> with custom kernel options. See the options 'security.grsecurity.mode'
> and 'security.grsecurity.config.kernelExtraConfig' for more
> information.
>
> At the moment, Hydra will not build packages for your grsec kernel. If
> you enable it, you'll have to build it yourself. In the future, I hope
> to alleviate this (perhaps by providing binary packages for
> 'pre-canned' automatic configurations).
>
> At the moment, gradm's learning mode is broken, so be careful playing
> with it. I hope to fix this soon.
>
> I've been using this module with NixOps and deploying to multiple
> Hetzner servers successfully for a month or two. (I suspect EC2 should
> work fine as well).
>
> Please do try it out - and be sure to keep a backup system
> configuration for now, just in case something goes wrong.
>
> Thanks to Ricardo Correia for review and feedback.
>
> -
>
> * For those who aren't familiar - quoting https://grsecurity.net
>
> "Grsecurity is an extensive security enhancement to the Linux kernel,
> touching nearly 2000 files and composed of over 60,000 lines of
> changes. It has been actively developed and maintained for the past 13
> years. Grsecurity defends against a wide range of security threats
> through intelligent access control, memory corruption-based exploit
> prevention, and a host of other system hardening that generally
> require no configuration."
>
> --
> Regards,
> Austin - PGP: 4096R/0x91384671
> ___
> 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] Various kernel options

[Raahul Kumar]

Hi guys,

I want to enable both 3.13.9 and 3.14 kernels, in case the newer one turns
out be flakey.

After adding

boot.kernelPackages = pkgs.linuxPackages_3_13_9;

Then adding the 3.14 kernel, how do I revert back if things go badly? Hit
the tab button while booting grub and pick the last kernel?

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Hash Collisions

[Raahul Kumar]

Thanks Marc, Kiril. Is there a way to create packages such that they don't
provide redundant files? It's a waste of bandwidth to download a file,
then be unable to use it because there is already a copy there. I guess
deduplication is what I am looking for.

The /run/current-system was a useful tip Marc.

Aloha,
RK.




On Tue, Apr 8, 2014 at 12:28 AM, Kirill Elagin  wrote:

> First of all, those are not hash collisions, obviously. If those were
> SHA-256 collisions, you'd already be famous =).
> Those are file collisions, and as you can see, this time the file in
> question is /share/man/man2/llistxattr.2.gz, it is provided
> by two packages: `man-pages` and `attr`. Since your output doesn't say
> that there is an error, those are not errors, just info.
> You can safely ignore those collisions.
>
> This module thing is also not an error, you can safely ignore it. Initrd
> is trying to load the module just in case, and if it
> fails, that's OK the module is just skipped.
>
>
> --
> Кирилл Елагин
>
>
> On Mon, Apr 7, 2014 at 5:48 PM, Thomas Bereknyei wrote:
>
>> I have seen these collisions as well, but I do not understand them. They
>> don't seem to have a detrimental effect on anything.
>>
>> -Tom
>>
>>
>>  On Mon, Apr 7, 2014 at 4:28 AM, Raahul Kumar wrote:
>>
>>>  I just ran a nixos-rebuild switch --upgrade. I saw a whole bunch of
>>> hash collisions and some other error messages. How do I make them go away?
>>>
>>> collision between
>>> `/nix/store/fsymx7fx3bxhr2p1gprvzgdxhxyi77b1-kmod-16/sbin/modprobe' and
>>> `/nix/store/yccdr2mdj8yb7qm505bsam0wqbsqvck3-modprobe/sbin/modprobe' at
>>> /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
>>>
>>> collision between
>>> `/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/llistxattr.2.gz'
>>> and
>>> `/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/llistxattr.2.gz'
>>> at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
>>> collision between
>>> `/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/lremovexattr.2.gz'
>>> and
>>> `/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/lremovexattr.2.gz'
>>> at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
>>> collision between
>>> `/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/lsetxattr.2.gz'
>>> and
>>> `/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/lsetxattr.2.gz'
>>> at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
>>> collision between
>>> `/nix/store/26392g24x9d1si4f214ssdlb90nff2d9-network-manager-applet-0.9.8.8/share/glib-2.0/schemas/gschemas.compiled'
>>> and
>>> `/nix/store/iql54c5b8xr0q81mx255xivw72fcibmf-gst-plugins-bad-0.10.23/share/glib-2.0/schemas/gschemas.compiled'
>>> at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
>>>
>>>
>>> Second error message
>>>
>>> root module: scsi_wait_scan
>>> modprobe: FATAL: Module scsi_wait_scan not found.
>>>
>>> I don't even have any scsi hardware, so how do I make modprobe skip
>>> loading it.
>>> Aloha,
>>> RK.
>>>
>>> ___
>>> nix-dev mailing list
>>> nix-dev@lists.science.uu.nl
>>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>>
>>>
>>
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Add carl9170 firmware #2145

[Raahul Kumar]

Hi Shea,

I found the github repo for the Carl 9170 driver and its firmware which is
under the GPLv2

https://github.com/chunkeey/carl9170fw

So it can be included with Nixos. It is for the
TP-LINK TL-WN821N v1 & 2.

And here is a link to the binary

http://wireless.kernel.org/en/users/Drivers/carl9170?action=AttachFile&do=get&target=carl9170-1.fw-1.9.9

Rename to carl9170-1.fw.

I think this is enough info to help you close that issue on Git.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Hash Collisions

[Raahul Kumar]

I just ran a nixos-rebuild switch --upgrade. I saw a whole bunch of hash
collisions and some other error messages. How do I make them go away?

collision between
`/nix/store/fsymx7fx3bxhr2p1gprvzgdxhxyi77b1-kmod-16/sbin/modprobe' and
`/nix/store/yccdr2mdj8yb7qm505bsam0wqbsqvck3-modprobe/sbin/modprobe' at
/nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.

collision between
`/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/llistxattr.2.gz'
and
`/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/llistxattr.2.gz'
at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
collision between
`/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/lremovexattr.2.gz'
and
`/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/lremovexattr.2.gz'
at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
collision between
`/nix/store/1qg2wkvvpnkjmdas5k7s0d9rc0ds2cy1-man-pages-3.63/share/man/man2/lsetxattr.2.gz'
and
`/nix/store/1a08qk5q5vdfv13rwasbf4fqa2s26kx4-attr-2.4.47/share/man/man2/lsetxattr.2.gz'
at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.
collision between
`/nix/store/26392g24x9d1si4f214ssdlb90nff2d9-network-manager-applet-0.9.8.8/share/glib-2.0/schemas/gschemas.compiled'
and
`/nix/store/iql54c5b8xr0q81mx255xivw72fcibmf-gst-plugins-bad-0.10.23/share/glib-2.0/schemas/gschemas.compiled'
at /nix/store/9z6d76pz8rr7gci2n3igh5dqi7ac5xqj-builder.pl line 69.


Second error message

root module: scsi_wait_scan
modprobe: FATAL: Module scsi_wait_scan not found.

I don't even have any scsi hardware, so how do I make modprobe skip loading
it.
Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Installing wireless drivers

[Raahul Kumar]

I've found the cause of my wireless woes with the TPLink TL-WN821NV2.
Nixos is missing the firrmware

[ 4636.966046] usb 6-4: new high-speed USB device number 5 using ehci-pci
[ 4637.132322] usb 6-4: New USB device found, idVendor=0cf3, idProduct=1002
[ 4637.132335] usb 6-4: New USB device strings: Mfr=16, Product=32,
SerialNumber=48
[ 4637.132342] usb 6-4: Product: USB2.0 WLAN
[ 4637.132347] usb 6-4: Manufacturer: ATHER
[ 4637.132352] usb 6-4: SerialNumber: 12345
[ 4638.515632] cfg80211: Calling CRDA to update world regulatory domain
[ 4639.024077] usb 6-4: reset high-speed USB device number 5 using ehci-pci
[ 4639.180998] usbcore: registered new interface driver carl9170
[ 4639.268331] usb 6-4: firmware not found.

The firmware can be found here.

http://wireless.kernel.org/en/users/Drivers/carl9170#Firmware-1

So can someone file a bug against the carl9170 driver? If I just
download this firmware, where does it go in Nixos?

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Installing wireless drivers

[Raahul Kumar]

The wireless woes continue. My TPlink TL-Wn821N shows up in lsusb, and lsmod,
but not elsewhere. I don't see it in iwlist.

lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 0cf3:1002 Atheros Communications, Inc. TP-Link
TL-WN821N v2 / TL-WN822N v1 802.11n [Atheros AR9170]

lsmod

lsmod

Module  Size  Used by
af_packet  27971  0
mousedev  0
snd_hda_codec_hdmi 29971  1
ppdev   5822  0
sp5100_tco  5000  0
carl9170   75836  0

Nor in the WICD gui. I can post Dmesg logs if that helps.

Aloha,
RK.


On 4/2/14, Domen Kožar  wrote:
> For vmware video driver problem see
> https://github.com/NixOS/nixpkgs/issues/2099
>
> For wireless with a GUI manager, I would recommend
> https://nixos.org/wiki/Network_Manager
>
>
> On Wed, Apr 2, 2014 at 1:20 PM, Raahul Kumar 
> wrote:
>
>> On 4/2/14, Domen Kožar  wrote:
>> > Try setting "hardware.opengl.videoDrivers"
>> >
>> >
>> >
>>
>> Thanks Domen that worked for my videocard. My wireless still doesn't
>> work as of yet,
>> trying the earlier fix suggested.
>>
>> Aloha,
>> RK.
>>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Installing wireless drivers

[Raahul Kumar]

On 4/2/14, Domen Kožar  wrote:
> Try setting "hardware.opengl.videoDrivers"
>
>
>

Thanks Domen that worked for my videocard. My wireless still doesn't
work as of yet,
trying the earlier fix suggested.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Installing wireless drivers

[Raahul Kumar]

I have discovered the vmware video driver won't build. How do I dfisable
this driver from being loaded? I only have an ATI card, I don't need these
superflous video card drivers being built. This also explains why the
wireless doesn't work .. it never finishes the upgrade.


On Tue, Apr 1, 2014 at 4:16 PM, Sergey Mironov  wrote:

> Probably, you have made a mistake in the configuration.nix. Here is my
> config which enables wicd, please re-check your layout.
>
> https://github.com/grwlf/nixpkgs/blob/local/machines/samsung-np900x3c.nix
>
> And here is another config, this time containing NetworkManager
>
>
> https://github.com/grwlf/nixpkgs/blob/local/machines/samsung-np900x3c-v2.nix
>
> Hope, they help.
>
> Regards,
> Sergey
>
> 2014-04-01 5:39 GMT+04:00 Raahul Kumar :
> > I have Sergey, unfortunatley nixos is saying it doesn't recognize those
> > options.
> >
> > error: user-thrown exception: The option `wicd' defined in
> > `/etc/nixos/configuration.nix' does not exist.
> > (use `--show-trace' to show detailed location information)
> > building the system configuration...
> > error: The option `wicd' defined in `/etc/nixos/configuration.nix' does
> not
> > exist.
> >
> > Looks like all the options have changed. So how do I setup using
> > NetworkMangager?
> >
> >
> > On Mon, Mar 31, 2014 at 9:27 PM, Sergey Mironov 
> wrote:
> >>
> >> Hi. Have you checked this wiki?
> >>
> >> https://nixos.org/wiki/WICD
> >>
> >> By the way, NetworkManager or KDE's equivalent may be a better choice
> >> for managing wireless networks. Wicd worked for me too, but it looks
> >> abandoned by it's developers.
> >>
> >> Regards,
> >> Sergey
> >>
> >>
> >> 2014-03-31 10:10 GMT+04:00 Raahul Kumar :
> >> > Hi guys,
> >> >
> >> > i've recently switched to a wireless configuration. Where can I
> download
> >> > the
> >> > WICD and other wireless packages? I'm on 64bit nixos. And after
> >> > downloading,
> >> > how do I install them? I do have a windows laptop to download packages
> >> > with.
> >> >
> >> > Aloha,
> >> > RK.
> >> >
> >> > ___
> >> > nix-dev mailing list
> >> > nix-dev@lists.science.uu.nl
> >> > http://lists.science.uu.nl/mailman/listinfo/nix-dev
> >> >
> >
> >
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Installing wireless drivers

[Raahul Kumar]

I made the following change to configuratoin.nix

 networking.networkmanager.enable = true;

This is the error message. How do I get NetworkManager running? Or any
other way of getting wireless up?

starting the following units: default.target, getty.target,
graphical.target, ip-up.target, local-fs.target, multi-user.target,
network-interfaces.target, network.target, paths.target, remote-fs.target,
sockets.target, sound.target, swap.target, systemd-modules-load.service,
timers.target
warning: the following units failed: NetworkManager.service

NetworkManager.service - Network Manager
   Loaded: loaded
(/nix/store/wk7yj327sw67wcg4j3y0wbs2kd7612sw-network-manager-0.9.8.8/etc/systemd/system/NetworkManager.service)
   Active: failed (Result: exit-code) since Tue 2014-04-01 11:43:54 EST; 1s
ago
  Process: 3582
ExecStart=/nix/store/wk7yj327sw67wcg4j3y0wbs2kd7612sw-network-manager-0.9.8.8/sbin/NetworkManager
--no-daemon (code=exited, status=1/FAILURE)

Apr 01 11:43:52 Zangetsu systemd[1]: Starting Network Manager...
Apr 01 11:43:54 Zangetsu NetworkManager[3582]: [278B blob data]
Apr 01 11:43:54 Zangetsu NetworkManager[3582]:  [1396316634.849489]
[main.c:592] main(): failed to start the dbus service.
Apr 01 11:43:54 Zangetsu systemd[1]: NetworkManager.service: main process
exited, code=exited, status=1/FAILURE
Apr 01 11:43:54 Zangetsu systemd[1]: Failed to start Network Manager.
Apr 01 11:43:54 Zangetsu systemd[1]: Unit NetworkManager.service entered
failed state.



On Mon, Mar 31, 2014 at 9:29 PM, Sergey Mironov  wrote:

> (Sorry, forgot to reply to all)
>
> Hi. Have you checked this wiki?
>
> https://nixos.org/wiki/WICD
>
> By the way, NetworkManager or KDE's equivalent may be a better choice
> for managing wireless networks. Wicd worked for me too, but it looks
> abandoned by it's developers.
>
> Regards,
> Sergey
>
> 2014-03-31 10:10 GMT+04:00 Raahul Kumar :
> > Hi guys,
> >
> > i've recently switched to a wireless configuration. Where can I download
> the
> > WICD and other wireless packages? I'm on 64bit nixos. And after
> downloading,
> > how do I install them? I do have a windows laptop to download packages
> with.
> >
> > Aloha,
> > RK.
> >
> > ___
> > 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] Installing wireless drivers

[Raahul Kumar]

Hi guys,

i've recently switched to a wireless configuration. Where can I download
the WICD and other wireless packages? I'm on 64bit nixos. And after
downloading, how do I install them? I do have a windows laptop to download
packages with.

Aloha,
RK.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Google Talk Plugin and X11 packages obsolete

[Raahul Kumar]

Hi,

My Gtalk plugin doesn't work in Firefox. What settings do I need to add? My
config file is below.
I also get a warming about x11Packages being obsolete. What do I replace
that with?



# Edit this configuration file to define what should be installed on
# your system.  Help is available in the configuration.nix(5) man page
# and in the NixOS manual (accessible by running 'nixos-help').

{ config, pkgs, ... }:


{
  imports =
[ # Include the results of the hardware scan.
  ./hardware-configuration.nix
];



  # Use the GRUB 2 boot loader.
  boot.loader.grub.enable = true;
  boot.loader.grub.version = 2;
  # Define on which hard drive you want to install Grub.
   boot.loader.grub.device = "/dev/sda";

   networking.hostName = "Zangetsu"; # Define your hostname.
  # networking.wireless.enable = true;  # Enables wireless.

  # Select internationalisation properties.
  # i18n = {
  #   consoleFont = "lat9w-16";
  #   consoleKeyMap = "us";
  #   defaultLocale = "en_US.UTF-8";
  # };

  # List services that you want to enable:

  # Enable the OpenSSH daemon.
  # services.openssh.enable = true;

  environment = {
systemPackages = with pkgs; [
  emacs
  mercurial
  irssi
  gitFull
  file
  xz
  openldap
  gnupg
  gnumake
  clang
  ncurses
  wget
  jdk
  unzip
  ant
  manpages
  posix_man_pages
  patchelf
  python
  gdb
  openssl
  subversion
  cmake
];

x11Packages = with pkgs; [
  firefox
  thunderbird
  pidgin
  libreoffice
  qemu_kvm
  dwm
  dmenu
  evince
];
  };

  time.timeZone = "Australia/Brisbane";


  # Enable CUPS to print documents.
  services.printing.enable = true;

  nixpkgs.config.firefox.enableGoogleTalkPlugin = true;

  # Enable the X11 windowing system.
   services.xserver.enable = true;
   services.xserver.layout = "us";
   services.xserver.xkbOptions = "eurosign:e";

  # Enable the KDE Desktop Environment.
   services.xserver.displayManager.kdm.enable = true;
   services.xserver.desktopManager.kde4.enable = true;
}
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev