- Better exact=1 performance by indexing per word?
- drop case-sensitive from options, descriptions.txt all lowercase and without
punctuation, such that instead of =~ //, indexof can be used
+ - in results, show full descriptions, so one sees what's being matched?
- backend:
- Ensure that in _small.db, newest version for each suite is first,
show_package relies on that. So foreach suite, 'newest entry', and only
then, all the other entries
+Static pages:
+- try to make it faster
+
General:
- Try to break everything with empty/short searches
- Check for case sensitive consistency
- Fix assumption that archive doesn't show up in any url, consistency-fy
dealing with archives of a different set than (us, non-us, security)
-- Some packages are both concrete and virtual, deal with that: in depends
- display of show_package (now if a package is concrete, you only see that),
- and eh, somewhere else too ttbomk
- grep -ri fixme
- searchon=all -> searchon=descriptions?
- quicksearch box: copy parameters of current search (exact,suite,arch,etc),
obscure, but otoh, for typo fixing more appropriate.
Maybe best of both worlds is 'modify search' below results, where you can
generalize/specificy arch, etc etc?
+- In Search.pm, make sure read_entry_small only scans a bit, and not all --
+ once you have #max_nr_of_suites, you know you won't find the queried suite
+ anymore, so search further is futile. Maybe the backend could even add a
+ marker, ignored by read_entry_all, but understood by read_entry_small, that
+ indicates end of $res2 and start of $res3
-Bugs:
-- amd64 security is getting displayed weirdly
+Missing pieces from old code:
+ - DDTP support (but without a working DDTP I will not invest any time
+ in that)
+ - search_packages compatibility (we should at least ensure we don't break
+ sarge's reportbug)
projects / deb / packages.git / blobdiff