DevHeads.net

Postings by Richard Shaw

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?

Thanks,
Richard

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.

Thanks,
Richard

>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
package...

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

# dnf install ./freecad-0.17-2.fc28.x86_64.rpm
./freecad-data-0.17-2.fc28.noarch.rpm
Last metadata expiration check: 0:04:30 ago on Sat 03 Nov 2018 07:21:52 AM
CDT.
Error:
Problem 1: conflicting requests
- nothing provides libmpi.so.20()(64bit) needed by
freecad-1:0.17-2.fc28.x

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
hamlib-3.2-1.fc28.x86_64
file /usr/lib/.build-id/dc/0fdb3cc1c3d70f4eee314404d00591091eb879 from
install of ft8call-0.6.4-1.fc28.x86_64 conflicts with file from package
hamlib-3.2-1.fc28.x86_64

It does build against hamlib...

Thanks,
Richard

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...

smesh:
The version of smesh in fedora is version 6 and is provided by this fork:
<a href="https://github.com/tpaviot/smesh/issues/55" title="https://github.com/tpaviot/smesh/issues/55">https://github.com/tpaviot/smesh/issues/55</a>

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