[Top][All Lists]

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

Re: [RFE] Migration to gitlab

From: Eli Zaretskii
Subject: Re: [RFE] Migration to gitlab
Date: Thu, 16 May 2019 16:41:36 +0300

> From: Lars Ingebrigtsen <address@hidden>
> Cc: address@hidden,  address@hidden,  address@hidden,  address@hidden
> Date: Thu, 16 May 2019 05:57:07 +0200
> Eli Zaretskii <address@hidden> writes:
> > It depends on what you are looking for.  Searching for duplicates is
> > tricky if it uses just plain text, because in many cases it's not
> > clear what text to search for.
> Yeah...  but wouldn't that be the case in any search-based system?
> Whether a thing is a duplicate or not takes a lot of human judgement. 

We could add keywords to each bug, then the search could be more
intelligent.  Bonus points for writing a Lisp program to find such
keywords automatically ;-)

> > And even in other cases, a lot of my searches hit uninteresting parts
> > of the report body, e.g. the part that describes the system/Emacs
> > configuration and linked-in libraries.  A search that ignores certain
> > parts of the reports, and generally is more intelligent about those
> > parts, would be a significant improvement.
> Yes, that is true.
> I wonder what would happen if we stuck those bits in an attachment?
> That should make it easier to filter out those bits, but I don't know
> whether debbugs supports that.

For starters, perhaps we could make debbugs-gnu smarter, as the
beginning of that section can be easily identified.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]