Your message dated Sun, 23 Dec 2018 13:15:31 +0100 with message-id <[email protected]> and subject line Re: Bug#605080: Missing built-in sort option has caused the Debian Bug report #605080, regarding Missing built-in sort option to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 605080: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605080 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: findutils Version: 4.4.2-1 Severity: wishlist File: /usr/bin/find Hi, I frequently find myself using a "find | sort" construct. With large number of directories and files this has some drawbacks though: - needs to complete the find before sort outputs anything - needs to buffer the complete find output - needs to compare the full path O(n * log n) times I wish that find had a built-in sort that would sort each individual directory and then recurse into subdirs in order. That way one would have an efficient incremental sorted output and no need for tempfiles for sort. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (666, 'unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-debian-xen-1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages findutils depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib findutils recommends no packages. Versions of packages findutils suggests: ii locate 4.4.2-1 maintain and query an index of a d ii mlocate 0.22.2-1 quickly find files on the filesyst -- no debconf information
--- End Message ---
--- Begin Message ---On 2010-11-27 Goswin von Brederlow <[email protected]> wrote: > Package: findutils > Version: 4.4.2-1 > Severity: wishlist > File: /usr/bin/find > Hi, > I frequently find myself using a "find | sort" construct. With large > number of directories and files this has some drawbacks though: > - needs to complete the find before sort outputs anything > - needs to buffer the complete find output > - needs to compare the full path O(n * log n) times > I wish that find had a built-in sort that would sort each individual > directory and then recurse into subdirs in order. That way one would > have an efficient incremental sorted output and no need for tempfiles > for sort. [...] Hello, I think the cost/benefit analysis is off. Find already has a terribly huge number of options, adding another one brings a number of downsides: * complexity, bugs, testing. * more divergence from other find implementations * Documentation even harder to read. Which causes the option to be not accessible for potential users. - They simply won't find it. The benefit seems to be a essentially a small performance enhancement. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
--- End Message ---
