All, Has there been any discussion about trimming down the size of the Koha distribution? The issue it seems isn't the code; but rather items such as TinyMCE being copied into every template directory, and the /misc/ folder is rather huge. It seems as though the 47mb tar file could easily be 20-30mb. Stan
On Mon, Dec 29, 2008 at 11:50 AM, Stan Brinkerhoff <koha@vtwireless.com>wrote:
All,
Has there been any discussion about trimming down the size of the Koha distribution? The issue it seems isn't the code; but rather items such as TinyMCE being copied into every template directory, and the /misc/ folder is rather huge. It seems as though the 47mb tar file could easily be 20-30mb.
Stan
Stan -- Yes, it has been discussed with some similar sentiments. Abstractly speaking, the codebase should be as small as possible and as large as necessary. There are unnecessary (and unhelpful) duplications in many places, in particular due to the OPAC/STAFF split. It would be very helpful to have a "common" directory accessible to both interfaces via Apache aliases. The installer would have to be modified, and how to upgrade existing installations would have to be solved... but icon images and js libraries would be the first candidates for migration. The misc folder is only large because it contains all the .po translation files. Those are going to be large regardless, and they have to go somewhere. I suppose they only get used occasionally, so we might move to a situation where they are kept in compressed form and only extracted if/when needed (at the cost of CPU time). I'm all for consolidation where it makes the code less duplicative and more maintainable. But if the motivation is just to "save" 20 MB, I might still be for it, but not really inspired. 20 MB of disk is a lot cheaper than developer time. --Joe
Joe Atzberger wrote:
I'm all for consolidation where it makes the code less duplicative and more maintainable. But if the motivation is just to "save" 20 MB, I might still be for it, but not really inspired. 20 MB of disk is a lot cheaper than developer time.
You are speaking of compressed size. When I explode a K3 tarball, it gobbles up over 500 MB of disk. That is not trivial anymore, esp. when deploying many Koha instances on one server one a single disk. One suggestion: after exploding and configuring, but before installation, a script is run that trims the source tree removing cruft such as 1500 other language files that are not applicatable to the installation. The completed Koha installation could prolly be trimmmed to under 20 MB imho. cheers rickw -- _________________________________ Rick Welykochy || Praxis Services Tech support: Click on the 'my computer' icon on to the left of the screen. Customer: Your left or my left?
The javascript directories seem to gobble a ton of space -- perhaps moving all of the Javascript libraries into a 'common' directory outside of the language specific templates could be done. In my quick test that saved ~200mb of disk space, and brought the compressed distribution to ~27mb (from 47mb) and took ~2 minutes, and probably another 30 minutes to fix the code to reference javascript out of a new directory. Heck, you could probably fix it with mod_rewrite and no actual code change! Stan On Mon, Dec 29, 2008 at 5:08 PM, Rick Welykochy <rick@praxis.com.au> wrote:
Joe Atzberger wrote:
I'm all for consolidation where it makes the code less duplicative and
more maintainable. But if the motivation is just to "save" 20 MB, I might still be for it, but not really inspired. 20 MB of disk is a lot cheaper than developer time.
You are speaking of compressed size.
When I explode a K3 tarball, it gobbles up over 500 MB of disk. That is not trivial anymore, esp. when deploying many Koha instances on one server one a single disk.
One suggestion: after exploding and configuring, but before installation, a script is run that trims the source tree removing cruft such as 1500 other language files that are not applicatable to the installation.
The completed Koha installation could prolly be trimmmed to under 20 MB imho.
cheers rickw
-- _________________________________ Rick Welykochy || Praxis Services
Tech support: Click on the 'my computer' icon on to the left of the screen. Customer: Your left or my left?
On Tue, Dec 30, 2008 at 12:34 PM, Stan Brinkerhoff <koha@vtwireless.com> wrote:
The javascript directories seem to gobble a ton of space -- perhaps moving all of the Javascript libraries into a 'common' directory outside of the language specific templates could be done. In my quick test that saved ~200mb of disk space, and brought the compressed distribution to ~27mb (from 47mb) and took ~2 minutes, and probably another 30 minutes to fix the code to reference javascript out of a new directory.
Heck, you could probably fix it with mod_rewrite and no actual code change!
Patches gratefully accepted :) Chris
On Tue, Dec 30, 2008 at 12:37 PM, Chris Cormack <chris@bigballofwax.co.nz> wrote:
On Tue, Dec 30, 2008 at 12:34 PM, Stan Brinkerhoff <koha@vtwireless.com> wrote:
The javascript directories seem to gobble a ton of space -- perhaps moving all of the Javascript libraries into a 'common' directory outside of the language specific templates could be done. In my quick test that saved ~200mb of disk space, and brought the compressed distribution to ~27mb (from 47mb) and took ~2 minutes, and probably another 30 minutes to fix the code to reference javascript out of a new directory.
Heck, you could probably fix it with mod_rewrite and no actual code change!
Patches gratefully accepted :)
Actually thinking about it more, as long as you didnt move any of the js that needs to be translated, but moved the libraries like tinymce etc, that would be fine. The Koha specific js, that contains strings that should be translated would be need to be separate still. So we could pull those strings out and add them to the .po files and have them created. Of course we shouldnt need to actually distribute the separate language templates, they can all be built from the .po files + english templates Chris
participants (4)
-
Chris Cormack -
Joe Atzberger -
Rick Welykochy -
Stan Brinkerhoff