From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: Dovecot + pigeonhole packaging Date: Thu, 29 Aug 2019 08:01:39 +0200 Message-ID: References: <16cd93624e0.281d.da5dc967fe079fb386b94d5b80162893@mmer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33791) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i3DVK-0003Jr-GU for help-guix@gnu.org; Thu, 29 Aug 2019 02:01:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i3DVI-0007sA-UN for help-guix@gnu.org; Thu, 29 Aug 2019 02:01:54 -0400 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]:44726) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i3DVI-0007rQ-L8 for help-guix@gnu.org; Thu, 29 Aug 2019 02:01:52 -0400 Received: by mail-ed1-x52b.google.com with SMTP id a21so2634080edt.11 for ; Wed, 28 Aug 2019 23:01:52 -0700 (PDT) In-Reply-To: <16cd93624e0.281d.da5dc967fe079fb386b94d5b80162893@mmer.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Alexey Abramov Cc: help-guix Hello Alexey, Alexey Abramov ezt =C3=ADrta (id=C5=91pont: 2019. aug. = 28., Sze, 22:30): > Hi guix, > > > My system requires me to have dovecot and pigeonhole. So I packaged it. I > created two none public packages and merged them into one big package. > Is this on Guix System? If yes, then guix system has a dovecot-service: https://guix.gnu.org/manual/en/html_node/Mail-Services.html maybe you could have a look at that, and see if it helps. > > But wouldn't it be better to do it the same way as debian does?Every > component lives in a separate package, and if I need some library I don't > have to install the giant package. > In guix packages can be split to multiple outputs. You can also define separate packages, but these are less common. Would multiple outputs make sense in this case? https://guix.gnu.org/manual/en/html_node/Packages-with-Multiple-Outputs.htm= l > > > The problem I encountered is that dovecot has mail_plugin_dir property > which does not accept multiple folders. It means I have to put and instal= l > new plugins in the very same directory with existing plugins. rpath is no= t > an option here. Even if a library knows where to load its dependencies, > dovecot doesn't aware of it. > > > Is there a way to have shared store folder? Debian overrides rpath to al= l > dovecot extensions and set it to /usr/dovecot/lib. > If dovecot follows symlinks on plugin resoltuion, then the service configuration could be extended by a plugins keyword, like it was for postgresql extensions, that sets up a symlink is a well known location to the store item of the package providing the plugin. > > Or maybe create a dummy package and use it as a storage for the libraries= ? > What is the right approach here? > > > I also checked how nixos does it, and I don't like this approach, they > patch source code and install their libs in /etc > > > -- > Alexey > > > > Best regards, g_bor --=20 OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21