Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 223246DE1848 for ; Mon, 14 Mar 2016 11:06:52 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 0.632 X-Spam-Level: X-Spam-Status: No, score=0.632 tagged_above=-999 required=5 tests=[AWL=-0.020, SPF_NEUTRAL=0.652] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tbcSMwAwdzsB for ; Mon, 14 Mar 2016 11:06:50 -0700 (PDT) Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) by arlo.cworth.org (Postfix) with ESMTP id C1F7F6DE1846 for ; Mon, 14 Mar 2016 11:06:49 -0700 (PDT) Received: from guru.guru-group.fi (localhost [IPv6:::1]) by guru.guru-group.fi (Postfix) with ESMTP id 6EA25100063; Mon, 14 Mar 2016 20:06:49 +0200 (EET) From: Tomi Ollila To: David Bremner , notmuch@notmuchmail.org Subject: Re: [PATCH 6/6] WIP: support XDG database directory In-Reply-To: <1457785890-17058-7-git-send-email-david@tethera.net> References: <1453561198-2893-1-git-send-email-david@tethera.net> <1457785890-17058-1-git-send-email-david@tethera.net> <1457785890-17058-7-git-send-email-david@tethera.net> User-Agent: Notmuch/0.21+81~g4743a61 (http://notmuchmail.org) Emacs/24.3.1 (x86_64-unknown-linux-gnu) X-Face: HhBM'cA~ MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 18:06:52 -0000 This is good opening for (eventually "fixing" e.g. library interface...); in its current state I can come up 2 (easily solvable) problems 1) the xapian database holding email indexes can grow to be quite large; user may have large space for emails (somewhere else than HOME) but small HOME. This can be "fixed" by keeping the database still in the same hierarchy as email files. Making user to point XDG_DATA_HOME elsewhere is (I) global and (II) fragile for an user to do. 2) User may have multiple separate email configurations under one user account; This is easy to fix with environment variable; if exists, overrides XDG_DATA_HOME or $HOME/.local/share -- actually if this holds "only" configurations, the XDG_CONFIG_HOME is more appropriate (again, in simple case users should not be bothered to set any environment variables themselves, but should be able to survive with large databases). (standard disclaimer apply :) Tomi PS: I have not (yet) looked the other patches; been too busy writing code to my personal htpc environment...