On Thu, Feb 4, 2010 at 5:40 PM, Lori Paniak <span dir="ltr"><<a href="mailto:ldpaniak@fourpisolutions.com">ldpaniak@fourpisolutions.com</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 class="im">On Thu, 2010-02-04 at 16:48 -0500, Chris Frey wrote:<br>
<br>
> > Yes, but Paul's point is that we have a myriad of them for each language.<br>
> > Even though it is fairly easy to pull stuff from the respective repository<br>
> > for that language, it bypasses APT's dependency checking mechanism.<br>
><br>
> I'm a little confused by this.  Why would they make deb packages<br>
> that don't have the right dependencies?  Apt just provides what the deb's<br>
> themselves ask for.<br>
><br>
> Unless...<br>
><br>
> > The issue here is release cycles. Debian is very slow to come with<br>
> > stable releases compared ot other stuff. For example, Drupal used<br>
> > to have a 6-8 month release cycle for core, and several hundred<br>
> > modules. Now the cycle is more like 2 years for core, but there<br>
> > are 3,000 or more modules out there, with various maintainers.<br>
> > They tend to move at their own pace, often very quick, and hence<br>
> > does not fit into the Debian repositories. We had really old stuff<br>
> > in Debian as far as Drupal is concerned.<br>
><br>
> ... the dependencies of the manual deb packages mean that you<br>
> have to run Debian unstable all the time?<br>
><br>
> - Chris<br>
<br>
</div>The question is why are the Debian Drupal packages so far out of date?<br></blockquote><div><br>Short answer: Drupal moves too fast for the Debian stable cycle.<br><br>Longer version: Drupal has the philosophy of not preserving backward<br>
compatibility for the sake of improving the software and refactoring it<br>constantly. The thriving eco system of Drupal has the downside that <br>anyone can contribute, whether they are beginners or veterans in the<br>industry. This makes the quality and degree of maintainership of modules<br>
vary.<br><br>Module maintainers rely on upgrade paths rather that keeping APIs compatible. Updating a module involves running update.php which migrates the old <br>database schema to the new version. Because we have a few thousand <br>
modules with developers of varying skills and backgrounds, the quality of<br>upgrading varies too.<br><br>Moreover, updating Drupal is done from the web interface. There is a command<br>line updater in the works, which can probably be the basis of a Debian<br>
updater for Drupal (run update.php in CLI mode), but it will not be in Drupal<br>7 and perhaps not 8 either.<br><br>Add to that the fast moving cycle of Drupal, and Debian will always be<br>behind.<br><br>By the way, Drupal has its own dependency system, which works well for<br>
initial installs, but still has warts for updates (perhaps fixed in the upcoming<br>Drupal 7).<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Again, this is another example where some kind of automated packaging<br>
could be useful.  So long as the dependencies could be tracked in an<br>
automated way as well.<br></blockquote><div><br>Dependency is a smallish part of the problem in Drupal. What matters most<br>is running update.php and having it update the database without errors. <br><br>For upgrades within the same version (e.g. Drupal 6.13 to Drupal 6.14) one<br>
can safely upgrade an existing site provided they backup before the upgrade.<br><br>For upgrades from major versions (5.x to 6.x), it is more elaborate and may<br>involve a significant amount of work. The best strategy is to copy the site to<br>
a test server, and do the upgrade there, write down the steps taken, then<br>do it on the live site after you iron out all the issues on the test site.<br><br>We just had a presentation on that a couple of months ago at the DUG<br>
Waterloo meeting. Ping me if you want more info.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You don't have to run Debian unstable for your whole system in order to<br>
keep up with unstable packages and their dependencies.  When in that<br>
situation, I manually update the unstable packages I have installed.<br>
PITA.  I'm sure there is a way to specify certain packages to update<br>
from unstable (or some other repository) with files<br>
in /etc/apt/preferences.d.  I've never taken the time to investigate<br>
that option.<br></blockquote></div>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">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>