[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#666715: ITP: dedupdedup -- find duplicate programs for finding duplicate files

Lars Wirzenius <liw@liw.fi> writes:

> On Sun, Apr 01, 2012 at 05:08:06PM +0200, Tollef Fog Heen wrote:
>> ]] Ben Hutchings 
>> > > Not all duplicate file finder programs are exact copies of each other,
>> > > so dedupdedup embeds a simple AI system to compare programs, based on
>> > > package descriptions, --help output, and manual pages, to verify that
>> > > only the most complete of such programs remains.
>> > 
>> > Can like this be generalised to dedupe web servers, window managers and
>> > init systems?
>> aekeech6 can, at least.
> Given that yours is written in C and is therefore inflexible, and mine's
> in Python and therefore easy to hack, isn't it obvious that mine's going
> to be better in the long run?
> Though I guess we could support both, and define an interchange format
> for exchanging data between our two systems.

I object to both programs, as they both will require hacks to run under
Debian GNU/Emacs as that OS only supports elisp natively. Furthermore,
Lisp is _the_ best language, ever, anyway.

So I'd like to ask you both to drop your futile attempts at trying to be
better than what can be done with a few lines of lisp:

| (require 'os)
| (require 'ai)
| (find-dupes is-dup?)

But, since freedom of choice IS important, and not everyone has seen the
Light yet, I suppose we can maintain all three. But I strongly suggest
the interchange format to be lisp code. Or better yet, the interchange
format be the source of the emacs deduplicator itself.


Reply to: