Re: [Nix-dev] Why not use SONAME instead of RPATH
Is it possible to apply this approach to binary packages? -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Fwd: Fwd: Wiki is dead
26.02.2016, 13:15, "Domen Kožar" : > Heck, even Apple uses it: https://github.com/apple/swift/tree/master/docs You say "Apple" like it is some sort of authority. :P -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Travis Testing Needs Rethinking
14.02.2016, 21:44, "zimbatm" : > What if master was always the latest successful hydra build ? People could > rebase on top and have cached builds. Nox could also have cached builds. > > Instead of merging a PR we would instruct Hydra to queue the build. If the > build is successful hydra would merge it into master and close the PR. > Otherwise it would amend the PR with the build errors. To instruct Hydra we > could annotate a PR with a custom message like: "hydra go!". > > I believe that this would also help to spot regressions faster. Right now > Darwin tends to get breaking chances because Nox only tests against Nixos. > And since the builds would be done against all OSes we would also be able to > merge all the unstable channels. +1 for passing every change through CI before merging. I don't know about features of Travis CI and if it's possible to implement this with it. But I know that OpenStack Infra uses Zuul for such tasks. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [Nix-commits] [NixOS/nixpkgs] fa7b10: all-packages.nix: Uncomment e17.
Shea Levy writes: > Hi Александр, > > On Feb 16, 2013, at 12:56, Александр Цамутали wrote: > > Branch: refs/heads/master > > Home: https://github.com/NixOS/nixpkgs > > Commit: fa7b10255cb57923f9197f2dda7e166572242e0e > > https://github.com/NixOS/nixpkgs/commit/ > fa7b10255cb57923f9197f2dda7e166572242e0e > > Author: Александр Цамутали > > Date: 2013-02-16 (Sat, 16 Feb 2013) > > Changed paths: > > M pkgs/top-level/all-packages.nix > > Log Message: > > --- > > all-packages.nix: Uncomment e17. > > This (or one of the other two commits you just made) seems to have broken the > nixpkgs tarball evaluation: http://hydra.nixos.org/build/4105535 Thanks for fixing this, while I was sleeping. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] Uncomment E17
Hi! I propose to uncomment e17 in all-packages.nix. It works, although needs some fixes and improvements. I'm not sure if e16 users will be happy with this update, so we can rename 'enlightenment-0.17.1' to 'e17-0.17.1'. What do you think? -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] upgrades and new packages
Mathijs Kwik writes: > [11] > I don't know if there's a policy for licensed commercial software (of > which the binaries aren't freely downloadable), > but I packaged a nice game and I learned a bit about rpath and > binaries under nixos doing so. > The nix expression might serve as an example for similar cases, > although it's mostly put together from other packages. IMO we must package such software, because it's not trivial to run it otherwise. Take a look at my nixpkg for OilRush. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [nix-dev] oxygen gtk theming
Sergey Mironov writes: > Hi. I've installed oxygen-gtk theme and tried to switch it on by linking > > [ierton@pokemon:~]$ ls -l .gtkrc-2.0.mine > lrwxrwxrwx 1 ierton users 64 Янв 13 13:55 .gtkrc-2.0.mine -> /var/run/ > current-system/sw/share/themes/oxygen-gtk/gtk-2.0/gtkrc > > (.gtkrc-2.0.mine is included from .gtkrc-2.0) > > It works, partly. Now all my gtk apps issue a warning > > /nix/store/nb08bx0r8hj14l9gf7xprv1kb0vy1w2m-wicd-1.7.1-beta2/share/gtk/ > gui.py:152: GtkWarning: Unable to locate theme engine in module_path: > "oxygen-gtk", > > and some parts of interface look ugly. > > Well, I am not a gtk expert. Lxappearance app (not in tree, i've installed it > locally) didn't help - it couldn't detect the presence of oxygen theme in my > system. Does anybody know a better way of setting things up? I tried the same with murrine a long time ago with the same result. It seems we need to patch GTK+ to help it find paths to theme engines for ex. from environment variable. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] NixOS name used by other projects
Hi, the only true NixOS! We already saw an interesting project using the same name as our beloved distribution (http://nixos.fr). Now I found http://code.google.com/p/nix-os/ . Wondering why these people didn't google project name before they started? O.o -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] slock
Peter Simons writes: > Hi Alexander, > > > misc/screensavers/slock: New nixpkg. > > I tried to run slock (because it's really quite small!), but I get the > following error message: > > $ slock > slock: cannot retrieve password entry (make sure to suid slock) > > Do you have an idea how to remedy that issue (preferably in a way that > doesn't require slock to run as root)? > > Take care, > Peter Hi! I use security.setuidPrograms = [ "slock" ]; Dunno if it's possible to run such software from unprivileged user. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] booting linux-3.0.4 stay in stage1
Jerzy Schubert writes: > Hi, > > i have problem with booting linux-3-0.4 kernel ( linuxPackages_3_0) > whereas linux-2.6.39 (linuxPackages_2_6_39) works fine. > > Here the boot messages > > NixOS Stage 1>>> > > loading module scsi_wait_scan.. > input: AT Translated Set 2 keyboard ... > request_module: runaway loop modprobe net-pf-1 (5 times) > Refined TSC clocksource calibration: 2094.749 MHz > Switching to clocksource tsc > > > and there is no more progress I had this problem with installation cd. iirc it's related to aufs. My solution was to add aufs3, but my changes were quick and dirty, so I had not commited them yet. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] [PATCH] Enable freetype support in xmobar using PostProcess.hs, Flags.hs
Peter Simons writes: > Hi Alexander, > > your patch is applied in the latest version of cabal2nix (in a slightly > modified form): > > > --- a/src/Cabal2Nix/Flags.hs > > +++ b/src/Cabal2Nix/Flags.hs > > @@ -9,6 +9,7 @@ pkgConfigureFlags (PackageIdentifier (PackageName name) _) > > | name == "threadscope"= ([], ["--ghc-options=-rtsopts"]) > > | name == "X11-xft"= ([], > ["--extra-include-dirs=${freetype}/include/freetype2"]) > > | name == "xmonad-extras" = ([disable "with_hlist", disable > "with_mpd"], []) > > + | name == "xmobar" = ([], ["--flags=with_xft"]) > > | otherwise= ([],[]) > > The logic in that list is as follows: the first value of the tuple defines > Cabal flags that may be set or unset. The second value defines "additional" > parameters to be passed at configure time, such as "--extra-include-dirs", > etc. The 'with_xft' flag can be set by adding 'enable "with_xft"' in the > first list. The difference between those two kinds of settings is that Cabal > flags modify the way the Cabal file is processed, whereas the second kind of > settings are relevant only for the actual build. > > > > --- a/src/Cabal2Nix/PostProcess.hs > > +++ b/src/Cabal2Nix/PostProcess.hs > > @@ -34,4 +34,5 @@ postProcess deriv@(MkDerivation {..}) > >| pname == "wxcore" = deriv { extraLibs = > "wxGTK":"mesa":"libX11":extraLibs } > >| pname == "X11" = deriv { extraLibs = > "libXinerama":"libXext":extraLibs } > >| pname == "X11-xft" = deriv { extraLibs = > "pkgconfig":"freetype":"fontconfig":extraLibs } > > + | pname == "xmobar" = deriv { buildDepends = > "X11Xft":buildDepends } > >| otherwise = deriv > > Cabal2nix automatically picks up that additional dependency when the Cabal > flag is configured as described above. Awww, I missed this. :3 -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] [PATCH] Enable freetype support in xmobar using PostProcess.hs, Flags.hs
src/Cabal2Nix/Flags.hs |1 + src/Cabal2Nix/PostProcess.hs |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/Cabal2Nix/Flags.hs b/src/Cabal2Nix/Flags.hs index 6677e73..7ef9c47 100644 --- a/src/Cabal2Nix/Flags.hs +++ b/src/Cabal2Nix/Flags.hs @@ -9,6 +9,7 @@ pkgConfigureFlags (PackageIdentifier (PackageName name) _) | name == "threadscope"= ([], ["--ghc-options=-rtsopts"]) | name == "X11-xft"= ([], ["--extra-include-dirs=${freetype}/include/freetype2"]) | name == "xmonad-extras" = ([disable "with_hlist", disable "with_mpd"], []) + | name == "xmobar" = ([], ["--flags=with_xft"]) | otherwise= ([],[]) enable :: String -> (FlagName,Bool) diff --git a/src/Cabal2Nix/PostProcess.hs b/src/Cabal2Nix/PostProcess.hs index 618a7e3..88ed910 100644 --- a/src/Cabal2Nix/PostProcess.hs +++ b/src/Cabal2Nix/PostProcess.hs @@ -34,4 +34,5 @@ postProcess deriv@(MkDerivation {..}) | pname == "wxcore" = deriv { extraLibs = "wxGTK":"mesa":"libX11":extraLibs } | pname == "X11" = deriv { extraLibs = "libXinerama":"libXext":extraLibs } | pname == "X11-xft" = deriv { extraLibs = "pkgconfig":"freetype":"fontconfig":extraLibs } + | pname == "xmobar" = deriv { buildDepends = "X11Xft":buildDepends } | otherwise = deriv -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Modifying expressions generated by cabal2nix
Thank you Marc, but I want to modify nix expression from official nixpkgs, so every xmobar user in NixOS gets freetype support. -- Александр Цамутали ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev