Hello Alexey, Alexey Abramov <leven...@mmer.org> ezt írta (időpont: 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.html > > > 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 install > new plugins in the very same directory with existing plugins. rpath is not > 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 all > 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 -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21
