#155 A switched stream does not have "[i]" even when the RPMs are installed.
Closed: Invalid a month ago by asamalik. Opened a month ago by jaruga.

For example, using Fedora 31 container.
After dnf module install ruby:2.5, the 2.5 stream has "[e]" and "[i]".

$ podman run --rm -it fedora:31 bash

# dnf module install ruby:2.5

# dnf module list ruby
Last metadata expiration check: 0:00:44 ago on Fri Sep 20 13:39:15 2019.
Fedora Modular 31 - x86_64
Name     Stream     Profiles           Summary                                                
ruby     master     default            An interpreter of object-oriented scripting language   
ruby     2.5 [e]    default [d] [i]    An interpreter of object-oriented scripting language   
ruby     2.6        default [d]        An interpreter of object-oriented scripting language   

Fedora Modular 31 - x86_64 - Test Updates
Name     Stream     Profiles           Summary                                                
ruby     master     default            An interpreter of object-oriented scripting language   
ruby     2.5 [e]    default [d] [i]    An interpreter of object-oriented scripting language   
ruby     2.6        default [d]        An interpreter of object-oriented scripting language   

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

Then after "dnf module enable ruby:2.6" the "2.6" stream has "[e]".

# dnf module reset ruby

# dnf module enable ruby:2.6

# dnf module list ruby
Last metadata expiration check: 0:04:02 ago on Fri Sep 20 13:39:15 2019.
Fedora Modular 31 - x86_64
Name      Stream      Profiles        Summary                                                 
ruby      master      default         An interpreter of object-oriented scripting language    
ruby      2.5         default [d]     An interpreter of object-oriented scripting language    
ruby      2.6 [e]     default [d]     An interpreter of object-oriented scripting language    

Fedora Modular 31 - x86_64 - Test Updates
Name      Stream      Profiles        Summary                                                 
ruby      master      default         An interpreter of object-oriented scripting language    
ruby      2.5         default [d]     An interpreter of object-oriented scripting language    
ruby      2.6 [e]     default [d]     An interpreter of object-oriented scripting language    

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

But after running "dnf distro-sync" to install RPMs in ruby:2.6 module, the ruby "2.6" stream does not have "[i]" even when "ruby:2.6" is actually installed. This is not intuitive.
Is it intentional? Is there a way to see "[i]" for ruby:2.6 stream?

# dnf distro-sync

# rpm -q ruby
ruby-2.6.3-120.module_f31+4421+40d78b82.x86_64

# dnf module list ruby
Last metadata expiration check: 0:00:15 ago on Fri Sep 20 13:47:02 2019.
Fedora Modular 31 - x86_64
Name      Stream      Profiles        Summary                                                 
ruby      master      default         An interpreter of object-oriented scripting language    
ruby      2.5         default [d]     An interpreter of object-oriented scripting language    
ruby      2.6 [e]     default [d]     An interpreter of object-oriented scripting language    

Fedora Modular 31 - x86_64 - Test Updates
Name      Stream      Profiles        Summary                                                 
ruby      master      default         An interpreter of object-oriented scripting language    
ruby      2.5         default [d]     An interpreter of object-oriented scripting language    
ruby      2.6 [e]     default [d]     An interpreter of object-oriented scripting language    

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

Thanks.


Thanks for reporting that @jaruga! Do you mind reporting that in Bugzilla against DNF?

I think we should use this tracker more for architectural issues, or issues concerning multiple groups. But this feels like it's just a DNF bug, right?

DNF issue tracker — Issues regarding the "dnf module" command.

Sure. I will report it in Bugzilla against DNF.

I think we should use this tracker more for architectural issues, or issues concerning multiple groups. But this feels like it's just a DNF bug, right?

I had no idea about it was DNF specific or not, because I do not know how it works internally.

Sure. I will report it in Bugzilla against DNF.

Thanks!

I had no idea about it was DNF specific or not, because I do not know how it works internally.

Yeah, I agree it's sometimes hard to judge. When in doubt, opening an issue here is fine and we can always guide to a specific place if needed.

Sure. I will report it in Bugzilla against DNF.

I reported it here.
https://bugzilla.redhat.com/show_bug.cgi?id=1755005

Yeah, I agree it's sometimes hard to judge. When in doubt, opening an issue here is fine and we can always guide to a specific place if needed.

Alright.

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

a month ago

@asamalik I want to ask you to check the Bugzilla ticket and comment about your thoughts on it.

Login to comment on this ticket.

Metadata