Re: [Nix-dev] nvidia proprietary / i7 notebook - does not start

[Ruben Astudillo]

On 09/05/17 20:29, Marc Weber wrote:
> Desktop: Everything is fine, the way it should
> 
> Laptop: 
>   lspci: 03:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 940MX] 
> (rev a2)
>   => Ubuntu -> fine
>   => Nixos -> black -> then blinking cursor, no (EE) lines in X log

I know own a graphics card nor a NVIDIA chipset, but you will have to at
least post the logs on the journald/xsession.errors/dmesg . Probably a
module isn't being loaded by the kernel ?

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

[Nix-dev] X11 rtkit.service and failing nixos-rebuild

[Ruben Astudillo]

Hi all

On nixos-16.09, in two different machines, the nixos-rebuild test
command fails with the following error

cannot open
`/nix/store/cjj8nc08bc799w4c6a4lw7r2z25q2jya-xorg-server-1.18.3/share/X11/xkb/compiled/systemd-private-0bc0e7c988b74d5ba0c9927a95747999-rtkit-daemon.service-iJMQaO':
Permission denied at
/nix/store/9g4wc31j7a2xp22xpgwr0qssfxahxdzl-builder.pl line 58.

checking such file, it doesn't seem different in permissions than the
rest of them. Anybody with a similar experience on recent builds?

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

Re: [Nix-dev] truly persistent nix-shell

[Ruben Astudillo]

On 20/11/16 16:30, Andreas Herrmann wrote:
> Is there any reason why it is not mentioned in the man-page, yet?

Probably because is a combination of two independent tricks that don't
only concern nix-shell. For protection against updates in the
nix-channel, you have to craft a default.nix/shell.nix (as cabal2nix
does) and force the derivation be an environment (irrespective of
nix-shell)

... common cabal2nix output
  drv = haskellPackages.callPackage f {};
in
  ## if pkgs.lib.inNixShell then drv.env else drv
  drv.env  # this change

then you instantiate such derivation (really an environment)

$ nix-instantiate ./shell.nix --indirect --add-root $PWD/shell.drv

Now this .drv will persist between channel updates. Yet still remains
how to persist between garbage collection, for this you make the
nix-shell trick described above in the thread

$ mkdir gcroots
$ nix-shell $(pwd)/shell-main.drv --indirect --add-root gcroots/dep

For the complete trick.

Admittedly as a combination of two hacks, it shouldn't belong on a
single manpage, yet it should be in the manual (as the wiki is getting
deprecated). I would like this for now remain on record on this mailing
list and investigate possibly edge cases (or maybe hacking nix-shell for
a persistent flag) and submit this to the manual.

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

Re: [Nix-dev] truly persistent nix-shell

[Ruben Astudillo]

On 20/11/16 10:41, Andreas Herrmann wrote:
> It is possible to avoid this issue by creating a gc-root for every
package that the nix-shell pulls in:
>
> $ nix-store -r $(nix-store --query --references $PWD/shell.drv) \
> --indirect --add-root $PWD/shell.dep
>
> Best, Andreas
>
>
> [1]: https://gist.github.com/aherrmann/51b56283f9ed5853747908fbab907316
> [2]:
https://nixos.org/wiki/Development_Environments#Making_a_Persistent_nix-shell_Environment

I've also searched for ways to persist gc on environments. This works!,
I read the links you posted, and seeing the comments and references they
provide the following answer [3]

$ cd 
$ mkdir gcroots
$ nix-shell ./shell.nix --pure --indirect --add-root gcroots/dep
$ exit
$ nix-collect-garbage
$ nix-shell ./shell.nix

So this maybe makes you command redundant (although less obsucure than
this commands). Maybe is worthwhile document this behaviour & simplify
the flags to nix-shell to obtain this result?

[3]: https://github.com/NixOS/nixpkgs/issues/5623#issuecomment-74048047
-- 
-- Ruben
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] DBus and XMonad

[Ruben Astudillo]

On 08/11/16 16:40, Profpatsch wrote:
> I stopped using taffybar for that reason, and actually quite like my
> fullscreen-by-default system as it is now.

How do you know if you have a hogging process then?. Do you have a open
htop? (I am tempted about having a xmonad fullscreen-by-default).

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

Re: [Nix-dev] Install texlive on 16.09

[Ruben Astudillo]

On 05/11/16 12:20, laverne wrote:
> How do I install LaTeX on NixOS 16.09?

The other replies answered that, I want to address how to deal with
"subhierarchies" in nixpkgs. You could clone the nixpkgs repo and search
from there, but it is easy to get lost. The alternative I like is
getting familiar with nix-repl, available with `nix-shell -p nix-repl`

slack@eureka> nix-repl
Welcome to Nix version 1.11.4. Type :? for help.

nix-repl> pkgs = import  {}

nix-repl> builtins.attrNames pkgs.texlive.combined
[ "recurseForDerivations" "scheme-basic" "scheme-context"
  "scheme-full" "scheme-gust" "scheme-medium" "scheme-minimal"
  "scheme-small" "scheme-tetex" "scheme-xml" ]

nix-repl>

where the schemes seems to be mandated by the source. Anyways, that also
will help you to look for packages in `haskellPackages` and
`python35Packages`.

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

Re: [Nix-dev] buildFHSUserEnv and matlab impure install

[Ruben Astudillo]

On 20/10/16 09:31, Roger Qiu wrote:
> That error looks like it has to do with setuid, is matlab meant to be
> launched with root privileges?

At least the install script does. I haven't really checkout why
(probably because it populated /opt, but I intended to change that).

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

[Nix-dev] buildFHSUserEnv and matlab impure install

[Ruben Astudillo]

Hello Nix'ers

I recently got a copy of (unix) matlab. The usual method of install
includes running as root a install script, this will launch a popup
dialog which you can "next next" until the installation is
finished. Matlab assumes in various part a FHS structure, so I've meant
to not bother with patching and use buildFHSUserEnv to replicate that
hierarchy. I can launch a nix-shell such structure, yet I have doubts on
how to proceed, should I

  * Try writing a default.nix for matlab, and somehow fill the
interactive parts on a script?
  * Try to install all the parts on a folder under $HOME, such that each
time I want to use it, I must be in the correct nix-shell?

As I didn't care much, I wanted to follow the 2ª option, yet trying to
run with sudo gets the following error

sudo: setuid-wrapper.c:47: main: Assertion `(st.st_mode & S_ISUID)
== 0 || (st.st_uid == geteuid())' failed

Thus I think this isn't how is supposed to be used. Anybody with an idea
on how to use the second method? Ideally I would like to this to work,
so I can `nix-build` such hierarchy and use matlab from there...

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

Re: [Nix-dev] DBus and XMonad

[Ruben Astudillo]

On 19/10/16 08:19, Michael Alan Dorman wrote:
> Rodney Lorrimar  writes:
>> 
>> DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-jp8hFEY1dV,guid=c6e01dc144bda2ae4ca47c84580747a5;unix:abstract=/tmp/dbus-BjlHWWC2xz,guid=3733c1a431ad4cb309cc622a580747a5
>>
>> I'm not quite sure why the dbus socket was unavailable, but my solution
>> was to enable services.dbus.socketActivated in configuration.nix.
> 
> I have seen this, too---manifesting as an taffybar not starting---though
> I was doing some more investigation before I enquired.
> 
> I was able to roll back to a version that worked, and the clearly
> distinguishing feature was that there was only one listing in
> DBUS_SESSION_BUS_ADDRESS; and indeed, if I set the environment variable
> when starting taffybar, it works fine.
> 
>   $ 
> DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-jp8hFEY1dV,guid=c6e01dc144bda2ae4ca47c84580747a5
>  taffybar 
> 
> Works just fine.
> 
> I guess the question I'm left with is whether the error is in the nix
> configuration providing us with two entries in the variable, or in the
> haskell dbus package in not handling it properly?

I've noticed this too (and fixed the same way). Before in 16.03
DBUS_SESSION_BUS_ADDRESS only listed one abstract path, thus I it isn't
a fault on the haskell side of things.
-- 
-- Ruben
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] How do I know I can enableParallelBuilding?

[Ruben Astudillo]

On 15/10/16 18:21, Vladimír Čunát wrote:
> For example, I personally think we could have `build-cores = 0` by
> default, as we only leave enableParallelBuilding = true for packages
> that don't fail because of it.

btw, do you have that option set up? If so, what is your general
experience with it? how is the stability of the system, etc.

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

[Nix-dev] nix.buildCores and determinism

[Ruben Astudillo]

On reading `nixos-option nix.buildCores`, it says that this option can
affect the determinism of the build. I don't understand how is important
as the hash of the package depends on the default.nix file, not the
build process. What does it mean to be non-deterministic in this case?

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

Re: [Nix-dev] nix-shell and persistent environment

[Ruben Astudillo]

On 01/10/16 04:03, Daniel Hlynskyi wrote:
> To complete previous answer.
>
> I create a separate directory .nix-gc-roots, because nix-shell produces
> many roots.

You do this for keep things in order or because it buys you functionality?

> Also, I haven't found yet a way to get nix root for nixpkgs imported as
> external derivation, so after garbage collect I still have to
> redownload some sources

This is basically my experience. The method on the old wiki makes the
environment survive `nix-channel --update` but not `nix-collect-garbage`
which is weird because (as in the wiki) I explicitly asked for the .drv
be a '--indirect --add-root' on $PWD.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] nix-shell and persistent environment

[Ruben Astudillo]

hi

nix-shell is great, but when I update the nixpkgs or nix-collect-garbage
I lose the cache of those packages. I've thinking on do a special profile
that I could switch to per shell instance with nix-{shell,env}, but I
also found references to a deprecated buildEnv function for this. What is
the common alternative for this?

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

Re: [Nix-dev] Remove Python 2.6 and 3.3

[Ruben Astudillo]

On 26/09/16 08:43, Kevin Cox wrote:
> On 26/09/16 12:29, Matthias Beyer wrote:
>> I have 702 paths in /nix/store which contain the string "python2"
>>
>> Can you tell me how to check properly whether I need python2
>> support/packages? I'm not so familiar with the python infrastructure.
> I believe a lot of the "python2*" packages will be python libraries that
> are dependencies, so I would suspect that a vast minority would actually
> be the CPython interpreter.
>
> For determining what needs those paths you can use the nix-store --query
> (-q) to find out. I'm not on a machine right now but something like
> `nix-store -q --requisites` will give you everything that depends on a
> packages. I always get the actual wording confused but the man page has
> excellent descriptions in the query section.

I don't even use python, but this is exactly what I was going to propose.
This pipeline that would sort of do what the grand-parent wanted

find /nix/store -maxdepth 1 -iname '*python-2.6*' -type d | \
  xargs nix-store -q --referrers | uniq

possibly with a `grep -v python` somewhere to avoid obvious dependencies.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] texlive.scheme-full and texdoc

[Ruben Astudillo]

Hi all

Asking on freenode #latex somebody told me that

   texdoc geometry

ought to show the official documentation for the geometry package. On
nixos with the scheme-full package that is not the case. What can I do to
have official documentation locally?

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

Re: [Nix-dev] Intermittent Blank Screen upon Opening Laptop Lid

[Ruben Astudillo]

I got the same problem. I think I know the conditions that trigger the
bug, it has to do with both power sources on my laptop (BAT0 ADP1) being
online as per-said on /sys/class/power_supply at the same time. To avoid
this I just suspend (to mem) and open the netbook without the adapter
conected.

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

[Nix-dev] cabal2nix, nix-shell and persistence trick

[Ruben Astudillo]

Hi all.

When using `cabal2nix --shell . > shell.nix` and the persistent
environment trick[1] as shown in the wiki, the resulting environment
correspond to the actual one. Instead if I just launch `nix-shell` with
the output of cabal2nix --shell I get the correct setup.

Anybody with experience on this?. How do you set-up persistent
environment with cabal2nix?

[1]: 
https://nixos.org/wiki/Development_Environments#Making_a_Persistent_nix-shell_Environment


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

[Nix-dev] bare XMonads environment and KDE5 programs

[Ruben Astudillo]

Hi all

I am recently changing from KDE4 -> KDE5 on my bare XMonad setup. I
didn't do it before because I was encountering a error with KIO-slaves
and icons no showing. I have basically this setup

-- /etc/nixos/configuration.nix
 services.xserver = {
   displayManager.lightdm.enable = true;
   desktopManager.kde5.enable = true;
 };

plus on my user profile I have installed (from nixos.kde5 attr):
 breeze-5.5.5
 dolphin-15.12.3
 gwenview-15.12.3

I've got luck lunching dolphin as

 slack@tapioca> XDG_CURRENT_DESKTOP=kde dolphin

yet it can't launch gwenview by clicking. Is there something obvious
missing from my setup?

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

[Nix-dev] Contributing to nixpkgs and maintainers burden

[Ruben Astudillo]

Hi nixers.

I have a couple of packages (hakuneko, haskell-related) on my local copy
of the repo. Time to time I've thought of contributing back. But I think
on the maintainers of nixpkgs and don't know if I am really making them
favor.

On the "commit access" thread I learned that nixpkgs on github is kind of
a mess. I don't really want to put extra burden on somebody (who already
are doing a wonderful job) with just a PR and want to actively work on
updating my packages. Is there a hierarchy of people assigned different
level of pkgs/ (so I can work with less full people) or is still the
global "give commit acess" still around? What are the plans?

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

[Nix-dev] ipython/jupyter no notebook command available

[Ruben Astudillo]

Hi all

I was trying to play a little with ihaskell. So I launched a nix-shell
like this

 nix-shell -p pypyPackages.ipython \
 pypyPackages.ipython_genutils \
 pypyPackages.jupyter_client \
 pypyPackages.jupyter_core \
 haskellPackages.ihaskell

To set up the correct environment. With it `ihaskell install` runs
correctly and `jupyter kernelspec list' shows "Available kernels:
haskell". But running "jupyter notebook" "jupyter qtconsole" "ipython
notebook" returns saying that such command is not found.

I am missing something? considering I haven't used ipython/jupyter
before. Any help is welcome.



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

[Nix-dev] Launching custom xsession

[Ruben Astudillo]

On other distros I defined a custom XMonad xsession on the following way.
I put a xmonadCustom.desktop on /usr/share/xsessions like this

 [Desktop Entry]
 Encoding=UTF-8
 Type=XSession
 Exec=/usr/local/bin/xmonadCustom
 TryExec=/usr/local/bin/xmonadCustom
 Name=XMonadCustom

Where xmonadCustom was a script on /usr/local/bin that was of this form

 #!/bin/sh

 numlockx 
 taffybar 
 xfce4-clipman 
 redshift -l -33.03:-71.43 
 taralli 
 pasystray 
 exec xmonad

I know this was hacky and I would like to know the proper way to set
something like this on NixOS. On IRC somebody mentioned using systemd
units but I can't find further info on the wiki. Currently I am using a
pure xmonad setup by using

  services.xserver.windowManager.xmonad.enable = true;

As said on man configuration.nix. Still would appreciate feedback.

-- 
Ruben Astudillo   OpenPGP: 0x3C332311
Crear un haiku, en diecisiete silabas, es complica...
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Unetbootin boot through Grub2 console

[Ruben Astudillo]

Hi all

I got a tiny netbook on which I can't access the BIOS and can't find the
CMOS button without dissemble it entirely. I can still boot to grub
console of the previous distro and got a usb drive with a unetbootin copy
of nixos. Is there any way I could boot up from the grub2 console?

I tried booting from the .iso file through a loopback, that gives me the
bzImage and the initrd file. But I also need the init file which is
contained on the squashfs image of the nix-store. I could not put the
whole store on a usb drive because it needs to be FAT and it doesn't seem
to support symlinks which are many on the store. Ideally I would like to
avoid all this if I could boot directly from a unetbootin drive but I am
open to other suggestions. Thanks in advance

-- 
Ruben Astudillo   OpenPGP: 0x3C332311
Crear un haiku, en diecisiete silabas, es complica...
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev