DevHeads.net

Postings by Richard Shaw

Review Request: robin-map

This is a super easy header only library that will be needed for the next
major release of OpenImageIO (1.9).

Description:
The robin-map library is a C++ implementation of a fast hash map and hash
set
using open-addressing and linear robin hood hashing with backward shift
deletion to resolve collisions.

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1591375" title="https://bugzilla.redhat.com/show_bug.cgi?id=1591375">https://bugzilla.redhat.com/show_bug.cgi?id=1591375</a>

I may have time for an easy review swap.

Thanks,
Richard

Purpose of non-user visible groups in comps?

I'm looking at updating the groups in comps for MinGW and there is already
a mingw32 group but it's not user visible.

My plan would be to update it so there is a user visible group, something
to the effect of "MinGW Development" that would install a basic mingw
development environment for both 32 and 64 bit windows applications.

Is there any special handling that needs to be done of the old group? Or
should I leave it alone and just create the new group?

Thanks,
Richard

openCOLLADA soname bump

openCOLLADA has been built for Fedora as a git checkout since it was first
imported. At some point upstream finally started to maintain an actual
release with version (still no soversion, but that's another story).

I plan to build 1.6.62 in Rawhide and F28 and rebuild Blender with it
(already tested locally) which is the only dependency I could find.

Thanks,
Richard

OpenCOLLADA build error

I'm getting the following error when I build with mock in both f27 and
rawhide:

BUILDSTDERR: In file included from
/builddir/build/BUILD/OpenCOLLADA-1.6.62/COLLADABaseUtils/src/COLLADABUURI.cpp:18:
BUILDSTDERR: /usr/include/pcre.h:325:33: error: conflicting declaration
'typedef struct real_pcre8_or_16 pcre'
BUILDSTDERR: typedef struct real_pcre8_or_16 pcre;
BUILDSTDERR: ^~~~
BUILDSTDERR: In file included from
/builddir/build/BUILD/OpenCOLLADA-1.6.62/COLLADABaseUtils/src/COLLADABUURI.cpp:14:
BUILDSTDERR:
/builddir/build/BUILD/OpenCOLLADA-1.6.62/COLLADABaseUtil

FreeCAD: undefined reference to `Py::ifPyErrorThrowCxxException()'

I've posted to upstreams mailing list but have not as of yet gotten a
response.

I've run into the following error trying to build the latest version of
FreeCAD which requires python-pycxx but Rawhide now has 7.0.3 and the
bundled version appears to be 6.2.8.

I'm used to undefined references indicating that a library is missing at
the linker stage, but in the case of python-pycxx, it's a copylib.

FreeCAD crashing on save

I recently had a new bug reported[1] that every time the user attempts to
save FreeCAD crashes. There hasn't been a new release until just recently
for over a year (or two?) so my assumption is that something changed in a
depedenant library but there's so much information in the backtrace I'm
unable to figure it out on my own.

Building the 0.17 prerelease did not help so I don't think it's a gcc bug
but I can't reproduce the problem in F27 so for now it seems to be rawhide
only...

Any pointers appreciated.

Thanks,
Richard

[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1561893" title="https://bugzilla.redhat.com/show_bug.cgi?id=1561893">https://bugzilla.redhat.com/show_bug.cgi?id=1561893</a>

Practical use of fedabipkgdiff

I'm working on a new version of hamlib (3.1 -> 3.2) and instead of building
manually or downloading packages and using abi-compliance-checker, I was
going to try and use fedabipkgdiff from the libabigail package.

How do I go about doing that (best practice) that should be less work than
doing everything manually. Ideally I wouldn't have to build the packages
locally but I'm fine with that if I have to. I would much rather just be
able to compare what's in rawhide (--from fc29) to a scratch build I
performed.

Thoughts?

Thanks,
Richard

EL6 fails NVRA check

I bumped the epoch on the referenced subpackage but the check doesn't seem
to care:

<class 'psycopg2.IntegrityError'>: duplicate key value violates unique
constraint "rpminfo_unique_nvra"
DETAIL: Key (name, version, release, arch,
external_repo_id)=(tqsllib-devel, 2.4, 1.el6, x86_64, 0) already exists.

Shouldn't the check include the epoch?

Koji Build: <a href="https://koji.fedoraproject.org/koji/taskinfo?taskID=26117322" title="https://koji.fedoraproject.org/koji/taskinfo?taskID=26117322">https://koji.fedoraproject.org/koji/taskinfo?taskID=26117322</a>

Thanks,
Richard

How to waiver no test results found?

I tried using waiverdb-cli per the wiki and created a waiver for the
rpmlint results because it's all I can see:

]$ curl "
<a href="https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results?testcases=dist.rpmlint&amp;item=qodem-1.0.0-2.fc26" title="https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results?testcases=dist.rpmlint&amp;item=qodem-1.0.0-2.fc26">https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results?testc...</a>
"
{
"data": [
{
"data": {
"item": [
"qodem-1.0.0-2.fc26"
],
"type": [
"koji_build"
]
},
"groups": [
"f789370a-20d3-11e8-8415-525400fc9f92"
],
"href": "
<a href="https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results/20029537" title="https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results/20029537">https://taskotron.fedoraproject.org/resultsdb_api/api/v2.0/results/20029537</a>
",
"id": 20029537,
"note"

Correct way to perform a pull pull request?

Looking at the documentation in the wiki[1] I'm confused...

Short version of the steps:
1. Got to pagure.io and fork the project...

Umm... You can't fork a project from the Fedora instance of pagure (
src.fedoraproject.org) from pagure.io...

Thanks,
Richard

[1]
<a href="https://fedoraproject.org/wiki/How_to_fix_bugs_on_the_Fedora_Project_website#Filing_Pull_Requests" title="https://fedoraproject.org/wiki/How_to_fix_bugs_on_the_Fedora_Project_website#Filing_Pull_Requests">https://fedoraproject.org/wiki/How_to_fix_bugs_on_the_Fedora_Project_web...</a>

Add ability to check ABI compliance from fedpkg?

I don't have to do it for many of my packages, but I do regularly check ABI
compliance before performing an update so I know if I need to rebuild
dependencies or not.

Currently my workflow is something like:

$ cd abicompare/<pkgname>
$ mkdir <oldver> <newver>
$ cd <oldver> (unpack pakage and -devel package)
(same for <newver>)
$ abi-compliance-checker -l <package> -vnum <newver> -dump <newver>
$ abi-compliance-checker -l <package> -vnum <oldver> -dump <oldver>
$ abi-compliance-checker -l <package> -old <oldabidump_dir> -new
<newabidump_dir>
$ scp -r <html_report> <fedorapeople>:public_html/c

Add link to cvedetail.com in CVE bugs?

I'm probably in the minority, but I wasn't even aware of this sight and I
found it very helpful in addressing some CVE's for one of my packages. It
provides links to bug trackers, links to other distros, and links to
commits that address the CVE.

It would be really helpful to provide a link in the CVE bugs.

Thanks,
Richard

f2c new version

While going through packages to add the BR for gcc/gcc-c++ I noticed that
the f2c package needed some attention.

I've cleaned up the spec file immensely and updated to the latest version.
Checking with abi-compliance-checker shows the ABI hasn't changed so I plan
to do the new build now.

Thanks,
Richard

dnf: Can't tell me what is pulling in a dependency?

I was updating my mythtv box and I saw that it was pulling in some mysql
community packages as a dependency but I looked through the options and I
couldn't find ANYTHING that would tell me what was pulling in those
packages. Nov "-v" and not "--debugsolver".

Is it really not possible?

Thanks,
Richard

Pagure - Can't remove yourself from a project if not an admin?

I spent about 10 minutes trying to figure out how to remove myself from a
project (for which I'm not an admin) and I have come to the conclusion that
I'm not able to do so.

Is this a known issue?

Thanks,
Richard

mock slow to get new packages for Rawhide?

With the recent gcc 8 issues I've been trying to do some build tests on my
system but I keep getting
gcc-8.0.1-0.9.fc28 even after performing a --scrub=all instead of
gcc-8.0.1-0.13.fc28 which was built yesterday or even gcc-8.0.1-0.12.fc28
from the 9th...

What gives? It can't just be slow mirror propagation...

Thanks,
Richard

HEADS UP: yaml-cpp 0.6.0 coming to rawhide

I may wait a few days for all the build problems with gcc 8 and there are
still several packages that haven't been properly rebuilt against boost
1.66, but I plan to build yaml-cpp 0.6.0 and rebuild its dependencies in
the near future:

$ repoquery --repoid=rawhide --source --whatrequires
"libyaml-cpp.so.0.5()(64bit)"
Last metadata expiration check: 0:01:30 ago on Sun 11 Feb 2018 01:21:13 PM
CST.
OpenColorIO-1.1.0-1.fc28.src.rpm
calamares-3.1.8-6.fc28.src.rpm
facter-3.9.3-1.fc28.src.rpm
fawkes-1.0.1-13.fc28.src.rpm
librime-1.2-19.fc28.src.rpm
mongodb-3.6.2-1.fc28.src.rpm
pdns-4.1.0-2.fc28.src.

RANT: Packaging is changing too fast and is not well documented

<RANT>
So I went to request a new branch of an existing package only to find out
fedrepo-req-branch, which hasn't been around that long is already
depreceated and the facility brought into fedpkg... so:

$ fedpkg request-branch <branch>
Could not execute request_branch: The "token" value must be set under the
"fedpkg.pagure" section in your "fedpkg" user configuration

Ok, so where does that get stored?

$ man fedpkg
(not in there...)
$ vi /usr/share/doc/fedpkg/README
(not in there...)

I figured out somewhere else that the default config is in
/etc/rpkg/fedpkg.conf (In /etc/rpkg?

OpenImageIO GCC 8 build problem?

A scratch build works fine on Fedora 27...

Error during build[1]:
*** WARNING *** there are active plugins, do not report this as a bug
unless you can reproduce it without enabling any plugins.
Event | Plugins
PLUGIN_FINISH_UNIT | annobin: Generate final annotations
PLUGIN_START_UNIT | annobin: Generate global annotations
PLUGIN_ALL_PASSES_END | annobin: Generate per-function
annotations
In file included from /builddir/build/BUILD/oiio-Release-1.8.8/src/include/
OpenImageIO/imageio.h:59,
from /builddir/build/B

COPR + pagure + rpkg HOWTO?

I would like to manage a COPR via SCM (in this case pagure)

I'm assuming using rpkg would be a good way to do this? Or should I forget
that and just use plain git+copr-cli?

There is OK documentation for the independent tools but I can't seem to
find a HOWTO that ties it all together.

I want to use my pagure project: <a href="https://pagure.io/NBEMS" title="https://pagure.io/NBEMS">https://pagure.io/NBEMS</a>

To tie into my COPR project:
<a href="https://copr.fedorainfracloud.org/coprs/hobbes1069/NBEMS/" title="https://copr.fedorainfracloud.org/coprs/hobbes1069/NBEMS/">https://copr.fedorainfracloud.org/coprs/hobbes1069/NBEMS/</a>

so I can stop uploading package to my fedorapeople public_html site and
build via URLs.

Second question.

gobject-introspection broken requires

DEPRECATION WARNING: python2 invoked with /usr/bin/python.
Use /usr/bin/python3 or /usr/bin/python2
/usr/bin/python will be removed or switched to Python 3 in the future.
If you cannot make the switch now, please follow instructions at
<a href="https://fedoraproject.org/wiki/Changes/Avoid_usr_bin_python_in_RPM_Build#Quick_Opt-Out" title="https://fedoraproject.org/wiki/Changes/Avoid_usr_bin_python_in_RPM_Build#Quick_Opt-Out">https://fedoraproject.org/wiki/Changes/Avoid_usr_bin_python_in_RPM_Build...</a>
DEPRECATION WARNING: python2 invoked with /usr/bin/python.
Use /usr/bin/python3 or /usr/bin/python2
/usr/bin/python will be removed or switched to Python 3 in the future.
If you cannot make the switch now, please follow instructions at
<a href="https://fedorapro" title="https://fedorapro">https://fedorapro</a>

yaml-cpp: Better to only build static libraries?

Per <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1539386" title="https://bugzilla.redhat.com/show_bug.cgi?id=1539386">https://bugzilla.redhat.com/show_bug.cgi?id=1539386</a> I've now been
bitten twice after being asked to update a package in EPEL.

Per this version this was a patch level update but it still breaks
applications so I'm wondering if it would just be best to only supply a
static library, at least in EPEL...

Thanks,
Richard

Non-responsive maintainer: joost

Per the policy I am asking here if anyone knows how to get in touch with
joost (<a href="mailto: ... at cnoc dot nl"> ... at cnoc dot nl</a>).

I have bug reports for both fpc and lazarus that have gone for weeks
without any response and it's preventing me from building cqrlog on armv7hl
in rawhide due to lazbuild and hedgewars has a segmentation fault due to a
bug in fpc.

I have tried direct emails with no response.

The following bugs have not been addressed:
fpc: needs bootstrap for armhfp
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1491788" title="https://bugzilla.redhat.com/show_bug.cgi?id=1491788">https://bugzilla.redhat.com/show_bug.cgi?id=1491788</a>

SIGSEGV during game shutdown with hedgewars 0.9.23 (hwengine)
<a href="https://bugzilla.redhat.com/show" title="https://bugzilla.redhat.com/show">https://bugzilla.redhat.com/show</a>

Intent to retire: yaml-cpp03

The only package I am aware of using it was OpenColorIO but the new 1.1.0
release now uses 5.x.

Fedora 27:
# for lib in "libyaml-cpp.so.0.3" "libyaml-cpp.so.0.3()(64bit)"; do
repoquery --source --whatrequires "$lib"; done
Last metadata expiration check: 0:00:00 ago on Wed 17 Jan 2018 02:57:49 PM
CST.
OpenColorIO-1.0.9-18.fc27.src.rpm
yaml-cpp03-0.3.0-13.fc27.src.rpm
Last metadata expiration check: 0:00:01 ago on Wed 17 Jan 2018 02:57:49 PM
CST.
OpenColorIO-1.0.9-18.fc27.src.rpm
yaml-cpp03-0.3.0-13.fc27.src.rpm

Rawhide:
# for lib in "libyaml-cpp.so.0.3" "libyaml-cpp.so.0.3()(64bit)"; do
repoq

Strange error trying to build blender

I'm trying to rebuild blender due to a new OpenImageIO build in rawhide but
I'm getting a strage error[0] that doesn't appear to be transient
(happening for several days now):

from checkout.log:
$ git clone -n <a href="https://src.fedoraproject.org/rpms/blender.git" title="https://src.fedoraproject.org/rpms/blender.git">https://src.fedoraproject.org/rpms/blender.git</a>
/var/lib/mock/f28-build-11036148-838686/root/tmp/scmroot/blender
Cloning into
'/var/lib/mock/f28-build-11036148-838686/root/tmp/scmroot/blender'...
error: RPC failed; curl 18 transfer closed with outstanding read data
remaining
fatal: The remote end hung up unexpectedly
fatal: protocol error: bad pack header

Any ideas?

Files marked as config ignored during upgrade?

I don't have a good way to reproduce this right now, but I just recently
figured out that after upgrading from F26 to 27 that my modifications to
/etc/ssh/sshd_config were reverted.

I only have one computer I allow ssh into from the internet and for that
reason I don't allow root login over ssh (PermitRootLogin no) but while
troubleshooting a problem with X11 forwarding I figured out that the config
file had been reverted back to the default (verified via rpm -V).

Has anyone else had something like this happen?

Checking rpm -vV I can see that the file is marked as a config file
(presumably

Need help debugging hedgewars

Ok, so I built the latest version of hedgewars (0.9.23) and submitted an
update and quickly found out that when the game exits (hwengine, not the
hedgewars binary) it get's a segmentation fault.

<a href="https://bodhi.fedoraproject.org/updates/FEDORA-2017-f9a419a9e9" title="https://bodhi.fedoraproject.org/updates/FEDORA-2017-f9a419a9e9">https://bodhi.fedoraproject.org/updates/FEDORA-2017-f9a419a9e9</a>

I have posted to the hedgewars support forum and they have tried to help
but we haven't been able to figure it out and it appears that it's only
happening on Fedora as far as I know.

<a href="http://hedgewars.org/node/6879?page=0" title="http://hedgewars.org/node/6879?page=0">http://hedgewars.org/node/6879?page=0</a>

Since it seems to only affect Fedora and to be GL related I also filed an
issue with libglvnd (what other distros use

gdb: No symbol table info available

I'm working on a segfault in the latest version of hedgewars and I can
reproduce the crash easy enough and I have installed both the debuginfo for
hedgewars and all the packages gdb suggested but the end of the log[1]
still says:

No symbol table info available.

Any ideas?

Thanks
Richard

[1] $ cat test.log

Thread 1 (Thread 0x7ffff7fa7300 (LWP 13966)):
#0 __GI__dl_catch_error (objname=0x28d6c30, errstring=0x28d6c38,
mallocedp=0x28d6c28, operate=0x7ffff65d4ff0 <dlclose_doit>, args=0x2946aa0)
at dl-error-skeleton.c:187
errcode = 32767
c = {objname = 0x291f050, errstring =

Should packages providing appdata files own /usr/share/metainfo?

During a package review rpmlint noted that the package did not own
/usr/share/metainfo.

A cursory "rpm -q --whatprovides /usr/share/metainfo" returned no results.

I know rpm can handle multiple packages owning a directory these days but I
don't think it is correct for a package only providing an appdata file to
own /usr/share/metainfo...

So what package should?

Thanks,
Richard

Review Swaps

I have a few simple C++ based review requests that I'm willing to perform
review swaps for:

flnet - Amateur Radio Net Control Station
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1060852" title="https://bugzilla.redhat.com/show_bug.cgi?id=1060852">https://bugzilla.redhat.com/show_bug.cgi?id=1060852</a>

flwkey - Modem program for the K1EL Winkeyer series
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1321081" title="https://bugzilla.redhat.com/show_bug.cgi?id=1321081">https://bugzilla.redhat.com/show_bug.cgi?id=1321081</a>

linsim - Tool for Amateur Radio Digital Mode evaluation
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1508478" title="https://bugzilla.redhat.com/show_bug.cgi?id=1508478">https://bugzilla.redhat.com/show_bug.cgi?id=1508478</a>

flcluster - A management tool for accessing dxcluster nodes
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1508492" title="https://bugzilla.redhat.com/show_bug.cgi?id=1508492">https://bugzilla.redhat.com/show_bug.cgi?id=1508492</a>

Thanks,
Richard
FAS: hobbes1069