Feature changed by: Adrian Schröter (adrianSuSE) Feature #302354, revision 25 Title: Split metadata by architecture / modules - Buildservice: Evaluation + Buildservice: Rejected by Adrian Schröter (adriansuse) + reject date: 2009-10-05 14:22:19 + reject reason: We have seperation of architectures for all + architectures for SLE* products via the product definition. + For openSUSE the only joined trees are i586 and x86_64. Same for the + repositories rpm-md trees. This means a seperation would only give i586 + users an advantage at all. + The base tools do not support (createrepo/create_package_descr) are + also not supporting/defining such a seperation atm. + There is also no support in the downloader of YaST to download one + packages file only atm according to Michael Andres. + So, x86_64/ppc64/s390x/ia64 users would have anyway no advantage for + this feature and there would be quite some work needed. Making this for + i586 users only makes no sense IMHO. Priority Requester: Desirable openSUSE-11.0: Rejected by Stanislav Visnovsky (visnov) 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: Rejected by Federico Lucifredi (flucifredi) reject date: 2008-11-20 19:33:01 reject reason: postponing unless engineering tells me otherwise. Priority Requester: Important openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-04-22 11:37:36 reject reason: As discussed with Duncan: Won't gain much on openSUSE, lacking resources. Priority Requester: Desirable Requested by: Stanislav Visnovsky (visnov) 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 Relations: - No intel (32bit), 64 bit and ppc catalogs in one repository (inst- source) (novell/bugzilla/id: 309296) https://bugzilla.novell.com/show_bug.cgi?id=309296 Discussion: #1: Duncan Mac-Vicar (dmacvicar) (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 (flucifredi) (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 (dmacvicar) (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 (visnov) (2008-06-26 13:20:11) (reply to #3) Adrian, this is something for you. #5: Adrian Schröter (adriansuse) (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/302354