[RELEASE] Installatron (DirectAdmin auto script installer)

[l0rdphi1]

Installatron gives DirectAdmin users an intuitive interface to install, upgrade and manage a growing collection of web-scripts!

Please visit our website at www.installatron.com (http://www.installatron.com) to find more information on this and subsequent versions. There's also a free 3-day demo license available through our website.

Cheers, Phil

[Two_A_T]

Congrats on your beta release!

What scripts are included so far and what scripts are you going to be adding for the final?

[Eagle1]

Wow! Great program.
Can you post the instructions on how to add other scripts?

Thanks, Eddie

[l0rdphi1]

Installatron currently supports three scripts: Invision Power Board, PHP Nuke, and Coranto.

However, Installatron has the ability to add titles without upgrading -- there's a link that allows you to download a new a "software.dat" form our server, and we'll be updating that fairly regularly. At some point you should be able to select the titles you offer to your users too.

On adding your own titles, check out /usr/local/directadmin/xserv/mod_installatron/software.dat. It's a pretty simple system. Keep in mind, though, that if you download an update from us, your file gets overwritten.

[Eagle1]

Ok, I just tried it but I keep getting the following once I click Install:


No usable domains can be found for installation of this software.

Any ideas?

Eddie

[l0rdphi1]

Yes, whoops :) You need multiple domains on your account for the old version to work. I've fix the tarball. rm -fr /usr/local/directadmin/xserv and simply follow the bulleted steps in my initial post.

[UltimeWWW]

One word...WOW! :)

[overhosted]

Hello,

Congrats with your release!!!

But when this thing is setup, does it also take an database away from the user?

Thank you,

Kevin Overtoom

[l0rdphi1]

Installatron itself does not use any databases; however, the scripts your users install may.

[UltimeWWW]

I have a problem with it, when I try to install a script and it shows the domain to install to, I get something like that:

www. Panneau.de.contrôle *{...]

Weird :confused:

[CyberAlien]

Congratulations!

I'll patch my skins so it would automatically detect your installer so admins won't have to edit anything.

[overhosted]

ahh, cyberalien,

I was just patching the persephone skin. Ahh well. :)

[Eagle1]

I get the same thing as UltimateWWW as above after I upgraded the script.

Eddie

[CyberAlien]

While testing it i found one big problem: you use exit() to exit your script, but i use php in my skins so it exists whole skin and doesn't show footer. Can you please change exit() to return()

[l0rdphi1]

Yes, I can change exit() to return(). Another solution should be to execute the XServ API in a different PHP invocation, but that may not work dependent on your skin design.

I should be releasing version .4 in a short while with this and a few other fixes. :)

[l0rdphi1]

I'm going to put .4 off until I get home this evening. This will allow me to write a proper install/upgrade script for Installatron, cutting the work involved for the admin down to zilch. :)

[l0rdphi1]

Also, the copy of software.dat on my server has been updated with a fix for the "Coranto" CMS application. Feel free to update your software.dat using the built-in update feature. :)

[l0rdphi1]

Version .4 beta is up. See original post.

Added 'Installs' column on applications list.
Added new Installatron install/upgrade script. (yay!)
Fixed numerous bugs.
Changed 'exit()' to 'return()'

Enjoy :D

[UltimeWWW]

Hi,

You corrected some issues I was having but I still have problems. It says that I don't have any spare databases available although the account has unlimited databases.

Got an idea?

[Eagle1]

I deleted the old version and I tried .4,but all I get at HTM_XSERV is blank page with no errors.

[l0rdphi1]

Originally posted by UltimeWWW
Hi,

You corrected some issues I was having but I still have problems. It says that I don't have any spare databases available although the account has unlimited databases.

Got an idea? You're sure? :) I'd try again, as that only spawns when DA throws a "cannot create DB" error. Also, not that it should matter, but what version of PHP are you running? I'm on PHP 4.3.4.

Originally posted by Eagle1
I deleted the old version and I tried .4,but all I get at HTM_XSERV is blank page with no errors. I doubt you've configured your skin right. Post the contents of /usr/local/directadmin/data/skins/{whatever}/xserv.html (or the contents of xserv.html where your skin resides).

[UltimeWWW]

Still getting this:

We could not create a database for this installation. Make sure you have at least one database remaining and try again. Feel free to contact your administrator for assistance.

[l0rdphi1]

Yes, sorry. I've been able to replicate that :) Working on a fix..

[l0rdphi1]

The tarball file for the current version has been updated with this fix. Simply rm /usr/local/directadmin/itron_v.4.tar.gz and re-do the bulleted steps in original post :) Sorry about that..

Also, I've edited installatron.sh to remove the used tar.gz after an install/upgrade. No more worrying about removing old tarballs from now on.

[Eagle1]

Originally posted by l0rdphi1
I doubt you've configured your skin right. Post the contents of /usr/local/directadmin/data/skins/{whatever}/xserv.html (or the contents of xserv.html where your skin resides).

Here is what I have:

|HTM_USER_TOP|
|$/usr/local/bin/php
|?TREE=...|
<?php include '/usr/local/directadmin/xserv/loader.php'; ?>
DONE|

This was done using version .3

Eddie

[Eagle1]

Ok, I deleted the xserv.html file and I removed the HTM_XSERV=xserv.html from the files_user.conf file. This line was there three times. Then I reinstalled.

I now get the installatron, but I can't select a domain.

Seeing would be better, go to http://www.deluxetech.com:2222/HTM_XSERV, login as demo_user and demo. Try to install one of the packages. Look at what shows in the domain selection field. This is what I get on all accounts. I was getting this on ver .3 as well.

Thanks, Eddie

[bonnmac]

All I can say is WOW! Excellent job. Installation was smooth as silk, and I haven't encountered any errors whatsoever.

Maybe in a future release though clients could access using http://theirdomain.com:2222/HTM_XSERV ? instead of having to use the hostname?

I don't know how to skin yet. How would I go about adding a link in the skin itself for this? I'm guessing I edit a .html file, but which one?

[l0rdphi1]

Originally posted by bonnmac
All I can say is WOW! Excellent job. Installation was smooth as silk, and I haven't encountered any errors whatsoever.

Maybe in a future release though clients could access using http://theirdomain.com:2222/HTM_XSERV ? instead of having to use the hostname?That is possible now. :) I was only using hostname as an example.

[l0rdphi1]

Originally posted by Eagle1
Ok, I deleted the xserv.html file and I removed the HTM_XSERV=xserv.html from the files_user.conf file. This line was there three times. Then I reinstalled.

I now get the installatron, but I can't select a domain.

Seeing would be better, go to http://www.deluxetech.com:2222/HTM_XSERV, login as demo_user and demo. Try to install one of the packages. Look at what shows in the domain selection field. This is what I get on all accounts. I was getting this on ver .3 as well.

Thanks, Eddie Most likely, the 'admin' password you used while running installatron.sh was incorrect. Try re-running installatron.sh with the proper (case sensitive) password and see what happens.

I'll be releasing .5 tonight with a few additions, and that should include proper admin password checking.

[UltimeWWW]

Is it me or we are missing the bottom part of the template? I can't see the USER_BOTTOM :)

[UltimeWWW]

Just tested it and it works very nice :)

Are you planning to add a cupple of software (phpBB etc) soon on it? :)

This is what I call good scripting...that's why I think we are a good community :)

[l0rdphi1]

Originally posted by UltimeWWW
Is it me or we are missing the bottom part of the template? I can't see the USER_BOTTOM :) It looks like that, haha. Re-apply step #1 here (http://www.liquenox.com/installatron/xserv.defaults.txt) :)

Originally posted by UltimeWWW
Just tested it and it works very nice :)

Are you planning to add a cupple of software (phpBB etc) soon on it? :)

This is what I call good scripting...that's why I think we are a good community :) Yes, actually, I am. Last night I got Gallery half implemented (pretty complicated), and things like phpbb will come. I'll shoot for Gallery and phpBB tonight :)

[UltimeWWW]

Allright, do you have a paypal? :)

[CyberAlien]

If you are interested i'll create special package for phpBB instead of standard one. There is a modified template system for phpBB that increases performance of forum and uses less resources (it is written by me and it is currently used on thousands of forums). Performance increase is very large and very noticable. I'm sure server owners would be very happy to use it instead of standard phpBB template system. And it is 100% compatible with default phpBB.

[l0rdphi1]

Originally posted by UltimeWWW
Allright, do you have a paypal? :) Hold off on that a few days, if you can. I'm still unsure how we're going to deal with cost on this application. However, in the case v1.0 ends up pay-for, it will be very reasonably priced, I can assure you. I know in my case, I'd just like some compensation for my time, no real profit in the end. More on that soon.

Originally posted by CyberAlien
If you are interested i'll create special package for phpBB instead of standard one. There is a modified template system for phpBB that increases performance of forum and uses less resources (it is written by me and it is currently used on thousands of forums). Performance increase is very large and very noticable. I'm sure server owners would be very happy to use it instead of standard phpBB template system. And it is 100% compatible with default phpBB. Why don't we offer both packages? That will be great.

[CyberAlien]

Originally posted by l0rdphi1
Why don't we offer both packages? That will be great.
Excellent idea. But in this case i'd better hold on with modified version because i want to add styles auto-installed to phpBB so users wouldn't bug me with questions that they always ask - how to upload style (they always ask it if they installed phpBB with any automatic installer and they have no clue about ftp).


To save you time researching here are instructions on how to install phpBB. During installation your script needs to ask user to select login, password and admin email. Here are instructions:
- download phpBB from http://belnet.dl.sourceforge.net/sourceforge/phpbb/phpBB-2.0.6.tar.gz or http://aleron.dl.sourceforge.net/sourceforge/phpbb/phpBB-2.0.6.tar.gz
- unpack
- copy phpBB2/ to website
- chmod 0666 cache
- chmod 0666 images/avatars
- insert contents of install/schemas/mysql_schema.sql
- insert contents of install/schemas/mysql_schema.sql
- run this mysql query:
UPDATE phpbb_users SET username = '{ADMIN_LOGIN}', user_regdate = '{TIME}', user_password = '{PASSWORD}', user_email = '{EMAIL}' WHERE user_id = '2'
(in query replace {ADMIN_LOGIN} with admin login, {TIME} with current time integer, {PASSWORD} with md5(admin password), {EMAIL} with admin email)
- rm -rf install
- rm -rf contrib
- write mysql configuration to config.php

config.php should look like this:<?php
$dbms = 'mysql';
$dbhost = 'localhost';
$dbname = '{DATABASE_NAME}';
$dbuser = '{DATABASE_LOGIN}';
$dbpasswd = '{DATABASE_PASSWORD}';
$table_prefix = 'phpbb_';
define('PHPBB_INSTALLED', true);
?>

[quackweb]

Hello,

Love the idea, just wish I could get the darn thing to work :D

I get the following message when I go to the address:

Warning: file_get_contents(/usr/local/directadmin/xserv/mod_installatron/software.dat): failed to open stream: Permission denied in /usr/local/directadmin/xserv/mod_installatron/init.php on line 231 Warning: file(/usr/local/directadmin/xserv/mod_installatron/installations.dat): failed to open stream: Permission denied in /usr/local/directadmin/xserv/mod_installatron/init.php on line 59 Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/xserv/mod_installatron/init.php on line 61 Application Type Installs Select
Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/xserv/mod_installatron/init.php on line 107

Any ideas? Deleted multiple times and reinstalled but still get the same old message.

[l0rdphi1]

Reinstall for me. Then play with the chmod setting on /usr/local/directadmin/xserv/mod_installatron/software.dat and /usr/local/directadmin/xserv/mod_installatron/installations.dat. Needs to be writable and readable by all (I think).

[UltimeWWW]

How are phpBB and Gallery's doing? :)

[quackweb]

Hurray! It works, you're our new hero! :D. Our clients are going to love this program, thank you for your hard work and the help!

[l0rdphi1]

Originally posted by UltimeWWW
How are phpBB and Gallery's doing? :) Version .5 with custom application fields and a few other things is ready (pretty much), and phpBB should be working... except for some reason :rolleyes:, phpBB keeps going into an infinite loop during the install :D

Gimme little bit yet ;)

[l0rdphi1]

Version .5

Added new applications-list-page header.
Changed all database related functions to use the new database API.
When an application instance is deleted, the corresponding database is now dropped.
Only the 'admin' account may update software.dat henceforth.
'admin' account password is now checked. (No more garble for the 'domain' drop-down when it's incorrect.)
software.dat can now utilize "custom fields" (this is only used for phpBB right now)

[UltimeWWW]

Fantastic :)

[l0rdphi1]

Once upgraded, you'll need to use the retrieve latest data file feature to get phpbb :)

[UltimeWWW]

Originally posted by l0rdphi1
Once upgraded, you'll need to use the retrieve latest data file feature to get phpbb :)

Managed to get it ;)

Do it for free...and my partner said we can donate a good 50$ :)
This would be good for the community...I did a custom module for ModernBill for free :)

Ended up with a free lifetime license :)

[thoroughfare]

Originally posted by l0rdphi1
Yes, I can change exit() to return(). Another solution should be to execute the XServ API in a different PHP invocation, but that may not work dependent on your skin design.

I should be releasing version .4 in a short while with this and a few other fixes. :)

Please pardon my ignorance, but I didn't realise you could use PHP in DA skins? And what's the XServ API?

Thanks!
Matt :)

[Eagle1]

I have tried and tried to get this to work. I have now changed to version .5, but all I get is

No usable domains can be found for installation of this software.

I also don't get the link to update software.dat anymore

Eddie

[Eagle1]

What admin account, password do I need. I used the password that is in the setup.txt file of the scripts directory.

I also tried using the password account for the main user of the server, which has admin access. I get an error when I try and use this password.

Eddie

[l0rdphi1]

Originally posted by Eagle1
What admin account, password do I need. I used the password that is in the setup.txt file of the scripts directory.

I also tried using the password account for the main user of the server, which has admin access. I get an error when I try and use this password.

Eddie Is your main user named 'admin'? If not, it won't work. I'll add support for different main admin accounts.

You know, it's too bad there isn't a root account that has access to all admin account data (for the sake of scripting, anyway).

[l0rdphi1]

Originally posted by thoroughfare
Please pardon my ignorance, but I didn't realise you could use PHP in DA skins? And what's the XServ API?

Thanks!
Matt :) Yes, PHP was added back in version 1.20.6 (http://www.directadmin.com/features.php?id=285) (at least). As for this API, it's not really much. Just a few classes I put together for programming Installatron that could easily be reused for another "addon"

[bvvelzen]

Hello,

I'm fearly new to this tool. I installed it en wanted to test
the phpBB script. It say's this:

Installing: phpBB

We could not create a database for this installation. Make sure you have at least one database remaining and try again. Feel free to contact your administrator for assistance.


I did create a database, so what is the problem?
And the strange thing is there are 2 buttons under the error message called Continue and Finish, but I can't click both of them.

Greeting,

[l0rdphi1]

Originally posted by bvvelzen
I did create a database, so what is the problem?
And the strange thing is there are 2 buttons under the error message called Continue and Finish, but I can't click both of them.

Greeting, Hello.

Are you saying that you created the database? Installatron will create the database for you, provided you have any remaining unused; there is no need to create the database yourself. And the Continue/Finish buttons are disabled because of the error :)

Phi1.

[bvvelzen]

Ok, but I got the error before I created a database
and there where also no databases created before that.

I created a test database because of the text:
Make sure you have at least one database remaining and try again.

I also have a unlimited nummer of databases I can create because the user is a Admin without any restrictions.

Greetings,

[l0rdphi1]

Hmmm... I am unable to duplicate this so far.

However, is this admin user the 'admin' account? Right now, Installatron only works for the 'admin' account. For the next version I'll be adding the ability to specify which administrative account you want to use, but the script will still only work for a single administrative account per server.

As I said a few posts ago, I wish there was a 'root' user who had access to all users on a server. ;)

[Eagle1]

Hi l0rdphi1,

Any idea when you will have the version that allows you to specify the admin user?

I just added an admin called admin, and used the password I had specified when I installed the script. Now it seems to work.

I don't really want to keep the admin account, if I can help it.

Thanks for all your efforts, this is a great script.

Eddie

[l0rdphi1]

I think I have a fix that will actually allow Installatron to work with *any* administrative account (invalidating my above post). I'm working on implementing this now. Will be released today.

[Eagle1]

Thanks again,

I would like to see MD-Pro added.
I would be happy to help, if you tell me what I need to do.

Eddie

[l0rdphi1]

puh. I'm going to reinstate my initial comments on administrative accounts: we need a root user.

On MD-Pro, I'll take a look at that.

[Eagle1]

I get a forbidden error on Coranto, but the other three scripts work good.

If you don't mind, let me try the MD-Pro and once I get it working, I will send it to you.

Eddie

[l0rdphi1]

Originally posted by Eagle1
I get a forbidden error on Coranto, but the other three scripts work good.

If you don't mind, let me try the MD-Pro and once I get it working, I will send it to you.

Eddie Forbidden on Coranto? Make sure you're installing where CGIs can be exec'ed :D

Good luck with MD-Pro, by the way. Basing it off the phpBB entry will give you access to all the features software.dat currently supports, by the way. :) I'll get Gallery up and working later this evening.

[Eagle1]

You were right, Coranto worked once I put it in the cgi-bin directory.

Will you please put the following image into the icons folder you have?

Thanks, Eddie

[l0rdphi1]

Ah yes, I had forgotten - for .6 you'll be able to specify other icon URLs than installatron.com. I've uploaded your gif.

[l0rdphi1]

Version .5.1

'icon_uri' now can be used to specify the URI to an application's icon in software.dat definitions.
install/upgrade script now lets you choose your admin user (for now, you can only have one admin per server).


And on another note, I'm currently working with John to fix the single-admin-only issue. Hopefully this fix will also remove the need for taking your administrative info entirely.

[overhosted]

Hello,

I keep getting this error on the installtron page.

Administrative user 'INSERT_ADMIN_UNAME' password invalid. Report this to your administrator.

But I am 100% sure its the good one.

A bug?

[l0rdphi1]

Are you using the most recent installer (installatron.sh)? Make sure with each version you rm your old installatron.sh and wget the new, as the installer has been evolving along with the core.

[UltimeWWW]

Hi,

I'm getting this only with PHPNuke:

We could not create a database for this installation. Make sure you have at least one database remaining and try again. Feel free to contact your administrator for assistance.

Invision and phpBB seems to work!

[l0rdphi1]

You're not out of databases, are you? :D

Hmm.. have you tried more than once? Sometimes I've noticed DBs failing to create for no good reason.

[UltimeWWW]

Hi,

No I have a lot of databases available.

Tried twice on 2 different accounts, doesn't works.

[l0rdphi1]

That's very, very odd. You're running DA v1.21.2 and you're sure the other scripts work? Hmm...

[UltimeWWW]

Yes.

[DirectAdmin Support]

I'm not sure how you're doing it, but creating DB's through mysql won't work.. you need to use DA (unless you use da_admin or root).

John

[l0rdphi1]

I use the new DB API. Dunno.

[quackweb]

I too am having the same problem with PHP-Nuke only. =\

[l0rdphi1]

O.K., I'll look into the DB-create problems under PHP-Nuke shortly. :)

[motobrandt]

I get this when I login to domain:2222/HTM_XSERV

|=...|\ Warning: main(/usr/local/directadmin/xserv/loader.php): failed to open stream: Permission denied in /usr/local/directadmin/- on line 1 Warning: main(): Failed opening '/usr/local/directadmin/xserv/loader.php' for inclusion (include_path='.:/usr/local/lib/php') in /usr/local/directadmin/- on line 1

???
I set it up as admin which is the admin user for my DA:confused:

[UltimeWWW]

Did you do the "chown"?

[motobrandt]

Yeah I did all three steps from the command line including the chown

[l0rdphi1]

Hmm. Are you on freebsd?

Play with the chmod on loader.php.. try 0666

[motobrandt]

Originally posted by l0rdphi1
Hmm. Are you on freebsd?

Play with the chmod on loader.php.. try 0666
Why yes I am :) I thought about changing the permissions but I also thought I should ask first. Maybe you've seen the error before. I guess it's my destiny to work out the bugs in the FreeBSD versions of things. Maybe I should beta test for 5.2?:o On second thought I have enough trouble working with "stable" versions LOL

I'll try the perms on loader.php and let you know.

Thx

[motobrandt]

Here's what I did.
# chmod 0666 /usr/local/directadmin/xserv/loader.php

still some errors so
# chmod 766 /usr/local/directadmin/xserv/mod_installatron/software.dat

still some errors so
# chmod 766 /usr/local/directadmin/xserv/mod_installatron/installations.dat

Now it looks pretty good but where the errors were there is this

|=...|\

Wierd?

I'll try to install some software now. :)

[Eagle1]

I deleted all files and reinstalled with the newest installatron.sh. When I went to it, it was a blank page.

I created an admin called admin and reinstalled using this username/password and now it shows.

The link to update software.dat only shows for the user admin.

It doesn't seem to accept other admins.

[motobrandt]

When I try to install it says "no usable domains".

Maybe I'm just ignorrant or this hasn't been properly described. The "admin" user that you are speaking of as being the only user that can run this is where?

For clarity lets speak in terms of what DirectAdmin has named different levels of user.

Is this "admin" user an Admin, a Reseller, or a User?

My "admin" is an Admin level user. If the "admin" user required to run this is supposed to be the User of a domain then I guess that this will only work on one domain as it is? If that's the case I can see why you are trying to be able to choose the user that you want to do the install as.

Please clarify. And thanks.:(

[Eagle1]

Does your admin account have a domain setup? If not try accessing from a different account that does.

[motobrandt]

so I log in a another user. everything looks cool. I assume that I shouldn't put anything in the directory field when I try to install. It says it installs fine. But then there is nothing. No page made nothing under that domain that has anything to do with coranto.

What gives?

Do I need put the other username in when running installatron.sh?

:confused:

[l0rdphi1]

I have looked into this some, and apparently, *any* administrative user can access *any* account on a box. This means it doesn't matter which administrative user you set Installatron up on, all that matters is that the information is valid :)

When installing an application, however, I do no recommend installing on the root of any domain. For the next version of iTron, I'm going to be implementing a little fix for this.

[motobrandt]

where is coranto? It is nowhere? I updated my locate database and searched for coranto.cgi and nothing. :confused:

Am I the only one trying this with FreeBSD or has someone got it working already that could share their experience?

Lots o' questions huh? :D

I'm just really excited about installatron. I think it's awesome!!! If I could just get it working ;)

[bonnmac]

Everything was running great, but tonight I upgraded and now I just get a blank white page. :(

I've read through the thread and tried the couple of things others did, but nothing worked.

Hope someone else has an idea.

[l0rdphi1]

Originally posted by motobrandt
where is coranto? It is nowhere? I updated my locate database and searched for coranto.cgi and nothing. :confused: I'm confused too :) You're saying Coranto is not showing up any longer on the applications list?

Originally posted by motobrandt
I'm just really excited about installatron. I think it's awesome!!! If I could just get it working ;) :D

[l0rdphi1]

Originally posted by bonnmac
Everything was running great, but tonight I upgraded and now I just get a blank white page. :( Under what URI? /HTM_XSERV? Hmm.. you didn't rerun the skin mods, did you? :)

Not really sure why it'd throw a completely white page. Doesn't sound easily possible.


Quick note to everyone, make *sure* you rm installatron.sh and, if you're upgrading from an older version, to rm the tar.gz file your /usr/local/directadmin directory. We don't want to install iTron with mismatched files.

[bonnmac]

No I didn't re-run the skin mods.

How do I completely un-install so I can completely start over?

[l0rdphi1]

If the skin mods worked before, there is no reason why they wouldn't work now, but to uninstall the rest:

rm -fr /usr/local/directadmin/xserv /usr/local/directadmin/itron_*.tar.gz

Then just follow my instructions in my original post. :)

[thoroughfare]

I just got my dedicated server :D

I installed iTron, looks fantastic... only I'm getting the 'no useable domains' error. I'm using the latest iTron and the latest DA versions. I even tried adding a second domain to the user's account to see if that would work... no effect :(

I'm using RedHat 9.

Thanks,
Matt :)

[hostpc.com]

Well, it's only March, but I vote l0rdphi1 as MEMBER OF THE YEAR!

Nice job dude, thanks for the support of the community -- let me know, I'll gladly contribute to your expenses :)

Joe

[motobrandt]

Originally posted by hostpc.com
Well, it's only March, but I vote l0rdphi1 as MEMBER OF THE YEAR!

Nice job dude, thanks for the support of the community -- let me know, I'll gladly contribute to your expenses :)

Joe
I second the motion! This is a huge feature to add to the Direct Admin community. And the potential for growth of Installatron is... well... a bit scary! (in a good way ;) ) Now if we could only put you to work on getting that damn FrontPage crap to work! Now THAT would be worth some $$$. Becuase I'm losing customers as I type because I can't get it to work. But that's beside the point.

Which is l0rdphi1 rocks! Extensis is running a close second with his work on FreeBSD docs. ;)

[Sumaleth]

Hey guys. I'm phi1's business partner (ie. the non-coder half) and I just thought I'd let you know what we're looking at with regards to cost.

When we started, I think we had in mind a pretty low licensing price (maybe even just donationware), but a month later we have a much more realistic view of what it's going to take to keep this up-to-date, and to manage the high amount of support this script is likely to generate.

So we've settled on a pricing system that we hope is reasonable, and that will help us keep it maintained at the level it really needs.

We're looking at $30 per license for the first 5 licenses, and then $20 per license thereafter. A license is for a single server and for a year. And the renewal amount would be $20 per license for another year. Of course, updates, upgrades, and script-requests will be free.

So on a server of about 60 users, that's something like 1cent per user per day.

--

Something I'd like to ask while I'm here: can anyone recommend any scripts we might look at adding? I've been pouring over webpage after webpage looking at thousands of web scripts, but it's difficult to know which ones to pick. Which of the million or so FAQ scripts is the best? What is the best calendar script?

The v1.0 script list will look something like this:

Invision Board
phpBB2
b2evolution
Pivot
Movable Type Coranto
Drupal
PHP-Nuke
Xoops
Post-Nuke
Gallery

Give or take one or two. Those are all good scripts that we know about and would personally recommend to some degree.

Script suggestions welcome.

Row.

[motobrandt]

That looks great! One of the biggest issues I've noticed on the forum here is mailing lists. Majordomo is just... well... not for everyone. This may be a bit out of the scope of the scripts that you've been installing so far but I truly think that a Mailman (http://www.list.org/) installer would be VERY VERY nice.

My $.02 :D

And the license fee seems quite fair.

[hostpc.com]

Guys, this guy is a friend of mine, and he's worked VERY hard on some of these scripts (ok, all of them) to make sure they're fully compatible with DA...

The formmailer is VERY secure, hasn't been exploited yet, and his CMS is kick@$$ ... CMS4 - which I'm beta testing now, is rock solid, has a great mailing list in it, and is due out shortly.

http://scripts.dbmasters.net/

Check it out - be great to include some of those.

Joe

[Sumaleth]

Thanks for the script suggestions, we'll check them out.

[thoroughfare]

I'd pay for Installatron without doubt.

How about adding some kinda of e-commerce software, like Miva? I have no experience in Miva or similar, but it seems popular with other hosts.

How about a counter script? Not for stats analysis, just to show the number of vistors on a page. It's horrible from a design point of view, but some users insist on it.

Thanks,
Matt :)

[motobrandt]

Originally posted by thoroughfare
I'd pay for Installatron without doubt.

How about adding some kinda of e-commerce software, like Miva? I have no experience in Miva or similar, but it seems popular with other hosts.
Thanks,
Matt :)
Ahhggg!!! nooo please!! Miva is proprietary controlling expensive and constraining. OSCommerce has been working very well and it's so easy to install that I'm sure it wouldn't be much to add it to installatron. It's also open source and free. :)

[hostpc.com]

OS Commerce would be nice also... but beggers can't be choosers :)

[l0rdphi1]

Ah, the fun.. yes, the fun :D

And nonetheless, .6 is here: :)

Changed structure of a few core modules.
software.dat format changed; can no longer be mismatched with unsupported versions of the iTron core.
Updating scheme for software.dat revised.
installatron.sh now can determine the latest version of iTron.
You may now safely install software on the "root" of any domain.
Fixed title instances where no initial "/" is used on the path (used to break iTron).
Switched .gif images directory over to installatron.com (fixing 404 errors).
Fixed DB error from occurring when a database name was too long (now it's truncated instead).
Played with a few bug fixes for the Installatron setup problems we've been having. *cross fingers*

Enjoy :cool:


Oh yes, almost forgot- after upgrading, you'll notice two instances of Installatron @ HTM_XSERV. Simply rm -fr /usr/local/directadmin/xserv/mod_installatron to fix this. (I wanted a clean start for everyone with .6 - helps limit odd bugs.)

[thoroughfare]

Ok, OSCommerce then :) Like I said, I know nothing about these ecommerce scripts :)

Matt

[hostpc.com]

One additional feature request I was thinking about.

Is it possible to have this option available to SOME users, or offered to a specific plan?

For instance, subscribers to Plan "A" do not have access to installatron, while subscribers to Plan "B", "C" and "D" DO ?

Just a thought.

Joe

[Sumaleth]

Originally posted by hostpc.com
One additional feature request I was thinking about.
Is it possible to have this option available to SOME users, or offered to a specific plan?

That likely won't make the initial 1.0 release, but it is planned for one of the next releases.

[hostpc.com]

Cool, at least it's a consideration.

Thanks

Joe

[l0rdphi1]

Well, I don't see why such couldn't be added in the near future. Soon after 1.0 I'd like to add administrative configurable "title groups"(or something) - where you can create a 'group', choose which users are to be in the group, and decide which titles should be accessible by users in the group. I *think* this is possible with the current DA API, but I'm not completely positive. More on that later. :)

As for adding additional titles to software.dat, that's what I'm working on right now :)

[hostpc.com]

Can I vote 2x for member of the year, or maybe one vote per DA server? :)

[UltimeWWW]

0.6 is definitely a solid release...works good!

phpNuke is also working very good!

Just ask me when you need the 30$ and I'll ship it to you :)

[motobrandt]

|=...|\ Warning: chooser(/usr/local/directadmin/xserv/mod_itron/software.dat): failed to open stream: No such file or directory in /usr/local/directadmin/xserv/mod_itron/init.php on line 23 Warning: chooser(): Failed opening '/usr/local/directadmin/xserv/mod_itron/software.dat' for inclusion (include_path='.:/usr/local/lib/php') in /usr/local/directadmin/xserv/mod_itron/init.php on line 23 Warning: file(/usr/local/directadmin/xserv/mod_itron/installations.dat): failed to open stream: No such file or directory in /usr/local/directadmin/xserv/mod_itron/main.php on line 22 Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/xserv/mod_itron/main.php on line 24

Oh yeah I'm using FreeBSD 4.8 :confused:

[motobrandt]

I did this
# chmod 774 /usr/local/dirsctadmin/xserv/mod_itron/software.dat

&

# chmod 776 /usr/local/dirsctadmin/xserv/mod_itron/installations.dat

now it looks ok but does have this

|=...|\

Does anyone know what that means?

[iTec]

I am new at a lot of this and first to admit it.

Now I followed the directions in the first post I believe to the letter.

I installed from root. Entered the commands as posted. The script "appears" to be installed, but when I go to install to a domain from a reseller account that has multiple domains, I get a error which, others have reported, as follows:


No usable domains can be found for installation of this software.


I have tried using a variety of combinations including domainname.com:2222/HTM_XSERV, Server IP address, and even tried logging in as reseller then moving to the User Menu and executing from there. All give the same error.

I got this error once when I used the Reseller/User login approach


Unable to Locate that domain
Details
none


The screen I first get when I go to Installatrons' page is as follows;


Installatron v.5.1 [go]
Script auto installation system.Installatron v.6 [go]
Installatron provides DirectAdmin users with the ability to easily install and upgrade a growing list of web scripts.


Should that 5.1 installation be removed??

Anyway...after all that babble...is there any suggestions that I can try so I can get this awesome looking script working?

Should I uninstall and then reinstall?? Try chmod on certain files?? Any suggestions appreciated.

[hostpc.com]

Did you follow the original instruction sheet

here (http://www.liquenox.com/installatron/xserv.defaults.txt) ?

[iTec]

Yeppers I sure did Joe. Copy/Paste infact. (I'm a bad copy/paste user). Although I am wondering if doing it from root was right ... or wrong

[motobrandt]

iTec did you click on the [go] next to the .6 ?

If so what errors are you getting now?

[iTec]

It is when I click on the .6 option that I end up with the

No usable domains can be found for installation of this software.

Error.

If I click on the 5.1 version (Did it once for the heck of it) got the following error

Warning: file_get_contents(/usr/local/directadmin/xserv/mod_installatron/software.dat): failed to open stream: No such file or directory in /usr/local/directadmin/xserv/mod_installatron/init.php on line 233 Warning: file(/usr/local/directadmin/xserv/mod_installatron/installations.dat): failed to open stream: No such file or directory in /usr/local/directadmin/xserv/mod_installatron/init.php on line 59 Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/xserv/mod_installatron/init.php on line 61

I have been basically working around with version 6. And as I said, I did a straight copy/paste of the commands so not sure where I went wrong.

[motobrandt]

I guess I didn't read as much of your posts as I should have. This is what I meant in one of my earlier posts about the terminology and the instructions. I'll speak in terms of what Direct Admin calls users;
1) admins
2)resellers
3)users

When you run installatron.sh enter the name of a user(3) and that users password. Then log into installatron with that user and you will get the option to install under that domain.

lordphi1 has been working on making this more useable and allowing different "users" to login and install under different domains but I don't think that it's working yet.

I hope this helps. I still don't have it working but I got farther then you so I hope you get it to work now. :)

cheers

[Eagle1]

When you run installatron.sh enter the name of a user(3) and that users password. Then log into installatron with that user and you will get the option to install under that domain.
You are supposed to run the installatron.sh script with an admin user name, not just a user.

[motobrandt]

Originally posted by Eagle1
You are supposed to run the installatron.sh script with an admin user name, not just a user.
When I use an admin user I get a blank window when I login. Just a blank direct admin page with nothing in the middle frame. :confused:

[Eagle1]

That used to happen to me. I had to create an admin user called admin and use the original admin password from the install of Direct Admin. Then I would install Installatron with the admin username.

Since version .6, I haven't had to do that. I just use the admin username i use to delegate the server and it works fine.

[iTec]

My main server login is not admin but instead it is a variant of that name. Maybe that is part of the problem. I have tried with the server login (yes I do have a domain with that account) but no joy so far.

As well all the other accounts I have on that server myself are either as the server admin or resellers. I tested on 2 different reseller accounts and still got the "No usable domains can be found..." error.

Will get some sleep and try again tomorrow. Love to get this running as I think it is a feature set once in place that will make DA a even more popular and attractive choice for web hosts all over.

[l0rdphi1]

Originally posted by Eagle1
Since version .6, I haven't had to do that. I just use the admin username i use to delegate the server and it works fine. Yes, that was fixed with .6.

And Installation definitely needs an administrative user entered into installatron.sh to function properly :)

On the FreeBSD installation problems, I've updated installatron.sh with the fix for that. Simply re-run installatron.sh if you're on freebsd and having troubles.

Good luck :D

[l0rdphi1]

Originally posted by iTec
My main server login is not admin but instead it is a variant of that name. Maybe that is part of the problem. I have tried with the server login (yes I do have a domain with that account) but no joy so far. That setup should work fine. Try re-running installatron.sh as my above post indicates. Good luck. :)

Oh and [I reiterate], rm -fr /usr/local/directadmin/xserv/mod_installatron will get rid of .5.1 if it's still tagging along on your system.

[motobrandt]

I've removed all installatron files, reinstalled over and over and I still get no usable domains. I am using admin which is the admin user of directadmin for my server.

Suggestions ???

[l0rdphi1]

I'm not sure what to suggest in the way of fixing that error. The login details you specified have to be correct, and you do have at least one domain on your administrative account, right? (You must have at least one domain on the account you're bringing the /HTM_XSERV page up on.)

If you would feel comfortable lending me your root password, along with creating a temporary administrative account in DA for me, I could take a look at what's causing that error for you tomorrow some time. Feel free to PM me.

[motobrandt]

Originally posted by l0rdphi1
I'm not sure what to suggest in the way of fixing that error. The login details you specified have to be correct, and you do have at least one domain on your administrative account, right? (You must have at least one domain on the account you're bringing the /HTM_XSERV page up on.)

OK Maybe that's it. I don't have any domains on my administrative account. Should I give it one? I don't understand how that would help though. But maybe you can make sense of it. I wouldn't have a problem with letting you in my server. But maybe we wont need to if we can figure out this domain thing.

So the admin account NEEDS to have a domain? Then is that the only account that you can use installatron on? or ??

I'd be happy to contribute a HOW-TO once we get these issues ironed out.

Thx,
Brandt

[l0rdphi1]

You must have at least one domain on the account you're bringing the /HTM_XSERV page up on.What I meant (kudos to Sumaleth): Installatron installs the scripts into domains on the current account, so if you have no domains in your administrative account that isn't a place where you would use Installatron -- it has nowhere to install the scripts. You really want to load iTron when you're logged into an account that has domains created.

[motobrandt]

Originally posted by l0rdphi1
What I meant (kudos to Sumaleth): Installatron installs the scripts into domains on the current account, so if you have no domains in your administrative account that isn't a place where you would use Installatron -- it has nowhere to install the scripts. You really want to load iTron when you're logged into an account that has domains created. OK so why do I keep hearing that when you install Itron that you must use an Admin account. I wrote that "When you run installatron.sh enter the name of a user(3) and that users password. Then log into installatron with that user and you will get the option to install under that domain." and Eagle said that it must be done under an Admin account. He seems to know what he's talking about.

So, to clarify... do I need to install installatron for each User (the admin of the domain) ?

thx,
brandt

[l0rdphi1]

While running *installatron.sh* as root, you MUST enter an administrative account (when prompted).

You may *use* Installatron on ANY user, reseller, or administrative account.

You may *use* Installatron ONLY on accounts that have one or more domains created.

[AtomicRax]

Does anyone have an image I could use to link to Installatron in the default skin.

[Sumaleth]

Originally posted by AtomicRax
Does anyone have an image I could use to link to Installatron in the default skin.
This probably won't be the final icon we make available, but as a short term stopgap it should work ok:

http://www.installatron.com/images/installatronicon.gif

[AtomicRax]

Thanks!

[hostpc.com]

Odd, suddenly I'm getting:

Error: document not found

on one of my boxes...

trying to troubleshoot, anything I should be looking for?

[l0rdphi1]

Where is this error occurring? in what context?

[hostpc.com]

Immediately when you try to login to http://domain.com:2222/HTM_XSERV

The domain is known to work, the regular CP works fine.

example:
http://www.mssmokediver.com:2222/HTM_XSERV

would be happy to provide logins via PM for assistance.

Joe

[l0rdphi1]

Did you update DA? Any modifications to the default skins are going to be overwritten when DA is updated.

That's another reason why this (http://www.directadmin.com/forum/showthread.php?threadid=2373#post14315) will be worth it :)

John: ;)

[hostpc.com]

No, there have been no updates to DA since this was installed, but I DID update MySQL to 4.0.18.

OpenSSL and grep were updated as part of up2dates maintenance.

I tried removing itron, and re-installing it - no joy.

[l0rdphi1]

Looking at the error, I'd guess that your skin mods got messed up somehow (overwritten).

I'll take a look, if you like:Originally posted by l0rdphi1
If you would feel comfortable lending me your root password, along with creating a temporary administrative account in DA for me, I could take a look at what's causing that error for you tomorrow some time. Feel free to PM me.

[hostpc.com]

I didn't see this mentioned...so forgive me if it has been...

When I do an install of a program...if I don't specify a directory..just leave it has http://domain.com/ it puts the install in http://domain.com/root
Anyway to put it in the public_html directory to be accessed http://domain.com??

[l0rdphi1]

The 'root/' directory was specifically designed that way - so your public_html/* doesn't get rm -fr'ed when the script is removed :)

However, don't worry, there is a .htaccess file created @ public_html/.htaccess which forces Apache to look inside 'root/' for any unfound documents. This effectively mirrors '/' to 'root/'.

This isn't the best solution, no, but for now it's what I chose. Later on I'd like to keep track of each and every file extracted, and when a script is removed only rm -f those files. We'll see.

[AtomicRax]

A couple things....

At /HTM_XSERV in nav info box (default skin), it has "webadmin » Home none" it usually has the page title, like "webadmin » Home » Server Stats" How can I change that?

Also, me being the admin, it gives me the link [retrieve latest] on the page. How ever, when I click it, I get this:

Warning: fopen(/usr/local/directadmin/xserv/mod_itron/software.dat): failed to open stream: Permission denied in /usr/local/directadmin/xserv/mod_itron/init.php on line 67 Warning: flock(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 68 Warning: fwrite(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 69 Warning: fclose(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 70 software.dat updated.

I did everything it said to.

Any ideas?

[l0rdphi1]

chmod 0775 /usr/local/directadmin/xserv/mod_itron/software.dat

I've fixed for the next version.

[AtomicRax]

Still getting

Warning: fopen(/usr/local/directadmin/xserv/mod_itron/software.dat): failed to open stream: Permission denied in /usr/local/directadmin/xserv/mod_itron/init.php on line 67 Warning: flock(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 68 Warning: fwrite(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 69 Warning: fclose(): supplied argument is not a valid stream resource in /usr/local/directadmin/xserv/mod_itron/init.php on line 70 software.dat updated.

[l0rdphi1]

try 0777 then... although I don't see why it works for me and not you.

[AtomicRax]

That one works

Thanks

[AtomicRax]

What if the user has more than one domain, how does the script know which domain to use?

[l0rdphi1]

The first step of installing a script is choosing which domain / directory you want to install in.

[l0rdphi1]

An update for our iTron fans out there:

a/ I'm currently rewriting the core software package system (with PHP5 in mind). This will greatly improve current complications in package editing. Right now it's hell :)

b/ Safe-mode. The current system depends upon safe-mode being disabled. I'm removing this requirement (and let me say, this is a good amount of work :) ).

As of this moment, I'm planning on at least one more beta before 1.0. Stay turned for coming updates. ;)

[thoroughfare]

PHP5 *gasp*... I should really take a look into that :D

Thanks L0rdPhi1!

Matt

[l0rdphi1]

Yeah. PHP5 is really, really cool :)

Looks like next beta tomorrow.. followed by 1.0 soon as all the bugs are worked out. :D

[AtomicRax]

Will beta testers have to pay once 1.0 is released?

[Sumaleth]

Originally posted by AtomicRax
Will beta testers have to pay once 1.0 is released?
Yeah. Sorry if that's disappointing. :)

[l0rdphi1]

Looks like I'm going to push beta .7 back until tomorrow. It's a lot closer to release than yesterday, but not quite there yet.

Beta .7 will have the 'new' file deletion system too: Only files created by iTron will be removed. This will replace the .htaccess junk I played with for /root installs.

Stay tuned!

[AtomicRax]

Ok, was just wondering. I'll probably pay for it. Just not wild about having to pay per server, per year. Do you have a one time payment kind of plan?

[Sumaleth]

Originally posted by AtomicRax
Ok, was just wondering. I'll probably pay for it. Just not wild about having to pay per server, per year. Do you have a one time payment kind of plan?

I hadn't actually considered the possibility that someone might prefer to pay for multiple years (/infinity) in one hit, given the volatile nature of net businesses, but it's something we can think about offering.

We will certainly be able to offer good deals to anyone wanting to purchase a lot of licenses in one go.

[l0rdphi1]

Keep in mind too, even Fantastico licenses are yearly -- it's simply not easy to continually support a piece of software when given a one-time payment.

[thoroughfare]

I'd be completely happy to pay per year per server, without doubt.

Matt :)

[l0rdphi1]

Okay, .7 beta here. I suggest rm -fr /usr/local/directadmin/xserv before following the "upgrade" instructions on my original post.

Added new format for "software.dat" packages.
Added new remove installation routine. Only files created by iTron will now be removed.
Added class {{URI}} variable -the URI to our installation directory- for usage in packages.
Added '<- Back' button to errored install processes.
Added 'boolean' custom field type.
Changed so Installation data files are now per-user. (for permission reasons)
Changed so you're auto-forwarded back to the listing on a successful removal of any installation.
Fixed chmod problem on software.dat. *old*
Fixed grammatical usage of some type strings.
More I've forgotten about :)

Enjoy. :D

[l0rdphi1]

Is the lack of responce to this last beta a good sign? :)

How's she running for everyone? If everything's good, I'll slap a few things more together this evening and release 1.0.

[l0rdphi1]

I forgot to mention, to unpack zip archives you need to recompile PHP with the --with-zip option:cd /usr/local/directadmin/customapache
rm -f configure.php
./build update
perl -pi -e 's!(--with-xml \\)!$1\n\t--with-zip \\!' configure.php
./build php

[hostpc.com]

Originally posted by l0rdphi1
I forgot to mention, to unpack zip archives you need to recompile PHP with the --with-zip option:cd /usr/local/directadmin/customapache
rm -f configure.php
./build update
perl -pi -e 's!(--with-xml \\)!$1\n\t--with-zip \\!' configure.php
./build php

Ug, I hate doing recompiles... anything else we need to --add in there ?

[l0rdphi1]

No, nothing else, so long as you're using the default DA configure.php. John did say he'd be adding --with-zip by default soon. :)

[softex]

OOps getting this ...

configure: error: Cannot find libzzip
*** There was an error while trying to configure PHP. Check the configure.php file

-Dave

[l0rdphi1]

Originally posted by softex
OOps getting this ...

configure: error: Cannot find libzzip
*** There was an error while trying to configure PHP. Check the configure.php file

-Dave My box already had the ZZIPlib library on it, but I guess yours does not. www.php.net/zip points us to http://zziplib.sourceforge.net/ for installation.

Let us know how it goes.

Oh and, what distro are you on?

[softex]

Red Hat 9 small

[AtomicRax]

I have the latest version, but none of the images/logos work when I go to /HTM_XSERV Something you forgot to upload or currently working on that?

[l0rdphi1]

Oh, ya :D

Refresh :}

[l0rdphi1]

1.0 is out. See my first post :)

I didn't get every package we wanted into this release, but I have plans to add one package every day or so for the next few weeks. Tomorrow will see osCommerce with any luck. :)

Notable changes from .7:

~ First real version. Yay! ~
Added software package updating system.
Changed how 'License' info appears.
Fixed crippling sql dump extractor bug.
Fixed anomalies in the copy and extract functions, mostly dealing with the . character.

Note: I have successfully updated from .7, but do that at your own risk.

Enjoy! :D

[Dominic]

I am getting the following error when i try to recompile.
Any idea's on how i can fix it?


/usr/bin/ld: cannot find -lltdl
*** Error code 1

Stop in /usr/local/directadmin/customapache/php-4.3.5.
-e \n*** The make has failed, do you want to try to make again? (y,n):

[l0rdphi1]

Originally posted by Dominic
I am getting the following error when i try to recompile.
Any idea's on how i can fix it?
Post your configure.php file.

[Dominic]

#!/bin/sh
./configure \
--with-apxs \
--with-curl \
--with-curl-dir=/usr/local/lib \
--with-gd \
--with-gd-dir=/usr/local/lib \
--with-gettext \
--with-jpeg-dir=/usr/local/lib \
--with-kerberos \
--with-mcrypt \
--with-mhash \
--with-mysql \
--with-pear \
--with-png-dir=/usr/local/lib \
--with-xml \
--with-zlib \
--with-zlib-dir=/usr/local/lib \
--enable-bcmath \
--enable-calendar \
--enable-ftp \
--enable-magic-quotes \
--enable-sockets \
--enable-track-vars

[l0rdphi1]

Hmm. You don't even have the --with-zip[=DIR] option there.

Email support@directadmin.com with this problem, as it's likely a bug in the customapache build system (or something..)

[Icheb]

Originally posted by l0rdphi1
Hmm. You don't even have the --with-zip[=DIR] option there.

Email support@directadmin.com with this problem, as it's likely a bug in the customapache build system (or something..)

Don't you first have to update the configure script as well ?
As the build script doesn't download the new configure.php if a existing one is already present (it checks if the file is there, not it's content, or at least, as far as i know)...

[l0rdphi1]

Originally posted by Icheb
Don't you first have to update the configure script as well ?
As the build script doesn't download the new configure.php if a existing one is already present (it checks if the file is there, not it's content, or at least, as far as i know)... Hence the rm -f configure.php part?

Maybe I'm not following you.

[l0rdphi1]

osCommerce is now live. :D

Use the 'retrieve latest' feature to update your packages.

[DirectAdmin Support]

Fyi, --with-zip was never added. Do you need it to get around safe_mode? Maybe just email me the answer so that I remember to do it, if needed.

John

[l0rdphi1]

What I'm thinking about, for the next bug-fix release (so far there aren't any known bugs), is having iTron check for safe-mode, and only use the --with-zip requiring functions under safe-mode. In "unsafe-mode," I'll just use the backtick operator and my old extraction methods.

However, it still would be nice to have --with-zip automatically enabled by DirectAdmin. I mean, we already have GZ.. so why not zip? :)

[teedee]

Originally posted by l0rdphi1
osCommerce is now live. :D

Use the 'retrieve latest' feature to update your packages. I get "currently disable" when i try to update :(

[l0rdphi1]

We've switched to version 1.0 - you're using beta .7 :)

[Icheb]

Going to wait some more time before buying (I never trust a version called 1.0, usually i wait untill 1.5 or something), just wanted to know, how are users going to pay for it ?
By Paypal, or any other way ?

Note: Ignore my last post, wasn't entirely awake it appears...

[l0rdphi1]

Originally posted by Icheb
Note: Ignore my last post, wasn't entirely awake it appears...
Heheh - that's okay :)

As for payment methods, right now we support PayPal, Postal Payments (Bank Check or Money Order), and Direct Bank Account Transfers. See http://www.installatron.com/payment

We will probably be looking into a payment gateway of sorts soon.. :)

[thoroughfare]

Just in case this helps anyone... I tried installing the RPM for libzzip and still got the errors in PHP. I tried downloading the source and compiling it and that fixed the problem :)

HTH,
Matt

[l0rdphi1]

Cool. :)

[thoroughfare]

Another hint... make sure that if the custom apache build system upgrades your PHP version, that your Turck MMCache is recompiled to handle the new version, otherwise Apache will fail.

HTH :)
Matt

[l0rdphi1]

Really? Haven't had to do that with any versions yet - just have had to service apache stop and restart it through DA. (won't start with service apache restart/start anymore)

Quick note: due to a minor bug in the license activation system, a few extra "License Activated" emails were sent out earlier today. But this was just that, the actual licenses were -not- enabled.

As for any "pending" licenses, these licenses will be activated and made usable as soon as we receive proper payment. Thanks. :)

[thoroughfare]

# service httpd restart

...worked well for me :)

HTH,
Matt

[l0rdphi1]

Strange. service httpd restart
Stopping httpd: [ OK ]
/etc/init.d/httpd: line 46: ulimit: open files: cannot modify limit: Invalid argument
/etc/init.d/httpd: line 47: ulimit: open files: cannot modify limit: Invalid argument
/etc/init.d/httpd: line 48: ulimit: open files: cannot modify limit: Invalid argument
/etc/init.d/httpd: line 49: ulimit: open files: cannot modify limit: Invalid argument
Starting httpd: [Mon Mar 29 17:46:59 2004] [warn] module perl_module is already loaded, skipping
[Mon Mar 29 17:47:00 2004] [warn] NameVirtualHost [..] has no VirtualHosts
[FAILED]

But whatever. DA can do it, so I don't complain :)

[hostpc.com]

What's up with that error message? I was just about to sign up, but that one's scaring me....

Joe

[motobrandt]

Originally posted by l0rdphi1
Really? Haven't had to do that with any versions yet - just have had to service apache stop and restart it through DA. (won't start with service apache restart/start anymore)

Quick note: due to a minor bug in the license activation system, a few extra "License Activated" emails were sent out earlier today. But this was just that, the actual licenses were -not- enabled.

As for any "pending" licenses, these licenses will be activated and made usable as soon as we receive proper payment. Thanks. :)

Hey Phil I was checking out the payment area. Then I had to leave. I closed my Firebird and left. When I came back I had a message saying that you received payment. I assume that this type of thing is what you are talking about. If not, well you know of the bug now :)

cheers,
brandt]

[l0rdphi1]

Originally posted by hostpc.com
What's up with that error message? I was just about to sign up, but that one's scaring me....

Joe
Nothing related to iTron. Just a particularity of my box - been doing it since DA 1.2 at least.

I probably shouldn't have posted it in this thread :)

[l0rdphi1]

Originally posted by motobrandt
Hey Phil I was checking out the payment area. Then I had to leave. I closed my Firebird and left. When I came back I had a message saying that you received payment. I assume that this type of thing is what you are talking about. If not, well you know of the bug now :)

cheers,
brandt]
That was the bug :)

[l0rdphi1]

Update on recompiling PHP with --with-zip:

John has added --with-zip to the default setup for us. (yay!) :D

So the usual trick will do it:cd /usr/local/directadmin/customapache
rm -f configure.php
./build update
./build php

[hostpc.com]

Warning: Unexpected character in input: '' (ASCII=23) state=1 in /usr/local/directadmin/xserv/mod_itron/package/pnuke on line 510 Warning: Unexpected character in input: '' (ASCII=15) state=1 in /usr/local/directadmin/xserv/mod_itron/package/pnuke on line 510 Parse error: parse error, unexpected T_STRING in /usr/local/directadmin/xserv/mod_itron/package/pnuke on line 510

[l0rdphi1]

Have you tried re-refreshing your packages? Something obviously didn't download right. If that's useless advice, contact iTron support (http://www.installatron.com/contact) with your root password and I'll work out the bug.

Are you on freebsd by the way? (Sorry if I've already asked that.) - I don't have a fbsd testing box.

[l0rdphi1]

Oh wait, I see the problem - "pnuke" isn't going to be a valid package anymore. Did you update from a version older than .7? If so, rm -fr /usr/local/directadmin/xserv and reinstall. Sorry.

Edit: Okay, this was resolved via email. We rm -fr /usr/local/directadmin/xserv and reinstalled.

[l0rdphi1]

Aardvark Topsites is now added :)

[AtomicRax]

Heh, I helped program that script way back in the day when it was in CGI. That was years ago. Now it's in PHP ofcourse, but I didn't know it got so popular.

Is there an easier, quicker way to pay for licenses? Or are you looking into possible options?

[Sumaleth]

Originally posted by AtomicRax
Is there an easier, quicker way to pay for licenses? Or are you looking into possible options?

PayPal and bank account money transfers are both pretty simple. We've been looking at credit-card merchants too, although they're all pretty expensive and probably beyond our means at the moment.

Did you have a particular payment system in mind?

[AtomicRax]

Well, paypal is fine with me, I was just wondering if ya'll plan to setup a checkout link on the website where it's a little easier and quicker to do, or if it's going to stay where you have to get the email address, go to paypal.com and login, then click Send Money, then type the address and how much to send....

EDIT:

I'm fine either way, just some what lazy... ;)

[Sumaleth]

There is actually a link on the payment page which takes you straight to PayPal. :)

Perhaps I should make it a little more obvious that it's a link. Maybe I'll add one of those paypal buttons.

[motobrandt]

I love this program. But what I REALLY REALLY need is...

MAILMAN!!! :D :cool: ;) :D I'm not sure if you could do this with installatron but it would be really really worth the $$$. Hell I think you'd sell installatron based on Mailman installation alone.

I still love it though ;)

I'm going to pay right now :)

-brandt

[motobrandt]

I get this when installing 1.0

expr: syntax error
[: unexpected operator
chown: -R: No such file or directory

Successfully installed Installatron v1.0!

--
I'm using FreeBSD 4.8 and I had installed some betas but never had it working so ??? What should I try?

tia
B

[l0rdphi1]

I'm looking at Mailman. It's interesting, but a big down side is that it's written in Python. DA doesn't come built with Python. Know of a good Perl/PHP mailing list?

And regarding that error, I suppose my bash scripting isn't cross platform :D

I'll reply when you can re-wget the installer and give it another go. Make sure to rm -fr /usr/local/bin/directadmin/xserv before doing so.

[l0rdphi1]

Okay. Give it another shot. If it's a no-go paste this into SSH and tell me what the output is: expr substr "errors stink" 1 5
Remember to rewget installatron.sh and to rm -fr /usr/local/bin/directadmin/xserv.

Sorry about this error :\

[motobrandt]

Originally posted by l0rdphi1
I'm looking at Mailman. It's interesting, but a big down side is that it's written in Python. DA doesn't come built with Python. Know of a good Perl/PHP mailing list?

How about MajorCool ? It utilizes majordomo :P but atleast it's already included with DA. Looks majorcool

http://tldp.org/HOWTO/Majordomo-MajorCool-HOWTO/x424.html

[motobrandt]

I removed xserv and re did wget. Upon install I got this.

expr: syntax error
chown: -R: No such file or directory

Successfully installed Installatron v1.0!

[root@lucie ~]# expr substr "errors stink" 1 5
expr: syntax error
[root@lucie ~]#


I give you ssh if you want. :)
PM me

[l0rdphi1]

Do you have any idea how to use substr on FreeBSD? :D Bah.

I'll figure it out. Use this form (http://www.installatron.com/contact) and I'll take you up on the SSH offer. I don't need root.

Thanks :)

[l0rdphi1]

I have iTron 1.1 pretty much ready. I think I'm going to go a head and release it.

I'd like to fix this FreeBSD installation problem first though..

[AtomicRax]

Will you consider a link to click, that will automatically update to the latest version of iTron (like DA does), not just the software list.

Or is this out of question?

[l0rdphi1]

That's coming shortly ;)

[l0rdphi1]

Version 1.1 out. Changes below. Note still no FreeBSD installer fix (I have no where to test!)

Modifications were made to the final phase of the install system.
This was a required change for the new packages we're putting together.
Added one-click update for future versions.


Also phpAdsNew is up :)

[motobrandt]

Originally posted by l0rdphi1
Version 1.1 out. Changes below. Note still no FreeBSD installer fix (I have no where to test!)

I sent you access to my box :p

[l0rdphi1]

Okay, thank you. I'll take a look shortly and get the installer fixed for FreeBSD :)

[l0rdphi1]

Alright. If you're on freebsd, it should work now. Changed my substr stuff to awk.

Rewget, rm -fr /usr/local/bin/directadmin/xserv, install

[motobrandt]

in installatron.sh near the end where you chown -r xserv to the admin user ther is a typo. I changed this:

# transfer all ownership over to the administrative user
chown $INSTALL_USR -R $DA_ROOT/xserv

to this:
# transfer all ownership over to the administrative user
chown -R $INSTALL_USR $DA_ROOT/xserv

It's just a matter of where the -R is and now the install works.Now to try it out :)

[l0rdphi1]

FreeBSD gets picky :)

I've fixed the online copy. Yay.

[FreeBSDGuy]

Does Installatron automatically update scripts (patches)?

Example: if there is an expoit found in one of the scripts Installatron installs and a patch is introduced will Installatron automatically patch all scripts already installed or is there a feature in Installatron where the admin can click a button and have all scripts on the server that installatron installed updated to the newest scripts or patched or??)?

If not the problem I see is users installing ever available script just because they can (which they will), then an exploit in one of the scripts that installatron installed is found and the admin has to manualy patch thousands of scripts across dozens of servers (another formmail exploit nightmare:-(

[l0rdphi1]

Right now iTron only installs packages. It can not update anything. However, for a future version, I'm working on an update feature for some of our packages. Packages like phpBB and ipB will come first.

I suppose we can also implement a global force-update feature, but what happens when a user makes mods to his her installation? I see more disadvantages to a global updating system than advantages.

And speaking of the advantages, if your box is set up securely, it's only your user who's in danger, not anyone else. Traditionally speaking, programs like iTron do not update their installations.

[FreeBSDGuy]

Originally posted by l0rdphi1
Right now iTron only installs packages. It can not update anything. However, for a future version, I'm working on an update feature for some of our packages. Packages like phpBB and ipB will come first.

I suppose we can also implement a global force-update feature, but what happens when a user makes mods to his her installation? I see more disadvantages to a global updating system than advantages.

And speaking of the advantages, if your box is set up securely, it's only your user who's in danger, not anyone else. Traditionally speaking, programs like iTron do not update their installations.


If phpbb or any other script that mails anything ends up with an exploit spammers will have a hay day thus effecting "Everone" :-(

I think some type of auto updater is necessary. Maybe the updater can rename the old script and install the new? Maybe the user should have to enter an email address when they first use Itron where they can be notified by Itron that the above took place??

The problem is if you put a bunch of scripts in front of users they "Will" install them even if they never use them, then you have tons of scripts sitting around that arent being used or maintained by anyone and if (when) an exploit comes along????

[motobrandt]

If I log in as a site User. And it says this:

None exist. If you're an administrator, please update your packages via the above link.

??? Well I'll look through the forum and see if I can figure it out but... ?????

[l0rdphi1]

Originally posted by motobrandt
If I log in as a site User. And it says this:

None exist. If you're an administrator, please update your packages via the above link.

??? Well I'll look through the forum and see if I can figure it out but... ????? Are you logged in as the administrator you installed iTron as? To use the built-in update core & update packages tools you need to login as that admin. The link it talks of will be a tad to the left of the iTron logo. :)

Soon, in the next version, I suppose, there's going to be a complete administrative page where you'll have the update links.

[motobrandt]

Bullseye!

I wasn't aware that the datafile wasn't included in the install. But logging in as the admin user adn retirieving works.

thanks again,
B

[l0rdphi1]

On auto updating..

Personally, I'd rather not inconvenience my users with forced updates. In most forum packages, skins and languages are not transferable from version to version. This means your users will come to their forum on the day of an update to find their forum back to its default skin in English and with any modifications overwritten.

Besides, what prevents a user from installing a piece of software manually, and then not keeping it up to date? Nothing. It's just that iTron makes it easier.

Hmm... here's what I propose: I'll label updates in one of two categories, (a) the usual security fix, and (b) major updates.

Security fixes will be updated automatically while major updates will not. This will allow, in most cases, seamless updating from security fix to security fix. It just won't update the major updates, which would "destroy" the users' setup. Sound any good?

[FreeBSDGuy]

That would be great if security updates where automatic and changed only (patched) the necessary portion of a script.

Please keep us posted on this.

[l0rdphi1]

Okay. That's how I'll do updates then. As much as possible will be 'class A' auto-applied updates, while everything else will be 'class B' updatable upon demand (like ipB 1 final -> 2.0).

[motobrandt]

OK Install went well. I had to update php like it says a few pages back. But when I install Coranto it seems fine but when it gets to the page that says:

Your installation of Coranto is almost complete!

Upon clicking 'Continue', you will be sent (in a new window) to the Coranto script configuration interface. Once this configuration process is complete, use the 'Finalize' button to complete our install.

When I click continue it pops up a new window but no url just a blank white page. The files are there but ???

B

[l0rdphi1]

Originally posted by motobrandt
When I click continue it pops up a new window but no url just a blank white page. The files are there but ???
I am guessing it's your browser. What version of Firebird are you running?

Everything works fine for me on Firefox .8 and IE6.

[motobrandt]

Originally posted by l0rdphi1
I am guessing it's your browser. What version of Firebird are you running?

Everything works fine for me on Firefox .8 and IE6.
Actually I had to restart Apache. Because I updated php I guess. :confused:

Now though (hehe :rolleyes: ) I get this.

You don't have permission to access /apps/coranto/coranto.cgi on this server.

Is this becuase I'm running a cgi outside of cgi-bin? Should I change httpd.conf?

B

[motobrandt]

I uninstalled and then installed it in /cgi-bin/coranto

works like a charm :)

-b

[l0rdphi1]

Ah, yes. Gotta restart apache after updating PHP :)

[motobrandt]

Am I the problem child? :) I hope so :cool:

Coranto works !! Hooray!!

But b2evolution and phpNuke are saying that they can't create databases. I have 1 database used out of unlimited available.

:confused:

b

[l0rdphi1]

What's your max mysql username length set at? I thought 16 chars was a global maximum.

(I figure the username iTron is generating is too long.)

[motobrandt]

Originally posted by l0rdphi1
What's your max mysql username length set at? I thought 16 chars was a global maximum.

(I figure the username iTron is generating is too long.)
Not sure how to find out ?

[l0rdphi1]

Hmm... MySQL usernames can be up to 16 characters long. Operating system usernames might have a different maximum length. For example, Unix usernames typically are limited to eight characters.
Try creating a normal DA mysql database with a username and database name of 16 characters. See if it errors.

[motobrandt]

No error on 16 or more but I think I remember John doing something about this before. You might ask how he got around it and try that. Any ideas on how I can get this working?

thx:rolleyes:

[l0rdphi1]

And it's only not working for b2evolution and phpNuke?

[motobrandt]

Originally posted by l0rdphi1
And it's only not working for b2evolution and phpNuke?
actually anything that needs a database including oscommerce etc.

[l0rdphi1]

Are you running the latest version of DA?

If you are, and so long as you know you have enough databases, I'm going to need root and your DA administrative login. Use this form (http://www.installatron.com/contact).

[l0rdphi1]

Turns out he was not using the latest version of DA :D

[motobrandt]

Originally posted by l0rdphi1
Turns out he was not using the latest version of DA :D
??? I thought that DA was auto updating??? It already did once.

i no be trying to tink animor :(

[motobrandt]

Originally posted by l0rdphi1
Turns out he was not using the latest version of DA :D

I updated DA
I rm -fr /usr/local/directadmin/xserv
then I re-ran installatron.sh

Now when I try to login I get

ERROR: DOCUMENT NOT FOUND

:o

[l0rdphi1]

The skin mods are overwritten when you update DA :) Simply reapply them as you initially did. You didn't have to rm -fr either. I just had you doing that earlier when the SH script wasn't working on FreeBSD - I didn't really know what it put in place and what it didn't.

Once John adds a real plugin system this skin jumble won't happen.

[DirectAdmin Support]

I was thinking we could create a files_custom.conf file in the skin directory... The da skins won't have that file, but it would always be checked first. That way, if you want to override anything in the skin, no matter on the update, you can. IE: HTM_XSERV.

So... that could solve that issue, but then there is the fact that you'd want to have links in the skins, right? So we'd need some file somewhere for DA to add to some spot in a skin.

Another thing, do we want to have plugins work for *all* skins without having to install it? Like a global files_global.conf which would not be located in any skins dir. but some "global" skins directory for all skins to use (not sure how that would work for skin consistency).. Maybe would could add CMD_PLUGINS for *all* skins which would request one token, |PLUGINS| or something like that, then DA would go to the global directory and get all plugins installed, add the links, and use the files_plugins.conf from that directory,whereever it is. If we did that and forced all skins do have an empty CMD_PLUGINS with |PLUGINS|, then no matter what skin you installed, all plugins would show up all the time..

thoughts, comments, suggestions?

Let me know how you want to to work, and I can wrap DA around that.

Options, many can be used in combination:

1) All skins can use files_custom.conf, whcih should not be included in the tarball, but can be created to have more authority than the other 3 files_*.conf files.

2) Have a plugins directory somewhere which DA will parse. All skins would have CMD_PLUGINS and DA would fill the |PLUGINS| token depending on what plugins were installed.

3) Have a series of global tokens: |PLUGIN_1|, |PLUGIN_2|, etc.. which are loaded on *all* pages. Leave it up to the skin designer where they want to put those tokens. The tokens could include links to files stored in 1) .. or the plugsins directory... could be incorportaed with 2)..

John

[l0rdphi1]

Let's have a plugin directory, somewhere like this: /usr/local/directadmin/plugins

And, inside this plugin directory, have a .conf file for each installed plugin.

Taking itron.conf:name=Installatron
location=/usr/local/installatron
language=php
description=Installatron adds the ability to install a growing list of web-scripts at the click of a button.'name' simply referrers to the plugins name.
'location' is the directory to which the plugin was installed.
'language' referrers to the language in which the plugin was written. (for execution purposes.)
'description' referrers to the description for the menu item.


As for the menu, I'm not exactly sure whether a "Plugins" page is needed for a list of all installed plugins, or whether each plugin should be integrated into the main DA menu. It works both ways. Personally, I like the integration method :) But with integration, we have a problem: where will the plugin menu items be placed? should they just be appended to the end of the DA menu token? (Forgive me, I'm not sure how menus work in skins.)


As for the plugin page engine, 'CMD_PLUGIN' could work; calling 'CMD_PLUGIN?id=iTron' (or something similar) tells DA to look in /usr/local/installatron for a file called "loader" (or something similar). Then DA executes the "loader" file according to our 'language' conf value.

Another approach to the page system is your "files_plugins.conf" idea. This seems more flexible. So, in addition to the '/usr/local/directadmin/plugins/itron.conf' files, we also need a /usr/local/directadmin/plugins/itron.files (or similar) file. This .files file is as "1)" is in your post :)

Given the .files approach, I suppose we could substitute the above file-per-plugin approach with a single, "global" files_plugins.conf file in the plugins directory (or skins directory), but I wouldn't want one plugin to potentially screw-up others.


On Skinning. I'm all for some type of global skin situation. I've stated in pervious posts we need some kind of template file reusable by all skins, so skins need no mods, ever, to support any plugin. Previously I described a file as: |HTM_USER_TOP|
|?TREE=...|
|OUTPUT|
|HTM_USER_BOTTOM|
Although I wish I could edit where the ... is ;)


Good luck, John. I really hope this is implemented soon. Let me know if I can help in any way. :)

Cheers, Phi1.

[CyberAlien]

I suggest not to use global list of plugins. Some plugins should be added to user menu, some to reseller menu, some to admin menu and skins are different. And for mail-only skins it should auto-detect only plugins that has anything to do with email. That system might create more problems than solve.

Better make it skin author's resonsibility to detect plugins instead (by checking if some files exist), like it is right now.

And installatron is a well known plugins so i suggest to add simple php code to default and power_user skins to check if /usr/local/directadmin/xserv/loader.php exists and if it exists show menu item for installatron.

[l0rdphi1]

One side of me agrees with you, CyberAlien, while the other does not. I feel for the sake of customizability, which is a front DA seems to have pushed, per-skin plugin menu manipulation is the best way to go. However, the other side of me says, "What the hell?! That's bad OOP!"; there needs to be some kind of reusable plugin menu apparatus. I'm really not sure which way to sway.

Nonetheless, I feel very strongly the backend-page-handling system should be a global system or per-plugin-defined system, as I talked of above. Skins should not worry over what plugins need what pages in the .conf files.

The same goes for the reusable template, it is required so that plugins can share a design with a skin. Also the per-plugin .conf files need to remain. Under CyberAlien's approach, skins would check the plugin .conf file to decide how to handle a plugin.

So the question is: let plugins handle their own menu item in a global context, or let skins do it for them on a per-skin basis?