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