8429 2015-10-01 16:24:11 +0000 Re-work import layer behaviour 2017-01-04 02:46:32 +0000 1 1 7 Build System, Metadata & Runtime Toaster toaster 2.1 x86 Multiple RESOLVED FIXED GUI design pending Medium enhancement Future 7574 1 michael.g.wood michael.g.wood belen.barros.pena david.reyna henry.bruce jessica.zhang stanciux.mihail libertad.gonzalez.de.la.cruz --- --- No (bug/feature does not impact docs) oldest_to_newest 54905 0 michael.g.wood 2015-10-01 16:24:11 +0000 The existing behaviour isn't quite working out, we need to come back to this feature and re-think the restrictions and scope of imported layers 55039 1 michael.g.wood 2015-10-07 16:00:12 +0000 To expand on this: - We currently don't allow layers with the same name as imported layers, this isn't actually required, although we need to look into the implications of non-unique names properly (e.g. if you add two layers with the same name to a project does that work?) - We require a git url - if you have a layer on your filesystem does this make sense, if we support non-git checkouts we should be able to provide a local path - Each imported layer is project specific - does it need to be, should this be optional - Should we create revisions of existing layers if the layer already exists - Should the layer imported be assigned to a particular release [fido, master, dizzy..], this has an impact on the release change mechanism and the compatible layers listed in toaster. 55143 2 belen.barros.pena 2015-10-11 12:54:27 +0000 How we design this might also be impacted by bug 6640 and bug 6701 (just so that we don't forget keeping this in mind). 59543 3 henry.bruce 2016-02-29 19:11:17 +0000 It was not clear to me what "revision" means when enter layer info. For recipes this is a number. In this context it turned out to be git branch or tag. 59571 4 belen.barros.pena 2016-03-01 11:48:39 +0000 (In reply to comment #3) > It was not clear to me what "revision" means when enter layer info. > For recipes this is a number. > In this context it turned out to be git branch or tag. Can I ask: how did you find out what revision meant? Would changing the label to "Git revision" help in any way? Do you have any suggestions for a better label? 59598 5 henry.bruce 2016-03-01 17:26:15 +0000 I clicked on the "revision" tool tip and it told me exactly what revision meant. The problem was I didn't notice the tool-tip mini-icon first time round. Renaming "Revision" to "Git Revision" would be a good solution. 59662 6 belen.barros.pena 2016-03-03 10:58:23 +0000 (In reply to comment #5) > Renaming "Revision" to "Git Revision" would be a good solution. Patch sent https://lists.yoctoproject.org/pipermail/toaster/2016-March/004007.html 59666 7 belen.barros.pena 2016-03-03 11:57:19 +0000 This should probably include running git ls-remote <giturl> when importing a layer, which would allow us to 1) check if a git url is reachable and warn users if it isn't 2) store available branches and show them to users for selection And maybe even other tricks we haven't thought of yet. For some background on this see https://bugzilla.yoctoproject.org/show_bug.cgi?id=9200#c1 https://bugzilla.yoctoproject.org/show_bug.cgi?id=9200#c2 https://bugzilla.yoctoproject.org/show_bug.cgi?id=9200#c3 69467 8 david.reyna 2017-01-04 02:46:32 +0000 commit 97ff2c0091c654bf01bc4b0809a6a664ad6c579c Author: Michael Wood <michael.g.wood@intel.com> Date: Fri Dec 9 16:52:49 2016