Bug 13080 - devtool: handle user modifying local files next to recipe
Summary: devtool: handle user modifying local files next to recipe
Status: NEW
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: Scripts and Tools (show other bugs)
Version: 5.99
Hardware: x86 Multiple
: Medium+ enhancement
Target Milestone: 6.99
Assignee: Unassigned
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2018-12-12 19:29 UTC by Paul Eggleton
Modified: 2026-08-13 15:25 UTC (History)
2 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Eggleton 2018-12-12 19:29:28 UTC
devtool modify/upgrade set up an oe-local-files subdirectory of the source tree to provide a place to make changes/additions to non-patch local files, however it is possible that the user will not realise this and attempt to modify files next to the recipe - in the case of devtool modify these would be the original files next to the recipe, in the case of devtool upgrade they would be in the workspace next to the upgraded recipe file. If the user does modify these files then nothing will actually happen - the files in oe-local-files will be used in preference. If practical we should at least show a warning if those files are newer than the ones in oe-local-files; bonus if it ignores this if the checksum has not changed from the original. The practical question though would be when we would do this checking and warning; presumably it would have to be triggered within the metadata or bitbake to be useful.

(See also bug 13079 - part of the reason why users might miss this is it's currently undocumented.)
Comment 1 Randy MacLeod 2023-10-24 14:24:34 UTC
Bulk move from 4.99 or 0.00 to 5.99