http://hg.omfa.de/prosody-hg/ en-us prosody-hg: loader.lua history loader.lua revision history loader: Revert bad idea http://hg.omfa.de/prosody-hg/log/50b8d732c905/loader.lua
Reverts 76ece4dd9782]]> Kim Alvefur <zash@zash.se> Mon, 09 Feb 2026 15:54:02 +0100 loader: Move all path setup here from all executables http://hg.omfa.de/prosody-hg/log/76ece4dd9782/loader.lua
So it is done in the same way for all the executables, with less code
duplication.]]> Kim Alvefur <zash@zash.se> Mon, 09 Feb 2026 01:57:40 +0100 loader: Fix path setup http://hg.omfa.de/prosody-hg/log/ef586363d90f/loader.lua
Since prosody etc usually add a path containing "prosody", the
substitution did not happen and community modules using the old import
style did not work.]]> Kim Alvefur <zash@zash.se> Mon, 09 Feb 2026 01:53:50 +0100 prosody.loader: Ensure already loaded modules are found in old and new namespaces http://hg.omfa.de/prosody-hg/log/2f61ebcf37c0/loader.lua
Prevents modules being initialized twice, ensuring that
require"prosody.util.foo" == require"util.foo"]]> Kim Alvefur <zash@zash.se> Fri, 17 Mar 2023 15:11:26 +0100 prosody.loader: Incorporate search path rewrite patch from Debian packages http://hg.omfa.de/prosody-hg/log/29983f09c913/loader.lua
Nice to drop that patch.

Will allow loading this to do something both when installed under a
prosody directory or from a source checkout.]]> Kim Alvefur <zash@zash.se> Fri, 17 Mar 2023 14:36:02 +0100 prosody.loader: Allow loading modules under 'prosody' namespace (#1223) http://hg.omfa.de/prosody-hg/log/14a44b1a51d0/loader.lua
Actually `hg mv`-ing all the files is disruptive, basically breaking
everything from rebasing all my WIP draft commits to the package
building. So instead, what if we didn't and instead rewrote package
names as they are `require()`-d?

Debian packages produced by the Prosody are already installed into this
structure so much will Just Work if all require calls are updated.]]> Kim Alvefur <zash@zash.se> Fri, 17 Mar 2023 13:51:43 +0100