Why am I unable to access CISCO's OpenH264 Debug repository?

For context, see t/161434/138:

My Environment

dnf5-5.2.17.0-2.fc43.x86_64 on:

NAME="Fedora Linux"
VERSION_ID=43
VARIANT="KDE Plasma Desktop Edition"
1 Like

They merged debug and normal packages, see:

dnf list --available --repo=fedora-cisco-openh264 --releasever=40
dnf list --available --repo=fedora-cisco-openh264 --releasever=41

And then disabled the debug repo:

dnf list --available --repo=fedora-cisco-openh264-debuginfo --releasever=42
dnf list --available --repo=fedora-cisco-openh264-debuginfo --releasever=43

The debug repo no longer exists as a separate entity.
You can file an issue against this package:
fedora-repos - Fedora Packages

2 Likes

You might want to put your IP address into this checker to see if it’s been mislocated in a geoblocked country?

@vgaetera, thanks. Filed bugzilla.redhat.com/show_bug.cgi?id=2413406.


@pg-tips, somehow, that service isn’t able to acquire my location: [1]


  1. check-host.net/ip-info?host=192.168.1.178 ↩︎

1 Like

Try it with your internet-facing address (the 92.xx one shown there)? 192.168.xx is the LAN-facing address private to your network.

1 Like

There are different issues that should not be confused:

  • HTTP 404 - the issue in the OP, explained above
  • HTTP 403 - a problem with geoblock, discussed in another thread
1 Like

@pg-tips, thanks. I feel a little dumb for doing that. That worked: [1]

At least that confirms that it isn’t the other problem.


  1. check-host.net/ip-info?host=92.24.182.164%20 ↩︎

Ah yes, I was crossing my wires between the two threads. Sorry for the confusion!

1 Like

@vgaetera, how should I remove the defunct repository?

The debug repo should be disabled by default:
https://src.fedoraproject.org/rpms/fedora-repos/blob/rawhide/f/fedora-cisco-openh264.repo#_16

You may have accidentally enabled it with globs.

@vgaetera, can you elaborate on that? (Can merely searching for a package with a wildcard enable a disabled repository…?!) I don’t believe that I’ve done so since upgrading to F43, and believe that it occurred since the upgrade.

The debug and source repos are disabled by default, but you have them enbled for some reason:

This indicates your repo configuration have been customized intentionally or not, see:

rpm -V -f /etc/yum.repos.d/*
head -v -n -0 /etc/dnf/repos.override.d/*

It’s easy to make a mistake and enable unwanted repos if you use globs, e.g. like this:

sudo dnf config-manager setopt fedora\*.enabled=1

@vgaetera, ah, in retrospect, I enabled it via plasma-discover --mode Sources:

[1]

At least, disabling it there worked:


[1:1]

I can’t say that this inspires confidence:

org.kde.plasma.libdiscover: OdrsReviewsBackend: Fetch ratings: false
adding empty sources model QStandardItemModel(0x55b26adaa710)
qrc:/qt/qml/org/kde/discover/qml/SourcesPage.qml:298:21: Unable to assign [undefined] to int
qrc:/qt/qml/org/kde/kirigami/private/PrivateActionToolButton.qml:71:5: QML Binding: Binding loop detected for property "value":
qrc:/qt/qml/org/kde/kirigami/private/PrivateActionToolButton.qml:74:9
file:///usr/lib64/qt6/qml/org/kde/kirigami/SwipeListItem.qml:550: TypeError: Cannot call method 'updateVisibleActions' of null
file:///usr/lib64/qt6/qml/org/kde/kirigami/SwipeListItem.qml:550: TypeError: Cannot call method 'updateVisibleActions' of null
file:///usr/lib64/qt6/qml/org/kde/kirigami/SwipeListItem.qml:550: TypeError: Cannot call method 'updateVisibleActions' of null
file:///usr/lib64/qt6/qml/org/kde/kirigami/SwipeListItem.qml:550: TypeError: Cannot read property 'updateVisibleActions' of null
file:///usr/lib64/qt6/qml/org/kde/kirigami/SwipeListItem.qml:550: TypeError: Cannot read property 'updateVisibleActions' of null
qrc:/qt/qml/org/kde/discover/qml/SourcesPage.qml:298:21: Unable to assign [undefined] to int

Is this a case of libdnf not exposing the newly-layered .repos?


  1. discuss.kde.org/t/29945/4 ↩︎ ↩︎