On 26 April 2017 at 17:41, Neal Gompa <ngompa13@xxxxxxxxx> wrote: > The problem with this approach is that it's not possible for the user > to get additional locale content without reinstalling after enabling > another locale (by installing the associated system langpack package > that controls this). Splitting them out into langpack subpackages > guarantees that it's possible to do that. No it is not a problem generally at all. This has been solved in Solaris IPS 6-7 years ago. As long as package in IPS does not exist in form of archive and it exist only as object in repository operation like: # pkg change-facet lang.fr=true checks in repository which one files are marked by "facet lang.fr=true" and adds those files to the already installed files across all already installed packages. Because packages all packages exists in repo as sets of files with some attributes pkg downloads only those missing files (not whole packages). IPS developers learned from RPM about %doc and %lang() nd they've chose some generic markings over "facet" and they've changed it generic technique. Truth is that in recent years RPM stagnated and effectively is much simpler and at the same time much more advanced than RPM. Instead trying to find "workaround" RPM should follow he same path which IPS proven that it may solve a lot more serious problems on front of which are now Modules Fedora Project developers with provide alternatives within packages management. RPM with current paradigm of the packages will be not able to solve those challenges. If RPM will be not extended to start operate on packages existing only in repositories IMO more likely some Linux folks will fork for example Fedora to build Linux distribution using IPS instead RPM. It will be quite easy because using pkgbuild (https://pkgbuild.sf.net/)is possible to build IPS packages using only slightly adapted RPM spec files. kloczek -- Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
