On 02-11-2015 09:06:17, Vladimír Čunát wrote:
>
> Source mirroring is a thing completely independent of nix(os), so it
> might have much larger chance of being successful, as P2P IMHO pays off
> only when you get many clients.
>
This sounds rather interesting to me, though I'm not sure whether
On 11/01/2015 10:16 PM, Ericson, John wrote:
> If I recall Eelco's thesis correctly, the derivation is built in a
> temporary location, the build is hashed, and then the binary is mangled
> so the temp path is replaced with the proper /path/to/store/hash/ path.
> Well if we just stick the data in
I had quite a long discussion today on #ipfs, on the topic of using
IPFS for sharing Nix derivation output.
As Eelco mentioned there is no problem of using IPFS today if we want
to reproduce the model that we have today with the binary cache. IPNS
can be used to index all the compressed nar
This is perhaps a bigger project, and one that would require C++, but I
think a lack of the intentional store[1] is the single biggest missing
feature for Nix.
On 29-10-2015 13:28:10, Erik Rybakken wrote:
> The IPFS-thing would be a channel with a binary cache, not a
> /nix/store!
>
I really
Hi,
On 01/11/15 18:17, Ericson, John wrote:
> This is perhaps a bigger project, and one that would require C++, but I think
> a
> lack of the intentional store[1] is the single biggest missing feature for
> Nix.
>
> On 29-10-2015 13:28:10, Erik Rybakken wrote:
>
> The IPFS-thing would
Even just implementing ipfs as a source mirroring system would be
incredibly useful since some packages have incredibly unreliable mirrors.
It should be easy to generalize to all of the types of fetches, but you
might have to modify the current hashing scheme to match multihash for it
to be
Point taken. I find IPFS + Intentional store more elegant, but IPFS +
extensional store is a step in the right direction, both in terms of
conception and implementation work.
On Sun, Nov 1, 2015 at 10:51 AM, Nicolas Pierron <
nicolas.b.pier...@gmail.com> wrote:
> On the other hand, if we want to
Yes indeed the Named Data Networking overlay is much more interesting.
There are other implementations you can look at other than IPFS as it's the
new kid on the block - named-data.net and the now closed source ccnx.org
On 29 Oct 2015 18:16, "Domen Kožar" wrote:
>
> I'd go for:
On 29-10-2015 13:26:33, Vladimír Čunát wrote:
> Hi.
>
> > Anyways, binary cache on a per-user basis (where I only have to trust
> > myself) would be a nice thing for the first step.
>
> There are already simple ways how to use individual machines as binary
> caches, getting whatever is in
Yes, there is still the trust issue, but one only has to trust the
provider of the hashes, not the ones providing the actual files in the
IPFS network. Also,if the build is deterministic (another feature
mentioned on the GSOC 2015 ideas list), anyone can verify if the hash is
valid.
One aspect of
On 29-10-2015 13:28:10, Erik Rybakken wrote:
>
> One aspect of using IPFS, is that in addition to the nix store, one also
> have the IPFS store. These two stores have a similar functionality. How
> will we avoid duplication? Should we just use one store for both nix and
> IPFS?
>
The IPFS-thing
Hi.
> Anyways, binary cache on a per-user basis (where I only have to trust
> myself) would be a nice thing for the first step.
There are already simple ways how to use individual machines as binary
caches, getting whatever is in /nix/store.
> The idea was to create a source-to-source
Hi,
for those who don't know me: I'm a 24 year old student at a university
of applied sciences in the black forest, germany. I'm in my 6th
Semester right now, the 7th (bachelors thesis) starting in
Feb/March 2016.
I'm writing you people because there might be ideas for a
NixOS-related bachelors
There are some ideas presented for GSOC 2015 here
https://nixos.org/wiki/GSOC_2015_ideas_list, my fave is P2P substitutes.
This would mean it would be easy to share a cache and in some cases improve
speed. Maybe not all features are needed for this project. For example, a
interface where you can
I'd go for: https://ipfs.io/ for binary substitues
On Thu, Oct 29, 2015 at 11:15 AM, Joel Moberg wrote:
> There are some ideas presented for GSOC 2015 here
> https://nixos.org/wiki/GSOC_2015_ideas_list, my fave is P2P substitutes.
> This would mean it would be easy to
This sounds also really interesting.
As far as I can tell, IPFS wouldn't protect me against malformed
packages, so there is still the trust issue.
Anyways, binary cache on a per-user basis (where I only have to trust
myself) would be a nice thing for the first step.
Will note that as an idea!
16 matches
Mail list logo