Version: 3.0 Beta 4 (Sheldon) (using 4.1.2 (KDE 4.1.2), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.27-7-generic Eg. if you type gnome in search in result you get Kmix. Or if you type Kpilot, You will get million or packages, but none called kpillot.
Actually I need to add that filltering works fine if none of state and requested icon are selected.
Sorry, I can't reproduce here. Searching for kpilot makes it the first hit, actually. When disabling installed packages, or upgradable packages, it is still the first hit. Obviously, as I do not have it installed, when not showing installed packages, it does not appear... Maybe you could elaborate in more detail about what is the problem? Thank you.
I'm not sure if this the same as Danas reported, but the filtering returns hundreds of unrelated results, rendering it useless. I get kpilot as the first, whether I search for all states or not. But I still get all kind of other stuff, e.g. stuff like gdb, wget, git or any other random packages. It almost looks like the filter is just re-ordering the results, moving the most relevant to the top, but keeping all packages listed that match the currently selected states. But since there is no status line with the number of currently listed packages, this is just a guess.
Created attachment 28359 [details] Adept screeshot search results 1
Created attachment 28360 [details] Another example
Sorry, but this does not demonstrate a bug. It is the intended behaviour. No, it does not list all packages, only those that somehow relate to your query. Yes, there is lots of rubbish down the list. Just use the first page (maybe a few) or so, like you do with google. Thank you.
Intended? How is git related to kpilot? Because a common 5th-level dependency is LSB? If you really think this is the intended behavior, then please remove the search function completely. It's useless.
Thank you for your helpful comments, Mr. Schneider. Now please go away.
I think it should be reopened. I think your Idea is good, but you should limit results somehow. Even google sometimes returns 0 results. Now it is very difficult to work with adept manager. Few examples: Just wanted to install Lithanian KDE language package.Type lithuanian, result: Lithuanian, catalonian, spanish, polish, etc, all existing languages in KDE. (Try to type it in google, you will not get to the page about spanish). Another example: I tried gnome. Just for one week. Now I want to remove all gnome related packages I'm typing gnome, selecting olny installed packages. Results: a lot of packeges including KMIX, KNetwork manager, kopete and other KDE packages. Again try to type gnome in google, you never get link to Kopete webpage. So something is realy wrong now in adept manager at the moment.
I want to remind about his bug again. I'm using Adept 2-3 times per week and getting disappointed more and more. Now, because of filtering problems I'm use more often console, than adept package manager. I like Kubuntu and I want to help you to improve it. So check out few more cases about filtering. Hope you will reconsider to improve that 'google like' filtering behavior 1.I was trying to see are kipi-plugins installed. In results kipi-plugins was the last in results (according comment #6 it should be first), so filtering does not work as it suppose to work. 2. I tried to install xbmc from third-party repository. Unfortunately adept didn't found this package at all. From console it was not problem to install it. Again, even after installing it, adept was unable to show it, of course it showed a lot of garbage. So its definatly a problem in filtering third-party packages. And there are many more cases when it was impossible to use adept to find package. I'm sorry but I need to agree with Jan Schneider comment that filtering at the moment is totally unusable.
We had a discussion about new version of adept in kubuntu forums so I decided to give a try again. I had to debug my Intel video driver according https://wiki.ubuntu.com/X/Backtracing So 2 packaged need to be installed: xserver-xorg-core-dbg, libgl1-mesa-dri-dbg, First one was in place 15, second was not in list at all. Please don't say that it is intended behaviour! :)
Same problem here....a search for nvidia in adept produces less than half of the results than an apt-cache search in terminal....for example, no nvidia-180 package was found in adept (however all the previous versions were there) but all of them found with apt-cache.
Adept has been in the unmaintained state for a few years. Use muon[1] as replacement . [1] https://launchpad.net/muon