Re: PSA: dnf autoremove cleans fedora-repos-modular

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

 



On 09. 07. 20 20:19, Adam Williamson wrote:
On Thu, 2020-07-09 at 11:09 -0700, Adam Williamson wrote:
On Thu, 2020-07-09 at 16:45 +0200, Igor Raits wrote:
On Thu, 2020-07-09 at 07:36 -0700, John M. Harris Jr wrote:
On Thursday, July 9, 2020 5:24:59 AM MST Petr Pisar wrote:
DNF should perform "dnf mark install fedora-repos-rawhide-modular"
action on
a system upgrade, because we want that package to be prensented on
the
system. However I worry that DNF does not possess a capability for
doing
it. (Except of injecting that command into some externally executed
script.)

Unless I'm mistaken, it should only be present if the user manually
installed
it, and opted into modularity, right?

No, it should be installed by default.

Are you talking about upgrades here, or fresh installs?

It is not being installed on fresh installs presently, and as I read
the ticket, that was intended, per your comment:
https://pagure.io/fesco/issue/2114#comment-653352
"Probably best way would be going back to "Boltron" (IIRC how that
thing was called) and have modular repos in their own fedora-repos
subpackage which are enabled by default, but the package **is not
installed by default.**" (emphasis added)

Oh, looking at it again, now I see this:
https://pagure.io/fesco/issue/2406#comment-658315

which seems to suggest that FESCo expects fedora-repos-modular to be
installed out of the box. Well, in yesterday's and today's Rawhide
(default Server DVD install) it wasn't, openQA caught this. On my first
reading of #2114 I figured this was intentional and adjusted openQA to
install fedora-repos-modular , but it sounds like it's actually a bug
and comps and/or kickstarts and/or package dependencies will need to be
changed.

Yes, I was waiting for https://src.fedoraproject.org/rpms/fedora-repos/pull-request/62 to be mergeable before proceeding further.

Suddenly it was merged as part of https://src.fedoraproject.org/rpms/fedora-repos/pull-request/65 -- so I quickly created https://pagure.io/fedora-comps/pull-request/510 to avoid this situation.

Unfortunately, I wasn't sure if this is the best approach and it wasn't merged right away. I was not expecting the fedora-repos change to be merged before we figure this out :(

FTR the details are handled via https://fedoraproject.org/wiki/Changes/ModularReposSubpackage and the tracking bug is https://bugzilla.redhat.com/show_bug.cgi?id=1852028

--
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