3182 2012-09-26 15:51:45 +0000 Replace Zypper/RPM integration with a smaller/better package resolver/manager - I.E. SMART/RPM 2013-02-08 09:02:35 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 1.3 x86 Multiple VERIFIED FIXED High enhancement 1.4 M2 3346 3349 3350 3351 1 mark.hatle bluelightning alexandru.damian bluelightning corneliux.stoicescu liezhi.yang mark.hatle meta.mr.watcher meta.watcher n3npq richard.purdie sgw zhenfeng.zhao --- --- --- oldest_to_newest 25794 0 mark.hatle 2012-09-26 15:51:45 +0000 I propose that we replace any of the existing Zypper integration work with SMART. See: http://labix.org/smart Zypper has a number of issues: it's been difficult to upgrade, it doesn't support recommends v. requirements hinting, it requires C++ on the target, Boost framework, and requires a hard-coded set of supported architecture types. SMART looks like it will be better based on: Python based (more compatible w/ bitbake/oe methods), it may support hinting, it will be easier to implement the architecture types, if it doesn't already support variable sets. Possible work required to implement SMART: - Enable RPM Python support in the rpm recipe - May already work, may require minor changes to rpm recipe - Implement SMART recipe - identify SMART dependencies - implement SMART and dependencies (recipe integration) - verify hinting (recommends) capabilities - verify dynamic arch capabilities - Enhance smart if needed for the above - Implement SMART feeds - Update package-index (and related) to construct SMART compatible feeds - Update rootfs_rpm.bbclass (and related) to construct/use SMART compatible feeds 25795 1 mark.hatle 2012-09-26 15:52:48 +0000 Note, if this is implemented it may obsolete open defects 970, 821, 2694, and 3098. Also implementing SMART assumes target, native and nativesdk capabilities. 25796 2 richard.purdie 2012-09-26 16:00:50 +0000 I assume this would replace zypper support which we'd drop? 25799 3 mark.hatle 2012-09-26 16:03:01 +0000 Yes, that is the expectation if SMART is implemented, drop Zypper, and it's related dependencies. 27106 4 bogdan.a.marinescu 2012-10-31 13:48:38 +0000 Apparently, this bug became a "meta-bug" which will track the status of the smart implementation via its dependencies. So I'm moving it to "Accepted" to keep things in sync, but most (if not all) the work will happen by fixing the forementioned dependencies. 27107 5 bluelightning 2012-10-31 13:50:36 +0000 Indeed, this is now a meta-bug, the real work is covered under the items marked as dependents of this bug. 27108 6 bluelightning 2012-10-31 13:51:03 +0000 Sorry, I meant dependencies. 27510 7 bluelightning 2012-11-16 00:44:38 +0000 1.4 M3 isn't correct here - the expected delivery date is before mid-December. 27968 8 n3npq 2012-12-04 17:21:55 +0000 Tracked at https://bugs.launchpad.net/rpm/+bug/1086479. 28837 9 mark.hatle 2013-01-15 18:58:39 +0000 Smart has been successfully integrated. Once Zypper (and related) have been removed from the system, this bug can be set as resolved. 29193 10 bluelightning 2013-01-25 11:45:18 +0000 Zypper has now been removed in master, marking as resolved. Any further issues with the current Smart/RPM integration should be opened as new bugs (assuming they aren't already filed). 29665 11 corneliux.stoicescu 2013-02-08 09:02:35 +0000 Verified in master:8d6e55bf2192524bda84138b5356a2791adbbe61