#11425 openh264 is not a multilib repo
Closed: Fixed 2 years ago by humaton. Opened 2 years ago by ngompa.

Describe the issue

I've got reports that there are problems because the x86_64 repo for OpenH264 doesn't contain openh264.i686 for libavcodec-free.i686. Can we adjust our repository generation stuff to make it a proper multilib repo?

When do you need this? (YYYY/MM/DD)

As soon as reasonably possible.

When is this no longer needed or useful? (YYYY/MM/DD)

When there remains no potential consumer of 32-bit x86 libavcodec.

If we cannot complete your request, what is the impact?

It is not possible for 32-bit consumers of libavcodec to leverage OpenH264.


What 32bit consumers of libavcodec do we know of?

I mean, we can multilib it, just... ;(

Metadata Update from @kevin:
- Issue tagged with: low-gain, low-trouble, ops

2 years ago

Wine is the biggest one, through gstreamer1-plugin-libav.

Yeah, I was afraid of that. ok. Sounds like we should do it then... I really look forward to the day with no more 32bit. ;)

Metadata Update from @humaton:
- Issue assigned to humaton

2 years ago

So on what platform is this happening? We are building and shipping multilib repo for all fedora releases.

The most recent report was from @leigh123linux, so they may be able to provide details here.

Hi, so fedora-openh264 is in fact a multilib repository. It might be that your local mirror was having some issues.

If there is something we can do please reopen this ticket.

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

2 years ago

Log in to comment on this ticket.

Metadata
Boards 1
Ops Status: Backlog