Gábor Boskovits <boskov...@gmail.com> writes: > 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.
Yes, I am migrating my mail server and a working laptop to Guix. >> 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. Thanks for the symlink tip! I am using guix on my laptop as a foreign distr and was struggle with the path to the lib. I didn't know how to get that folder. Thanks! (string-append %current-profile "/lib/dovecot") fixed everything. -- Alexey