Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Aegir3 can run on Drush 6, 7 or 8. However, we currently install Drush 6 in our Debian package. This makes using a more modern Drush more difficult. We could maintain .debs for drush6, drush7 and drush8, thus making it possible to run Aegir3 on any one of them.
Comments
Comment #2
ergonlogicWe'll need to move to Drush 8 to support Drupal 8. These require PHP 5.6+, which could cause problems with Drupal 6 sites (contrib modules in particular). Giving ourselves the flexibility of continuing to host Drupal 6 sites, while also allowing Drupal 8 sites (even if not on the same server) seems warranted here.
Comment #3
helmo CreditAttribution: helmo as a volunteer and at Initfour websolutions commentedSome IRC discussion about this in our weekly chat: http://hefring.mig5.net/bot/log/aegir/2015-10-22#T595613
Comment #4
acFollowing this issue. From what I can tell Drush 8 requires PHP 5.4.5+ and Drupal 8 need 5.5.9+
Comment #5
gboudrias CreditAttribution: gboudrias at Praxis Labs Coop commentedComment #6
colanConfirming #4 as per http://docs.drush.org/en/master/install/. So it looks like only Drush 8 is necessary now, but I still think there's value in a Drush Debian package.
So, as a compromise, how about providing one deb for now, just for Drush 8. The Aegir package can depend of any version though, if other Drush debs materialize.
Comment #7
ergonlogicWe have this: https://github.com/ergonlogic/drush.deb, which builds a usable Debian package for Drush. However, I'd be diffident to upload it to our debian repo and start depending on it. I think we'd need to have a proper maintenance plan in place for it.
A while back I started experimenting with OpenSuse's build service: https://build.opensuse.org/package/show/home:AegirProject/aegir3. I think that's likely the way to go here.
Ideally, we'd be able to commit a change bumping the Drush version number, and have TravisCI (or whatever) build packages, run tests, and upload the resulting .debs directly. Having a small reference implementation for a simple .phar deployment, like for Drush, would probably set the stage for moving in that direction for the rest of Aegir.
Comment #8
colanDrush issue is https://github.com/drush-ops/drush/issues/2177.
Comment #9
helmo CreditAttribution: helmo as a volunteer and at Initfour websolutions commentedI've created a separate issue to be able to stop installing Drush from PHAR in the Debian post install
See: #2754309: Support installing Drush from deb package