Re: Broken modules on rawhide

2019-03-04 Thread Barry Scott 
I see the same messages and its from a mock build.
How does this relate to upgrades? 

Barry

> On 27 Feb 2019, at 11:30, Lukas Ruzicka  wrote:
> 
> Why people disable the repo, I do not know. I might have a slight notion. 
> 
> However, you cannot upgrade from Fedora 29 to Fedora 30 with Modular 
> repositories allowed. It fails with an error similar to what Mirek has 
> reported. Disabling modular repositories fixed the problem and an upgrade was 
> possible, but I see this as quite a serious issue and if it is not fixed, I 
> will definitely report this as a blocker. 
> 
> I do not know, where the problem lies, whether the modules have not been 
> built yet or something, but I would definitely expect that in time of 
> Branching, things like that would have been solved. Otherwise, people will 
> not want to get into problems like this and they might think twice about 
> modular content.
> 
> 
> 
> On Wed, Feb 27, 2019 at 11:37 AM Miro Hrončok  > wrote:
> On 27. 02. 19 11:09, Igor Gnatenko wrote:
> > I think those messages are just informational, because nothing uses those 
> > modules to build packages..  or am I wrong?
> 
> It aborts the build.
> 
> ---
> 
> Modular dependency problems with Defaults:
> 
>   Problem 1: conflicting requests
>- nothing provides module(platform:f30) needed by module 
> avocado:stable:3020190213205848:a5b0195c-0.x86_64
>   Problem 2: conflicting requests
>- nothing provides module(platform:f30) needed by module 
> bat:latest:3020190214090936:e50d0d19-0.x86_64
> ...
>   Problem 12: conflicting requests
>- nothing provides module(platform:f30) needed by module 
> stratis:1:20181215204600:a5b0195c-0.x86_64
> 
> During handling of the above exception, another exception occurred:
> 
> Traceback (most recent call last):
>File "/usr/bin/dnf", line 58, in 
>  main.user_main(sys.argv[1:], exit_code=True)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 193, in 
> user_main
>  errcode = main(args)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
>  return _main(base, args, cli_class, option_parser_class)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in _main
>  return cli_run(cli, base)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 115, in 
> cli_run
>  cli.run()
>File "/usr/lib/python3.7/site-packages/dnf/cli/cli.py", line 1108, in run
>  return self.command.run()
>File "/usr/lib/python3.7/site-packages/dnf/cli/commands/install.py", line 
> 97, 
> in run
>  module_debsolv_errors))
>File "/usr/lib/python3.7/site-packages/dnf/module/module_base.py", line 
> 604, 
> in format_modular_solver_errors
>  msg = dnf.util._format_resolve_problems(errors)
>File "/usr/lib/python3.7/site-packages/dnf/util.py", line 384, in 
> _format_resolve_problems
>  msg += "\n  - ".join(rs)
> TypeError: sequence item 0: expected str instance, list found
> 
> Could not execute mockbuild: Failed to execute command.
> 
> ---
> 
> Is this a dnf bug?
> 
> -- 
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org 
> 
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org 
> 
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html 
> 
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines 
> 
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org 
> 
> 
> 
> -- 
> LUKÁŠ RŮŽIČKA
> FEDORA QE, RHCE
> Red Hat 
> 
>  
> Purkyňova 115
> 612 45 Brno - Královo Pole
> lruzi...@redhat.com    
> 
>   
> TRIED AND PERSONALLY TESTED, ERGO TRUSTED. 
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Neal Gompa 
On Wed, Feb 27, 2019 at 2:20 PM Miroslav Suchý  wrote:
>
> Dne 27. 02. 19 v 12:30 Lukas Ruzicka napsal(a):
> >
> > However, you cannot upgrade from Fedora 29 to Fedora 30 with Modular 
> > repositories allowed. It fails with an error
> > similar to what Mirek has reported. Disabling modular repositories fixed 
> > the problem and an upgrade was possible, but I
> > see this as quite a serious issue and if it is not fixed, I will definitely 
> > report this as a blocker.
> >
>
> The solution can be
>   dnf --setopt=module_platform_id=platform:f30 system-upgrade download 
> --releasever=30
> which I can put in fedora-upgrade(8) script, but will be PITA for official 
> upgrades.
>

Supposedly this will be fixed in this PR[1], but I don't know how it
will be... Nothing indicates to me how this is getting populated. :/

[1]: https://github.com/rpm-software-management/dnf-plugins-extras/pull/143



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Miroslav Suchý 
Dne 27. 02. 19 v 12:30 Lukas Ruzicka napsal(a):
> 
> However, you cannot upgrade from Fedora 29 to Fedora 30 with Modular 
> repositories allowed. It fails with an error
> similar to what Mirek has reported. Disabling modular repositories fixed the 
> problem and an upgrade was possible, but I
> see this as quite a serious issue and if it is not fixed, I will definitely 
> report this as a blocker.
> 

The solution can be
  dnf --setopt=module_platform_id=platform:f30 system-upgrade download 
--releasever=30
which I can put in fedora-upgrade(8) script, but will be PITA for official 
upgrades.

Miroslav
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Miroslav Suchý 
Dne 27. 02. 19 v 10:57 Miro Hrončok napsal(a):
> If not, why do we have them in mock, that is certainly not OK.

Mock has them because fedora-repos has them.

Miroslav
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Miro Hrončok 

On 27. 02. 19 12:30, Lukas Ruzicka wrote:

Why people disable the repo, I do not know. I might have a slight notion.

However, you cannot upgrade from Fedora 29 to Fedora 30 with Modular 
repositories allowed. It fails with an error similar to what Mirek has reported. 
Disabling modular repositories fixed the problem and an upgrade was possible, 
but I see this as quite a serious issue and if it is not fixed, I will 
definitely report this as a blocker.


I do not know, where the problem lies, whether the modules have not been built 
yet or something, but I would definitely expect that in time of Branching, 
things like that would have been solved. Otherwise, people will not want to get 
into problems like this and they might think twice about modular content.


I tend to agree. People like to disable stuff that causes them trouble. 
Modularity clearly does. Otherwise they wouldn't need to disable it.



Anyway, I've reported the problem as dnf bug, as dnf spits an exception:

https://bugzilla.redhat.com/show_bug.cgi?id=1683618

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Lukas Ruzicka 
Why people disable the repo, I do not know. I might have a slight notion.

However, you cannot upgrade from Fedora 29 to Fedora 30 with Modular
repositories allowed. It fails with an error similar to what Mirek has
reported. Disabling modular repositories fixed the problem and an upgrade
was possible, but I see this as quite a serious issue and if it is not
fixed, I will definitely report this as a blocker.

I do not know, where the problem lies, whether the modules have not been
built yet or something, but I would definitely expect that in time of
Branching, things like that would have been solved. Otherwise, people will
not want to get into problems like this and they might think twice about
modular content.



On Wed, Feb 27, 2019 at 11:37 AM Miro Hrončok  wrote:

> On 27. 02. 19 11:09, Igor Gnatenko wrote:
> > I think those messages are just informational, because nothing uses
> those
> > modules to build packages..  or am I wrong?
>
> It aborts the build.
>
> ---
>
> Modular dependency problems with Defaults:
>
>   Problem 1: conflicting requests
>- nothing provides module(platform:f30) needed by module
> avocado:stable:3020190213205848:a5b0195c-0.x86_64
>   Problem 2: conflicting requests
>- nothing provides module(platform:f30) needed by module
> bat:latest:3020190214090936:e50d0d19-0.x86_64
> ...
>   Problem 12: conflicting requests
>- nothing provides module(platform:f30) needed by module
> stratis:1:20181215204600:a5b0195c-0.x86_64
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>File "/usr/bin/dnf", line 58, in 
>  main.user_main(sys.argv[1:], exit_code=True)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 193, in
> user_main
>  errcode = main(args)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in
> main
>  return _main(base, args, cli_class, option_parser_class)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in
> _main
>  return cli_run(cli, base)
>File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 115, in
> cli_run
>  cli.run()
>File "/usr/lib/python3.7/site-packages/dnf/cli/cli.py", line 1108, in
> run
>  return self.command.run()
>File "/usr/lib/python3.7/site-packages/dnf/cli/commands/install.py",
> line 97,
> in run
>  module_debsolv_errors))
>File "/usr/lib/python3.7/site-packages/dnf/module/module_base.py", line
> 604,
> in format_modular_solver_errors
>  msg = dnf.util._format_resolve_problems(errors)
>File "/usr/lib/python3.7/site-packages/dnf/util.py", line 384, in
> _format_resolve_problems
>  msg += "\n  - ".join(rs)
> TypeError: sequence item 0: expected str instance, list found
>
> Could not execute mockbuild: Failed to execute command.
>
> ---
>
> Is this a dnf bug?
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>


-- 

Lukáš Růžička

FEDORA QE, RHCE

Red Hat



Purkyňova 115

612 45 Brno - Královo Pole

lruzi...@redhat.com
TRIED AND PERSONALLY TESTED, ERGO TRUSTED. 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Miro Hrončok 

On 27. 02. 19 11:09, Igor Gnatenko wrote:
I think those messages are just informational, because nothing uses those 
modules to build packages..  or am I wrong?


It aborts the build.

---

Modular dependency problems with Defaults:

 Problem 1: conflicting requests
  - nothing provides module(platform:f30) needed by module 
avocado:stable:3020190213205848:a5b0195c-0.x86_64

 Problem 2: conflicting requests
  - nothing provides module(platform:f30) needed by module 
bat:latest:3020190214090936:e50d0d19-0.x86_64

...
 Problem 12: conflicting requests
  - nothing provides module(platform:f30) needed by module 
stratis:1:20181215204600:a5b0195c-0.x86_64


During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/dnf", line 58, in 
main.user_main(sys.argv[1:], exit_code=True)
  File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 193, in 
user_main
errcode = main(args)
  File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
  File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in _main
return cli_run(cli, base)
  File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 115, in cli_run
cli.run()
  File "/usr/lib/python3.7/site-packages/dnf/cli/cli.py", line 1108, in run
return self.command.run()
  File "/usr/lib/python3.7/site-packages/dnf/cli/commands/install.py", line 97, 
in run

module_debsolv_errors))
  File "/usr/lib/python3.7/site-packages/dnf/module/module_base.py", line 604, 
in format_modular_solver_errors

msg = dnf.util._format_resolve_problems(errors)
  File "/usr/lib/python3.7/site-packages/dnf/util.py", line 384, in 
_format_resolve_problems

msg += "\n  - ".join(rs)
TypeError: sequence item 0: expected str instance, list found

Could not execute mockbuild: Failed to execute command.

---

Is this a dnf bug?

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Igor Gnatenko 
I think those messages are just informational, because nothing uses those
modules to build packages..  or am I wrong?

On Tue, Feb 26, 2019, 14:32 Miroslav Suchý  wrote:

> From:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2
>
> When you try to run:
>   mock -r fedora-rawhide-x86_64 shell
>
> You will get:
>  Problem 1: conflicting requests
>   - nothing provides module(platform:f30) needed by module
> stratis:1:20181215204600:a5b0195c-0.x86_64
>  Problem 2: conflicting requests
>   - nothing provides module(platform:f30) needed by module
> standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
> 
>
> rawhide has module_id=platform:f31.
>
> When will be all rawhide modules rebuild? Or what is the solution for
> this? Because right now all rawhide modules are
> basically broken. And because Mock started using modular fedora repos,
> then all Mock attempts for rawhides builds are
> broken too.
>
> Miroslav
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Miro Hrončok 

On 26. 02. 19 15:08, Petr Šabata wrote:

On Tue, Feb 26, 2019 at 02:41:56PM +0100, Fabio Valentini wrote:

On Tue, Feb 26, 2019, 14:24 Miroslav Suchý  wrote:


From:
   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2

When you try to run:
   mock -r fedora-rawhide-x86_64 shell

You will get:
  Problem 1: conflicting requests
   - nothing provides module(platform:f30) needed by module
stratis:1:20181215204600:a5b0195c-0.x86_64
  Problem 2: conflicting requests
   - nothing provides module(platform:f30) needed by module
standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64


rawhide has module_id=platform:f31.

When will be all rawhide modules rebuild? Or what is the solution for
this? Because right now all rawhide modules are
basically broken. And because Mock started using modular fedora repos,
then all Mock attempts for rawhides builds are
broken too.



Related: It would be nice if module repositories in mock (and COPR) were an
optional thing (right now, probably default=off, until that stuff is
fixed), like bootstrap chroot and network access.

I know, "just add another option" ... still, I'll manually disable all
modular repos in mock configs on my local system, but that's not an option
for COPR.


I always wonder why people disable the repo -- it's part of
Fedora.  What's your motivation?


Do we have modular repositories in Koji?
If not, why do we have them in mock, that is certainly not OK.
If yes, why are we dealing with ursa major and/or alternatives?

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-27 Thread Petr Šabata 
On Tue, Feb 26, 2019 at 03:23:19PM +0100, Miro Hrončok wrote:
> On 26. 02. 19 15:07, Petr Šabata wrote:
> > On Tue, Feb 26, 2019 at 02:23:35PM +0100, Miroslav Suchý wrote:
> > > From:
> > >https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2
> > > 
> > > When you try to run:
> > >mock -r fedora-rawhide-x86_64 shell
> > > 
> > > You will get:
> > >   Problem 1: conflicting requests
> > >- nothing provides module(platform:f30) needed by module 
> > > stratis:1:20181215204600:a5b0195c-0.x86_64
> > >   Problem 2: conflicting requests
> > >- nothing provides module(platform:f30) needed by module 
> > > standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
> > > 
> > > 
> > > rawhide has module_id=platform:f31.
> > 
> > I think this shouldn't have been updated until after the branch
> > point.
> > 
> > > When will be all rawhide modules rebuild? Or what is the solution for 
> > > this? Because right now all rawhide modules are
> > > basically broken. And because Mock started using modular fedora repos, 
> > > then all Mock attempts for rawhides builds are
> > > broken too.
> > 
> > At branch point, modules that can run on any platform, or are
> > compatible with platform:f31, will simply be tagged.  Modules that
> > could run of f31 if rebuilt will be rebuilt.
> > 
> > I think this is an unfortunate timing issue and needs to be
> > coordinated better in the future.  The branch point happens later
> > this week; perhaps we could revert the change for the time being?
> 
> I don't know what do you exactly mean by "branch point" but "Branch Fedora
> 30 from Rawhide" already happened a week ago.

Uh, you're correct.  I need to refresh my calendar skills.

In that case discard what I wrote before; I'll follow up with
rel-eng today.

P


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-26 Thread Miro Hrončok 

On 26. 02. 19 15:07, Petr Šabata wrote:

On Tue, Feb 26, 2019 at 02:23:35PM +0100, Miroslav Suchý wrote:

From:
   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2

When you try to run:
   mock -r fedora-rawhide-x86_64 shell

You will get:
  Problem 1: conflicting requests
   - nothing provides module(platform:f30) needed by module 
stratis:1:20181215204600:a5b0195c-0.x86_64
  Problem 2: conflicting requests
   - nothing provides module(platform:f30) needed by module 
standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64


rawhide has module_id=platform:f31.


I think this shouldn't have been updated until after the branch
point.


When will be all rawhide modules rebuild? Or what is the solution for this? 
Because right now all rawhide modules are
basically broken. And because Mock started using modular fedora repos, then all 
Mock attempts for rawhides builds are
broken too.


At branch point, modules that can run on any platform, or are
compatible with platform:f31, will simply be tagged.  Modules that
could run of f31 if rebuilt will be rebuilt.

I think this is an unfortunate timing issue and needs to be
coordinated better in the future.  The branch point happens later
this week; perhaps we could revert the change for the time being?


I don't know what do you exactly mean by "branch point" but "Branch Fedora 30 
from Rawhide" already happened a week ago.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-26 Thread Tom Hughes 

On 26/02/2019 14:08, Petr Šabata wrote:


I always wonder why people disable the repo -- it's part of
Fedora.  What's your motivation?


I'm not using it and it's extra metadata to fetch, parse
and store that slows down updating?

That and on work machines we're not currently mirroring
modules to our local mirror because we're not using them.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-26 Thread Petr Šabata 
On Tue, Feb 26, 2019 at 02:41:56PM +0100, Fabio Valentini wrote:
> On Tue, Feb 26, 2019, 14:24 Miroslav Suchý  wrote:
> 
> > From:
> >   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2
> >
> > When you try to run:
> >   mock -r fedora-rawhide-x86_64 shell
> >
> > You will get:
> >  Problem 1: conflicting requests
> >   - nothing provides module(platform:f30) needed by module
> > stratis:1:20181215204600:a5b0195c-0.x86_64
> >  Problem 2: conflicting requests
> >   - nothing provides module(platform:f30) needed by module
> > standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
> > 
> >
> > rawhide has module_id=platform:f31.
> >
> > When will be all rawhide modules rebuild? Or what is the solution for
> > this? Because right now all rawhide modules are
> > basically broken. And because Mock started using modular fedora repos,
> > then all Mock attempts for rawhides builds are
> > broken too.
> >
> 
> Related: It would be nice if module repositories in mock (and COPR) were an
> optional thing (right now, probably default=off, until that stuff is
> fixed), like bootstrap chroot and network access.
> 
> I know, "just add another option" ... still, I'll manually disable all
> modular repos in mock configs on my local system, but that's not an option
> for COPR.

I always wonder why people disable the repo -- it's part of
Fedora.  What's your motivation?

P


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-26 Thread Petr Šabata 
On Tue, Feb 26, 2019 at 02:23:35PM +0100, Miroslav Suchý wrote:
> From:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2
> 
> When you try to run:
>   mock -r fedora-rawhide-x86_64 shell
> 
> You will get:
>  Problem 1: conflicting requests
>   - nothing provides module(platform:f30) needed by module 
> stratis:1:20181215204600:a5b0195c-0.x86_64
>  Problem 2: conflicting requests
>   - nothing provides module(platform:f30) needed by module 
> standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
> 
> 
> rawhide has module_id=platform:f31.

I think this shouldn't have been updated until after the branch
point.

> When will be all rawhide modules rebuild? Or what is the solution for this? 
> Because right now all rawhide modules are
> basically broken. And because Mock started using modular fedora repos, then 
> all Mock attempts for rawhides builds are
> broken too.

At branch point, modules that can run on any platform, or are
compatible with platform:f31, will simply be tagged.  Modules that
could run of f31 if rebuilt will be rebuilt.

I think this is an unfortunate timing issue and needs to be
coordinated better in the future.  The branch point happens later
this week; perhaps we could revert the change for the time being?

P


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Broken modules on rawhide

2019-02-26 Thread Fabio Valentini 
On Tue, Feb 26, 2019, 14:24 Miroslav Suchý  wrote:

> From:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1680320#c2
>
> When you try to run:
>   mock -r fedora-rawhide-x86_64 shell
>
> You will get:
>  Problem 1: conflicting requests
>   - nothing provides module(platform:f30) needed by module
> stratis:1:20181215204600:a5b0195c-0.x86_64
>  Problem 2: conflicting requests
>   - nothing provides module(platform:f30) needed by module
> standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
> 
>
> rawhide has module_id=platform:f31.
>
> When will be all rawhide modules rebuild? Or what is the solution for
> this? Because right now all rawhide modules are
> basically broken. And because Mock started using modular fedora repos,
> then all Mock attempts for rawhides builds are
> broken too.
>

Related: It would be nice if module repositories in mock (and COPR) were an
optional thing (right now, probably default=off, until that stuff is
fixed), like bootstrap chroot and network access.

I know, "just add another option" ... still, I'll manually disable all
modular repos in mock configs on my local system, but that's not an option
for COPR.

Fabio


> Miroslav
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org