DevHeads.net

Postings by Igor Gnatenko

gawk major update (unannounced) breaks INPLACE_SUFFIX

Hello,

I just noticed that more than 700 of Rust packages are broken due to
gawk update (4.2.1 → 5.0.0). This is… bad.

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

Dynamic BuildRequires on Fedora 29/30: Possible!

Hello,

All applications written in Rust are shipped to stable releases via
modules which includes building all crates (libraries), applications
themselves and throwing away all crates (since those are linked
statically).

However, since we are using dynamic BuildRequires[0] as of yesterday
it is not possible to build those RPMs on F29 and F30 anymore because
their RPM does not support this feature.

I was thinking about way how to solve this problem so I have created a
module "rpm" with stream "4.15" which is building RPM from the master
dist-git branch.

HEADS UP: DynamicBuildRequires are available

Hi folks,

as of today, builders have been updated (thanks to Kevin) and
DynamicBuildRequires finally work in Rawhide.

Change Page: <a href="https://fedoraproject.org/wiki/Changes/DynamicBuildRequires" title="https://fedoraproject.org/wiki/Changes/DynamicBuildRequires">https://fedoraproject.org/wiki/Changes/DynamicBuildRequires</a>
Example of real build:
<a href="https://koji.fedoraproject.org/koji/buildinfo?buildID=1286391" title="https://koji.fedoraproject.org/koji/buildinfo?buildID=1286391">https://koji.fedoraproject.org/koji/buildinfo?buildID=1286391</a>

How to consume fedora-messaging?

Hello,

I have been trying to write some script which would listen on
generation of new repository / successful build is tagged in Koji and
do some actions locally.

Do people not care about broken dependencies?

Hello,

I've noticed that people keep pushing updates which have broken dependencies.

For example, python-kombu was updated from 4.6.0 to 4.6.1.

RFC: Multiple parallel side tags

Hi,

Imagine situation that somebody is working on KDE rebase and me on
libgit2 rebase. Both involve rebuilding/updating some package, let's
say kf5-ktexteditor.

We both work in different side tags, in KDE rebase kf5-ktexteditor
gets updated to a new version. In libgit2 rebase, old version gets
rebuilt.

Once any of us finished with side tag, we merge it. Let's say that was
KDE rebase. That means, new kf5-ktexteditor is merged into the rawhide
which is built against old libgit2. Then I finish with libgit2 things
and we merge it into the rawhide..

HEADS UP: libgit 0.28

Hello,

I'm going to build libgit 0.28.x in rawhide and rebuild all affected
packages somewhere this week.

Just FYI.

%meson contains -Db_ndebug=true

Hello,

While fixing mesa build which was slow due to a lot off debug stuff
(assert()), I've added -Db_ndebug=true into the %meson macro.

This seemed like good approach because in Fedora we should not use debug
bits in runtime (not related to debuginfo). However this caused some
breakage in some packages like libratbag which was relying on assert() in
tests. This should be really fixed in affected packages..

I am not convinced that we should revert meson change.. Let me know if you
think otherwise and why.

Building modules take forever

Hello,

I'm building modules with Rust apps (because this is only way to get them
in f28/f29/f30) and I noticed that building them takes ages (more
specifically, more than 12 hours(!)). I can build all those packages on my
laptop under 1 hour. Even composes take less time.

It seems that MBS has limit of 20 builds in parallel. Is there any reason
for it? Why can't we just build all packages in parallel?

Minetest 5.0.0

Hello folks,

I've prepared PR for new version of minetest:
<a href="https://src.fedoraproject.org/rpms/minetest/pull-request/3" title="https://src.fedoraproject.org/rpms/minetest/pull-request/3">https://src.fedoraproject.org/rpms/minetest/pull-request/3</a>

I'll merge it later this week and build for F30 and F31. It also involves
License change but it was just incorrect even before.

I'll also probably make a module out of it so it would be available in
F28/F29 too.

See changelog here:
<a href="https://dev.minetest.net/Changelog#0.4.16_.E2.86.92_5.0.0" title="https://dev.minetest.net/Changelog#0.4.16_.E2.86.92_5.0.0">https://dev.minetest.net/Changelog#0.4.16_.E2.86.92_5.0.0</a>

Thanks for attention!

Readline 8.0

We have just merged side tag (f30-readline8) into the f30 which includes
readline 8 + packages which needed rebuild against new readline (due to
SONAME bump).

Whatever was failing before and fails now… It just failed.
Whatever was not failing before and fails now… Fails not due to readline
update.

* foma (looks like some underlinking issue)
BUILDSTDERR: /usr/bin/ld: lex.yy.o: in function `my_yyparse':
BUILDSTDERR:
/builddir/build/BUILD/foma-0fa48dbacfe39509577ae6741054be7c05a19aac/foma/regex.l:130:
undefined reference to `yyparse'
BUILDSTDERR: collect2: error: ld returned 1 exit status
* fol

Bash 5.0

Bash 5.0 is now in Rawhide/F30. Enjoy :)

P.S. Don't hesitate to report bugs if you find one (or two).

MBI (Playground 2.0)

MayBe I …(can do something useful)?

Hello,

We've been discussing some (hopefully) nice idea with Mikolaj, Neal and
Jakub how we could improve packager (and user) experience and we have some
proposal which will be described below.

We would like to ask you to read it, understand it and ask us any questions
you have.

Removal of ldconfig scriptlets

<a href="https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt" title="https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt">https://ignatenkobrain.fedorapeople.org/needless-scriptlets.txt</a>

Here's the list of packages which have dependency on /sbin/ldconfig
with their respective maintainers for packages which do not install
any files in /etc/ld.so.conf.d/.

During this weekend, I'm going to clean all those packages to switch
to the %ldconfig_scriptlets macro (which expands to something only on
EPEL).

Feel free to drop unneeded scriptlets before that date if you'd like
to not have some cruft in your spec file.

Thanks for attention!

Fish 3.0.0

Hello,

upstream released new version of Fish shell today and I'm going to
update it in Rawhide (and only there because of incompatible changes).

<a href="https://github.com/fish-shell/fish-shell/releases/tag/3.0.0" title="https://github.com/fish-shell/fish-shell/releases/tag/3.0.0">https://github.com/fish-shell/fish-shell/releases/tag/3.0.0</a>

Python dependency generator has been turned ON

Hello folks,

since <a href="https://fedoraproject.org/wiki/Changes/EnablingPythonGeneratorsByDefault" title="https://fedoraproject.org/wiki/Changes/EnablingPythonGeneratorsByDefault">https://fedoraproject.org/wiki/Changes/EnablingPythonGeneratorsByDefault</a>
was approved by FESCo, I've went ahead and turned it ON.

You'd need:
* python-rpm-generators-7-1.fc30
* python-rpm-macros-3-41.fc30

Notes for usage:
* If it adds some dependency you don't need — please patch setup.py or
whatever is adding dependency for you, DO NOT disable dependency
generator.
* If dependency is in egg-info/dist-info/etc., but doesn't appear in
your package ­— file a bug against python-rpm-generators and CC me.
Meanwhile add dependency manually.
* If, for some reason it breaks build

Mesa is now built with meson

Hey folks,

since 18.3.1-2 mesa is built using meson. Please let me know if it
breaks anything.

Teeworlds update & license change

teeworlds / teeworlds should have been always "Teeworlds and zlib",
because it bundles some md5 code which is zlib-licensed.

teeworlds-data was supposed to be CC-BY-SA, but it was not marked this way.

Now to the real changes, since 0.7 it bundles json-parser (unbundle
will come within next few days) which is BSD licensed, so teeworlds
(not -server) will have "and BSD".

RFC: make fedora-release archful and add some provides

Hello folks,

for long time we have problem if you have some arch-specific
BuildRequires, you still get one src.rpm from one of arches (not sure
how koji chooses that one) which might not work for your architecture.

For example if you have following in spec:
%ifarch %{ldc_arches}
BuildRequires: ldc
%endif

And the src.rpm is taken by koji from x86_64 (included in
%{ldc_arches}), then you won't be able to run `dnf builddep foo`,
because it will complain that ldc package is missing.

PROPOSAL:
1. make fedora-release archful
2.

Please test mesa builds powered by meson (Rawhide)

Hello,

it's been a long time when Mesa added meson buildsystem definitions,
but I never got time to switch Fedora's mesa build to use them.
Nowadays, mesa upstream is looking to drop autotools definitions in
19.0.0 release, so time came up.

I've prepared 18.0.0~rc5 builds with using meson buildsystem instead
of autotools: <a href="https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/" title="https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/">https://copr.fedorainfracloud.org/coprs/ignatenkobrain/meson-mesa/</a>

Please test it and let me know if something doesn't work as expected.

P.S.

Rawhide buildroot now has glibc-minimal-langpack instead

Hello,

the removal of glibc-all-langpacks from the buildroot[0] is done.
Standard buildroot has decreased from 445 to 237 megabytes in
installed size ;)

Before:
DEBUG util.py:439: Install 146 Packages
DEBUG util.py:439: Total download size: 86 M
DEBUG util.py:439: Installed size: 445 M

After:
DEBUG util.py:439: Install 146 Packages
DEBUG util.py:439: Total download size: 61 M
DEBUG util.py:439: Installed size: 237 M

All thanks go to zbyszek and mboddu :champagne:!

[0]https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot

tinyxml2 SONAME bump (7.x)

Hi folks,

I'm going to update tinyxml2 to 7.x later this week.

Affected packages:
* cppcheck
* dvblinkremote
* fuse
* gazebo
* kodi (rpmfusion)
* libmediainfo
* vdr

I'm going to rebuild all of them myself.

Maintainers by package:
cppcheck fcami jussilehtola sgrubb
dvblinkremote melmorabity
fuse peter spot
gazebo rmattes
libmediainfo ivanromanov vascom
vdr martinkg vpv

Packages by maintainer:
fcami cppcheck
ivanromanov libmediainfo
jussilehtola cppcheck
martinkg vdr
melmorabity dvblinkremote
peter fu

fedora-rawhide-kernel-nodebug is not getting updates

Does anybody know why?

Last kernel available there is 2 weeks old.

<a href="https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/" title="https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/">https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/</a>

Something is broken in low-level components, processes segfault

<a href="https://apps.fedoraproject.org/koschei/build/5700914" title="https://apps.fedoraproject.org/koschei/build/5700914">https://apps.fedoraproject.org/koschei/build/5700914</a>

process didn't exit successfully: `/usr/bin/rustc --crate-name
glib_sys src/lib.rs --color never --crate-type lib
--emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C
extra-filename=-20d7ee6da134c60a --out-dir
/builddir/build/BUILD/glib-sys-0.6.0/target/release/deps -L
dependency=/builddir/build/BUILD/glib-sys-0.6.0/target/release/deps
--extern bitflags=/builddir/build/BUILD/glib-sys-0.6.0/target/release/deps/libbitflags-056f832aae1b729d.rlib
--extern libc=/builddir/build/BUILD/glib-sys-0.6.0/target/release/deps/liblibc-626

Latest protobuf is coming into Rawhide

Hello,

I'm going to work on protobuf update which involves SONAME change from
.15 to .17.

I don't see any breakage from release notes, it is mostly about making
minimum c++ std to c++11 and cleanups.

I'll carefully check and if everything looks ok, I'll push it to
Rawhide next week and rebuild all dependent packages.

Non-responsive maintainer: Lev Shamardin (abbot)

Does anybody know how to contact him?

The last activity dates 2010.

I didn't follow procedure fully yet, but I'm 99% sure that there will
be no reply in bugzilla.

But I'm starting it now: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1650661" title="https://bugzilla.redhat.com/show_bug.cgi?id=1650661">https://bugzilla.redhat.com/show_bug.cgi?id=1650661</a>

libsolv 0.7

Hello folks,

It is the release towards 1.0 (yes, after more than 10 years) which is out
for 4 days now.

I'm going to investigate whether it will affect libdnf and push into the
rawhide within few days.

Version 0.7.0
- soname bump to "1"
- incompatible API changes:
* bindings: Selection.flags is now an attribute
* repodata_lookup_num now works like the other lookup_num functions
- new functions:
* selection_make_matchsolvable
* selection_make_matchsolvablelist
* pool_whatmatchessolvable
* repodata_search_arrayelement
* repodata_lookup_kv_uninternalized
* repodata_search_unint

Fedora Packaging Guidelines on docs.fedoraproject.org

Hello everyone,

We have moved packaging guidelines onto docs.fedoraproject.org[0].
If you find any error or would like to change something, don't hesitate to
open ticket or submit pull request for packaging committee repo[1].

Thanks for attention!

[0] <a href="https://docs.fedoraproject.org/en-US/packaging-guidelines/" title="https://docs.fedoraproject.org/en-US/packaging-guidelines/">https://docs.fedoraproject.org/en-US/packaging-guidelines/</a>
[1] <a href="https://pagure.io/packaging-committee" title="https://pagure.io/packaging-committee">https://pagure.io/packaging-committee</a>

Meson 0.48.0

Hello folks,

new meson release is out (release notes
<https://mesonbuild.com/Release-notes-for-0-48-0.html>) which removes tools
which are deprecated for quite long time:
* mesonconf
* mesonintrospect
* mesontest
* wraptool

I will push it now for Rawhide and F29. F28 and EPEL7 won't get update
because of this incompatibility, but if you need it for building updates --
let me know and I will consider pushing it even there.

Thanks for attention!

PyWavelets 1.x is coming to Rawhide

Release notes:https://pywavelets.readthedocs.io/en/latest/release.1.0.0.html

There are some incompatible changes so I'm building it only for Rawhide.

Just wanted to let you know yet another software reaching 1.0 milestone.
Enjoy ;)