Re: [Nix-dev] Source URL breakage – please can we improve the determinism

[Roger Qiu]

Its definitely annoying.

There's discussion about it involving ipfs.

One stopgap solution is to rollback just for only that package. You can do
that with nix-env -f on a tar.gz archive of nixpkgs from a commit hash on
github.
On 08/05/2016 10:19 AM, "J. R. Haigh"  wrote:

> Dear Nix project leaders,
> I don't find NixOS to be very deterministic at all, and it's
> nearly always for the same reason: source files on random servers scattered
> across the Internet going walkabouts.
> Please can we have all source files hosted by the Nix project and
> all source URLs in nixpkgs and nixpkgs-channels replaced or accompanied by
> the Nix-hosted copies. Ideally there should be a way to specify multiple
> URLs for each source file, so both the original and the Nix-hosted
> locations can be specified, as well as any other mirrors if there are any.
> As for the duration of the hosting, I think that at least every
> release build that goes through Hydra to build live images and such should
> keep hosted files (source or binary alike) indefinitely. Anything that was
> not one of these Hydra builds I don't mind too much if they go missing
> because I nearly always stick to the release builds, but it would still be
> appreciated if all source files could be hosted indefinitely to aid with
> binary searches of regressions or other changes.
> Better still, if magnet URIs could be specified and Nix would
> support downloading from torrents then it would be very easy to avoid
> breakage due to missing source files.
> 
> In this specific instance, please could someone with commit access
> resolve this breakage a.s.a.p.?:
> https://github.com/NixOS/nixpkgs-channels/blob/nixos-15.09/pkgs/tools/misc/moreutils/default.nix
> Perhaps it could be done by updating it from 0.57 to 0.58 or by
> finding it on another mirror somewhere. The Debian source archive at
> http://ftp.de.debian.org/debian/pool/main/m/moreutils/ lists 0.47, 0.52,
> and 0.58, but not 0.57. Moreutils is depended on by Mercurial and Mercurial
> is a build dependency of many things, so that one source breakage has
> broken a lot of things from building in the head of the NixOS 15.09 release
> channel branch.
>
> Best regards,
> James R. Haigh.
> --
> Sent from Claws Mail on NixOS.
> ___
> 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] Source URL breakage – please can we improve the determinism

[J. R. Haigh]

Dear Nix project leaders,
I don't find NixOS to be very deterministic at all, and it's nearly 
always for the same reason: source files on random servers scattered across the 
Internet going walkabouts.
Please can we have all source files hosted by the Nix project and all 
source URLs in nixpkgs and nixpkgs-channels replaced or accompanied by the 
Nix-hosted copies. Ideally there should be a way to specify multiple URLs for 
each source file, so both the original and the Nix-hosted locations can be 
specified, as well as any other mirrors if there are any.
As for the duration of the hosting, I think that at least every release 
build that goes through Hydra to build live images and such should keep hosted 
files (source or binary alike) indefinitely. Anything that was not one of these 
Hydra builds I don't mind too much if they go missing because I nearly always 
stick to the release builds, but it would still be appreciated if all source 
files could be hosted indefinitely to aid with binary searches of regressions 
or other changes.
Better still, if magnet URIs could be specified and Nix would support 
downloading from torrents then it would be very easy to avoid breakage due to 
missing source files.

In this specific instance, please could someone with commit access 
resolve this breakage a.s.a.p.?: 
https://github.com/NixOS/nixpkgs-channels/blob/nixos-15.09/pkgs/tools/misc/moreutils/default.nix
Perhaps it could be done by updating it from 0.57 to 0.58 or by finding 
it on another mirror somewhere. The Debian source archive at 
http://ftp.de.debian.org/debian/pool/main/m/moreutils/ lists 0.47, 0.52, and 
0.58, but not 0.57. Moreutils is depended on by Mercurial and Mercurial is a 
build dependency of many things, so that one source breakage has broken a lot 
of things from building in the head of the NixOS 15.09 release channel branch.

Best regards,
James R. Haigh.
-- 
Sent from Claws Mail on NixOS.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Proposed feature for make-wrapper.sh

[Phil Wetzel]

Greetings,

I've just installed NixOS on my desktop with KDE. I had trouble getting 
akonadi working (the data backend for kdepim). I found one other person with 
the same problem [1], though it is hard for me to believe I am the only person 
trying to run KMail on NixOS.

The problem turned out to be akonadi starting an instance of mysqld (mariadb) 
that failed to find an error messages file because it didn't know where it was. 
Setting the --basedir prevents this problem from occurring, and that is what 
is done in the service module definition. kdepim users can solve the problem 
locally by setting basedir in their akonadi/mysql.cf config, but if we would 
like it to work out of the box it seemed to me that the way forward was to use 
wrapProgram on mysqld. You can't actually run mysqld from the commandline 
without without the --basedir argument with it packaged the way it is now 
anyway. 

This turned out to not work either because:

 - wrapProgram --add-flags *prepends* all the wrapped flags to the argument list
 - akonadi uses the --defaults-file argument
 - mysqld requires --defaults-file to be the first argument if it is used

This can certainly be solved with some hackery after the wrapProgram in 
postInstall, but perhaps it would be better to include a --suffix-flags feature 
to make-wrapper.sh.

What would you suggest as the better choice? I didn't want to submit a PR with  
 
a hack if that wasn't the way forward, and I definitely didn't want to submit a 
PR touching the build tools and documentation without at least saying hello 
first.

Thank you,
Phil Wetzel

[1] - http://lists.science.uu.nl/pipermail/nix-dev/2015-January/015575.html
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Changing how we compose all-packages and stdenvs

[Ericson, John]

Understood, and no offense taken :). Also, If it is more convenient to just
review the first N commits, the PR is easy to break up and merge in pieces.

John

On Sat, May 7, 2016 at 1:59 PM, Vladimír Čunát  wrote:

> On 05/07/2016 10:52 PM, Ericson, John wrote:
> > I have a PR[1] at that makes simplifies things [...]
>
> I've had it in my queue for some time, but it's not easy to
> (immediately) find enough time to review such large things...
>
> --Vladimir
>
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Changing how we compose all-packages and stdenvs

[Vladimír Čunát]

On 05/07/2016 10:52 PM, Ericson, John wrote:
> I have a PR[1] at that makes simplifies things [...]

I've had it in my queue for some time, but it's not easy to
(immediately) find enough time to review such large things...

--Vladimir




smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Changing how we compose all-packages and stdenvs

[Ericson, John]

I have a PR[1] at that makes simplifies things by plunging in stdenvs to
top-level rather than calling back and forth. Additionally @Mathnerd314 has
a few extra commits on top, that look good to me. [See the PR description
and comment thread for a clarification on all of that.]

The PR hasn't received any attention in the last week or so, and
furthermore as a fairly fundamental (if invisible) change to the way
nixpkgs works, I think it should get as many eyes as possible, especially
from those that maintain the stdenvs today. Hence I am emailing the list.

Thanks,

John

[1]: https://github.com/NixOS/nixpkgs/pull/15043
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] mcaffee on nixos?

[Eike]

That are great pointers, thank you!

Raahul Kumar  writes:

> In regards to packaging .deb
>
> http://anderspapitto.com/posts/2015-02-28-deb-installation-nixos.html
> https://www.reddit.com/r/NixOS/comments/3yvbyq/what_are_the_nixos_gotchas_for_the_debian_user/
>
> Alternative source code method:
> https://nixos.org/nixpkgs/manual/#chap-quick-start
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] mcaffee on nixos?

[Raahul Kumar]

In regards to packaging .deb

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

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

Aloha,
RK.

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

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

Re: [Nix-dev] mcaffee on nixos?

[Eike]

Hi Raahul,

thanks for your answer. I know there exists binaries for linux. I could
extract the zip from the mcaffee install script. It contains two deb and
two rpm packages and it looks for dpkg or rpm to install them. I think I
could probably extract the contents from the rpm/deb packages but then I
need to patch the binaries so that they find the shared libs on nixos,
right?  How can I do this, I'd guess with `patchelf` but I'm not sure
how to use it correctly.

Thanks and regards
Eike


Raahul Kumar  writes:

> Mcafee agent for linux does exist, so you can install it. Why your IT
> department is stark raving mad is another, pertinent question though.
> No one has packaged this for nix, so you will have to do the job yourself,
> because I can't imagine any demand for this.
>
> http://www.mcafee.com/au/downloads/endpoint-protection/products/virusscan-enterprise-for-linux.aspx
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Bootable ISO with automated NixOS installer

[Domen Kožar]

Hacky, but it works:
https://github.com/snabblab/snabblab-nixos/blob/master/make-iso.nix

On Fri, May 6, 2016 at 8:48 PM, Kamil Chmielewski 
wrote:

> Hi,
>
> I've created nixos config for one of my digital signage project that boots
> directly to brower. It works great when I use
> config.system.build.vm/virtualBoxOVA/isoImage and run it from that image.
> But the thing is that I need to produce some kind o bootable installer
> that will install the same NixOS automatically (or after few "clicks") on
> different computers that may not have network connection.
> I've tried with installation-cd-base.nix providing my nixos config as
> isoImage.contents but it downloads and builds many packages when I run
> nixos-install.
> Any clues how to make this kind of installer?
>
> Kamil
>
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] mcaffee on nixos?

[Eike]

zimbatm  writes:

> Would running mcaffee in a windows VM count ? :p
>

That would be an option I could well live with ;-) but I'm afraid it
doesn't count…

-- 
gpg: AD7AC35E
finger print: 137F BB0B 1639 D25F DC5D E59C B412 C5F5 AD7A C35E
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev