- Package:
- packagesearch
- Source:
- packagesearch
- Description:
- GUI for searching packages and viewing package information
- Submitter:
- Stefan
- Date:
- 2026-02-20 17:35:01 UTC
- Severity:
- normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Seit Debian Buster verwendete ich Synaptic mit der Schnellsuche und dem apian-
index. Dieser funktioniert nun unter trixie nicht mehr, selbst nach dem point
release .3 ist der Zustand noch immer unklar.
Daher habe ich packagesearch zusätzlich installiert, um schnell nach
installierten Paketen suchen zu können ohne jedes Mal wie im jetzigen Synaptic
eine lange Liste zu bekommen aus der ich aussuchen muss.
Leider habe ich festgestellt, dass in packagesearch im Suchergebnis aus mir
unbekannten Gründen die Markierung unter "i" und die Anageb der installierten
Version nicht konsistent zu den Angaben von apt oder Synaptic sind. Es werden
pakete nicht markiert, die aber installiert sind.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Packagesearch normal starten und Paketname unter "nach Zeichenkette suchen"
eingeben.
* What was the outcome of this action?
Im konkreten Fall suchte ich nach dem Upgrade auf trixie nach den Paketen, die
das autoremove zum entfernen vorschlug, hier mit dem Begriff "libpoppler-cpp".
Dies ergab drei Treffer (siehe screenshots), zwei Pakete waren nicht als
installiert markiert, eines war es. Allerdings war tatsächlich nur eines der
drei nicht installiert!
* What outcome did you expect instead?
Ich hätte erwartet, dass der Status korrekt dargestellt wird.Aktuell kann der
Installationsstatus nur erkannt werden, dass unter dem Suchergebnis rechts
außen im Tab "Dateine" Angaben zu den installierten Dateien vorhanden sind. Das
macht Packagesearch zwar nicht komplett nutzlos, aber es ist nicht so wie
erwünscht
*** End of the template - remove these template lines ***
Hello,
please find attached the above problem description in english by
google-translate with a comment to the added screenshots 1,2 and 3.
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
Since Debian Buster, I've been using Synaptic with the quick search and
the apian index.
This no longer works under Trixie, and even after point release .3, the
status is still unclear.
Therefore, I also installed packagesearch after the upgrade form
bookworm to trixie to be able to quickly search for installed packages
without having to scroll in a long list every time, as is the case with
the current trixie-Synaptic.
Unfortunately, I've noticed that in packagesearch, for reasons unknown
to me, the indicator under "i" and the information about the installed
version are not consistent with the information from apt or Synaptic.
Packages that are installed are not highlighted.
* What exactly did you do (or not do) that was effective (or ineffective)?
Start Packagesearch normally and enter the package name under "Nach
Zeichenkette suchen" ("Search by string").
* What was the outcome of this action?
In this specific case, after upgrading to Trixie, I searched for the
packages that the autoremove suggested for removal, in this case using
the term "libpoppler-cpp".
This yielded three results (see screenshots). Two packages were not
marked as installed, and one was. However, only one of the three was
actually not installed!
* What outcome did you expect instead?
I would have expected the status to be displayed correctly. Currently,
the installation status can only be determined by the information about
the installed files in the "Files" tab on the right side of the search
results. While this doesn't make Packagesearch completely useless, it's
not as desired.
***Additional comment to screenshots (not in the german description above)
in all screenshots synaptic is visible in background, window of
packagesearch in foreground.
screenshot1 shows "libpoppler-cpp0v5" marked as installed in synaptic
(which is correct) and not marked in packagesearch under "installed
version". it also shows "libpoppler-dev" as not installed both in
synaptic and packagesearch (which is correct).
screenshot2 shows "libpoppler-cpp0v5" as not marked as installed in
packagesearch while there is a listing of installed files (*without*
loading them separately via click on the button "Anzeigen" in the tab
"Daten").
screenshot3 shows the expected message of the real not installed package
"libpoppler-dev" in the tab "Daten".
i can't give additional infos of the package-state in this particular
case because in the meantime i had to finish the
bookworm-to-trixie-update of that machine and to "autoremove --purge"
the packages which where suggested to be autoremoved.
sincerely
Steve
**Sorry - first answer was to and with wrong bug number in description**
Hello,
please find attached the above problem description in english by
google-translate with a comment to the added screenshots 1,2 and 3.
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
Since Debian Buster, I've been using Synaptic with the quick search and
the apian index.
This no longer works under Trixie, and even after point release .3, the
status is still unclear.
Therefore, I also installed packagesearch after the upgrade form
bookworm to trixie to be able to quickly search for installed packages
without having to scroll in a long list every time, as is the case with
the current trixie-Synaptic.
Unfortunately, I've noticed that in packagesearch, for reasons unknown
to me, the indicator under "i" and the information about the installed
version are not consistent with the information from apt or Synaptic.
Packages that are installed are not highlighted.
* What exactly did you do (or not do) that was effective (or ineffective)?
Start Packagesearch normally and enter the package name under "Nach
Zeichenkette suchen" ("Search by string").
* What was the outcome of this action?
In this specific case, after upgrading to Trixie, I searched for the
packages that the autoremove suggested for removal, in this case using
the term "libpoppler-cpp".
This yielded three results (see screenshots). Two packages were not
marked as installed, and one was. However, only one of the three was
actually not installed!
* What outcome did you expect instead?
I would have expected the status to be displayed correctly. Currently,
the installation status can only be determined by the information about
the installed files in the "Files" tab on the right side of the search
results. While this doesn't make Packagesearch completely useless, it's
not as desired.
***Additional comment to screenshots (not in the german description above)
in all screenshots synaptic is visible in background, window of
packagesearch in foreground.
screenshot1 shows "libpoppler-cpp0v5" marked as installed in synaptic
(which is correct) and not marked in packagesearch under "installed
version". it also shows "libpoppler-dev" as not installed both in
synaptic and packagesearch (which is correct).
screenshot2 shows "libpoppler-cpp0v5" as not marked as installed in
packagesearch while there is a listing of installed files (*without*
loading them separately via click on the button "Anzeigen" in the tab
"Daten").
screenshot3 shows the expected message of the real not installed package
"libpoppler-dev" in the tab "Daten".
i can't give additional infos of the package-state in this particular
case because in the meantime i had to finish the
bookworm-to-trixie-update of that machine and to "autoremove --purge"
the packages which where suggested to be autoremoved.
sincerely
Steve
Thank you for your report, the detailed description and the screens. With the help of all that, I am able to reliably reproduce this bug. Apparently the status is not shown correctly, if the package is not available (any more) in the Debian distribution. That is at least, what the missing Debian icon in your synaptics screenshot suggests. I was able to reproduce this for the package "tasque" on my machine, which is only in oldstable. This will give me leverage to find a solution for this problem, though it might be some time until I find the time to tackle this issue. Kind regards Benjamin