On Wed, Dec 18, 2019, 14:29 Alexander Bokovoy <abokovoy@xxxxxxxxxx> wrote:
On ke, 18 joulu 2019, Kevin Kofler wrote:
>Vít Ondruch wrote:
>> Also, it is interesting that AFAIK, we have not yet dealt with issue
>> like this (i.e. reporting issues against specific streams) for RHEL8 yet.
>
>How can Modularity have been forced to production in both Fedora and RHEL
>without something as basic as this figured out? Inability to report bugs
>against the software you ship should be considered a showstopper, ESPECIALLY
>for a distribution calling itself "Enterprise".
>
>It is also no surprise that you are not seeing any complaints about
>Modularity if you do not provide a place to report them to.
(snip)
You still report against a particular package. Hopefully, also providing
the package version (rpm -q). Since that output for a modular package
uniquely identifies a module build, information about the exact stream can
be looked up from the MBS.
For example, if you have thunderbird-68.3.1-1.module_f31+7237+88bd0ff3
installed and want to report its issues, that would be module build
7237:
https://release-engineering.github.io/mbs-ui/module/7237
Which has NSVC thunderbird:master:3120191217131320:802922d1, e.g.
thunderbird:master stream of the thunderbird module.
And how should users know how to do that? Every UI and workflow and tool we have in fedora defaults to reporting bugz against "Fedora" product with "$SRCNAME" component. Which is for non-modular packages, and assigns to non-modular maintainers.
Fabio
--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
_______________________________________________
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
_______________________________________________ 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
