qsearch is failing for me on the latest portage-utils, it returns 1 every time. qsearch -h does work, however. Reproducible: Always
Created attachment 404578 [details] emerge --info
@radhermit @vapier, Shoot me an email if you'd like me to write some unit tests for qsearch. I'm not a developer but I like to make small contributions to Gentoo. And I'm brushing up my awk/sed skills atm, so this task could put them to use.
(In reply to Andrew Miller from comment #2) > @radhermit @vapier, > > Shoot me an email if you'd like me to write some unit tests for qsearch. I'm > not a developer but I like to make small contributions to Gentoo. And I'm > brushing up my awk/sed skills atm, so this task could put them to use. this isn't github. if you want to send someone an email, add them to CC.
By the way, I forgot to mention this in the initial bug report, but portage-utils-0.54 works just fine.
please post the exact commands you're running
Created attachment 404602 [details] portage-utils-0.55-no_path_in_cache_file.patch Problem seems to be it fails to open $cache_file. Strace output for =app-portage/portage-utils-0.53: >open(".ebuild.x", O_RDONLY) = 3 >open("app-accessibility/accerciser/accerciser-3.12.0.ebuild", O_RDONLY) = 4 >open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 5 >open("app-accessibility/at-spi2-atk/at-spi2-atk-2.12.1.ebuild", O_RDONLY) = 4 [snip] Strace output for =app-portage/portage-utils-0.55: >open("/var/cache/edb/dep//usr/portage/repos/gentoo/.ebuild.x", O_RDONLY) = -1 ENOENT (No such file or directory) [dies here] Here's a (very amateur) patch that fixes that.
(In reply to Andrew Miller from comment #6) with the newer version, we specifically do not want the cache in PORTDIR. please post the exact command you guys are running that is failing.
(In reply to SpanKY from comment #7) Sorry for wasting your time. :/ After running "q -r" I have a cache file under /var and qsearch works properly. Maybe add a warning to the ebuild advising people to run "q -r" and delete the old cache file? The value of $cache_file looks like a programming mistake, with two paths joined together...
i can reproduce it over here and see the issue
should be fixed with: http://gitweb.gentoo.org/proj/portage-utils.git/commit/?id=248e2d0ba29dad806840b151ae80d4c0fe728724