Hi, I've read the Fedora modularity docs but am still missing the big picture somehow. Hope someone can clarify things for me. What I'm most wondering: does modularity have any influence on the RPM packages at all. I mean, is there anything inside a RPM package which says it belongs to a module or it has a special function in a module?>From what I understand the RPMs are just completely normal packages andonly YUM/DNF knows from some metadata that an RPM belongs to a module. Is that corrent? Thanks for any insights, Simon
On 4/27/20 8:27 AM, Simon Matter via CentOS wrote:> Hi, > > I've read the Fedora modularity docs but am still missing the big picture > somehow. Hope someone can clarify things for me. > > What I'm most wondering: does modularity have any influence on the RPM > packages at all. I mean, is there anything inside a RPM package which says > it belongs to a module or it has a special function in a module? > >>From what I understand the RPMs are just completely normal packages and > only YUM/DNF knows from some metadata that an RPM belongs to a module. Is > that corrent? >Well .. yes and no. Individual rpm packages have requirements for install .. so if a package is built against python38 , it will require python38 libraries. The individual RPMs though do not have knowledge specifically about Modules though, just the metadata. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20200427/d4696aee/attachment.sig>
> On 4/27/20 8:27 AM, Simon Matter via CentOS wrote: >> Hi, >> >> I've read the Fedora modularity docs but am still missing the big >> picture >> somehow. Hope someone can clarify things for me. >> >> What I'm most wondering: does modularity have any influence on the RPM >> packages at all. I mean, is there anything inside a RPM package which >> says >> it belongs to a module or it has a special function in a module? >> >>>From what I understand the RPMs are just completely normal packages and >> only YUM/DNF knows from some metadata that an RPM belongs to a module. >> Is >> that corrent? >> > > Well .. yes and no. > > Individual rpm packages have requirements for install .. so if a package > is built against python38 , it will require python38 libraries. The > individual RPMs though do not have knowledge specifically about Modules > though, just the metadata.Okay, so the rpm has it's usual provides and requires, in this case a requirement for python38. Still, I don't really understand how it can work for a simple example I have in mind. Let's say there is this new, shiny Apache httpd version 3.0.0 which requires this new and incompatible zlib version 2.0.0. How can this be built with modules? Dozen of RPMs depend on zlib version 1.x.x, how is this situation handled with modules. Sorry, I just don't really understand. Thanks, Simon