Using a mock
chroot with --enable-network
, I tried the examples from the README:
import moddb
mod = moddb.parse_page("http://www.moddb.com/mods/edain-mod")
print(mod.name) #Edain Mod
This worked.
import moddb
mod = moddb.parse_page("http://www.moddb.com/mods/edain-mod", page_type=moddb.ThumbnailType.mod)
print(mod.name) #Edain Mod
This did not work due to an upstream documentation issue; I opened a PR.
The license file is properly marked.
# rpm -qL python3-moddb
/usr/lib/python3.11/site-packages/moddb-0.8.1.dist-info/LICENSE
The files list and Provides
look reasonable.
Using a mock
chroot with --enable-network
, I tried the examples from the README:
import moddb
mod = moddb.parse_page("http://www.moddb.com/mods/edain-mod")
print(mod.name) #Edain Mod
This worked.
import moddb
mod = moddb.parse_page("http://www.moddb.com/mods/edain-mod", page_type=moddb.ThumbnailType.mod)
print(mod.name) #Edain Mod
This did not work due to an upstream documentation issue; I opened a PR.
The license file is properly marked.
# rpm -qL python3-moddb
/usr/lib/python3.11/site-packages/moddb-0.8.1.dist-info/LICENSE
The files list and Provides
look reasonable.
Since this has already gone stable, I’m preparing a follow-up update.
The draco
package was updated incompatibly, with a ABI break / .so
version bump. (Normally that’s strongly discouraged in stable releases per the Updates Policy.) The usd
package was rebuilt, but without using a side tag, so it linked the old draco 1.5.5. It will need to be rebuilt again.
The draco
package was updated incompatibly, with a ABI break / .so
version bump. (Normally that’s strongly discouraged in stable releases per the Updates Policy.) The usd
package was rebuilt, but without using a side tag, so it linked the old draco 1.5.5. It will need to be rebuilt again.
Thanks for finding and fixing this!
I haven’t tested this, so I’m not leaving karma, but nice work!
Every update for gtest should be treated as a breaking update. The .so version for gtest is the entire version number; even patch releases are potentially ABI-incompatible, and some packages do depend on it at install time rather than just as a BuildRequires
.
Works for building python-fastavro
with lz4
/codecs
extras.
Requires: FEDORA-EPEL-2023-ab99848b02
Since the corresponding F37 update seems to have gotten +3 karma, and no complaints in two weeks of being in F37 stable, shall we go ahead and push this one too?
Thanks! Works for grpc 1.48.2 (tested via fedpkg --release f37 mockbuild --enablerepo=updates-testing
).
Thanks! Since this doesn’t update to the latest version, can we either remove #1831350 from the update, or at least edit the update so it does not close the bug?
Thanks! Since this doesn’t update to the latest version, can we either remove #1831350 from the update, or at least edit the update so it does not close the bug?
Works for rebuilding gi-docgen
in mock
. Thanks!
Unpushed due to a serious bug that was found in versions 0.2.10–0.2.13; see instead FEDORA-2022-4df64aa5c1.
This update has been unpushed.
The package installs, imports, and satisfies the dependency of python-aiodns-3.0.0.
Using a
mock
chroot with--enable-network
, I tried the examples from the README:This worked.
This did not work due to an upstream documentation issue; I opened a PR.
The license file is properly marked.
The files list and
Provides
look reasonable.