X-Git-Url: https://git.deb.at/?a=blobdiff_plain;f=TODO;h=4088ae26c053e3721a9f99d030248fba3286288a;hb=11fc9730f6aeb68430f61940b69b171d519dd4ad;hp=2869b3b3e6361d899b8aef4ccb282a3bd39b37e4;hpb=b5d2d705f3c1d3ad0eb314a7f228bdcf84806593;p=deb%2Fpackages.git

diff --git a/TODO b/TODO
index 2869b3b..4088ae2 100644
--- a/TODO
+++ b/TODO
@@ -23,17 +23,48 @@ search_packages.pl:
   - 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:
+- with this design, we can resolve experimental dependencies from unstable
+- 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),
+  or rather, always use defaults? Both have their pro&cons... former is more
+  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
+- kfreebsd-i386 contents files have no header and aren't read correctly
+  currently
+
+Missing pieces from old code:
+ - newpkg
+ - mail stuff
+ - 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)