Hi
I’m trying to create a nix package (for the odoo suite
https://github.com/odoo/odoo/tree/8.0).
I checked out nixpkgs
created a folder in pkgs/applications/networking/odoo
This is what I have so far
# cat ./pkgs/applications/networking/odoo/default.nix
{ stdenv, fetchurl, buildPythonPackage,
For anyone confused by the demo I gave at the conference, I threw together a
little
follow up. I'll try and push more info as I have it at the link below.
http://ehmry.github.io/
Emery
signature.asc
Description: Digital signature
___
nix-dev
Hi,
When compiling within a *pure* nix shell with GHC, I get the following
warning:
Warning: unable to set locale to UTF-8 encoding; GHC may fail with 'invalid
character'
and indeed depending on the haskell packages I use, I may get build errors
due to this. (I build with stack, not directly with
Hi,
The problem is that you build odoo within the nixpkgs defined by the
master branch.
As the master branch defines derivations more recent than the ones
installed, it needs to instantiate them.
But these derivations are so new that even hydra did not build them yet,
so you have no binary
On 11/18/2015 02:44 PM, Matthias Beyer wrote:
> So you would like to see more blog posts, more tutorials and more
> stuff like that?
I believe we actually do have a considerable amount of blog posts and
the like. The point is IMHO to review, polish them, "make official" by
putting into one of the
On 11/18/2015 12:08 PM, Jookia wrote:
> I wonder if there's any review tools that support a github
> bridge that someone could set up. It doesn't look like it from first glance.
I've seen the command-line tool, but I almost haven't used it yet.
$ hub --help
[...]
GitHub Commands:
pull-request
On Wed, Nov 18, 2015 at 9:51 AM, Domen Kožar wrote:
> I've once experimented and ported nixpkgs manual to
> http://static.domenkozar.com/nixpkgs-manual-sphinx-exp/
>
Wow, that looks great! This kind of thing is much nicer than the docs
currently on the web site. With everything in
After the discussion at https://github.com/NixOS/nixpkgs/issues/1960 I've
lost hope to reach a consensus.
I'll maintain Python related documentation in restructured text separately
from nixpkgs manual since the docbook tooling we have is a real disaster.
I hope that doesn't discourage others to
Hi thanks for your contribution. Any reason why you didn't use the existing
dotnetPackages infrastructure?
On Fri, Nov 20, 2015 at 12:51 AM, Karsten Gebbert wrote:
> Hi all,
>
> I would like to announce Paket2Nix, a simple way to get started with
> packaging
> .NET projects for
Sorry, I don't know how to help you further. I also don't know why
glibcLocales should be linux-only.
On Thu, 19 Nov 2015 at 12:30 Yves Parès wrote:
> I actually need Unicode, this is why setting LANG=C is a problem.
>
> 2015-11-19 13:27 GMT+01:00 zimbatm
On 11/19/2015 09:35 PM, zimbatm wrote:
> I also don't know why glibcLocales should be linux-only.
I think glibcLocales only makes sense if you use glibc, which is not the
case on darwin. (The glibcLocales format even changes between some
versions incompatibly.)
Darwin libc surely has its own way
Is about 300MiB in size due to a clone of the
https://github.com/NixOS/nixpkgs
and resides at
http://technology.softf1.com/nix/2015/2015_11_19_NixOS_nixpkgs_download_test_by_martin_vahi_at_softf1_com.tar.bz2
sha256:
f05cf8bb85527a14f22adf0e2b3a7fa56f63461b7580620e4d54204c4d2db1ba
The
On 11/18/2015 09:48 PM, Alexander Flatter wrote:
> I'm in!
Thanks for your feedback :-)
I have created a meetup at
http://www.meetup.com/Hamburg-NixOS-Meetup
Feel free to join!
signature.asc
Description: OpenPGP digital signature
___
On 11/18/2015 08:14 PM, Hajo Möller wrote:
> Sure, let's do this.
> How about meeting irregularly for good coffee and a snack around midday?
Midday will likely collide with my working time. I would rather pick
evenings, but of course this also depends on the location.
signature.asc
On Thu, Nov 19, 2015 at 09:59:09AM +0100, Vladimír Čunát wrote:
> On 11/18/2015 12:08 PM, Jookia wrote:
> > I wonder if there's any review tools that support a github
> > bridge that someone could set up. It doesn't look like it from first glance.
> I've seen the command-line tool, but I almost
Are haskell libraries useful other than at compile time ?
Nix doesn't do dependency resolution in regards to version matching and I
don't think that we will ever have a unified hackage where all the latest
versions work together. Tools like cabal2nix seem essential in that regard.
If we where to
i think musnix is a nice example how to do this:
https://github.com/musnix/musnix
Quoting Sergey Mironov (2015-11-18 10:45:54)
> Oh, Thanks. I really should re-read the manual :)
>
> Sergey
>
> 2015-11-18 12:16 GMT+03:00 Nicolas Pierron :
> > Hi Sergey,
> >
>
The Problem
---
Users of Nixpkgs want to build Haskell packages that have no recent
release, i.e. the software's authors have not updated their code to deal
with modern versions of the respective build dependencies. The required
old versions, however, may not be available in Nixpkgs, and
Did you check your environment variables ? I suppose that LANG and friends
are set to en_US.UTF-8. You could try to add the locales packages to your
shell.nix or change LANG, LC_ALL to "C". If you don't need Unicode that
might be easier.
On Thu, 19 Nov 2015 10:44 Yves Parès
I actually need Unicode, this is why setting LANG=C is a problem.
2015-11-19 13:27 GMT+01:00 zimbatm :
> Did you check your environment variables ? I suppose that LANG and friends
> are set to en_US.UTF-8. You could try to add the locales packages to your
> shell.nix or
Hi,
On 17/11/15 17:05, Vladimír Čunát wrote:
> We're getting lots of Hydra errors saying:
> Aborted: cannot connect to ‘root@kenny’: Connection closed by 131.180.119.71
>
> It seems to be killing lots of builds randomly.
Hm, we're losing more and more physical build machines. I think I should
Hi,
Neat trick.
Am I right however to say that this does not work if your own channel is
not up to date.
Nothing forces branch channels/nixos-unstable on
github.com/NixOS/nixpkgs-channels to point at the same revision as the
one in /nix/var/nix/profiles/per-user/root/channels/nixos/svn-revision.
Hi,
On 19/11/15 16:10, Guillaume Maudoux (Layus) wrote:
> Neat trick.
>
> Am I right however to say that this does not work if your own channel is
> not up to date.
It does work (in that you always get binaries from the cache), but it might
download more stuff than if you match your current
Luca Bruno writes:
> Hi thanks for your contribution. Any reason why you didn't use the existing
> dotnetPackages infrastructure?
Yes :)
1) When I started, I did not have a good-enough insight into what there is
already, though that has somewhat changed now. I have an
On 15-11-19 02:56am, Roger Qiu wrote:
> Can the manual be made as a gitbook with the chapters fleshed out better
> and made more user friendly? One part of the manual can be very fact
> based, another part can be story based. Kind of like the difference between
> documentation vs api
Hi,
On 19/11/15 11:46, Guillaume Maudoux (Layus) wrote:
> To get binary support, you should develop on a branch based on the same
> commit as you current channel.
> See
> https://nixos.org/wiki/Create_and_debug_nix_packages#Tracking_upstream_changes_and_avoiding_extra_rebuilding
> for extra
26 matches
Mail list logo