Feature changed by: Adrian Schröter Feature #302354, revision 13 Title: Split metadata by architecture / modules + Buildservice: New + Priority + Requester: Desirable openSUSE-11.0: Rejected by Stanislav Visnovsky reject date: 2008-03-28 16:28:18 reject reason: Out of resources. The speed of parsing is greatly improved, downloading is still an issue in 11.0. Priority Requester: Important openSUSE-11.1: Evaluation Priority Requester: Important + openSUSE-11.2: New + Priority + Requester: Desirable Requested by: Stanislav Visnovsky Partner organization: openSUSE.org Description: All packages are in a single file no matter if they are from different architectures, therefore ZYpp has to download everything Any kind of metadata should be separated by architecture. ZYpp does it for patterns in 10.3, but it is still missing for packages The metadata should be ideally separated by subdirectories and modules. See references on how debian does it References: https://bugzilla.novell.com/show_bug.cgi?id=208452 Discussion: #1: Duncan Mac-Vicar (2007-11-09 16:52:55) This is not true, YaST filter patterns in 10.3. Will edit the feature to represent the real problems #2: Federico Lucifredi (2008-06-13 20:22:10) Duncan, do we still need this / have an advantage from it ? if so, lets make it Mandatory. #3: Duncan Mac-Vicar (2008-06-26 13:17:09) This feature requires: - separate primary.xml files per architecture. 90% effort -> rudi , adrian - tell libzypp to ignore certain pattern or convention ( primary-x86_64. xml ??? ) when downloading -> one liner. It is not much benefit anymore as we are much faster now, but I would recommend pset it to desirable and pass to Rudi and Adrian. #4: Stanislav Visnovsky (2008-06-26 13:20:11) (reply to #3) Adrian, this is something for you. + #5: Adrian Schröter (2008-11-06 16:21:18) + We have seperate ppc from i586/x86_64 to reduce size. + We do not have seperation of meta data yet, but it would not help much + anyway, as long as we have no filter on rebuild. All files would change + anyway, so the size would be the same. It would actually slow down the + process due to multiple downloads. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=302354