Installatron Problem

I think all packages should be mirror'ed the software mirror sites especially sourceforge can be slow for various reasons and it makes sense to have them distributed from a central point with backup mirror's.
 
Having everyone download all the archives from one location would make that location slow like some of the sourceforge mirrors.

What we've settled on as a solution is the following:

. Update will be much more rigorous in it's aborting of slow/problem downloads. There will also be an administration setting that allows you to tweak the cutoff speed.

. For sourceforge-hosted scripts, if Installatron aborts the first mirror it tries (due to slow download, or non-existant archive), it will try another mirror. It will probably try ~5 mirrors before passing on sourceforge.

. We will mirror as many of the archives as we're allowed on our server, so if the official download sources fail Installatron will download the archive from our server.

. We're creating a personal archive mirror system, for updating multiple servers. It looks like it'll be pretty simple -- a http directory on one server, with a script that keeps that directory consistant with the mirror on our server. Your Installatron setups will then use that personal mirror as their source of archives.

Rowan.
 
Sumaleth said:
We will mirror as many of the archives as we're allowed on our server
Click to expand...
This simple statement opens a whole can of worms for me...

I thought these programs were all open source. If they are, then there shouldn't be any limitation on where they can be downloaded from. If they're not, then I want to know about it because I probably don't want them on my servers.
We're creating a personal archive mirror system, for updating multiple servers. It looks like it'll be pretty simple -- a http directory on one server, with a script that keeps that directory consistant with the mirror on our server. Your Installatron setups will then use that personal mirror as their source of archives.
Click to expand...
I'm looking forward to this.

Jeff
 
jlasman said:
This simple statement opens a whole can of worms for me...

I thought these programs were all open source. If they are, then there shouldn't be any limitation on where they can be downloaded from. If they're not, then I want to know about it because I probably don't want them on my servers.
Click to expand...
No, they're not all "open source" in the well defined GNU sense. Certainly most are, but some are just "free" and use their own license agreement (Cubecart is an example that comes to mind).

Row.
 
Can you give us a list of programs which are not fully open source? Or must we go to each one's home page and check for ourselves?

Thanks.

Jeff
 
I went through scripts yesterday, and these are the scripts that are NOT on a GNU/GPL license:

PHP: 
Coranto                 no license specified, but it's a community based project 
CubeCart                http://www.cubecart.com/site/faq/license.php
Directory               http://scripts.dbmasters.net/index.php?n=5&id=30 (modified GNU/GPL)
Flat Calendar           Free (no license specified)
Invision File Manager   http://www.invisionfilemanager.com/?license
phpCOIN                 http://www.installatron.com/files/phpcoin/license.txt
phpMyCounter            http://www.theclixnetwork.com/downloadagreement.php
Simple Machines Forum   http://www.simplemachines.org/about/license.php
Simple Poll             Free  (no license specified)
Row.
 
Installatron v3.0beta5 is up.

This update includes:
- Completely new Update system. No more DirectAdmin timeouts!
- More download checks and balances to avoid errors.
- Update Installers & Languages can now be performed using CRON.
- Personal Archive Mirror system added.
- Do-It-Yourself Installers system added.
- Added version information to the Administration page.

See the change log for links to more information on these new features:
http://www.installatron.com/log

Note that once Installatron is updated to this version, make sure to run an 'Update Installers & Languages'. :)

I'll be around for the next 3 to 4 hours if anyone runs into trouble. :)

Cheers, Phil.
 
Congratulations!
My update went fine.
The local archive option is great for people who don't have to pay for local bandwidth.
Can't wait to have time to create my own installer!
 
I don't mind asking this question because all your releases always say "beta"...

:)

Is it okay for me to update Installatron? Will the update work for us without breaking anyting?

:)

Thanks.

Jeff
 
Looks like about 40 servers have upgraded to 3.0beta5 now, and I've only heard of one potential problem. *

Other than that it seems to have been a smooth upgrade. I put out a lot of updated installers and haven't had any report of problems yet. New Update system seems solid.

* edit: this turned out to be unrelated to itron.
 
Last edited:
I just updated the new installatron, works much better than the previous versions, a great leap forward. Congrats!
 
Just a quick troubleshooting note:

If Installatron isn't able to delete all the installer files when it upgrades to 3.0beta5 (or newer) from an old version (2.x era), then you might see this error:

Fatal error: Cannot instantiate non-existent class:

I've added a fix for it to the troubleshooting guide.

Row.
 
Chrysalis: I released an updated installer for that yesterday. Thanks for the info though.

Row.
 
You must log in or register to reply here.
Back
Top