I'm not familiar with "adept", but I've seen how RubyGems works.  It seems like a very good model to follow for command-line based installers/updaters.  I'm sure it using some magic meta programming that can't be ported to php.
<br><br>Has anyone thought about using the PEAR installer?&nbsp; I heard alot of hype about it in the PHP community at one point, then it died down.&nbsp; I think <a href="http://pearified.com">http://pearified.com</a> gives a list of a few channels already setup.&nbsp; 
<br><br>We could create a drupal channel and have core, it's modules, and all the modules in contribs available through it.&nbsp; Then to install drupal core after they've &quot;discovered&quot; our channel, someone could do &quot;pear install drupal/drupal_core&quot;.&nbsp;&nbsp; I believe it already has a bit of versioning/dependency checking built into it.&nbsp; I know that it is preferred to not rely on any third party projects, but (AFAIK) PEAR is supported with the official PHP project.&nbsp; If we do have to hack it to our needs, this could be a way to give back to the &quot;mother project&quot;, so to speak.
<br><br>This could possibly lower the bar of entry to installing new modules.&nbsp; Following with B<span id="_user_ber@webschuur.com">è</span>r's philosophy, a decent web-based module retriever/installer/updater could grow up around it allowing an administrator to update their site without ever leaving it.
<br><br>Those are my (likely over-ambitious) thoughts on this.<br><br><div><span class="gmail_quote">On 5/31/06, <b class="gmail_sendername">Bèr Kessels</b> &lt;<a href="mailto:ber@webschuur.com">ber@webschuur.com</a>&gt; wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Op woensdag 31 mei 2006 17:16, schreef Greg Knaddison - GVS:<br>&gt; I'm not sure there is a really great solution - especially not for the
<br>&gt; hobbyist who doesn't want to learn the shell but does want to use 3rd<br>&gt; party modules.<br><br>My philosophy is: &quot;Once you have proper commandline tools, or proper<br>libraries, interfaces will grow around them&quot;.
<br><br>An interface in this particular Drupal case could be a plugin for plesk, or a<br>one-ring-to-rule-them-all-drupal module (running off a special apache on a<br>special port) that allows you to install modules on a huge flock of sites. Or
<br>a YaST module that allows you to install modules on your local server. Or<br>apt-get/apt-reconfigure etc.&nbsp;&nbsp;And so on.<br><br>Imagine being able to fire &quot;adept&quot;, the Ubuntu installer: select Drupal,<br>answer a range of questions in an ubuntu-configuration-wizard-thing, and then
<br>find yourself with a running, customised Drupal site!<br><br>In the end that is far better for that hobbyist than any HTML installer built<br>into drupal can ever be. The more because letting your PHP app write its own
<br>PHP (which is what webbased installers do) is considered extremely unsafe,<br>and therefore dont work on a lot of hosting environments. (And IMO should<br>work on even less environments :) )<br><br>Bèr<br></blockquote>
</div><br>