[debbugs-tracker] bug#10287: closed ([wishlist] uniq can remove non adjacent lines)

[GNU bug Tracking System]

Your message dated Tue, 13 Dec 2011 08:45:24 +0000
with message-id <address@hidden>
and subject line Re: bug#10287: [wishlist] uniq can remove non adjacent lines
has caused the debbugs.gnu.org bug report #10287,
regarding [wishlist] uniq can remove non adjacent lines
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
10287: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10287
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> [wishlist] uniq can remove non adjacent lines
>
>
>
>
> Date: 
>
> Mon, 12 Dec 2011 23:54:57 +0100
>
>
>
>
> Tool: uniq
> Priority: wishlist
>
> Hello,
>
> I think `uniq` should have an additional option (for example -a,
> --all) to remove same lines but not adjacent.
>
> The man page explains a workaround based on `sort` but it can be
> complex to use. Few weeks ago, I had to `uniq`-ize random numbers and
> the sort couldn't really work. Fortunately, the order was not
> important so using `sort | uniq | sort --random-sort` was an
> acceptable solution. I imagine cases based on other tools like `top`
> could be a problem too.
>
> If you are interested, I could try to provide a patch. (I have learnt
> C but I don't use it today.)
>
> I don't think the increase of memory use is a problem today, so a
> warning in the manpage should be enought.
>
>
> Thank for all,
> -- 
> Stéphane
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#10287: [wishlist] uniq can remove non adjacent lines
>
>
>
>
> Date: 
>
> Tue, 13 Dec 2011 08:45:24 +0000
>
>
>
>
> User-agent: 
>
> Mozilla/5.0 (X11; Linux x86_64;	rv:6.0) Gecko/20110816 Thunderbird/6.0
>
>
>
>
> On 12/12/2011 10:54 PM, Stéphane Blondon wrote:
> > Tool: uniq
> > Priority: wishlist
> > 
> > Hello,
> > 
> > I think `uniq` should have an additional option (for example -a,
> > --all) to remove same lines but not adjacent.
> > 
> > The man page explains a workaround based on `sort` but it can be
> > complex to use. Few weeks ago, I had to `uniq`-ize random numbers and
> > the sort couldn't really work. Fortunately, the order was not
> > important so using `sort | uniq | sort --random-sort` was an
> > acceptable solution. I imagine cases based on other tools like `top`
> > could be a problem too.
> > 
> > If you are interested, I could try to provide a patch. (I have learnt
> > C but I don't use it today.)
> > 
> > I don't think the increase of memory use is a problem today, so a
> > warning in the manpage should be enought.
>
> Well that would increase the complexity of `uniq` a _lot_
> http://lists.gnu.org/archive/html/coreutils/2011-11/msg00018.html
> For that reason I would be against adding such a feature.
> Note improving the field selection of `uniq` is appropriate,
> and would make DSU solutions using sort, easier to implement.
>
> cheers,
> Pádraig.
>
>
> --- End Message ---