[Nix-dev] packaging windows applications through wine

2017-04-23 Thread Taeer Bar-Yam 

I'm thinking of making a nix package for League of Legends, and my question is 
this:

When one installs things through wine, one usually has to click through a bunch
of agreements for things installed via winetricks. Can we bypass this so we can
make nix packages for these things that installs nicely? 


The other challenge I see is where do you put the wineprefix? Because on the one
hand you want the installation to happen at system build time, so that would
suggest the nix store. But you also want the application to be able to write
files (like saves &c) so that would have to be in your home folder.

Is how to package wine applications a solved problem, or do I need to do some
creative work?

 --Taeer

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

[Nix-dev] Fwd: Re: qutebrowser very unstable

2016-11-03 Thread Taeer Bar-Yam 

Should we update the qutebrowser package to use the QtWebEngine backend (i.e. 
enable the --backend webengine flag)? I don't feel like I have the authority to 
make this decision; do other people who use qutebrowser want to weigh in? 
What's the etiquite here?

Forwarding Florian Bruhin's message of November 3, 2016 5:18 pm:
...
The new QtWebEngine backend is pretty usable already when you install
qutebrowser from git and launch with --backend webengine. There are
only some smaller features missing, support for the last big missing
feature (downloads) will land somewhen next week probably.
...
Florian
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] qutebrowser very unstable

2016-11-03 Thread Taeer Bar-Yam 

I'm not having the same crashing issue, but I've been having a lot of problems with 
it refusing to display webpages. Supposedly, everything should get better when they 
switch the backend, so I'm using chromium + vimium until then and praying it 
happens fast. Not sure that it's worth putting too much effort into getting it 
working before then though, as dependencies &c are likely to totally change at 
that point.

 --Taeer

Excerpts from Stefan Huchler's message of November 3, 2016 7:14 am:

I have 2 pcs with nixos, pretty much same setup (exwm), on my main
machine I update very often but its the last "stable" channel, and
qutebrowser since a few weeks crashes very often several times each day.

It often says something about some qtbrowser-library not supported
anymore so they want to switch to another qt bib. I am not shure if
thats related.

The point is the current version in stable crashes much more often then
the older version on my 2nd pc.

I try to catch the next crash with its error and add the version numbber
on my old pc.

But its so bad that I considering switching back to conkeror, I lost
several comments I started to write in qutebrowser cause it crashed.

Its pretty anoying, is this a common known fact, or am I the only one
with that problems?

___
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] Internet Issue

2016-10-02 Thread Taeer Bar-Yam 

Yep. I mean I did it through nmtui connect but it should have the same effect, 
no?

Excerpts from Peter Hoeg's message of October 2, 2016 4:52 am:

Hi,


running ```sudo systemctl restart network-manager``` fixes the problem 
temporarily, so I don't have a real issue anymore (I don't really mind running 
that every once in a while)


have you by chance tried just restarting the connection and not
network-manager? Using "nmcli c down " and then "up" again?

/Peter



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

Re: [Nix-dev] Internet Issue

2016-09-28 Thread Taeer Bar-Yam 

Hey, sorry it took a while to reproduce (it doesn't happen all the time)

Indeed my computer is at that IP address, and I don't see anything suspicious 
on netstat (though I'm not entirely sure what I'm looking for)
running ```sudo systemctl restart network-manager``` fixes the problem 
temporarily, so I don't have a real issue anymore (I don't really mind running 
that every once in a while)
Still, this seems to be a problem with nixos' networkmanager, so probably a 
real fix should be found, no?
netstat output reproduced below (the last part of it may have been after the 
networkmanager restart):

```
➜  ~ sudo netstat --all --udp -4 --program
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address   Foreign Address State   PID/Program name
udp0  0 192.168.0.19:45871  209.18.47.61:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:54065  209.18.47.61:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:45917  209.18.47.61:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:38207  209.18.47.61:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:54745  209.18.47.62:domain ESTABLISHED 1071/xmobar 
udp0  0 192.168.0.19:54887  209.18.47.62:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:47019  209.18.47.62:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:47614  209.18.47.62:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:39696  209.18.47.61:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:56471  209.18.47.61:domain ESTABLISHED 23086/nscd  
udp0  0 *:bootpc*:* 23027/dhclient  
udp0  0 192.168.0.19:ntp*:* 589/ntpd
udp0  0 localhost:ntp   *:* 589/ntpd
udp0  0 *:ntp   *:* 589/ntpd
udp0  0 *:49433 *:* 16773/firefox   
udp0  0 192.168.0.19:49798  209.18.47.62:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:33435  209.18.47.61:domain ESTABLISHED 15350/skype 
udp0  0 192.168.0.19:49922  209.18.47.61:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:41809  209.18.47.61:domain ESTABLISHED 1071/xmobar 
udp0  0 192.168.0.19:58523  209.18.47.62:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:58695  209.18.47.62:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:50588  209.18.47.62:domain ESTABLISHED 11093/astroid   
udp0  0 192.168.0.19:58926  209.18.47.62:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:35389  209.18.47.62:domain ESTABLISHED 23086/nscd  
udp0  0 192.168.0.19:35431  209.18.47.61:domain ESTABLISHED 23086/nscd  
udp0  0 *:52443 *:* 23027/dhclient  
udp0  0 192.168.0.19:52585  209.18.47.62:domain ESTABLISHED 11093/astroid   
udp0  0 localhost:52851 *:* 15350/skype 
udp0  0 192.168.0.19:36500  209.18.47.61:domain ESTABLISHED 15350/skype 
udp0  0 *:28501 *:* 15350/skype 
```


Excerpts from Pavel Chuprikov's message of September 27, 2016 9:11 am:

Hi,

Am I correct, that your computer's IP is 192.168.0.19 (you can check it
with *ip addr*)? It doesn't seems so, since there are no ARP replies from
(presumably) your router.
If it is, then for starters I would suggest to find the guy who sends UDP
broadcast on port 75. To do this you can use *netstat* and check for any
suspicious activity*:*
*# sudo netstat --all --udp -4 --program*

Also, check that your computer doesn't run dhcp server, that could misguide
other clients.

At home you can try to run wireshark to find out what happens with HTTP
requests or you better follow some basic network troubleshooting guides
like this <https://ubuntuforums.org/showthread.php?t=25557> one or this
<http://searchnetworking.techtarget.com/tip/Wireless-network-troubleshooting-Connectivity>
one, or, maybe, this
<http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch04_:_Simple_Network_Troubleshooting#.V-pukXV95vA>
one.

--
Pavel


вт, 27 сент. 2016 г. в 10:05, Taeer Bar-Yam :


Okay, I got

Re: [Nix-dev] Internet Issue

2016-09-23 Thread Taeer Bar-Yam 

It *seems* as though my computer is breaking the internet for other people. 
Sometimes at home the internet cuts out (not the wifi, that still connects; but 
webpages do not load on anyone's computers). This also happens at my friend's 
house, but not the on-campus wifi network. It appears to only happen when I am 
there and try to connect to the internet, but it doesn't always happen when I 
try to connect to the internet.

Is it possible that my computer is responsible? What would be causing that?

I am using NixOS 16.03 stable and my internet setup is:
```
networking.hostName = "rebel";
networking.networkmanager.enable = true;
```
and I'm using ```nmtui connect``` to connect to the wifi network

let me know if there's any other relevant information I should send.

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

Re: [Nix-dev] Nix GUI? / make Nix more beginner-friendly

2016-08-04 Thread Taeer Bar-Yam 
Roland, We should talk. I would be interested in helping set this up. 

  --Taeer

> On Aug 4, 2016, at 09:52, Tomasz Czyż  wrote:
> 
> Roland, 
> 
> check: nix-env -iA nixos.nixui
> 
> 2016-08-04 14:21 GMT+01:00 Roland Koebler :
>> Hi,
>> 
>> I really like the concept of Nix, but I think the commandline-tools
>> are not very beginner-friendly and not very intuitive for non-Nix-users.
>> 
>> Most distributions offer a GUI for package management, but I haven't
>> found one for Nix, although nox looks like a step in the right direction.
>> But the simplest way to search for a package is still
>> https://nixos.org/nixos/packages.html
>> 
>> So, I'm thinking of writing a GUI for Nix for managing packages in
>> Python3 + GTK+3. But to prevent duplicate work: Is there already
>> such a GUI, or is someone already working on it?
>> 
>> 
>> regards,
>> Roland
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
> 
> 
> 
> -- 
> Tomasz Czyż
> ___
> 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] Ruby Development on Nix

2016-07-15 Thread Taeer Bar-Yam 
Also: Is this a recent thing? I'm on 16.03 and python.withPackages is failing. 
I also can't find anything online about it.
   --Taeer
> On Jul 15, 2016, at 4:16 PM, Taeer Bar-Yam  wrote:
> 
> Oh. Huh. That's very good to know, thank you. So is that the preferred nix 
> model for programming language packages then?
>   --Taeer
>> On Jul 15, 2016, at 4:05 PM, Freddy Rietdijk > <mailto:freddyrietd...@fridh.nl>> wrote:
>> 
>> Hi Taeer,
>> 
>> For instance, the python model of
>>   python27Packages.package1
>>   python27Packages.package2
>> is very different from the haskell model of
>>   (haskellPackages.ghcWithPackages (h: with h; [
>> package1
>> package2
>>   ])
>> 
>> Actually, they're quite similar. For Python we also have `python.buildEnv` 
>> and `python.withPackages` of which the use is identical to your Haskell 
>> example. In certain cases it is possible to install or use individual Python 
>> packages but using `python.buildEnv` or `python.withPackages` generally 
>> works better.
>> 
>> 
>> 
>> On Fri, Jul 15, 2016 at 9:41 PM, Taeer Bar-Yam > <mailto:tb...@cornell.edu>> wrote:
>> Dear Knowledgable Nixers,
>> 
>> Introduction
>> I have been trying to get ruby gems installed in any way on my nixos 
>> machine. I have been reading up on the wikis, and I understand that this is 
>> not yet well put together. However, it seems that even things that aught to 
>> be working are not.
>> 
>> Problem
>> I put "bundler" in my configuration.nix, and it installs fine. However, when 
>> I try to actually run it, I get the error message:
>> /nix/store/n5gqlhs1nmadxkbibv42wnxq3m7f404k-ruby-2.3.0-p0/lib/ruby/2.3.0/rubygems.rb:241:in
>>  `bin_path': can't find gem bundler (>= 0) (Gem::GemNotFoundException)
>> from /run/current-system/sw/bin/bundler:14:in `'
>> 
>> I tried to add the gem I wanted to my configuration.nix directly using 
>> buildRubyGem, but ruby was not able to find it.
>> 
>> The method the manual prescribes is dependent on already having bundler 
>> installed, so I have not had a chance to test that. 
>> 
>> Request/Solution
>> I am interested in contributing to the nix community by developing a better 
>> system for ruby gem installation, so I guess what I am looking for is the 
>> following:
>> 
>> 1) For now, what is the current simplest way to install a ruby gem so that I 
>> can, in the terminal, type
>> $ irb
>> > require 'desired_gem'
>> and it will work?
>> This can include simply installing bundler and using that locally with a 
>> gemfile, but I would prefer that any system-wide installation be done 
>> through configuration.nix
>> 
>> 2) If I'm going to add a system for installing ruby gems, what would be the 
>> right way to design it? I understand that programming languages sometimes 
>> have structure that prevents us from always using the ideal path, so can 
>> y'all point me to a programming language that is considered "done right"?
>> 
>> For instance, the python model of
>>   python27Packages.package1
>>   python27Packages.package2
>> 
>> is very different from the haskell model of
>>   (haskellPackages.ghcWithPackages (h: with h; [
>> package1
>> package2
>>   ])
>> My understanding is that the haskell model is a less-than-ideal kludge 
>> because haskell wont allow the python method. Is that right? Is there an 
>> even better way than python?
>> 
>> Lastly, is there anyone already working on this that I should get in touch 
>> with instead of splitting efforts?
>> 
>> Thank you,
>>   --Taeer
>> 
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl <mailto:nix-dev@lists.science.uu.nl>
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev 
>> <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] Ruby Development on Nix

2016-07-15 Thread Taeer Bar-Yam 
Oh. Huh. That's very good to know, thank you. So is that the preferred nix 
model for programming language packages then?
  --Taeer
> On Jul 15, 2016, at 4:05 PM, Freddy Rietdijk  wrote:
> 
> Hi Taeer,
> 
> For instance, the python model of
>   python27Packages.package1
>   python27Packages.package2
> is very different from the haskell model of
>   (haskellPackages.ghcWithPackages (h: with h; [
> package1
> package2
>   ])
> 
> Actually, they're quite similar. For Python we also have `python.buildEnv` 
> and `python.withPackages` of which the use is identical to your Haskell 
> example. In certain cases it is possible to install or use individual Python 
> packages but using `python.buildEnv` or `python.withPackages` generally works 
> better.
> 
> 
> 
> On Fri, Jul 15, 2016 at 9:41 PM, Taeer Bar-Yam  <mailto:tb...@cornell.edu>> wrote:
> Dear Knowledgable Nixers,
> 
> Introduction
> I have been trying to get ruby gems installed in any way on my nixos machine. 
> I have been reading up on the wikis, and I understand that this is not yet 
> well put together. However, it seems that even things that aught to be 
> working are not.
> 
> Problem
> I put "bundler" in my configuration.nix, and it installs fine. However, when 
> I try to actually run it, I get the error message:
> /nix/store/n5gqlhs1nmadxkbibv42wnxq3m7f404k-ruby-2.3.0-p0/lib/ruby/2.3.0/rubygems.rb:241:in
>  `bin_path': can't find gem bundler (>= 0) (Gem::GemNotFoundException)
> from /run/current-system/sw/bin/bundler:14:in `'
> 
> I tried to add the gem I wanted to my configuration.nix directly using 
> buildRubyGem, but ruby was not able to find it.
> 
> The method the manual prescribes is dependent on already having bundler 
> installed, so I have not had a chance to test that. 
> 
> Request/Solution
> I am interested in contributing to the nix community by developing a better 
> system for ruby gem installation, so I guess what I am looking for is the 
> following:
> 
> 1) For now, what is the current simplest way to install a ruby gem so that I 
> can, in the terminal, type
> $ irb
> > require 'desired_gem'
> and it will work?
> This can include simply installing bundler and using that locally with a 
> gemfile, but I would prefer that any system-wide installation be done through 
> configuration.nix
> 
> 2) If I'm going to add a system for installing ruby gems, what would be the 
> right way to design it? I understand that programming languages sometimes 
> have structure that prevents us from always using the ideal path, so can 
> y'all point me to a programming language that is considered "done right"?
> 
> For instance, the python model of
>   python27Packages.package1
>   python27Packages.package2
> 
> is very different from the haskell model of
>   (haskellPackages.ghcWithPackages (h: with h; [
> package1
> package2
>   ])
> My understanding is that the haskell model is a less-than-ideal kludge 
> because haskell wont allow the python method. Is that right? Is there an even 
> better way than python?
> 
> Lastly, is there anyone already working on this that I should get in touch 
> with instead of splitting efforts?
> 
> Thank you,
>   --Taeer
> 
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl <mailto:nix-dev@lists.science.uu.nl>
> http://lists.science.uu.nl/mailman/listinfo/nix-dev 
> <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] Ruby Development on Nix

2016-07-15 Thread Taeer Bar-Yam 
Dear Knowledgable Nixers,

Introduction
I have been trying to get ruby gems installed in any way on my nixos machine. I 
have been reading up on the wikis, and I understand that this is not yet well 
put together. However, it seems that even things that aught to be working are 
not.

Problem
I put "bundler" in my configuration.nix, and it installs fine. However, when I 
try to actually run it, I get the error message:
/nix/store/n5gqlhs1nmadxkbibv42wnxq3m7f404k-ruby-2.3.0-p0/lib/ruby/2.3.0/rubygems.rb:241:in
 `bin_path': can't find gem bundler (>= 0) (Gem::GemNotFoundException)
from /run/current-system/sw/bin/bundler:14:in `'

I tried to add the gem I wanted to my configuration.nix directly using 
buildRubyGem, but ruby was not able to find it.

The method the manual prescribes is dependent on already having bundler 
installed, so I have not had a chance to test that. 

Request/Solution
I am interested in contributing to the nix community by developing a better 
system for ruby gem installation, so I guess what I am looking for is the 
following:

1) For now, what is the current simplest way to install a ruby gem so that I 
can, in the terminal, type
$ irb
> require 'desired_gem'
and it will work?
This can include simply installing bundler and using that locally with a 
gemfile, but I would prefer that any system-wide installation be done through 
configuration.nix

2) If I'm going to add a system for installing ruby gems, what would be the 
right way to design it? I understand that programming languages sometimes have 
structure that prevents us from always using the ideal path, so can y'all point 
me to a programming language that is considered "done right"?

For instance, the python model of
  python27Packages.package1
  python27Packages.package2

is very different from the haskell model of
  (haskellPackages.ghcWithPackages (h: with h; [
package1
package2
  ])
My understanding is that the haskell model is a less-than-ideal kludge because 
haskell wont allow the python method. Is that right? Is there an even better 
way than python?

Lastly, is there anyone already working on this that I should get in touch with 
instead of splitting efforts?

Thank you,
  --Taeer___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Latex package to handle unicode characters?

2016-06-07 Thread Taeer Bar-Yam 
This seems like something that ought to be fixed, not ignored, yeah?
Presumably we're mirroring old versions of the packages, and it would be 
infeasible to mirror all of them?
Are there no stable versions of texlive packages out there?
Does anyone know how other package managers deal with this? Are they just not 
as careful with checking against hashes?
  --Taeer
> On Jun 7, 2016, at 2:57 AM, Guillaume Maudoux (Layus)  
> wrote:
> 
> Bottom line is that texlive updates its packages frequently and our md5 are 
> always out of sync. We mirror some packages but not the whole scheme-full.
> 
> AFAIK, you can either use scheme basic, or go trough the update procedure 
> described in texlive-new/default.nix to get a (temporarily) up-to-date list 
> of hashes and build against that.
> 
> Regards,
> -- Layus.
> 
> 
> Le 6 juin 2016 22:33:35 UTC+02:00, Taeer Bar-Yam  a écrit :
> actually it appears that only scheme-basic is working. scheme-full is giving 
> me an error about md5 hash mismatches:
> ( output path ‘/nix/store/ayq32cfk92kiysywxnb35xfhsm4j3wbq-2up.tar.xz’ has 
> md5 hash ‘7bb1a159a6e50d7cb807c58f471e360e’ when 
> ‘6160fbc7ab71be778081500b908d2648’ was expected )
> does anyone know what the problem is and how to fix it?
>  On Jun 6, 2016, at 2:16 PM, Taeer Bar-Yam  wrote:
>  
>  I had a similar problem and started using texlive.combine.scheme-full or 
> texlive.combine.scheme-basic. Maybe try that, see if it works for what you 
> need?
>  On Jun 6, 2016, at 2:07 PM, Jeffrey David Johnson  wrote:
>  
>  I was using texL!
>  iveFull
> until recently, but now it's marked broken and a comment points users to the 
> texlive.combine method. I tried checking out an older version of 
> pkgs/tools/typesetting/tex but the dependencies don't line up with the rest 
> of nixpkgs anymore. Probably I just want the full set of texlive-new 
> packages, even if they're big, becuase I don't know what I'm doing enough to 
> pick and choose. So I tried this monster (all collections + inputenc 
> packages):
>  
>   myTexlive = with pkgs; texlive.combine {
> inherit (texlive)
>   collection-basic
>   collection-bibtexextra
>   collection-binextra
>   collection-context
>   collection-fontsextra
>   collection-fontsrecommended
>   collection-fontutils
>   collection-formatsextra
>   collection-games
>   collection-genericextra
>   collection-genericrecommended
>   collection-htmlxml
>   collection-humanities
>   collection-langafrican   
>   collection-langarabic
>   collection-langchinese
>   collection-langcjk
>   collection-langcyrillic
>   collection-langczechslovak
>   collection-langenglish
>   collection-langeuropean
>   collection-langfrench
>   collection-langgerman
>   collection-langgreek
>   collection-langindic
>   collection-langitalian
>   collection-langjapanese
>   collection-langkorean
>   collection-langother
>   collection-langpolish
>   collection-langportuguese
>   collection-langspanish
>   collection-latex
>   collection-latexextra
>   collection-latexrecommended
>   collection-luatex
>   collection-mathextra
>   collection-metapost
>   collection-music
>   collection-omega
>   collection-pictures
>   collection-plainextra
>   collection-pstricks
>   collection-publishers
>  
> collection-science
>   collection-texworks
>   collection-wintools
>   collection-xetex
>   greek-inputenc;
>   };
>  
>  Still the same error though. Maybe it's a pandoc issue after all.
>  Jeff
>  
>  On Wed, 1 Jun 2016 02:45:18 -0700
>  Linus Arver  wrote:
>  
>  On Sun, May 29, 2016 at 04:56:12PM -0700, Jeffrey David Johnson wrote:
>  I get the following error when exporting some markdown to PDF with pandoc:
>  
> An error occured: PDF creation failed:
> ! Package inputenc Error: Unicode char \u8:  not set up for use with 
> LaTeX.
>  
> See the inputenc package documentation for explanation.
> Type  H   for
> immediate help.
>  ...  
>  
> l.150   Evolutionary Analysis}
>  
> Try running pandoc with --latex-engine=xelatex.
>  
>  I could hunt this one character down, but is there a package I could add to 
> my texlive environment that might help handle this type of problem in general?
>  
>  I used to use the texliveFull package, which included xelatex.
>  
>  FWIW, I no longer use texliveFull; instead I use a Docker container for
>  all TeX-related things as it is mu

Re: [Nix-dev] Latex package to handle unicode characters?

2016-06-06 Thread Taeer Bar-Yam 
actually it appears that only scheme-basic is working. scheme-full is giving me 
an error about md5 hash mismatches:
( output path ‘/nix/store/ayq32cfk92kiysywxnb35xfhsm4j3wbq-2up.tar.xz’ has md5 
hash ‘7bb1a159a6e50d7cb807c58f471e360e’ when ‘6160fbc7ab71be778081500b908d2648’ 
was expected )
does anyone know what the problem is and how to fix it?
> On Jun 6, 2016, at 2:16 PM, Taeer Bar-Yam  wrote:
> 
> I had a similar problem and started using texlive.combine.scheme-full or 
> texlive.combine.scheme-basic. Maybe try that, see if it works for what you 
> need?
>> On Jun 6, 2016, at 2:07 PM, Jeffrey David Johnson  wrote:
>> 
>> I was using texLiveFull until recently, but now it's marked broken and a 
>> comment points users to the texlive.combine method. I tried checking out an 
>> older version of pkgs/tools/typesetting/tex but the dependencies don't line 
>> up with the rest of nixpkgs anymore. Probably I just want the full set of 
>> texlive-new packages, even if they're big, becuase I don't know what I'm 
>> doing enough to pick and choose. So I tried this monster (all collections + 
>> inputenc packages):
>> 
>>  myTexlive = with pkgs; texlive.combine {
>>inherit (texlive)
>>  collection-basic
>>  collection-bibtexextra
>>  collection-binextra
>>  collection-context
>>  collection-fontsextra
>>  collection-fontsrecommended
>>  collection-fontutils
>>  collection-formatsextra
>>  collection-games
>>  collection-genericextra
>>  collection-genericrecommended
>>  collection-htmlxml
>>  collection-humanities
>>  collection-langafrican
>>  collection-langarabic
>>  collection-langchinese
>>  collection-langcjk
>>  collection-langcyrillic
>>  collection-langczechslovak
>>  collection-langenglish
>>  collection-langeuropean
>>  collection-langfrench
>>  collection-langgerman
>>  collection-langgreek
>>  collection-langindic
>>  collection-langitalian
>>  collection-langjapanese
>>  collection-langkorean
>>  collection-langother
>>  collection-langpolish
>>  collection-langportuguese
>>  collection-langspanish
>>  collection-latex
>>  collection-latexextra
>>  collection-latexrecommended
>>  collection-luatex
>>  collection-mathextra
>>  collection-metapost
>>  collection-music
>>  collection-omega
>>  collection-pictures
>>  collection-plainextra
>>  collection-pstricks
>>  collection-publishers
>>  collection-science
>>  collection-texworks
>>  collection-wintools
>>  collection-xetex
>>  greek-inputenc;
>>  };
>> 
>> Still the same error though. Maybe it's a pandoc issue after all.
>> Jeff
>> 
>> On Wed, 1 Jun 2016 02:45:18 -0700
>> Linus Arver  wrote:
>> 
>>> On Sun, May 29, 2016 at 04:56:12PM -0700, Jeffrey David Johnson wrote:
>>>> I get the following error when exporting some markdown to PDF with pandoc:
>>>> 
>>>>An error occured: PDF creation failed:
>>>>! Package inputenc Error: Unicode char \u8:  not set up for use with 
>>>> LaTeX.
>>>> 
>>>>See the inputenc package documentation for explanation.
>>>>Type  H   for immediate help.
>>>> ...  
>>>> 
>>>>l.150   Evolutionary Analysis}
>>>> 
>>>>Try running pandoc with --latex-engine=xelatex.
>>>> 
>>>> I could hunt this one character down, but is there a package I could add 
>>>> to my texlive environment that might help handle this type of problem in 
>>>> general?
>>> 
>>> I used to use the texliveFull package, which included xelatex.
>>> 
>>> FWIW, I no longer use texliveFull; instead I use a Docker container for
>>> all TeX-related things as it is much simpler to use along with
>>> negligible maintenence costs, if at all.
>>> 
>>>> So far I just use the standard one:
>>>> 
>>>>myTexLive = texlive.combine {
>>>>  inherit (texlive) scheme-small;
>>>>};
>>>> 
>>>> Don't see any mention of xelatex in nixpkgs.
>>> 
>>> That's probably because it still comes with texliveFull, which is what
>>> most people use I imagine.
>>> 
>>>> Ideally I'd like to handle all of unicode, but just skipping any 
>>>> unrenderable characters would be OK too, since I gather latex doesn't do 
>>>> that yet?
>>> 
>>> AFAIK, Latex never dealt with Unicode natively. Xelatex has much simpler
>>> font support (fontspec) so I've always opted for Xelatex from the beginning.
>>> 
>>> Best,
>>> Linus
>> ___
>> 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] Latex package to handle unicode characters?

2016-06-06 Thread Taeer Bar-Yam 
I had a similar problem and started using texlive.combine.scheme-full or 
texlive.combine.scheme-basic. Maybe try that, see if it works for what you need?
  --Taeer
> On Jun 6, 2016, at 2:07 PM, Jeffrey David Johnson  wrote:
> 
> I was using texLiveFull until recently, but now it's marked broken and a 
> comment points users to the texlive.combine method. I tried checking out an 
> older version of pkgs/tools/typesetting/tex but the dependencies don't line 
> up with the rest of nixpkgs anymore. Probably I just want the full set of 
> texlive-new packages, even if they're big, becuase I don't know what I'm 
> doing enough to pick and choose. So I tried this monster (all collections + 
> inputenc packages):
> 
>  myTexlive = with pkgs; texlive.combine {
>inherit (texlive)
>  collection-basic
>  collection-bibtexextra
>  collection-binextra
>  collection-context
>  collection-fontsextra
>  collection-fontsrecommended
>  collection-fontutils
>  collection-formatsextra
>  collection-games
>  collection-genericextra
>  collection-genericrecommended
>  collection-htmlxml
>  collection-humanities
>  collection-langafrican
>  collection-langarabic
>  collection-langchinese
>  collection-langcjk
>  collection-langcyrillic
>  collection-langczechslovak
>  collection-langenglish
>  collection-langeuropean
>  collection-langfrench
>  collection-langgerman
>  collection-langgreek
>  collection-langindic
>  collection-langitalian
>  collection-langjapanese
>  collection-langkorean
>  collection-langother
>  collection-langpolish
>  collection-langportuguese
>  collection-langspanish
>  collection-latex
>  collection-latexextra
>  collection-latexrecommended
>  collection-luatex
>  collection-mathextra
>  collection-metapost
>  collection-music
>  collection-omega
>  collection-pictures
>  collection-plainextra
>  collection-pstricks
>  collection-publishers
>  collection-science
>  collection-texworks
>  collection-wintools
>  collection-xetex
>  greek-inputenc;
>  };
> 
> Still the same error though. Maybe it's a pandoc issue after all.
> Jeff
> 
> On Wed, 1 Jun 2016 02:45:18 -0700
> Linus Arver  wrote:
> 
>> On Sun, May 29, 2016 at 04:56:12PM -0700, Jeffrey David Johnson wrote:
>>> I get the following error when exporting some markdown to PDF with pandoc:
>>> 
>>>An error occured: PDF creation failed:
>>>! Package inputenc Error: Unicode char \u8:  not set up for use with 
>>> LaTeX.
>>> 
>>>See the inputenc package documentation for explanation.
>>>Type  H   for immediate help.
>>> ...  
>>> 
>>>l.150   Evolutionary Analysis}
>>> 
>>>Try running pandoc with --latex-engine=xelatex.
>>> 
>>> I could hunt this one character down, but is there a package I could add to 
>>> my texlive environment that might help handle this type of problem in 
>>> general?
>> 
>> I used to use the texliveFull package, which included xelatex.
>> 
>> FWIW, I no longer use texliveFull; instead I use a Docker container for
>> all TeX-related things as it is much simpler to use along with
>> negligible maintenence costs, if at all.
>> 
>>> So far I just use the standard one:
>>> 
>>>myTexLive = texlive.combine {
>>>  inherit (texlive) scheme-small;
>>>};
>>> 
>>> Don't see any mention of xelatex in nixpkgs.
>> 
>> That's probably because it still comes with texliveFull, which is what
>> most people use I imagine.
>> 
>>> Ideally I'd like to handle all of unicode, but just skipping any 
>>> unrenderable characters would be OK too, since I gather latex doesn't do 
>>> that yet?
>> 
>> AFAIK, Latex never dealt with Unicode natively. Xelatex has much simpler
>> font support (fontspec) so I've always opted for Xelatex from the beginning.
>> 
>> Best,
>> Linus
> ___
> 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] Misleading Error Message

2016-01-31 Thread Taeer Bar-Yam 
Sometimes when I run nixos-rebuild, I get an error message; I can't remember 
the details of what the error messages says, but it gives a helpful little tip 
that it's often caused by networking issues. Every time it's happened to me 
I've ran out of memory on my computer (VM) during the install and I assume that 
killed the process
  --Taeer
P.S. Presumably there's somewhere else I'm supposed to report this kind of 
thing, but I'm not sure where that is.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Notes and ideas about the Nix-UI proposal

2016-01-23 Thread Taeer Bar-Yam 
+1 on the user-level configuration.nix.

Could we also use this to bring dotfiles into the nix fold?

I'm not sure what the current system for dotfile management is, but my 
impression is it is close to nonexistant. It would be nice to add this to the 
nix way of managing things. A user-level configuration file seems like *a* 
right way to do this.
  --Taeer
> On Jan 23, 2016, at 1:42 PM, zimbatm  wrote:
> 
> I keep seeing this transaction argument but what is the use-case for it ?
> 
> For complex scenarios I think it would be best to have a user-equivalent of 
> the /etc/nixos/configuration.nix file and a `nix switch` command to apply the 
> changes in a transactional manner. Then `nix install` and friends might be 
> implemented in terms of amending the user's configuration.nix or related file 
> and then run `nix switch`. That way it's easy to synchronize the profile 
> between computers. `nix install` might even gain a `--no-switch` flag to just 
> manipulate that list.
> 
> 
> On Sat, 23 Jan 2016 at 18:03 Matthias Beyer  > wrote:
> So `nix do nix` would do nothing?
> 
> (Joke for the germans)
> 
> I like the idea of having `nix do`.
> 
> On 23-01-2016 17:11:15, Oliver Charles wrote:
> > `nix do`? :)
> >
> > On Sat, Jan 23, 2016 at 4:59 PM Matthias Beyer  > >
> > wrote:
> >
> > > Hi,
> > >
> > > On 23-01-2016 17:39:09, Christian Theune wrote:
> > > >
> > > > I like the direction where this is going a lot. A big +1 from my side.
> > >
> > > Same here.
> > >
> > > >
> > > > As a suggestion to the transactional behaviour, I’d like to avoid
> > > unnecessary shell quoting. How about “+” instead of “;"? I could imagine
> > > another non-colliding operator from the nix language, but “;” as a
> > > statement separator is going to be confusing because bash already uses it
> > > for almost the same thing.
> > > >
> > >
> > > I want to second this! Especially because "\" is kinda hard to type on
> > > german
> > > keyboards (two strokes and a weird location of both keys, ergonomically).
> > > "+"
> > > sounds much better.
> > >
> > > What would be nice is a "repl"-like thing where you can do this:
> > >
> > > nix transaction
> > > > install firefox
> > > > uninstall chromium
> > > > commit  ## or maybe ctrl-D
> > > [nix] transaction about to be committed... doing things now
> > >
> > > (ofc, the `nix install firefox $sep uninstall chromium` variant should be
> > > available as well)
> > >
> > > --
> > > Mit freundlichen Grüßen,
> > > Kind regards,
> > > Matthias Beyer
> > >
> > > Proudly sent with mutt.
> > > Happily signed with gnupg.
> > > ___
> > > nix-dev mailing list
> > > nix-dev@lists.science.uu.nl 
> > > http://lists.science.uu.nl/mailman/listinfo/nix-dev 
> > > 
> > >
> 
> --
> Mit freundlichen Grüßen,
> Kind regards,
> Matthias Beyer
> 
> Proudly sent with mutt.
> Happily signed with gnupg.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl 
> http://lists.science.uu.nl/mailman/listinfo/nix-dev 
> 
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev

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

[Nix-dev] Accessing systemPackages from postStart

2016-01-18 Thread Taeer Bar-Yam 
General problem:
  How do I access command line tools (that are in systemPackages) from some 
systemd.services..postStart?
Specific problem:
  I want that when mopidy starts up, use mpc to select a playlist and turn on 
shuffle. However, I am getting an `mpc: command not found` error. I can access 
mpc normally, just not from this startup script (declared as 
systemd.services.mopidy.postStart = "")

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

Re: [Nix-dev] Correct XMonad Configuration

2016-01-11 Thread Taeer Bar-Yam 
Correction: perhaps this will help: https://github.com/NixOS/nixos/issues/194
That is, try adding pkgs.xlibs.xmessage to environment.systemPackages
  --Taeer
> On Jan 11, 2016, at 11:39 AM, Taeer Bar-Yam  wrote:
> 
> Are you on the unstable channel? You might want to consider switching to it.
> Using:
> $ nix-channel --remove nixos
> $ nix-channel --add https://nixos.org/channels/nixos-unstable nixos
> 
> I ran into the same exact issue, and I'm pretty sure there was a workaround 
> using the stable channel (which I don't remember, sorry), but that this 
> problem has been actually fixed in the unstable channel, and in fact, this is 
> my entire xmonad setup (in configuration.nix):
>windowManager.default = "xmonad";
>windowManager.xmonad = {
>  enable = true;
>  enableContribAndExtras = true;
>};
> I don't even need extraPackages.
> 
> Hope that helps,
>  --Taeer
> 
>> On Jan 10, 2016, at 10:05 AM, Sergiu Ivanov  wrote:
>> 
>> 
>> Dear NixOS Community,
>> 
>> My name is Sergiu; I teach Computer Science and do research in
>> Theoretical Computer Science.  I have some experience with Haskell
>> development.  I came across NixOS quite some time ago and now I finally
>> have the opportunity to install it and maybe even try to contribute :-)
>> 
>> I attach my configuration.nix; here's the XMonad-related snippet:
>> 
>> 
>> services.xserver.windowManager.xmonad = {
>>   enable = true;
>>   enableContribAndExtras = true;
>>   extraPackages = self: [
>> self.xmonad-contrib
>> self.xmonad-extras
>>   ];
>> };
>> 
>> 
>> When I try to xmonad --recompile the following xmonad.hs:
>> 
>> 
>> import XMonad
>> main = xmonad defaultConfig
>>{ terminal = "termite"
>>, modMask = mod4Mask
>>, focusedBorderColor = "blue"
>>}
>> 
>> 
>> I get the error message that the module XMonad could not be found.
>> 
>> I would like to minimise the number of Haskell packages installed at the
>> system level, so I don't add any to environment.systemPackages.  Yet,
>> adding xmonad, xmonad-contrib, and xmonad-extras to
>> environment.systemPackages (and haskellPlatform, FWIW) doesn't change
>> anything for me (I still get the error).
>> 
>> I tried cabal installing xmonad, xmonad-contrib, and xmonad-extras in a
>> Cabal sandbox, but I got an error about missing X11 libraries.
>> 
>> I haven't tried ghcWithPackages yet, because I'm really not sure it's
>> going to help me: after all, I'm not compiling my xmonad.hs with GHC (at
>> least I don't seem to be).  And then people seem to have been able to
>> address the issue without ghcWithPackages [0].
>> 
>> Do you see anything flagrant with my setup?
>> 
>> -- 
>> Sergiu
>> 
>> 
>> [0] https://github.com/NixOS/nixos/issues/194
>> ___
>> 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] Correct XMonad Configuration

2016-01-11 Thread Taeer Bar-Yam 
Are you on the unstable channel? You might want to consider switching to it.
Using:
$ nix-channel --remove nixos
$ nix-channel --add https://nixos.org/channels/nixos-unstable nixos

I ran into the same exact issue, and I'm pretty sure there was a workaround 
using the stable channel (which I don't remember, sorry), but that this problem 
has been actually fixed in the unstable channel, and in fact, this is my entire 
xmonad setup (in configuration.nix):
windowManager.default = "xmonad";
windowManager.xmonad = {
  enable = true;
  enableContribAndExtras = true;
};
I don't even need extraPackages.

Hope that helps,
  --Taeer

> On Jan 10, 2016, at 10:05 AM, Sergiu Ivanov  wrote:
> 
> 
> Dear NixOS Community,
> 
> My name is Sergiu; I teach Computer Science and do research in
> Theoretical Computer Science.  I have some experience with Haskell
> development.  I came across NixOS quite some time ago and now I finally
> have the opportunity to install it and maybe even try to contribute :-)
> 
> I attach my configuration.nix; here's the XMonad-related snippet:
> 
> 
>  services.xserver.windowManager.xmonad = {
>enable = true;
>enableContribAndExtras = true;
>extraPackages = self: [
>  self.xmonad-contrib
>  self.xmonad-extras
>];
>  };
> 
> 
> When I try to xmonad --recompile the following xmonad.hs:
> 
> 
>  import XMonad
>  main = xmonad defaultConfig
> { terminal = "termite"
> , modMask = mod4Mask
> , focusedBorderColor = "blue"
> }
> 
> 
> I get the error message that the module XMonad could not be found.
> 
> I would like to minimise the number of Haskell packages installed at the
> system level, so I don't add any to environment.systemPackages.  Yet,
> adding xmonad, xmonad-contrib, and xmonad-extras to
> environment.systemPackages (and haskellPlatform, FWIW) doesn't change
> anything for me (I still get the error).
> 
> I tried cabal installing xmonad, xmonad-contrib, and xmonad-extras in a
> Cabal sandbox, but I got an error about missing X11 libraries.
> 
> I haven't tried ghcWithPackages yet, because I'm really not sure it's
> going to help me: after all, I'm not compiling my xmonad.hs with GHC (at
> least I don't seem to be).  And then people seem to have been able to
> address the issue without ghcWithPackages [0].
> 
> Do you see anything flagrant with my setup?
> 
> -- 
> Sergiu
> 
> 
> [0] https://github.com/NixOS/nixos/issues/194
> ___
> 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] non-"dynamic-only" GHC

2016-01-05 Thread Taeer Bar-Yam 
Hi Peter,
That's very good to know; thanks for the reply.
I thought it was the same issue because I am getting the same "No rule to
make target Prelude.hi needed by Main.o" message, and this is the only
thing I found online that explains it. I haven't been able to reach anybody
on #ghc, but maybe I should try again. Do you know any other reasons I
might be getting this message? It seems like an odd one; I'm not sure why
any makefiles/rules would be missing.

As a side note, I seem to have to run ./configure with a bunch of options
like --with-curses-includes=/run/current-system/sw/include, since GHC
apparently doesn't know where to look for these things. Did you have to do
this when you built GHC? It seems that usually nixos takes care of this for
me, but for some reason didn't here.
  --Taeer

On Jan 5, 2016, at 7:18 AM, Peter Simons  wrote:

Hi Taeer,

I'd like to just circumvent the issue altogether and use a
"non-dynamic-only" GHC.


the GHC provided by Nixpkgs has both static and dynamic libraries enabled,
so you *do* have "non-dynamic-only GHC".

Are you really sure that the error you've encountered is actually related to
https://ghc.haskell.org/trac/ghc/ticket/10374? I'm asking because I have
compiled GHC numerous times using an ordinary ghcWithPackages environment
from Nix, and I've never had any such problems.

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] non-"dynamic-only" GHC

2016-01-05 Thread Taeer Bar-Yam 
Hi Peter,
Thanks for the reply; that's very good to know.
I thought it was the same issue because I am getting the same "No rule to make 
target Prelude.hi needed by Main.o" message, and this is the only thing I found 
online that explains it. I haven't been able to reach anybody on #ghc, but 
maybe I should try again. Do you know any other reasons I might be getting this 
message? It seems like an odd one; I'm not sure why any makefiles/rules would 
be missing.

As a side note, I seem to have to run ./configure with a bunch of options like 
--with-curses-includes=/run/current-system/sw/include, since GHC apparently 
doesn't know where to look for these things. Did you have to do this when you 
built GHC? I think that most of the time nixos manages these for me, but for 
some reason this time it didn't.
  --Taeer
> On Jan 5, 2016, at 7:18 AM, Peter Simons  wrote:
> 
> Hi Taeer,
> 
>> I'd like to just circumvent the issue altogether and use a
>> "non-dynamic-only" GHC.
> 
> the GHC provided by Nixpkgs has both static and dynamic libraries enabled,
> so you *do* have "non-dynamic-only GHC".
> 
> Are you really sure that the error you've encountered is actually related to
> https://ghc.haskell.org/trac/ghc/ticket/10374? I'm asking because I have
> compiled GHC numerous times using an ordinary ghcWithPackages environment
> from Nix, and I've never had any such problems.
> 
> 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] non-"dynamic-only" GHC

2016-01-03 Thread Taeer Bar-Yam 
Hey all,
  When I try to build GHC from source, I get the error described here: (
http://haskell.1045720.n5.nabble.com/GHC-10374-Can-t-build-GHC-with-a-dynamic-only-GHC-installation-td5808299.html).
I just used the default ghcWithPackages.
  Evidently, this is a bug that should be fixed in GHC. For now, however,
I'd like to just circumvent the issue altogether and use a
"non-dynamic-only" GHC. Can I set ghcWithPackages to use a non-dynamic-only
GHC? I'm not even sure what that means. Any help here would be appreciated.
  --Taeer

P.S. Ultimately, my goal here is to hack on GHC. If I'm approaching this
the wrong way or there's something I'm missing, feel free to let me know.
Thanks.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] More Library Trouble (Haskell and Python Libraries)

2015-10-24 Thread Taeer Bar-Yam 
Thank you all so much. The Haskell fix works, and the explanation was very
helpful; the python fix worked too! For those who are potentially looking
at this in the future, it might be nice to know you can set this in
configuration.nix with:
environment.variables.PYTHONPATH =
"/run/current-system/sw/lib/python2.7/site-packages";

On Tue, Oct 20, 2015 at 5:13 PM, Bryan Gardiner  wrote:

> Hi Taeer,
>
> For Haskell, you should read the "User's Guide to the Haskell
> Infrastructure" at https://nixos.org/nixpkgs/manual, in particular
> section 11.2.2 which explains why simply installing Haskell libraries
> into an environment doesn't work.  Briefly: the directory where GHC
> looks for packages is part of the ghc package, so it's immutable, and
> a wrapper ghc package is needed.  You can use
> haskellPackages.ghcWithPackages to create a GHC that knows about the
> package you want.  If you're developing Haskell packages, use
> cabal2nix to automate building your package...
>
> Cheers,
> Bryan
>
>
> On Mon, 19 Oct 2015 22:07:47 -0400
> Taeer Bar-Yam  wrote:
>
> > Hey guys,
> >   I added some haskell and python libraries to my configuration.nix
> > environment.systemPackages, and they are appearing in
> > /run/current-system/sw/lib/(relevant language)/ But when I try to use
> them
> > from scripts, the programming language can't find them. Is there some
> way I
> > need to tell the compiler/interpreter/language where to look?
> >
> > Details:
> >   Haskell:
> > - package is io-memoize (though the problem occurred with other packages
> as
> > well)
> > - packages appear in
> > /run/current-system/sw/lib/ghc-7.10.2/io-memoize-1.1.1.0/
> > - Error message is:
> >   Could not find module `System.IO.Memoize'
> >   Locations searched:
> > System/IO/Memoize.hs
> > System/IO/Memoize.lhs
> > System/IO/Memoize.hsig
> > System/IO/Memoize.lhsig
> > - It is interesting to note that the file that appears in
> > /run/current-system/sw/lib/ghc-7.10.2/io-memoize-1.1.1.0/ does not have
> any
> > of those file extensions. It is Memoize.hi.
> >   But the standard library is also in .hi format, and those libraries
> load
> > fine.
> >
> >   Python:
> > - numpy, matplotlib
> > - seems to be in /run/current-system/sw/lib/python2.7/site-packages
> > - Error message:
> >   ImportError: No module named numpy
>
> ___
> 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] More Library Trouble (Haskell and Python Libraries)

2015-10-19 Thread Taeer Bar-Yam 
Hey guys,
  I added some haskell and python libraries to my configuration.nix
environment.systemPackages, and they are appearing in
/run/current-system/sw/lib/(relevant language)/ But when I try to use them
from scripts, the programming language can't find them. Is there some way I
need to tell the compiler/interpreter/language where to look?

Details:
  Haskell:
- package is io-memoize (though the problem occurred with other packages as
well)
- packages appear in
/run/current-system/sw/lib/ghc-7.10.2/io-memoize-1.1.1.0/
- Error message is:
  Could not find module `System.IO.Memoize'
  Locations searched:
System/IO/Memoize.hs
System/IO/Memoize.lhs
System/IO/Memoize.hsig
System/IO/Memoize.lhsig
- It is interesting to note that the file that appears in
/run/current-system/sw/lib/ghc-7.10.2/io-memoize-1.1.1.0/ does not have any
of those file extensions. It is Memoize.hi.
  But the standard library is also in .hi format, and those libraries load
fine.

  Python:
- numpy, matplotlib
- seems to be in /run/current-system/sw/lib/python2.7/site-packages
- Error message:
  ImportError: No module named numpy
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Akward environment.pathsToLink (was: AgdaStdlib Doesn't install)

2015-10-16 Thread Taeer Bar-Yam 
At the very least we could raise a warning or something when including a
package that uses /share without turning the option on. Is that a thing?
Giving warnings for things like that?

Also, why is this "giving in"? What is the downside?

On Thu, Oct 15, 2015 at 11:23 PM,  wrote:

> Apparently it's because I'm running KDE.
>
> KDE sets environment.pathsToLink = [ "/share" ];
>
>
> https://github.com/NixOS/nixpkgs/blob/788800e437c4a0a25d95e217540bded68804b25e/nixos/modules/services/x11/desktop-managers/kde4.nix#L156
>
> {:akward penguin:}
>
> I feel like we should give in a make "/share" part of the default for
> everyone, but I only gave it 10 seconds of consideration.
>
> On Tue, 13 Oct 2015, Taeer Bar-Yam wrote:
>
> Hey! It worked!
>> That just begs the question, roconnor, do you have this somewhere in your
>> configuration.nix? Why was yours working from the start?
>>
>> In any case, thank you all so much for helping me get this working. I am
>> much obliged.
>>
>> On Tue, Oct 13, 2015 at 1:10 PM, Taeer Bar-Yam  wrote:
>>   What do I add to my configuration.nix?
>> environment.pathsToLink = ["/share/agda"]
>> ?
>> Also, what is the protocol for libraries for programming languages. Like,
>> where is the C stdlib kept? Is it the same for all languages?
>>
>> On Tue, Oct 13, 2015 at 12:38 PM, Bryan Gardiner  wrote:
>>   On Tue, 13 Oct 2015 09:29:37 -0700
>>   Bryan Gardiner  wrote:
>>
>>   > On Sat, 10 Oct 2015 20:30:52 -0400
>>   > Taeer Bar-Yam  wrote:
>>   >
>>   > > The file you requested is attached.
>>   > >
>>   > > I also observed something new and interesting. I tried to take
>> everything
>>   > > out of my configuration.nix except the bare minimum and
>> AgdaStdlib.
>>   > > What's weird is that the things in my
>> /run/current-system/sw/share/ didn't
>>   > > disappear. I'm not sure if they were supposed to, but there was
>> still a
>>   > > emacs/ folder there even though emacs wasn't installed. (I
>> checked, and
>>   > > `emacs` doesn't work).
>>   >
>>   > share/emacs holds emacs support files, which Nix and other things
>> like
>>   > Git install, so that's expected to be present regardless of
>> whether
>>   > emacs is installed.
>>   >
>>   > > It seems like what is happening is the
>> /run/current-system/sw/share/ folder
>>   > > stopped being updated at some point after I had installed
>> certain things
>>   > > but not others. Any idea why that would happen? Or am I
>> misreading the
>>   > > situation?
>>   >
>>   > I can confirm that adding AgdaStdlib to environment.systemPackages
>>   > with a "nixos-rebuild switch" doesn't cause
>>   > /run/current-system/sw/share/agda to be created, like it does with
>>   > ~/.nix-profile/share/agda in a user profile.  Now here's hoping
>>   > software (de)installation doesn't randomly stop working for me
>> too :).
>>
>>   I think your problem is that "/share/agda" is not listed in
>>   environment.pathsToLink.  See:
>>
>>
>> https://nixos.org/nixos/manual/options.html#opt-environment.pathsToLink
>>
>>
>> https://github.com/NixOS/nixpkgs/blob/f81982e779e51402dc4e4717718b1ba50a739004/nixos/modules/config/system-path.nix#L102-L124
>>
>>   Does it work to add that to your configuration.nix?  If so, I'd
>>   imagine that it should be added to the default list (*if* it really
>> is
>>   required for that path to be linked there, I know nothing about
>> Agda).
>>
>>   Cheers,
>>   Bryan
>>
>>
>>
>>
>>
>>
> --
> Russell O'Connor  <http://r6.ca/>
> ``All talk about `theft,''' the general counsel of the American Graphophone
> Company wrote, ``is the merest claptrap, for there exists no property in
> ideas musical, literary or artistic, except as defined by statute.''
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AgdaStdlib Doesn't install

2015-10-13 Thread Taeer Bar-Yam 
Hey! It worked!
That just begs the question, roconnor, do you have this somewhere in your
configuration.nix? Why was yours working from the start?

In any case, thank you all so much for helping me get this working. I am
much obliged.

On Tue, Oct 13, 2015 at 1:10 PM, Taeer Bar-Yam  wrote:

> What do I add to my configuration.nix?
> environment.pathsToLink = ["/share/agda"]
> ?
> Also, what is the protocol for libraries for programming languages. Like,
> where is the C stdlib kept? Is it the same for all languages?
>
> On Tue, Oct 13, 2015 at 12:38 PM, Bryan Gardiner  wrote:
>
>> On Tue, 13 Oct 2015 09:29:37 -0700
>> Bryan Gardiner  wrote:
>>
>> > On Sat, 10 Oct 2015 20:30:52 -0400
>> > Taeer Bar-Yam  wrote:
>> >
>> > > The file you requested is attached.
>> > >
>> > > I also observed something new and interesting. I tried to take
>> everything
>> > > out of my configuration.nix except the bare minimum and AgdaStdlib.
>> > > What's weird is that the things in my /run/current-system/sw/share/
>> didn't
>> > > disappear. I'm not sure if they were supposed to, but there was still
>> a
>> > > emacs/ folder there even though emacs wasn't installed. (I checked,
>> and
>> > > `emacs` doesn't work).
>> >
>> > share/emacs holds emacs support files, which Nix and other things like
>> > Git install, so that's expected to be present regardless of whether
>> > emacs is installed.
>> >
>> > > It seems like what is happening is the /run/current-system/sw/share/
>> folder
>> > > stopped being updated at some point after I had installed certain
>> things
>> > > but not others. Any idea why that would happen? Or am I misreading the
>> > > situation?
>> >
>> > I can confirm that adding AgdaStdlib to environment.systemPackages
>> > with a "nixos-rebuild switch" doesn't cause
>> > /run/current-system/sw/share/agda to be created, like it does with
>> > ~/.nix-profile/share/agda in a user profile.  Now here's hoping
>> > software (de)installation doesn't randomly stop working for me too :).
>>
>> I think your problem is that "/share/agda" is not listed in
>> environment.pathsToLink.  See:
>>
>> https://nixos.org/nixos/manual/options.html#opt-environment.pathsToLink
>>
>>
>> https://github.com/NixOS/nixpkgs/blob/f81982e779e51402dc4e4717718b1ba50a739004/nixos/modules/config/system-path.nix#L102-L124
>>
>> Does it work to add that to your configuration.nix?  If so, I'd
>> imagine that it should be added to the default list (*if* it really is
>> required for that path to be linked there, I know nothing about Agda).
>>
>> Cheers,
>> Bryan
>>
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AgdaStdlib Doesn't install

2015-10-13 Thread Taeer Bar-Yam 
What do I add to my configuration.nix?
environment.pathsToLink = ["/share/agda"]
?
Also, what is the protocol for libraries for programming languages. Like,
where is the C stdlib kept? Is it the same for all languages?

On Tue, Oct 13, 2015 at 12:38 PM, Bryan Gardiner  wrote:

> On Tue, 13 Oct 2015 09:29:37 -0700
> Bryan Gardiner  wrote:
>
> > On Sat, 10 Oct 2015 20:30:52 -0400
> > Taeer Bar-Yam  wrote:
> >
> > > The file you requested is attached.
> > >
> > > I also observed something new and interesting. I tried to take
> everything
> > > out of my configuration.nix except the bare minimum and AgdaStdlib.
> > > What's weird is that the things in my /run/current-system/sw/share/
> didn't
> > > disappear. I'm not sure if they were supposed to, but there was still a
> > > emacs/ folder there even though emacs wasn't installed. (I checked, and
> > > `emacs` doesn't work).
> >
> > share/emacs holds emacs support files, which Nix and other things like
> > Git install, so that's expected to be present regardless of whether
> > emacs is installed.
> >
> > > It seems like what is happening is the /run/current-system/sw/share/
> folder
> > > stopped being updated at some point after I had installed certain
> things
> > > but not others. Any idea why that would happen? Or am I misreading the
> > > situation?
> >
> > I can confirm that adding AgdaStdlib to environment.systemPackages
> > with a "nixos-rebuild switch" doesn't cause
> > /run/current-system/sw/share/agda to be created, like it does with
> > ~/.nix-profile/share/agda in a user profile.  Now here's hoping
> > software (de)installation doesn't randomly stop working for me too :).
>
> I think your problem is that "/share/agda" is not listed in
> environment.pathsToLink.  See:
>
> https://nixos.org/nixos/manual/options.html#opt-environment.pathsToLink
>
>
> https://github.com/NixOS/nixpkgs/blob/f81982e779e51402dc4e4717718b1ba50a739004/nixos/modules/config/system-path.nix#L102-L124
>
> Does it work to add that to your configuration.nix?  If so, I'd
> imagine that it should be added to the default list (*if* it really is
> required for that path to be linked there, I know nothing about Agda).
>
> Cheers,
> Bryan
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AgdaStdlib Doesn't install

2015-10-09 Thread Taeer Bar-Yam 
I just tested this on my other computer running NixOS (the problem original
occurred in a VM), and the same problem occurred. This makes me think there
is something wrong in my configuration.nix, and not with the particular
setup of my VM.

Can others confirm that adding pkgs.AgdaStdlib generates the appropriate
/run/current-system/sw/share/agda/ on their machines?

Here's my configuration.nix if anyone can see something wrong with it:
https://gist.github.com/Radvendii/bf3799a4f332fc03468a

On Thu, Oct 8, 2015 at 7:20 PM, Taeer Bar-Yam  wrote:

> @roconnor: Hey!
> $ nix-store --read-log /run/current-system/sw
> prints a whole bunch of 'collision between' lines, but when I pipe it into
> grep it returns nothing for 'agda' or 'Agda'
>
> The file pointed to by
> $ nix-store -q -deriver /run/current-system/sw
> Has four references to Agda. Two to the executable itself
> (haskell-agda-ghc) and two to (agda-stdlib) so it appears both are being
> loaded
>
> @James Cook:
> What should my /path/to/my/nixpkgs be? I haven't added any custom nixpkgs
> directories or whatnot. I don't think this should be causing the problem,
> but on the other hand nothing should be causing the problem :P
>
> Thanks again for all the help guys.
>   --Taeer
>
>
> On Tue, Oct 6, 2015 at 2:39 AM, James Cook  wrote:
>
>> On 3 October 2015 at 17:22, Taeer Bar-Yam  wrote:
>> > Assumption IV: I'm not sure how this works. Where is all-packages.nix? I
>> > switched to the unstable branch with nix-channel, but that should be a
>> > user-level change, right? Not system-level.
>>
>> I'm actually not sure where nixos-rebuild finds the nixpkgs tree by
>> default, but I believe you can override it by adding the option -I
>> nixpkgs=/path/to/my/nixpkgs , or by setting the NIX_PATH environment
>> variable to nixpkgs=/path/to/my/nixpkgs.
>>
>> The only way I can imagine this would matter is if a recent change to
>> AgdaStdlib caused the share/agda directory to appear or disappear.
>>
>> James
>>
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AgdaStdlib Doesn't install

2015-10-08 Thread Taeer Bar-Yam 
@roconnor: Hey!
$ nix-store --read-log /run/current-system/sw
prints a whole bunch of 'collision between' lines, but when I pipe it into
grep it returns nothing for 'agda' or 'Agda'

The file pointed to by
$ nix-store -q -deriver /run/current-system/sw
Has four references to Agda. Two to the executable itself
(haskell-agda-ghc) and two to (agda-stdlib) so it appears both are being
loaded

@James Cook:
What should my /path/to/my/nixpkgs be? I haven't added any custom nixpkgs
directories or whatnot. I don't think this should be causing the problem,
but on the other hand nothing should be causing the problem :P

Thanks again for all the help guys.
  --Taeer


On Tue, Oct 6, 2015 at 2:39 AM, James Cook  wrote:

> On 3 October 2015 at 17:22, Taeer Bar-Yam  wrote:
> > Assumption IV: I'm not sure how this works. Where is all-packages.nix? I
> > switched to the unstable branch with nix-channel, but that should be a
> > user-level change, right? Not system-level.
>
> I'm actually not sure where nixos-rebuild finds the nixpkgs tree by
> default, but I believe you can override it by adding the option -I
> nixpkgs=/path/to/my/nixpkgs , or by setting the NIX_PATH environment
> variable to nixpkgs=/path/to/my/nixpkgs.
>
> The only way I can imagine this would matter is if a recent change to
> AgdaStdlib caused the share/agda directory to appear or disappear.
>
> James
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] AgdaStdlib Doesn't install

2015-10-03 Thread Taeer Bar-Yam 
Assumption I: Check. Putting in bad syntax to configuration.nix results in
an error from nixos-rebuil
Assumption II: I'm not sure exactly what you mean by "check under
test_profile"
The directory at `nix-build --no-out-link "" -A AgdaStdlib` has a
share/agda directory, which I think is what you're looking for.
Assumption III: I have succeeded in installing other packages. (e.g. emacs)
With this syntax. There is an emacs folder in /run/current-system/sw/share/
putting "42" in that same place does result in an error.
Assumption IV: I'm not sure how this works. Where is all-packages.nix? I
switched to the unstable branch with nix-channel, but that should be a
user-level change, right? Not system-level.
Assumption V: nixos-rebuild switch changes what I have installed. That
should rule out that problem, no?

Thanks for the help. Any other things that could be going wrong?

On Fri, Oct 2, 2015 at 11:41 PM, Bryan Gardiner  wrote:

> On Fri, 2 Oct 2015 19:40:19 -0700
> James Cook  wrote:
>
> > On 2 October 2015 at 13:12, Taeer Bar-Yam  wrote:
> > > I recently added pkgs.haskellPackages.Agda and pkgs.AgdaStdlib to my
> > > environment.systemPackages (in configuration.nix), and Agda still
> can't find
> > > the stdlib packages.
> > >
> > > I discussed this with someone on IRC for a while, and we discovered
> that I
> > > don't have an "agda" folder in /run/current-system/sw/share/ which I am
> > > supposed to have if pkgs.AgdaStdlib is in environment.systemPackages.
> > >
> > > Furthermore, when they put the same line in their configuration.nix,
> that
> > > folder did appear in their /run/current-system/sw/share/
> > >
> > > I'm sure this will come up, so I'll confirm now: I have `nixos-rebuild
> > > switch`ed to the new system.
> > >
> > > Does anyone have an idea of what's going on here? Is there any other
> > > diagnostic information that would be helpful?
> > >
> > >   --Taeer
> >
> > Hi Taeer,
> >
> > That's really strange. I think you will have to debug this on your
> > end. All I can think if is to examine every little step that makes us
> > think putting pkgs.AgdaStdlib in your configuration should make it
> > appear under /run/current-system/sw/share/. For example:
> >
> > - Assumption: nixos-rebuild is reading your configuration.nix. You
> > could test this by putting some bad syntax at the start of
> > configuration.nix and rebuilding.
> >
> > - Assumption: pkgs.AgdaStdlib produces a "share/agda" directory with
> > the version of nixpkgs you are using. You could try installing it with
> > nix-env -p test_profile -i -A pkgs.AgdaStdlib and checking under
> > test_profile
> >
> > - Assumption: Your syntax for specifying environment.systemPackages is
> > correct. Try putting other packages there and see if their files show
> > up under /run/current-system/sw/share/. Try putting something that's
> > not a package there (e.g. the number 42) and see if nixos-rebuild
> > complains (it should).
> >
> > - Assumption: nixos-rebuild is using the version of nixpkgs you think
> > it's using. You could test this by messing up your nixpkgs (e.g. by
> > adding bad syntax to all-packages.nix) and seeing if nixos-rebuild
> > complains.
>
> There's also the one that tripped me up:
>
> - Assumption: NixOS is mounting /boot properly, otherwise new system
>   generations won't take effect on boot but 'switch' will think
>   everything's applied.
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] AgdaStdlib Doesn't install

2015-10-02 Thread Taeer Bar-Yam 
I recently added pkgs.haskellPackages.Agda and pkgs.AgdaStdlib to my
environment.systemPackages (in configuration.nix), and Agda still can't
find the stdlib packages.

I discussed this with someone on IRC for a while, and we discovered that I
don't have an "agda" folder in /run/current-system/sw/share/ which I am
supposed to have if pkgs.AgdaStdlib is in environment.systemPackages.

Furthermore, when they put the same line in their configuration.nix, that
folder did appear in their /run/current-system/sw/share/

I'm sure this will come up, so I'll confirm now: I have `nixos-rebuild
switch`ed to the new system.

Does anyone have an idea of what's going on here? Is there any other
diagnostic information that would be helpful?

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