Re: Adoption of Nix?

2008-12-24 Thread Bernd Eckenfels
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. >

Bug#509689: ITP: libjinput-java -- portable joystick and gamepad library for java

2008-12-24 Thread Johan Henriksson
Package: wnpp Severity: wishlist Owner: Johan Henriksson * Package name: libjinput-java Version : 0.0.20081224 Upstream Author : Jeff Kesselman et al * URL : https://jinput.dev.java.net/ * License : BSD3 Programming Lang: Java+C Description : portable

Bug#509685: ITP: hardlink -- Hardlink multiple copies of the same file

2008-12-24 Thread Julian Andres Klode
Package: wnpp Severity: wishlist Owner: Julian Andres Klode * Package name: hardlink Version : 0.1 Upstream Author : Julian Andres Klode * URL : http://git.debian.org/?p=users/jak/hardlink.git;a=summary * License : MIT * Programming Lang: Python (>= 2.5) Des

Re: Adoption of Nix?

2008-12-24 Thread Daniel Burrows
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

Re: Adoption of Nix?

2008-12-24 Thread Ron Johnson
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

Re: Adoption of Nix?

2008-12-24 Thread George Danchev
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

Re: Adoption of Nix?

2008-12-24 Thread Steve Kemp
> > 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

Re: Adoption of Nix?

2008-12-24 Thread Всеволод Величко
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

Re: Adoption of Nix?

2008-12-24 Thread Drake Wilson
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

Re: Adoption of Nix?

2008-12-24 Thread Eugene V. Lyubimkin
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

Re: Adoption of Nix?

2008-12-24 Thread Artyom Shalkhakov
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 package format, wh

Re: Adoption of Nix?

2008-12-24 Thread Artyom Shalkhakov
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 exceptions" is not true.

Re: system users

2008-12-24 Thread Toni Mueller
Hi, On Sat, 15.11.2008 at 08:49:12 +0100, Vincent Bernat wrote: > On some systems like OpenBSD, all those users are starting with > underscore to avoid collision with real users. On Debian, I have never > seen this, even for packages that comes from OpenBSD (like openntpd > which

Re: Adoption of Nix?

2008-12-24 Thread Всеволод Величко
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

Re: Adoption of Nix?

2008-12-24 Thread Paul Wise
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

Re: Adoption of Nix?

2008-12-24 Thread Eugene V. Lyubimkin
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).

Re: Bits from the Debian Installer team

2008-12-24 Thread Mario Fux
Am Mittwoch, 24. Dezember 2008 schrieb Michael Tautschnig: Good morning > [...] > > > - New features: > > [...] > > > support for realtime mount options > > I think this^ was meant to be "relatime", and it is a single mount > option. Yes. Sorry it's my fault. I thought it was a typo and c

Re: Adoption of Nix?

2008-12-24 Thread Josselin Mouette
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

Re: Adoption of Nix?

2008-12-24 Thread Michael Banck
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

Re: Adoption of Nix?

2008-12-24 Thread Artyom Shalkhakov
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

Re: Adoption of Nix?

2008-12-24 Thread Eugene V. Lyubimkin
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

Re: Is The number of stable users dropping fast?

2008-12-24 Thread Sebastian Heinlein
Am Dienstag, den 23.12.2008, 17:37 +0100 schrieb Michelle Konzack: > Am 2008-12-22 14:37:58, schrieb Paul Wise: > > I note that Ubuntu has more than an order of magnitude more popcon > > submitters: > > Because it is installed and activated by default... > (At least on the Machine I have installed

Re: Bits from the Debian Installer team

2008-12-24 Thread Michael Tautschnig
[...] > - New features: [...] > support for realtime mount options I think this^ was meant to be "relatime", and it is a single mount option. [...] Thanks for the great work, Michael pgpC6Pq9hQSOv.pgp Description: PGP signature

Adoption of Nix?

2008-12-24 Thread Artyom Shalkhakov
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