<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Following up from Ben's email where we won't have master of frameworks in buidling master of Plasma.<br></div><div><br>> If this affects you, please start a<br>
new thread (CC'ing sysadmin and kde-core-devel along with your<br>
Product's main list) stating which specific repositories you need and<br>
providing one to two lines of explaination for each.<br><br>> Note that requests for the entirety of Frameworks won't be accepted -<br>
each must be requested on an individual basis with an explanation<br>
given for why your development process is dependent on the master<br>
version of that Framework.<br><br></div><div>plasma-desktop will need master of:<br></div><div> - plasma-framework<br></div><div><br></div>plasma-workspace will need master of:<br></div> - plasma-framework<br></div></div> - kwayland<br><br></div><div>kdeplasma-addons will need master of:<br></div><div> - plasma-framework<br></div><div><br></div><div>plasma-sdk will need master of: <br></div><div> - plasma-framework<br></div><div><br></div>plasma-integration will need master of:<br></div> - kwayland<br><br></div>kwayland-integration will need master of:<br></div> - kwayland<br><br></div></div><div><div><div><div><div><div><div>Also related: There's a dependency on newish kirigami in discover.<br><br>There's an incredibly tight coupling between plasma and plasma-framework.<br></div><div>#ifdef, even ignoring the problems that brings, isn't an option as most the changes are new properties/classes in QML imports where it's used without  a preprocessor. This really affects anywhere with a Plasma applet (the first 4)<br><br></div><div>KWayland is still very much a dynamic area  as it's a high paced area.  It gets new APIs for every new protocol, and we'll be making a new protocol because we're using it somewhere.<br></div><div><br></div><div>David<br></div></div></div></div></div></div></div></div>