Advertisement
rs232

roadmap

May 1st, 2015
1,166
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.16 KB | None | 0 0
  1. + = done
  2. - = might or might not happen
  3. -----------------------------------------------------------------------------------------------------------
  4. + async list loading (done 6.x)
  5. + handle all the possible exceptions e.g. process stopped for unforeseen reason, manual mistake (CTRL+C),
  6. + modify status page to reflect list status
  7. + modify status page to display the correct statup time (from first list to last one fully loaded). Or loading time on a list basis...
  8. - handle wget failure
  9. + tutor to re-attempts failed lists
  10. + maximum number of async loads at any given time
  11. + attempt a list.mirror + swap approach to update lists when P2Partisan is already running
  12. + add "update listname" to update individual lists manually
  13. - improve detective function (currently beta) e.g. to spot greyports based on multiple criteria
  14. - create whitelists routine to input data into ipset from public lists (where to be placed in the iptables?)
  15. + allow subnet (x.x.x.x/M) format into blacklist-custom and whitelist
  16. + 6.x - convert ranges into subnets (blacklist-custom and whitelist only) using Jerm routine
  17. + 6.x - modify the ipset -A procedure to understand cidr format (e.g. lists already in cidr format)
  18. + hashsize and maxelement issue to be addressed (static RAM allocation??)
  19. - webpage to verify status
  20. - webpage to allow config modification e.g. add lists
  21. - display changelog as part of the upgrade procedure
  22. + call custom script after p2Partisan is fully loaded (punch hole idea to modify default behaviour bird333 enquiry)?
  23. - Make pwhitelist and pblacklistcustom convert using the external deaggregate (good idea?)
  24. + Report on the status page the list as loading (pid file per list?)
  25. + spot ipsets created but empty (report as error)
  26. + Report on the status page the list memory usage
  27. - Jerm idea not to download if the file is the latest?
  28. - deaggregate output to file to quick startup -> problem experienced (too slow)
  29. - remove duplicates when creating the file
  30. - add whitelists (switch to single whitelist and blacklist file?
  31. - load whitelist or (alias for backward compatibility) whitelist-custom (ln -s? or make whitelist-custom loaded only if whitelist doesn't exists?)
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement