DevHeads.net

Postings by =?UTF-8?B?TWlybyBIcm9uxI1vaw==?=

Package removal for FTBFS: Add automatic orphaning?

The current policy says:

<a href="https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/" title="https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/">https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fa...</a>

7. A week before the mass branching, any packages which still have open FTBFS
bugs from the previous release will be retired.

I propose we add a point just before that that says:

7. 7 weeks before the mass branching, any packages which still have open FTBFS
bugs from the previous release will be orphaned.
8. A week before the mass branching, any packages which still have open FTBFS
bugs from the previous release will be retired.

In theory, the 8.

I wish to drop python2-Cython

I'd like to drop python2-Cython subpackage from Cython, as I consider it not
needed, however there are still packages that buildrequire it.

Nonresponsive maintainers jchaloup, lkundrak, jkaluza

Hello Jan, Lubomír, Jan.

Are you responsive?

Orphaning pgtoolkit

I'm orphaning pgtoolkit, I don't remember why I have the package.

Orphaning some Perl packages

I plan to orphan the following packages during this week:

perl-ExtUtils-Typemap
perl-IO-Socket-PortState
perl-Lingua-EN-Numbers
perl-Math-ConvexHull
perl-Math-ConvexHull-MonotoneChain
perl-Math-Geometry-Voronoi
perl-UUID-Tiny

They were previously needed by slic3r, but no longer appear to be.

Let me know if you want some.

Orphaned packages looking for new maintainers

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

corrupt GNU_PROPERTY_TYPE (5) size: 0, bad GNU build attribute

Hi.

I get a FTBFS with micropython that I fail to parse.

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

Does anybody know what this means and how shall I fix this?
May it be a glibc regression?

Over 500 orphaned packages seeking new maintainers

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

I wish to drop python2-certifi

As a maintainer of python-certifi, I wish to get rid of python2-certifi.

It has some dependencies:

$ repoquery --repo=rawhide{,-source} --whatrequires python2-certifi
python2-dulwich-0:0.19.11-2.fc31.x86_64

$ repoquery --repo=rawhide{,-source} --whatrequires python2-dulwich
hg-git-0:0.8.11-4.fc30.noarch
hg-git-0:0.8.11-4.fc30.src
python-anyvc-0:0.3.7.1-15.fc30.src
python2-anyvc-0:0.3.7.1-15.fc30.noarch
python2-rabbitvcs-0:0.17.1-10.fc30.noarch

$ repoquery --repo=rawhide{,-source} --whatrequires python2-anyvc

$ repoquery --repo=rawhide{,-source} --whatrequires python2-rabbitvcs
rabbitvcs-t

Nonreponsive maintainer check for moezroy (system-config-users)

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

Anyone knows how to contact Moez?

Packages with wrong Python unversioned commands

Hello Bcc'ed maintainers.

According to the <a href="https://fedoraproject.org/wiki/Changes/Python_means_Python3" title="https://fedoraproject.org/wiki/Changes/Python_means_Python3">https://fedoraproject.org/wiki/Changes/Python_means_Python3</a>
change, the unversioned Python commands shell be Python 3.

The following packages have Python 3 marked commands (executables in /usr/bin/)
but miss the not marked files.

The format is:

<python3-package>:<versioned-command> [python2-package]:<normal-command>

Please, make the normal unversioned command Python 3 and move it to the python3
subpackage.
Add proper conflicts when moving files from one package to another.

Note that if the user shall not care whether the tool is executed by P

Orphaned packages looking for new maintainers (75 to be retired)

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

15 nonresponsive maintainers

<a href="mailto: ... at gmail dot com"> ... at gmail dot com</a> apevec
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1731531" title="https://bugzilla.redhat.com/show_bug.cgi?id=1731531">https://bugzilla.redhat.com/show_bug.cgi?id=1731531</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1705932" title="https://bugzilla.redhat.com/show_bug.cgi?id=1705932">https://bugzilla.redhat.com/show_bug.cgi?id=1705932</a>

<a href="mailto: ... at gmail dot com"> ... at gmail dot com</a> athoscr
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1731532" title="https://bugzilla.redhat.com/show_bug.cgi?id=1731532">https://bugzilla.redhat.com/show_bug.cgi?id=1731532</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1705391" title="https://bugzilla.redhat.com/show_bug.cgi?id=1705391">https://bugzilla.redhat.com/show_bug.cgi?id=1705391</a>

<a href="mailto: ... at bompard dot org"> ... at bompard dot org</a> abompard
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1731533" title="https://bugzilla.redhat.com/show_bug.cgi?id=1731533">https://bugzilla.redhat.com/show_bug.cgi?id=1731533</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1715598" title="https://bugzilla.redhat.com/show_bug.cgi?id=1715598">https://bugzilla.redhat.com/show_bug.cgi?id=1715598</a>

<a href="mailto: ... at fedoraproject dot org"> ... at fedoraproject dot org</a> gholms
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1731534" title="https://bugzilla.redhat.com/show_bug.cgi?id=1731534">https://bugzilla.redhat.com/show_bug.cgi?id=1731534</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1706032" title="https://bugzilla.redhat.com/show_bug.cgi?id=1706032">https://bugzilla.redhat.com/show_bug.cgi?id=1706032</a>

<a href="mailto: ... at gmail dot com"> ... at gmail dot com</a> chandankumar
<a href="https://bugzilla.redhat.com/" title="https://bugzilla.redhat.com/">https://bugzilla.redhat.com/</a>

Orphaned python-CacheControl and python-django-countries

Hello, I've just orphaned python-CacheControl and python-django-countries by the
request of the previous maintainer.

Both fail to rebuild with Python 3.8:

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

Both seem to be leaf packages.

Packages requiring "Python" might be broken in rawhide

Hello package maintainers (Bcc'ed).
Your package (build)requires unversioned Python in Fedora rawhide.

"Python" is now Python 3, not Python 2.

<a href="https://fedoraproject.org/wiki/Changes/Python_means_Python3" title="https://fedoraproject.org/wiki/Changes/Python_means_Python3">https://fedoraproject.org/wiki/Changes/Python_means_Python3</a>

In some cases it means your package is satisfied with any Python version and in
that case your package should be fine (although we strongly recommend
(build)requiring Python 3 explicitly).

In most ceases, however, your package is now broken and needs to (build)require
Python 2 explicitly.

Package owners breakdown is included at the end of this message.

(Data is based on rawhide compose

HEADS UP: /usr/bin/python is Python 3 in rawhide

Just a reminder that builds are currently running for python2 and python3 that
change the meaning of /usr/bin/python from Python 2 to Python 3 in rawhide.

For details, see <a href="https://fedoraproject.org/wiki/Changes/Python_means_Python3" title="https://fedoraproject.org/wiki/Changes/Python_means_Python3">https://fedoraproject.org/wiki/Changes/Python_means_Python3</a>

I'll be sending e-mails later to package owners who still depend on
/usr/bin/python or who have other tools in /usr/bin/ that should be switched over.

In case of trouble, block the tracker bug:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1729593" title="https://bugzilla.redhat.com/show_bug.cgi?id=1729593">https://bugzilla.redhat.com/show_bug.cgi?id=1729593</a>

Thanks,

Fedora 31 System-Wide Change proposal (late): No i686 Repositories

<a href="https://fedoraproject.org/wiki/Changes/Noi686Repositories" title="https://fedoraproject.org/wiki/Changes/Noi686Repositories">https://fedoraproject.org/wiki/Changes/Noi686Repositories</a>

(Ben is on vacation, so I announcing this on his behalf.)

== Summary ==

Stop producing and distributing the Modular and Everything i686 repositories.

== Owner ==

* Name: Kevin Fenzi
* Email: <a href="mailto: ... at scrye dot com"> ... at scrye dot com</a>

== Current status ==
* Targeted release: [[Releases/31| Fedora 31 ]]
* Last updated: <!-- this is an automatic macro — you don't need to change this
line --> {{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}}
* Tracker bug: <will be assigned by the Wrangler>
* Release notes tracker: <will be assigned by the Wrangler>

== Det

Orphaned python-breathe

Upon the maintainers request, I've just orphaned python-breathe.

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

Plan: Update virtualenv to 16.6 and drop Python 2.6 and Jython support

Just a heads up that I plan to do $subject in upcoming week in rawhide.

Let me know if I should not.

Orphaned packages need new maintainers

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

Orphaned packages looking for maintainers

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

Lines disordered in mock's build.log

Hello,

I've noticed that last couple of weeks, I see disordered lines in mock's
build.log. This happens constantly in local mock, copr and Koji. Example:

25/41 Test #25: List_test ........................ Passed 0.01 sec
Start 26: Particle_test
26/41 Test #26: Particle_test ....................

Trailing zeros are stripped from Python provides/requires

Hey,

pip and Python packages generally deem 5.4.0 == 5.4.

In order to allow processing != dependencies in Python generators, we now strip
the trailing zero(s) for automatic Python provides and requires.

E.g. python3-josepy-1.1.0-9.fc31 provides python3.7dist(josepy) = 1.1

What I wrongfully have not anticipated at first is that now some dependent
packages can break if they are no both rebuilt.

Please update form pep8 to pycodestyle

This is a not that python-pep8 is dead upstream and changed to python-pycodestyle.

We want to get rid of python-pep8:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1667200" title="https://bugzilla.redhat.com/show_bug.cgi?id=1667200">https://bugzilla.redhat.com/show_bug.cgi?id=1667200</a>

Please migrate your package away from python-pep8 / python-pytest-pep8 to
python-pycodestyle / python-pytest-pycodestyle (*).

(*) python-pytest-pycodestyle needs to be packaged, I can do that if there is a
demand

Thanks.

Maintainers by package:
buildstream bochecha
imgbased dougsland fabiand sbonazzo yuvalturg
pylast peter
python-autobahn jujens
python-cliapp salimma
python

Sphinx updated to 2.1

I've just pushed and built python-sphinx-2.1.2-1.fc31 for rawhide.

I don't anticipate any breakage. In case unexpected breakage happens, let me know.

<a href="https://src.fedoraproject.org/rpms/python-sphinx/pull-request/12" title="https://src.fedoraproject.org/rpms/python-sphinx/pull-request/12">https://src.fedoraproject.org/rpms/python-sphinx/pull-request/12</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1716158" title="https://bugzilla.redhat.com/show_bug.cgi?id=1716158">https://bugzilla.redhat.com/show_bug.cgi?id=1716158</a>

Thanks,

Unannounced soname bump of qrencode

qrencode was bumped from 3.4.4 to 4.0.2.

It has a bumped soname from libqrencode.so.3 to libqrencode.so.4.

systemd once again cannot be installed and all my packages fail to resolve build
dependencies.

Please, announce those changes and coordinate!

Unannounced soname bump in iptables

Almost all of my packages started to fail in koschcei because of:

nothing provides libip4tc.so.0()(64bit) needed by
systemd-242-3.git7a6d834.fc31.x86_64

Please, coordinate better next time :(

The following packages probably need rebuilds:

collectd
connman
iproute
keepalived
miniupnpd
perl-IPTables-libiptc
systemd

Orphaned packages need you

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

Long standing FTBFS

The following packages fail to build from source from at least Fedora 28 and
their FTBFs bugs are still in the NEW state.

Please make them build or retire them from Fedora.

LaTeX: Font lmroman10-regular: at 10pt not loadable: metric data not found or bad

Hey, we have a weird failure with python-sphinx tests described here:

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

This is LuaTeX, Version 1.10.0 (TeX Live 2019)
restricted system commands enabled.
(./lualatex/sphinxtests.tex
LaTeX2e <2018-12-01>

luaotfload | main : initialization completed in 0.052 seconds
(/usr/share/texlive/texmf-dist/tex/generic/luatex85/luatex85.sty)
(./sphinxmanual.cls
Document Class: sphinxmanual 2018/12/23 v2.0 Document class (Sphinx manual)
(/usr/share/texlive/texmf-dist/tex/latex/base/report.cls
Document Class: report 2018/09/03 v1.4i Standard LaTeX docum