pungi

#1784 Moduler support from pkgset_source="repos"?
Closed: Invalid by lsedlar. Opened by kurokuo.

Closed: Invalid
Reopen Issue

Hi,

I've discovered that the module (postgresql 15) defined in our variants.xml does not exist in the DVD ISO we produced and buildinstall phase. Our pkgset_source is set to "repos", not using koji.

Under this configuration, is pungi unable to select the rpms required by the module? Or, how should we configure it to ensure that the module is included in the ISO?

compose/metadata/modules.json

{
    "header": {
        "type": "productmd.modules",
        "version": "1.2"
    },
    "payload": {
        "compose": {
            "date": "20240904",
            "id": "...",
            "respin": 0,
            "type": "development"
        },
        "modules": {}
    }
}

variants.xml (ignore some unnecessary info)

<variants>
    <variant id="BaseOS" name="MyBaseOS" type="variant" has_optional="false">
        <arches>...</arches>
        <groups>...</groups>
        <modules>
            <module>postgresql:15</module>
        </modules>
    </variant>
</variants>

yaml in module_defaults

---
document: modulemd-defaults
version: 1
data:
    module: postgresql
    profiles:
        "15":
            - server
...

RPM list for postgresql 15:

postgresql-server-15.8-1.module+el9.4.0+25512+c6b50a48.x86_64.rpm
postgresql-server-devel-15.8-1.module+el9.4.0+25512+c6b50a48.x86_64.rpm
... etc

Pungi can only work with modules obtained directly from Koji. Modularity was never added to the repos pkgset source.

Metadata Update from @lsedlar:
- Issue close_status updated to: Invalid
- Issue status updated to: Closed (was: Open)

Given the state of modularity, this is not getting implemented.

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/pungi/pungi/issues/1784

Please continue any further discussion there.
Metadata
None
None
None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.