Re: Bug filing/triage/ownership policy for modules

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 17. 12. 19 21:57, David Cantrell wrote:
1) Are modules allowed to bundle packages that are provided by and currently
maintained in the base system?  Are there are restrictions to what a module
can bundle (e.g., can a module bundle glibc)?

I am not aware of any policy against modularizing existing packages. Modular maintainers can module-bundle glibc. OTOH I don't know all the policies.

There is a policy for making a default modular stream: if it overrides existing non-modular packages, it requires FESCo approval. So far this has not been retroactive and the ant and maven default modular streams do that.

See also https://pagure.io/modularity/issue/170

2) Using protobuf as an example, if a bug is found by a user and they happen
to deduce that the error is in protobuf, how do they file a bug?  Do they file
the bug against protobuf if the bundled one from the module has the issue?
What maintainer is on the hook for handling that bug report?  My assumption
here is that the module maintainer is ultimately responsible for everything
they bundle.  Another concern I see here is we are opening ourselves up for
N+1 different builds of protobuf where N is the number of modules installed on
a system and all of them could have protobuf bundled.

I would assume they file it in protobuf. They haven't opted for any module and they don't know it's modular, really. The non-modular maintainer may deduce from the NERVA that it is modular build and do some nontrivial digging to figure out where is this package coming from - if they can, they will reassign the bug report to that module component.

I agree that the modular maintainers are ultimately responsible for everything they bundle.

I share your concerns.

3) If a user files a bug against a module and the module maintainer triages
that to a bundled package, how is that handled?  Who is maintaining the
bundled build of that package?  Who is responsible for fixing it?

The modular maintainer or somebody else who he modular maintainer made a deal with. As far as possible in a community supported distribution, I think the modular maintainer should be responsible.

4) How can users determine what packages are installed from a module and how
can you see what, if any, module "owns" a package?  I have been unable to
determine how to do this from dnf.

They don't. If they are well informed about how Fedora is developed, they might guess from the release tag and then do some detective work.

See also https://pagure.io/modularity/issue/171

5) How are CVEs handled for packages that are also bundled with a module?

I don't think they are reported properly. Hence they are handled on the modular maintainer's discretion.

See also https://pagure.io/modularity/issue/169

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux