https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28589
--- Comment #6 from David Cook <[email protected]> --- (In reply to Jonathan Druart from comment #0) > > Are we ready for this move? Is it something we really want? Who is willing > to spend time on working on this (testing mostly)? > What better time than now? - It will mean we can keep all our Perl modules together in a place where any (new or old) developer could predict to find them - It will also make it easier to work with multiple namespaces. - It will provide a smaller target for git/dev installs (rather than having "lib" be the entire source tree) - It also provides a mechanism for overriding modules. There are cases where you might want to use a library but want to customize the behaviour of a submodule. It doesn't necessarily make sense to fork an entire library, but you can override a single module, since the Koha "lib" directory is sourced earlier in @INC - It provides a first step to cleaning up the top-level directory - It provides an opportunity to find little hacks where we load modules based on file system location rather than their presence in @INC. I can put some time into this. I imagine most issues would be related to C4 and SIP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
