[Nix-dev] Hydra admins: ssh key change in a build slave
Hi, a notice in case you haven't seen/fixed it yet: ~21h ago we got some abortions due to 52.30.94.163 changing ssh key (likely due to NixOS update ;-). http://hydra.nixos.org/build/27399440 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
Re: [Nix-dev] Failure to Install "hello"
This looks like a nixpkgs issue rather than a nix issue. The tracker at https://github.com/NixOS/nixpkgs/issues is active, though it's possible for issues to fall through the cracks. James On 6 November 2015 at 21:11, Martin Vahi wrote: > Is the GitHub issue tracker in use or abandoned? > > I filed > > https://github.com/NixOS/nix/issues/515 > > about 6 months ago and nobody responded > despite the fact that the issue should be > quite important from Nix adoption point of view. > > So, the question is, where is the actual > issue-tracker? Of course, help with the > installation of the "hello" is also very > welcome. > > A bit puzzled, > martin.v...@softf1.com > > ___ > 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] Failure to Install "hello"
Is the GitHub issue tracker in use or abandoned? I filed https://github.com/NixOS/nix/issues/515 about 6 months ago and nobody responded despite the fact that the issue should be quite important from Nix adoption point of view. So, the question is, where is the actual issue-tracker? Of course, help with the installation of the "hello" is also very welcome. A bit puzzled, martin.v...@softf1.com ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
[Nix-dev] A Question About Nix Local Storage Path
Dear , It seems to me that the version 1.10 of Nix package manager does not allow the local repository of packages to be anywhere else than the /nix/ The configure script parameter --with-store-dir did not have any effect on the /etc/profile.d/nix.sh The question is, is it a bug or if it is intended to be that way, then why the option to install the storage repository to $HOME//nix was disqualified from single user use case? The requirement to have root access for creating the /nix does not allow the Nix package manager to be used as a dependency of an applications software. In the role of the dependency the Nix would be automatically compiled and populated as a subtask of the build script. After setup the Nix would manage the packages for that, specific, applications software. The beauty of it would be that it would all be automatic, no manual fiddling with any OS level setup. The use of an application specific Nix repository instance would be a fail-safe mechanism that is used after the checks have determined that the global version of Nix repository is not available. The point here is deployment reliability. Not every small business can afford to have a professional networks administrator fiddle with the software for hours. The extra time and network traffic and disk space, CPU-s and RAM that is used due to the use of private Nix repository instances is cheaper than the human labor. (To put it bluntly: nobody likes slow and bloated software, but we still do not write in assembler, because the hardware is cheaper than human labor.) Besides, one of the main sales arguments for the cursed Java is that its applications are "cheap" to deploy. The background is that for reliability reasons it makes sense to deliver applications software for small businesses not just on a USB stick, but small businesses should be able to install Raspberry Pi like small computers to their LAN. That way they can replace their laptops, desktops, whatever else without having any effect on the availability of their business critical software. In theory there are various "cloud options", including the various Raspberry Pi co-location options and alike, but IN PRACTICE the issue with the cloud is that its reliability becomes really shoddy due to the various censorship issues. For example, GitHub has been blocked in China and in Russia, tor daemons are censored by most cloud operators, there is the net neutrality issue with the various Internet Service Providers. The Estonian community bared even a cyper attack, when all major banks and vital services went down and people could literally not buy food from food stores due to the fact that people do not use cache that much any more https://en.wikipedia.org/wiki/2007_cyberattacks_on_Estonia not to mention the lessons learned from the Soviet era. So, currently, my recommendation is to use multiple Raspberry Pi-s that serve their services over Tor from multiple physical locations and the software architecture would have to be built from ground up with an assumption that in stead of a single domain, single server, there are multiple servers that mirror each other and the mirrors are not the same, the mirrors are out of sync. An applications software would pick one of the mirrors to be the prime mirror and the application would write to the rest of the mirrors in a background thread. The mirrors would also sync themselves, but they probably have "enough" to "talk" about, so the applications just speed up the syncing a little bit. For the end user there would be no difference between the current, single-public-internet-domain systems and the new, improved version. The end users would just have one Raspberry Pi at their LAN running a special proxy server that maintains the relationships between the various server addresses, which can be Tor network domains, GNUnet network domains, Freenet domains, and the LAN URL of the web application address. >From business perspective, that's the most reliable and cost effective solution that I am currently able to come up with. The role of the Nix package manager would be to simplify applications development and deployment. Hence the requirement that the /nix should not be the only location for storing packages. Regards, martin.v...@softf1.com P.S. wget from Tor network URL-s can be used by executing torsocks wget theTorNetworksite.onion/something ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] $3.40/month ARM server w/ 2GB RAM, 50GB disk
Also, https://www.kimsufi.com may be worth checking out. I'm running 15.09 on a KS-1 and a KS-5. A KS-1 is amd64 and can be had for 5 EUR/month. -- Regards, Hajo Möller ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Remote Installation
On Friday, November 06, 2015 19:26:39 Thomas Strobel wrote: > I guess you won't get around building your own ISO. Maybe have a look at > 'nixos/modules/installer/cd-dvd/installation-cd-minimal.nix', and at how > it is used. It could be a starting point for creating your own image. > The source code is your friend, and not Google, I'm afraid. ;) I was afraid that might be the case but am glad I asked. Thanks for the information, I'll look into making a custom ISO and see how that goes. Thanks, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Remote Installation
Maybe that helps: https://nixos.org/wiki/Creating_a_NixOS_live_CD On 11/06/2015 07:26 PM, Thomas Strobel wrote: > I guess you won't get around building your own ISO. Maybe have a look at > 'nixos/modules/installer/cd-dvd/installation-cd-minimal.nix', and at how > it is used. It could be a starting point for creating your own image. > The source code is your friend, and not Google, I'm afraid. ;) > > > On 11/06/2015 05:51 PM, Alex Brandt wrote: >> On Friday, November 06, 2015 15:51:46 Roger Qiu wrote: >>> Try using Packer. You can take the liveCD ISO, and repack it as an image >>> with SSH enabled on boot. >> >> So there is no way to do it without rolling my own livecd like I asked about? >> >> Thanks, >> >> >> >> ___ >> 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
Re: [Nix-dev] Remote Installation
I guess you won't get around building your own ISO. Maybe have a look at 'nixos/modules/installer/cd-dvd/installation-cd-minimal.nix', and at how it is used. It could be a starting point for creating your own image. The source code is your friend, and not Google, I'm afraid. ;) On 11/06/2015 05:51 PM, Alex Brandt wrote: > On Friday, November 06, 2015 15:51:46 Roger Qiu wrote: >> Try using Packer. You can take the liveCD ISO, and repack it as an image >> with SSH enabled on boot. > > So there is no way to do it without rolling my own livecd like I asked about? > > Thanks, > > > > ___ > 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] Remote Installation
On Friday, November 06, 2015 15:51:46 Roger Qiu wrote: > Try using Packer. You can take the liveCD ISO, and repack it as an image > with SSH enabled on boot. So there is no way to do it without rolling my own livecd like I asked about? Thanks, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part. ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] Remote Installation
I would also add a little script that pings back to a known location and reports the local IP. Then just tail the logs of that known location's httpd server :) On Fri, 6 Nov 2015 at 04:51 Roger Qiu wrote: > Try using Packer. You can take the liveCD ISO, and repack it as an image > with SSH enabled on boot. > > > On 6/11/2015 3:14 PM, Alex Brandt wrote: > > Hey, > > I know this isn't something that one normally does but how can I ensure that > SSH is enabled and accessible from a live environment to perform a remote > installation without rolling my own livecd? Are these instructions published > anywhere and I simply couldn't google well enough? > > Thanks, > > > > > ___ > nix-dev mailing > listnix-...@lists.science.uu.nlhttp://lists.science.uu.nl/mailman/listinfo/nix-dev > > > -- > Founder of Matrix AIhttp://matrix.ai/ > +61420925975 > > ___ > 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] $3.40/month ARM server w/ 2GB RAM, 50GB disk
I created an account but they are out of stock and don't let me see the admin. I wanted to see if they let you boot from an ISO/iPXE like on vultr, that makes the install considerably easier. On Fri, 6 Nov 2015 at 08:17 Lluís Batlle i Rossell wrote: > Thank you! Sounds like a good offer. > > On Fri, Nov 06, 2015 at 03:41:26AM +, Wout Mertens wrote: > > > http://techcrunch.com/2015/09/02/scaleway-now-provides-crazy-cheap-virtual-private-servers-starting-at-3-40-per-month/ > > > > It's a dedicated quad-core ARM server, and you even get 200Mb/s > networking. > > > > Has anybody tried to get NixOS running on these? Seems like this would be > > amazing for web servers… > > > > Having the basically the same configuration.nix for intel or arm > platforms > > gives NixOS a big leg up in being able to use this. > > > > Wout. > > -- > > > > Wout. > > (typed on mobile, excuse terseness) > > > ___ > > nix-dev mailing list > > nix-dev@lists.science.uu.nl > > http://lists.science.uu.nl/mailman/listinfo/nix-dev > > > -- > (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) > PGP key D4831A8A - https://emailselfdefense.fsf.org/ > ___ > 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] $3.40/month ARM server w/ 2GB RAM, 50GB disk
Thank you! Sounds like a good offer. On Fri, Nov 06, 2015 at 03:41:26AM +, Wout Mertens wrote: > http://techcrunch.com/2015/09/02/scaleway-now-provides-crazy-cheap-virtual-private-servers-starting-at-3-40-per-month/ > > It's a dedicated quad-core ARM server, and you even get 200Mb/s networking. > > Has anybody tried to get NixOS running on these? Seems like this would be > amazing for web servers… > > Having the basically the same configuration.nix for intel or arm platforms > gives NixOS a big leg up in being able to use this. > > Wout. > -- > > Wout. > (typed on mobile, excuse terseness) > ___ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev -- (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) PGP key D4831A8A - https://emailselfdefense.fsf.org/ ___ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev