On Thu, Feb 4, 2010 at 1:04 PM, Paul Nijjar <span dir="ltr"><<a href="mailto:paul_nijjar@yahoo.ca" target="_blank">paul_nijjar@yahoo.ca</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>On Thu, Feb 04, 2010 at 07:53:46AM -0500, Lori Paniak wrote:<br>
><br>
> In a deb-based system, I can upgrade *all* installed applications and<br>
> the OS with two lines:<br>
><br>
> apt-get update<br>
> apt-get upgrade<br>
<br>
</div>.... provided you have installed ONLY packages from APT repositories.<br>
This has always been an issue with Perl modules, but it is getting<br>
worse with Ruby gems and Drupal modules and who knows what else. I am<br>
increasingly growing to believe that Debian package management is<br>
ill-suited for the kinds of applications people actually want to run.<br clear="all"></blockquote></div><br>You raise a valid point, but there is a difference between language extensions<br>on the one hand (e.g. Perl CPAN, Ruby Gems, and even PHP PECL and <br>
PEAR), and applications (Drupal) on the other side.<br><br>Most of the stuff I need from Perl is packaged in Ubuntu repositories, and<br>you can find it as "libSOMETHING-perl", e.g. libwww-mechanize-perl,  <br>libwww-perl, ...etc. There is still a few things where you have to use the<br>
cpan command to get stuff.<br><br>Similarly, for PHP, most of the modules I need are in the repositories, <br>except for APC (a code cache for PHP), and I have to use pecl to get it.<br><br>Not an ideal situation, but when used sparingly, it does not introduce <br>

a lot of hassles.<br>
<br>Language extensions, should all have versions in the repositories, because<br>there are dependencies from some scripts that are included in packages<br>on stuff, and upgrading from CPAN/PECL/etc can break stuff.<br><br>
I think the reason is that those archives are vast and rapidly moving, so<br>the Debian/Ubuntu folk package the necessary ones and leave out the<br>majority of them. Who knows exactly what other factors are there?<br><br>
For Drupal, it is a different situation though. On the surface of it, it is <br>similar, but in fact, Drupal modules are applications, and there is no<br>dependencies from other applications on a Drupal module. You either<br>
have a Drupal site that needs them, or you don't. There is no cross-<br>breakage from other packages on your server if you upgrade Drupal<br>modules.<br><br>By the way, in Drupal 7, there is now an update manager module included<br>
with core which can install and update stuff right from the web interface.<br>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com" target="_blank">2bits.com</a>, Inc.<br><a href="http://2bits.com" target="_blank">http://2bits.com</a><br>

Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>