Package: packagesearch
Version: 1.0
Severity: normal
I may be misunderstanding how things are supposed to work, but when I
enter a search pattern of pdesk, with search all descriptions checked
and "all" for the installed filter, nothing shows.
In contrast
$ apt-cache search pdesk
mgapdesk - X con
Hello Ross,
thanks for your Bug report.
> I may be misunderstanding how things are supposed to work, but when I
> enter a search pattern of pdesk, with search all descriptions checked
> and "all" for the installed filter, nothing shows.
> In contrast
> $ apt-cache search pdesk
> mgapdesk - X conf
On Sun, Jan 23, 2005 at 10:59:13AM +0100, Benjamin Mesing wrote:
> Hello Ross,
>
> thanks for your Bug report.
>
> > I may be misunderstanding how things are supposed to work, but when I
> > enter a search pattern of pdesk, with search all descriptions checked
> > and "all" for the installed filt
Hello Ross,
> I forgot to mention that I hit clear search during my experiments.
> However, it did follow having done some tag searches, so if they
> were somehow sticking around it might explain the problem. If
> they stuck around, that was not evident in the UI.
This might be possible. I was n
On Sun, 2005-01-23 at 10:59 +0100, Benjamin Mesing wrote:
> Hello Ross,
>
> thanks for your Bug report.
>
> > I may be misunderstanding how things are supposed to work, but when I
> > enter a search pattern of pdesk, with search all descriptions checked
> > and "all" for the installed filter, not
On Tue, 2005-01-25 at 20:19 +0100, Benjamin Mesing wrote:
> I'm back on the original machine, and the original packagesearch
> > instance still displays the same bad behavior. I've checked all the
> > tabs, and also tried fiddling with it, but no luck.
> Nice that the instance is still running :-)
I'm back on the original machine, and the original packagesearch
> instance still displays the same bad behavior. I've checked all the
> tabs, and also tried fiddling with it, but no luck.
Nice that the instance is still running :-) The program is compiled
without debugging symbols (of course), so
Hello,
> > Could you try to switch of the debtags plugin using the plugin menu
> > please? If searching works normal afterwards, I can be sure that the
> > this plugin causes the trouble.
>
> The plugin seems not to be the culprit. I disabled both the debtags and
> filesearch plugins, with no lu
I have a possible clue: maybe this is some interaction with package
installation. I had the problem happen again, and it was while I was
doing an apt-get dist-upgrade (specifically, while it was doing all
the installs).
I had a tag selected (ftp). Search in description was off. I entered
jade i
Hello,
> I have a possible clue: maybe this is some interaction with package
> installation. I had the problem happen again, and it was while I was
> doing an apt-get dist-upgrade (specifically, while it was doing all
> the installs).
Thanks, I was able to reproduce the bug now doing an "apt-get
On Sun, Jan 30, 2005 at 05:32:45PM +0100, Benjamin Mesing wrote:
> Hello,
>
> > I have a possible clue: maybe this is some interaction with package
> > installation. I had the problem happen again, and it was while I was
> > doing an apt-get dist-upgrade (specifically, while it was doing all
> >
Hello Ross,
> Rather than trying to deal with changes, you could just put a lock on
> the database. I assume there's some standard way to do so. That is
> ugly, considering it's read only, but at least it would fix the
> problem.
Unfortunately this is not an option, as it would greatly reduce th
On Mon, Jan 31, 2005 at 08:40:52PM +0100, Benjamin Mesing wrote:
> Hello Ross,
>
> > Rather than trying to deal with changes, you could just put a lock on
> > the database. I assume there's some standard way to do so. That is
> > ugly, considering it's read only, but at least it would fix the
>
> I agree that keeping it open is easier, but I'm not finding that works
> very well as things stand. Since my original report I've noticed that
> the Description display of installed packages often stops working
> after an install, even if the package in question was not involved in
> the instal
14 matches
Mail list logo
