Closed (outdated)
Project:
Demo Framework
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
31 Jan 2013 at 20:34 UTC
Updated:
7 Feb 2019 at 18:40 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
saltednutComment #2
saltednutComment #3
saltednutIt would benefit other distributions that use responsive_bartik if it was moved out of panopoly_theme and into the panopoly drupal-org.make
The patch in #2 posted proposes a radical shift in panopoly architecture where none of the modules contain their own makefile.
Comment #4
saltednutComment #5
saltednutRerolled #2
Comment #6
saltednutAttached patch was posted to wrong issue queue. Sorry!
Comment #7
kmontyComment #8
populist commentedWhy not just override it using the "Overriding Properties" in drush make?
http://drupalcode.org/project/drush_make.git/blob_plain/refs/heads/6.x-2...
Comment #9
saltednutThis is a feature request.
Comment #10
saltednutAdditionally, since the makefile is loaded via recursion, I do not believe the override would take effect.
Comment #11
populist commentedIt might be worth checking out #1989188: Make recursion work with our makefile for how Open Atrium handles recursive makefiles. Does that let you override?
Comment #12
saltednutIDK, I can't really get behind that as a fix. Its a workaround. A few reasons why this won't work for DF.
1. We don't use responsive bartik or radix - I can't override them and say "don't download" - so if I don't patch them out, we have cruft in DF.
2. What its actually doing in Atrium: the panopoly_theme.make downloads one version of the module/theme then later in the build Atrium downloads the same thing again but with whatever overrides/patches are necessary.
-- I don't like this because it extends the already lengthy build process - its bad enough that we have to hit d.o. all day long for module downloads but to straight up download the same module twice for a single use is not ideal.
I'm going to move this out of your issue queue @populist, it doesn't really concern Panopoly what DF does with its makefiles. As a decoupled distribution, Panopoly includes makefiles with its modules. That's fine - I see why it needs to be there, we just can't have it on our case.
Comment #13
saltednutUpdated for latest version of panopoly_theme module.
Comment #14
saltednutUpdated for panopoly_theme 1.14
Comment #15
saltednut