DevHeads.net

Postings by Sandro Mani

koji: Get all completed builds since a specific date?

Hi

Is there a way to query koji for all completed builds since a specific date?

Thanks
Sandro

Build weirdness

Hi

I've got another weird situation: I wanted to get pjproject building
again, rebased and added necessary patches, did the scratch build, and
all looked good [1]. So I went ahead and committed the result, fired off
the build, but to my surprise that build failed while applying the
patches [2].

Mysterious build, perhaps tagged to wrong release?

Hi

I've got an odd situation with mingw-qt5-qtbase on f26: in git, I have
version 5.7.1, however there is a mingw-qt5-qtbase-5.8.0-3.fc26 in koji
[2] which I cannot understand where it came from, considering also that
other 5.7.1-x versions have been built since. I'm now in the situation
where I cannot push an update [3] to stable since

"Cannot submit mingw-qt5-qtbase ('0', '5.7.1', '5.fc26') to stable since
it is older than ('0', '5.8.0', '3.fc26')"

The update was however successfully pushed to testing a couple of days ago.

Any idea what's going on?

mingw-find-debuginfo.sh: objcopy strip-unneeded vs strip-debug?

Hi

I'm investigating why gdb returns so unreliable backtraces for mingw
binaries without debuginfos, and noticed a big improvement if I change
strip-unneeded to strip-debug in mingw-find-debuginfo.sh. Currently,
mingw-find-debuginfo.sh does the following:

mingw-objcopy --only-keep-debug "$binary" "$binary.debug"
mingw-objcopy --add-gnu-debuglink=$(basename "$binary.debug")
--strip-unneeded "$binary"

For a trivial test application (see bottom of email), with
strip-unneeded and no debug symbols, gdb reports:

#0 0x000000000040157d in ?? ()
#1 0x00000000004015b5 in ??

alglib soname bump

Hi

I'm updating to alglib-3.12.0 in rawhide and F27, I'll rebuild the
following dependent packages:

gmsh-3.0.4-1.fc27.src.rpm
qmapshack-1.9.0-1.fc27.src.rpm

Sandro

Review requests: perl-Regexp-Pattern, perl-Regexp-Pattern-License

Hi

I needs these simple perl packages reviewed to fix broken dependencies
introduced in licensecheck-3.0.31 (the reason it actually built
successfully was that licensecheck-3.0.30 actually provided
perl(Regexp::Pattern::License), fact which I missed, but now 3.0.31
can't be installed since it needs 3.0.30 to satisfy the dependencies...):

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

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

Happy to review in exchange.

Sandro

openjpeg-2.2.0

Hi

openjpeg-2.2.0 was just release, carrying a large number of security
fixes. I'd also like to update it for F25 and F26, since it is ABI and
API compatible with 2.1.x, there is however the problem that openjpeg2
installs its headers under /usr/include/openjpeg-$major.$minor, so this
would mean that the location of headers changes, potentially leading to
compilation failures in the unlikely event users have hardcoded the path
to said headers (instead of using the pkgconfig file).

Debuginfo/debugsource: mingw package with mixed host and target debuginfos

Hi

mingw-qt5-qtbase and mingw-qt5-qttools are currently FTBFS [1] due to
errors like

error: Could not open %files file /builddir/build/BUILD/qtbase-opensource-src-5.9.1/debugsourcefiles.list: No such file or directory
Duplicate build-ids /builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/i686-w64-mingw32/lib/libQt5Bootstrap.so.5.9.1 and /builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/x86_64-w64-mingw32/lib/libQt5Bootstrap.so.5.9.1
Duplicate build-ids /builddir/build/BUILDROOT/mingw-qt5-qtbase-5.9.1-4.fc27.x86_64/usr/i686-w64-mingw32/lib/libQt5Boo

Review swap: qbs - Cross platform build tool

Hi

Upstream notified me that the way qbs is currently packaged (as part of
qt-creator) is wrong, and that it should live in a separate package with
the correct version (instead of using the qt-creator version). The
review request for the split-off qbs package is here:

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

Happy to review in exchange.

Thanks
Sandro

Review request: mingw-pcre2 - MinGW Windows pcre2 library

Hi

I need mingw-pcre2 to update mingw-qt5-* to 5.9.0. Review request is here:

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

Happy to review in exchange.

Thanks
Sandro

Updates not getting pushed to stable

Hi,

I've got a couple of updates which are stuck waiting to get pushed to
stable:

<a href="https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8" title="https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8">https://bodhi.fedoraproject.org/updates/FEDORA-2017-e46ec0bbe8</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-2017-19c1569283" title="https://bodhi.fedoraproject.org/updates/FEDORA-2017-19c1569283">https://bodhi.fedoraproject.org/updates/FEDORA-2017-19c1569283</a>
<a href="https://bodhi.fedoraproject.org/updates/FEDORA-2017-192daab41c" title="https://bodhi.fedoraproject.org/updates/FEDORA-2017-192daab41c">https://bodhi.fedoraproject.org/updates/FEDORA-2017-192daab41c</a>

The last two I tried unpushing and repushing to see whether it would
unlock them, so far that does not seem to be the case.

Looks like they are isolated cases, various updates before and after
that have been successfully pushed to stable.

Anyone with a magic wand to get those updates to stable or ideas what's
wrong?

Koji build failure: OverflowError: long int exceeds XML-RPC limits

Hi

I've tried a couple of times to build mingw-qt5-qtquick1 [1], but the
task consistently fails after the actual build succeded [2], seemingly
when moving the rpms or tagging the build, with the following message:

Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/koji/daemon.py", line 1160, in
runTask
response = (handler.run(),)
File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 158, in run
return koji.util.call_with_argcheck(self.handler, self.params,
self.opts)
File "/usr/lib/python2.7/site-packages/koji/util.py", line 156, in
call

Package with spec name != packagename.spec

Hi

I just came across a package (mingw-qt5-qtquickcontrols) whose specfile
isn't named <packagename>.spec (in this case, mingw-qtquickcontrols.spec
instead of mingw-qt5-qtquickcontrols.spec).

As I understand it this is against the guildelines? (Shouldn't the build
actually fail?)

Can I just fix it by renaming the spec file or do I need to take other
precautions?

Thanks
Sandro

ActionNotAllowed: policy violation (build_from_srpm)

Hi

Anyone an idea what's going on here?

$ fedpkg build
Building mingw-eigen3-3.3.3-1.fc26 for rawhide
Created task: 17994713
Task info: <a href="https://koji.fedoraproject.org/koji/taskinfo?taskID=17994713" title="https://koji.fedoraproject.org/koji/taskinfo?taskID=17994713">https://koji.fedoraproject.org/koji/taskinfo?taskID=17994713</a>
Watching tasks (this may be safely interrupted)...
17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf): free
17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf): free
-> open (buildhw-04.phx2.fedoraproject.org)
17994713 build (rawhide,
/git/rpms/mingw-eigen3:e85524ace76e2d184ef7be04a8b9db7752099dbf): open
(buildhw-04.p

BuildRequire debuginfo for debugging?

Hi

I'm trying to gather a good stacktrace of a qbs crash on
aarch64/ppc64/ppc64le and I managed to collect something by prepending

gdb -batch -ex "run" -ex "bt full" --args

to the qbs calls.

Dependency rebuild order

Hi

Wondering if someone has some neat script which outputs the rebuild
order of a set of packages, say after a library these depend on bumped
its soname.

Thanks
Sandro

HEADS UP: libwebp-0.6.0 soname bumps

Hi

I'm about to fire off the libwebp and mingw-libwebp 0.6.0 updates, which
include soname bumps.

I'm rebuilding all of the dependent packages:

darktable-2.2.2-1.fc26.src.rpm
efl-1.18.4-2.fc26.src.rpm
freeimage-3.17.0-8.fc26.src.rpm
gd-2.2.4-1.fc26.src.rpm
gdal-2.1.2-6.fc26.src.rpm
gegl03-0.3.10-1.fc26.src.rpm
gnuplot-5.0.5-1.fc26.src.rpm
grads-2.0.2-20.fc26.src.rpm
GraphicsMagick-1.3.25-2.fc26.src.rpm
gstreamer1-plugins-bad-free-1.11.1-1.fc26.src.rpm
gthumb-3.4.4.1-2.fc26.src.rpm
guacamole-server-0.9.9-2.fc26.src.rpm
ImageMagick-6.9.3.0-3.fc25.src.rpm
kde-runtime-16.12.1-1.fc26.src.rpm
le

Updates in testing for EOL releases stuck forever in Bodhi?

Hi

Just wondering: is there any way to get rid of the entries of updates
stuck in testing for EOL releases in
bodhi.fedoraproject.org/updates/?user=<user>&status=testing ?

Thanks
Sandro

Orphaning python-sphinx-theme-better

Hi

I've orphaned python-sphinx-theme-better. It was briefly used by
python-pillow for its documentation in the past, but that's not the case
anymore and python-sphinx-theme-better hasn't seen any activity upstream
since 2013.

Packages owned by epienbro

Given the sad news of the passing of Erik van Pienbroek, I suppose at
this stage his packages should be orphaned.

I've had a look at what packages he's marked as point of contact in
pkgdb [1], in particular the following are packages without comaintainers:

mingw-webkitgtk
mingw-gtkhtml3
mingw-qt5-qtxmlpatterns
mingw-qt5-qtwinextras
mingw-qt5-qtwebsockets
mingw-qt5-qtwebkit
mingw-qt5-qttranslations
mingw-qt5-qttools
mingw-qt5-qtsystems
mingw-qt5-qtsvg
mingw-qt5-qtsensors
mingw-qt5-qtscript
mingw-qt5-qtscript
mingw-qt5-qtmultimedia
mingw-qt5-qtlocation
mingw-qt5-qtjsbackend
mingw-qt5-qtimage

Review swaps

Hi

For the upgrade to python-pillow-4.0.0, I need these two packages reviewed:

- <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1409647" title="https://bugzilla.redhat.com/show_bug.cgi?id=1409647">https://bugzilla.redhat.com/show_bug.cgi?id=1409647</a> - libimagequant -
Palette quantization library
- <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1409648" title="https://bugzilla.redhat.com/show_bug.cgi?id=1409648">https://bugzilla.redhat.com/show_bug.cgi?id=1409648</a> - python-olefile -
Python package to parse, read and write Microsoft OLE2 files

First is a simple C library. Second is a simple python library.

Happy to review in exchange.

Thanks
Sandro

pkgdb: Could not save the request for branch: master, has it already been requested?

Hi

I filed the request to unretire eigen2, but I accidentally specified
only the rhbz ticket number instead of the full URL so it got denied
with "Invalid review BZ". I now tried filing a new unretirement request
with the full ticket url, but now I'm getting

Could not save the request for branch: master, has it already been
requested?

It looks like the denied request still counts as pending request?

Thanks
Sandro

Retire mingw-openjpeg (and native openjpeg status)

Hi

I'm planing to retire mingw-openjpeg next week unless there are
objections. It is superseeded by mingw-openjpeg2 and no package depends
on it anymore.

ppc64le: error: declaration does not declare anything

Hi

I'm having some difficulties understanding the following error on
ppc64le (scratch build [1], build log [2]):

PackMath.h:

191 template<> inline v4f ei_pset1(const float& from)
192 {
193 // Taken from
<a href="http://developer.apple.com/hardwaredrivers/ve/alignment.html" title="http://developer.apple.com/hardwaredrivers/ve/alignment.html">http://developer.apple.com/hardwaredrivers/ve/alignment.html</a>
194 float __attribute__(aligned(16)) af[4];
195 af[0] = from;
196 v4f vc = vec_ld(0, af);
197 vc = vec_splat(vc, 0);
198 return vc;
199 }

/builddir/build/BUILD/eigen-eigen-b23437e61a07/Eigen/src/Core/arch/AltiVec/PacketMath.h: In function 'typename Eigen::ei_packet_traits<T>::type Eigen::ei_pset1(const Sca

HEADS UP: shapelib soname bump

Hi

I'm preparing the shapelib-1.4.0 update, which bumped the soname. There
are no API changes, it was just to synchronize with the debian soname.
Dependent packages are:

gpsbabel-0:1.5.3-4.fc24
grads-0:2.0.2-18.fc26
librecad-0:2.1.0-1.fc25
marble-widget-qt5-1:16.08.3-1.fc26
plplot-libs-0:5.11.1-5.fc25

I'll need help rebuilding the above packages.

Thanks
Sandro

HEADS UP: eigen-3.3.0 update

Hi

eigen-3.3.0 was released a a couple of weeks ago, and I've investigated
the consequences of updating in rawhide in this [1] COPR repo.

fedpkg build fails: Could not auth with koji. Login failed: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]

Hi

I've noticed today that I'm unable to submit builds anymore. I get

$ fedpkg build
/usr/lib/python2.7/site-packages/pyrpkg/__init__.py:314:
DeprecationWarning: BaseException.message has been deprecated as of
Python 2.6
for (_, _, ssl_reason) in error.message:
You might want to run fedora-packager-setup to regenerate SSL
certificate. For more info see
<a href="https://fedoraproject.org/wiki/Using_the_Koji_build_system#Fedora_Account_System_.28FAS2.29_Setup" title="https://fedoraproject.org/wiki/Using_the_Koji_build_system#Fedora_Account_System_.28FAS2.29_Setup">https://fedoraproject.org/wiki/Using_the_Koji_build_system#Fedora_Accoun...</a>
Could not execute build: Could not auth with koji.

noarch debuginfo packages missing from repo?

Hi

Just noticed that dnf (or yum-deprecated for the matter) won't find any
mingw{32,64}-XXX-debuginfo packages to install (even though
rawhide-debuginfo is enabled, and indeed i.e. qt5-qtbase-debuginfo is
found). I suspect that perhaps noarch debuginfo packages are missing
from the repo? Indeed mingw-qt5-qtbase-debuginfo-5.6.0-4.fc24.x86_64.rpm
is also found.

HEADS UP: update to podofo-0.9.4

Hi

I'll be updating to podofo-0.9.4 in rawhide next weekend. This update
includes a soname bump, and the following packages will need to be rebuilt:

calibre
fontmatrix
krename
scribus

I don't have commit access to any of those packages, so I need help from
the maintainers or a proven packager to rebuild these.

Review request: perl-Test-Filename, perl-Path-Iterator-Rule

Hi

No idea why licensecheck keeps adding dependencies, but here we go again...

perl-Test-Filename - <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1373243" title="https://bugzilla.redhat.com/show_bug.cgi?id=1373243">https://bugzilla.redhat.com/show_bug.cgi?id=1373243</a>
perl-Path-Iterator-Rule -
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1373244" title="https://bugzilla.redhat.com/show_bug.cgi?id=1373244">https://bugzilla.redhat.com/show_bug.cgi?id=1373244</a>

Happy to review in exchange.

Sandro