3 Commits

Include renames

Author	SHA1	Message	Date
eSliderandGitHub	20b78a9a20	feat: brain/index.go shebang; mail import is not a brain write (D14). (#12) ... Commands live at bin/brain/{index,get,stats,eval,watch}.go and bin/mail/import.go, bin/markdown/import.go, bin/postgres/query.go. Python remains the Ladybug write worker. index_mail is a deprecation shim that rebuilds via --with-mail.	2026-08-13 17:46:25 +01:00
eSliderandCursor	b73b4d4f97	fix(kb): stop DROP INDEX killing HNSW via Ladybug ghost catalog ... Ladybug 0.19 DROP INDEX leaves `_0_Leaf_vec_UPPER` / `0_id_docs` in catalog so CREATE fails while SHOW_INDEXES omits the index; create_fts_and_vector used to swallow that. Never drop FTS/VECTOR; ensure_indexes after upserts; rebuild = delete kb.lbug. Add compose.edelweiss.yml + regression tests. Co-authored-by: Cursor <cursoragent@cursor.com>	2026-08-12 16:05:14 +01:00
eSlider	678a1d1dba	feat(mail): full Gmail+OnlyOffice sync, import, and brain indexing ... - bin/mail/sync.go: async Go sync engine (8 workers, paginated Gmail via API + OnlyOffice IMAP); Gmail attachments key off body.attachmentId, not MIME partId; ICS sidecars Latin-1->UTF-8 normalized (TestICSToMarkdownNormalizesLatin1) - bin/mail/import: message.json -> markdown; PDFs via pdftotext -layout fast path with docling subprocess fallback for the ~5% textless files - bin/mail/index_mail: fresh-rebuild indexer (repo corpus + mail) avoiding ladybug WAL corruption on bulk-insert into indexed DBs; split from import - bin/kb/index: keep FTS/VECTOR indexes across incremental runs (drop+recreate leaves stale backing tables killing the vector index) - docs: README/PLAN/AGENTS cover the mail pipeline Result: 17,835 messages -> 28,918 info leafs, FTS+HNSW healthy.	2026-08-11 21:57:38 +01:00