On 24 February 2013 08:56, John Moser wrote:
> Right, and that's why I proposed manipulating Apt and Dpkg such that they
> can understand and behave within a system with multiple installed versions
> managed in various places.
Thanks for clarifying so promptly.
--
To UNSUBSCRIBE, email to debi
On 02/23/2013 07:45 PM, Daniel Hartwig wrote:
Hello
Just some quick notes related to this, without jumping in to the
discussion (yet?).
On 24 February 2013 01:28, John Moser wrote:
Daniel Burrows debian.org> writes:
Note: I'm not subscribed to the list, and pulling this old thread
Hello
Just some quick notes related to this, without jumping in to the
discussion (yet?).
On 24 February 2013 01:28, John Moser wrote:
>
> Daniel Burrows debian.org> writes:
>
>>
>
> Note: I'm not subscribed to the list, and pulling this old thread through
> Gmane; please CC directly to me.
>
Daniel Burrows debian.org> writes:
>
Note: I'm not subscribed to the list, and pulling this old thread through
Gmane; please CC directly to me.
The purpose of this is to cross-examine Daniel's thoughts and bring new
thoughts to the surface. Daniel's thoughts are valid; however my thoughts
On Sun, Dec 28, 2008 at 11:57:09AM +0100, Stefano Zacchiroli wrote:
> problems in a recent paper [1] (last paragraph of section
> upgrading of cluster of machines all together) [2]. What they have in
Dangling references:
[1] http://upsilon.cc/~zack/research/publications/hotswup-package-upgrade.p
On Wed, Dec 24, 2008 at 03:08:20PM +0600, Artyom Shalkhakov wrote:
> Cite from the homepage:
> > Nix is a purely functional package manager. It allows multiple
Hi all, I've studied a bit NixOS and written something about its
problems in a recent paper [1] (last paragraph of section
3). Interesting
In article <200812241947.08458.danc...@spnet.net> you wrote:
> Hm, Nix seems to be born in academia, and based on by someone's PhD thesis,
> so
> there might be some good ideas to consider out of it, but the whole story
> smells like the promoter is trying to sell mercedeses to Daimler (i.e.
>
Hi there. As I'm sure everyone knows, I'm not exactly unbiased here
since I've done a lot of work on the apt system (although nix looks more
like a replacement for dpkg).
This is the same package manager that was posted on lambda-the-ultimate
a while back, right? Since you didn't provide a l
On 12/24/08 10:55, Drake Wilson wrote:
Quoth Artyom Shalkhakov , on 2008-12-24 17:17:28
+0600:
It looks like you completely misunderstood the idea, so lurk before
you post. Thanks.
Debian List Search, list "devel", author match "artyom shalkhakov":
two matches, all in this thread, not includi
On Wednesday 24 December 2008 18:55:20 Steve Kemp wrote:
> > > Yes, you are probably right: I don't understand how Nix may be useful
> > > for Debian (and for GNU/Linux also).
> >
> > That's too bad for you. Shallow thinking doesn't get you anywhere.
>
> As promoter/recommender surely the onus is
> > Yes, you are probably right: I don't understand how Nix may be useful for
> > Debian (and for GNU/Linux also).
>
> That's too bad for you. Shallow thinking doesn't get you anywhere.
As promoter/recommender surely the onus is upon you to demonstrate:
1. Nix is good.
2. Nix is better
Hi.
2008/12/24 Artyom Shalkhakov :
>> Well, as I see, it uses it's own package format, which is
>> wrapper-description around everything - source, deb or rpm. Does it
>> really have any sense?
>
> "Every problem in computer science can be solved by adding
> a layer of indirection", as the saying g
Quoth Artyom Shalkhakov , on 2008-12-24 17:17:28
+0600:
> It looks like you completely misunderstood the idea, so lurk before
> you post. Thanks.
Debian List Search, list "devel", author match "artyom shalkhakov":
two matches, all in this thread, not including your most recent two
messages, also
Artyom Shalkhakov wrote:
> 2008/12/24 Eugene V. Lyubimkin :
>> Which means that "find all dependencies with no exceptions" is not true.
>
> This is how Nix developers put it:
>
>> Runtime dependencies are found by scanning binaries for the hash parts
>> of Nix store paths (such as r8vvq9kq…). Thi
Sorry, I forgot about the debian-devel for the second time. :(
-- Forwarded message --
From: Artyom Shalkhakov
Date: 2008/12/24
Subject: Re: Adoption of Nix?
To: Всеволод Величко
Hi Vsevolod,
2008/12/24 Всеволод Величко :
> Well, as I see, it uses it's own packag
Sorry, I forgot to forward this to debian-devel.
-- Forwarded message --
From: Artyom Shalkhakov
Date: 2008/12/24
Subject: Re: Adoption of Nix?
To: "Eugene V. Lyubimkin"
2008/12/24 Eugene V. Lyubimkin :
> Which means that "find all dependencies with no excep
Hello.
While I was writing, Josselin Mouette said almost all I wanted to say,
but I'll add a little :)
2008/12/24 Artyom Shalkhakov :
>>> The claims that I think are valuable are:
>>> - *all* dependencies of a package are automatically found by Nix,
>>> no exceptions,
>> Hmm... Nix probably use
On Wed, Dec 24, 2008 at 8:42 PM, Josselin Mouette wrote:
> If you want to do something useful, I suggest that you grab the
> interesting ideas from nix (like binary deltas) and propose patches for
> APT to implement them.
Debian already has binary deltas (debdelta), but it isn't well
integrated
Artyom Shalkhakov wrote:
>> Hmm... Nix probably use libastral, doesn't it? Even for C/C++ programs there
>> is no way to 100% automatically determine entire list of runtime
>> libraries/tools needed for some particular program (consider runtime library
>> opening and all non-library dependencies).
Le mercredi 24 décembre 2008 à 17:17 +0600, Artyom Shalkhakov a écrit :
> > It has nothing to do with our apt infrastructure, it doesn't
> > understand it and invented its own wheel. I think no way for Nix in Debian.
> > We
> > have excellent dpkg, we have not-so-excellent, but rather good apt, an
On Wed, Dec 24, 2008 at 05:17:28PM +0600, Artyom Shalkhakov wrote:
> It looks like you completely misunderstood the idea, so lurk before
> you post. Thanks.
You can't post a two-sentence summary of a new package manager to
debian-devel, say "discuss" and then shoot down replies by claiming the
per
Hi Eugene,
2008/12/24 Eugene V. Lyubimkin :
>> The claims that I think are valuable are:
>> - *all* dependencies of a package are automatically found by Nix,
>> no exceptions,
> Hmm... Nix probably use libastral, doesn't it? Even for C/C++ programs there
> is no way to 100% automatically determi
Artyom Shalkhakov wrote:
> Hello,
Hello,
>> Nix is a purely functional package manager. It allows multiple
>> versions of a package to be installed side-by-side, ensures that
>> dependency specifications are complete, supports atomic
>> upgrades and rollbacks, allows non-root users to install soft
Hello,
Cite from the homepage:
> Nix is a purely functional package manager. It allows multiple
> versions of a package to be installed side-by-side, ensures that
> dependency specifications are complete, supports atomic
> upgrades and rollbacks, allows non-root users to install software,
> and
24 matches
Mail list logo