Nokia Internet Tablet N8XX     

Так что делать дальше?
С инфраструктурой мы не порешим без имени, но это пока может и подождать. На мой взгляд до кода еще далеко и торопиться тут не надо. В целом я понял, что без хостинга мы не останемся. garage выглядит вполне пристойно, можно там. По тому линку, что unatime  дал можно сделать вывод только о системе контроля версий, что в общем-то недостаточно. Проект у нас маленький, нам любая пойдет. svn вполне нормальный выбор.
Что нужно сейчас на мой взгляд, так это перенести существующую дискуссию в отдельное место на форуме, либо начать пользовать список рассылки. Если остаемся здесь, то место - это не одна ветка, а возможно несколько.  Я предлагаю все-таки остаться здесь по крайней мере пока не придумаем название и не создадим проект. Возможно там будет список рассылки, как например, на гараже.

Проектирование.
В этом деле я сильно надеюсь на помощь Globsterа. Он, судя по всему, самый квалифицированый из нас в этом плане.
Мои мысли и что я собираюсь делать:
Кое-что я положил в вики, но в целом я бы хотел видеть проект, как некий конструктор, где части можно заменять.
Под частями я имею в виду модули(плагины, если хотите) для хранения паролей, модули пользовательского интерфейса и, возможно, функциональные модули.
Поясняю:
Модули хранения: из того, что я увидел наиболее распространенным является pwsafe, с него можно и начать. В самом простом случае это можен быть питоновая обвязка вокруг коммандлайн тулзы 'pwsafe password database', но интерфейс изначально должен учитывать возможность расширения, добавления новых бэкэндов.

Модули пользовательского интерфейса: Если они будут отдельными плагинами, то это позволит иметь разный пользовательский интерфейс на разных системах. Под системой я понимаю не только железо, но и OS. На таблетке это может быть efl(с него предлагаю и начать), на линуховом десктопе - qt или gtk скажем, на видндоуз - ее родной интерфейс.

Дополнительные функциональные модули: может быть что угодно, скажем конфигурирование, синхронизация, экспорт/импорт. Это сложнее задизайнить чем предыдущие виды плагинов, поскольку дополнительный функционал подразумевает дополнительный UI, который у нас тоже модульный. Если не осилим это можно и не делать на первых порах, но предыдущие 2 вида плагинов должны поддерживаться.

Что такая организация дает:
- независимость разработчиков. Каждый может работать над своим плагином.
- удобство разработки. На первых порах можно, например, не трогать GUI, а сделать только текстовый интерфейс
- легкую переносимость и адаптируемость к платформе
- возможность для юзера переключать интерфейсы (и storage backend и UI), если их доступно несколько на данной платформе

Что тут нужно сделать:
Определить минимальный состав модулей с которого можно начать
Определить интерфейс каждого вида модулей

Что я собираюсь делать:
Посмотреть существующие приложения с точки зрения юзера. К сожалению активно я менеджером паролей никогда не пользовался.
Посмотреть существующий код. Хотелось бы найти нечто более-менее модульное и нормально задизайненое, которое можно взять за основу. То, что я видел пока прибино намертво к UI и нам не подходит. Но backend функционал и криптование можно взять практически отовсюду.

Мысли?

sqlite3 ? и криптовать записи или всю базу ?

Создал форум Development в разделе Linux для обсуждения проекта
http://forum.internet-tablet.com/viewforum.php?id=30   

Посмотрел kedpm - хранение в xml файле но шифруются все поля