Postings by Richard Shaw

Heads up: OpenColorIO 1.1.1

There's no soname change and fedabidiff output doesn't look to concerning
but I'm no expert there:

[C]'method void
OpenColorIO::v1::Config&, const OpenColorIO::v1::ConstContextRcPtr&, const
OpenColorIO::v1::ConstColorSpaceRcPtr&, const
OpenColorIO::v1::ConstColorSpaceRcPtr&)' at Processor.h:96:1 has some
indirect sub-type changes:
parameter 2 of type 'const OpenColorIO::v1::ConstContextRcPtr&' has
sub-type changes:
in referenced type 'const OpenColorIO::v1::ConstContextRcPtr':
in unqualified underlying

clang segmentation fault on armv7hf

I'm working on building PySide2 for Fedora and have a problem with clang
segfaulting only on armv7hf[1]...

The source package has shiboken2, pyside2, and pyside2-tools in one big
archive but I am building shiboken2 and pyside2-tools with GCC and only
pyside2 with clang because if makes use of something clang specific.

[ 1%] Building CXX object

Fork a 119MB pagure project to updating monitoring?

Am I the only person that finds this silly?

Infra things aside, is it planned to have this functionality in

On a side note, the messages from the-new-hotness still reference pkgdb...
Perhaps it should provide a link to:

<a href="" title=""></a>


<a href="" title=""></a>


Multiple Review Requests for one source package?

With PySide2 shiboken2, pyside2, and pyside2-tools are provided in one big
source archive.

I'm working on packaging it[1] but the provided setuptools build system
calls CMake to perform builds and essentially fakeroot installs for build
dependencies between the three projects and then uses setuptools to
manipulate and copy/install the tree.

Problem 1:
Whether a bug in the setuptools script or a bug in setuptools itself
(exposed by their install method) instead of "installing" all three project
in %install it instead installs the same project 3 times when the --root
option is used[2].

I have

PySide2: 64bit builds fail but 32bit builds succeed (Clang issue?)

I'm working on getting PySide2 into Fedora which gives you python bindings
for Qt5.

It uses some code specific to Clang so I can't use gcc.

Scratch build uploads to koji VERY SLOW

Is anyone else experiencing this? I did a speed test on my Xfinity and it
doesn't appear to be on my end.

I'm getting about 100-200kB/s uploads... On larger projects that's very


qt4 rebuild

I'm troubleshooting why apiextractor tests segfault during package

apiextractor FTBFS troubleshooting

apiextractor builds but pretty much all the tests fail.

f30 buildroot

How can I tell if a package is available in the buildroot for f30?

Per koji my build has the "f30" tag but it's still not available when I try
to use it in mock.

<a href="" title=""></a>


Non-responsive maintainer: codeblock

Is anyone able to contact Rick?

RFE: fedpkgdiff?

I'm curious to see if anyone else would find this useful...

What about a fedpkgdiff as a wrapper around pkgdiff (similar to
fedabipkgdiff) but just to see the difference between two packages (either
local or from the repos like fedabipkgdiff), specifically differences in:

- installed files (not contents)
- requires
- provides



Retire apiextractor?

Currently apiextractor is FTBFS[1] because all the test fail.

It looking to see if there is a newer version that better supports gcc
9.0.x I found this[2] which states that apiextrator was merged into

So can someone with more familiarity with pyside/shiboken/apiextractor say
if apiextracor should be retired?


[1] <a href="" title=""></a>
[2] <a href="" title=""></a>

java: Unrecognized option: --add-modules

When did java lose its option for --add-modules?!?!?

# java --add-modules java.activation
Unrecognized option: --add-modules
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

# rpm -q java-1.8.0-openjdk

I can't start my unifi server now because it needs the java.activation
module that's depreciated.


%py3_build should accept options

Just want to get others opinions before filing a bug...

Currently %py3_build expands to:

$ rpm -E %py3_build
/usr/bin/python3 build --executable="/usr/bin/python3 -s"
sleep 1

This does not allow passing of any options that I can tell... For now I'll
just paste this into my spec file.


install command nit

I noticed a warning on one of my packages that the appdata file was marked
as executable. The source file is not, its 644, but I use the install
command to install it to the metainfo directory.

Does "install" install files as executable by default or is something else
going on here?

Adding -m 0644 fixed it but it shouldn't be necessary.


Any interest in PySide2 (Qt 5 bindings) for Fedora?

I found the following BZ ticket which explains this situation...

<a href="" title=""></a>

FreeCAD chose to use PySide over PyQt so this (and a couple of other
packages) are preventing me from switching it over to Qt5.

Is there anyone interested in getting PySide2 in Fedora and willing to
submit a Review Request? I'll volunteer to be the reviewer..


rpmbuild: File listed twice (but only build-ids)

I'm working on the recent release of mythtv and everything compiled fine
until I got to the rpm packaging part which I got the following output:

File listed twice:
File listed twice:
File listed twice:
File listed twice:
File listed twice:
File listed twice:

WHINE: Can we please stop breaking firewalld with fail2ban?

It seems at least once a year I look through my logs to find that fail2ban
is no longer functioning ever since the switch from iptables to firewalld...

I've spent way too much time on this but I really do try to fix things
myself and learn more about the innards of linux.

Currently I'm getting:
ERROR: '/usr/sbin/iptables-restore -w -n' failed: iptables-restore v1.8.0
(legacy): Set fail2ban-sshd doesn't exist.

Intent to retire: yaml-cpp03

At the time yaml-cpp 0.6 was released several packages still needed the 0.3
API so the yaml-cpp03 package was created.

Currently no package requires the library on F28 through Rawhide and it has
a couple of CVE's attached to it that will not get fixed.

My intention since there are no dependencies in Fedora is to retire it

I have not yet evaluated EPEL...



The current version of CMake in rawhide (not sure about f29) now defaults
to GLVND instead of LEGACY and this caused blender to fail to build

That got me to think... Is there any reason for us to prefer one over the
other as a *disto*?

What are the consequences of choosing one or the other?

fedpkg build disconnects?

I've never had this problem before but for the last week or so I frequently
get the following at some point before the build completes:

Could not execute build: ('Connection aborted.', RemoteDisconnected('Remote
end closed connection without response'))

I know it doesn't affect the build but sometimes I do like to wait and make
sure all arches complete before working on other dependencies.


blender: Not linking against libGL

I'm working on updating the blender package to build against OpenImageIO
2.0.3 in rawhide and have worked through the API changes but the build
still fails when linking blenderplayer due to undefined references to
functions provided by the libGL library.

I checked the last good build in koji and as expected I see "-lGL" for
blender and blenderplayer but not in my mock builds.

Does this have something to do with with the new mesa packages or a cmake
error with the FindGLEW module?

I'll keep poking around but hopefully someone knows the answer :)


Heads up: OpenImageIO 2.0 released

I plan on updating OIIO to the 2.0.3 release this weekend for rawhide after
completing test builds of dependencies.

Bodhi update problems?

I've noticed the following two things happening the last couple of weeks...

1. When I add updates for one package and then type in a new name at the
top and select the other package I want in the update the existing updates
that are checked off turn into six digit numbers.

2. All of my updates started showing "logout required" but I haven't
changed the way I submit updates.

Anyone else seeing this?


Heads up: OpenImageIO 2.0 for Rawhide

Upstream has just released 2.0 RC1 and I'm working on test builds. I don't
expect much to change at this point as they run master in production so
it's pretty stable.

It is a SONAME bump so once the 2.0 GA release happens I plan to update
Rawhide only at this time and rebuild dependencies unless there's a need
for it to land in F29.

There are several packages that will need to be rebuilt but I believe
Blender is the biggest consumer of OIIO for the Cycles rendering engine.


>1yo BZ: Could not apply database update "DBXUpdate-2016-08-09-13-16-00.bin"...: Invalid argument

Just installed F29 on a HP 15-g023cl and was checking things out post
install and ran into this failed service I wasn't familiar with.

# systemctl status dbxtool
● dbxtool.service - Secure Boot DBX (blacklist) updater
Loaded: loaded (/usr/lib/systemd/system/dbxtool.service; enabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Thu 2018-11-22 11:21:39 CST;
22min ago
Process: 784 ExecStart=/usr/bin/dbxtool -a /usr/share/dbxtool/ -q
(code=exited, status=1/FAILURE)
Main PID: 784 (code=exited, status=1/FAILURE)

Nov 22 11:21:38 localhost.localdomain systemd[1]: Started

openmpi dependency problem?

I've been working on getting a good build of FreeCAD 0.17 in Fedora (long
story) and I was finally able to get a good scratch build on Rawhide so I
decided to do a local mock build for Fedora 28 so I could actually test the

As expected it built fine but I can't install it due to a dependency on

# dnf install ./freecad-0.17-2.fc28.x86_64.rpm
Last metadata expiration check: 0:04:30 ago on Sat 03 Nov 2018 07:21:52 AM
Problem 1: conflicting requests
- nothing provides needed by

Build ID conflict?!?

First time I've run into this...

Working on a new package and tried to install it only to get:

Error: Transaction check error:
file /usr/lib/.build-id/67/7d4bdbbde390cc49fddb539cceb06ccb80efd6 from
install of ft8call-0.6.4-1.fc28.x86_64 conflicts with file from package
file /usr/lib/.build-id/dc/0fdb3cc1c3d70f4eee314404d00591091eb879 from
install of ft8call-0.6.4-1.fc28.x86_64 conflicts with file from package

It does build against hamlib...


Looking for new maintainer for FreeCAD

I really like having a real 3D CAD program on Fedora but unfortunately with
the 0.17 release there are multiple issues that need to be addressed and I
just don't have time time, or frankly the expertise, to deal with them.

FreeCAD has a lot of dependencies and bundles some of them which I have
unbundled, but with the new release it doesn't like the versions (or the
forks) that are in Fedora such as smesh and OCE.

Here's all the links for the history of the problems...

The version of smesh in fedora is version 6 and is provided by this fork:
<a href="" title=""></a>