Dropping python2-rpm subpackage?
by Panu Matilainen
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all
appear more or less dead upstream (and some even downstream), and will
go down with the great python2 flush soon anyway. Kobo is the exception
but that has a python3 counterpart already. Here's what repoquery
--whatrequires python2-rpm on rawhide gives today:
ailurus-0:10.10.3-19.fc31.noarch
dmlite-shell-0:1.13.1-2.fc31.x86_64
firmware-tools-0:2.1.15-5.fc29.noarch
mach-0:1.0.4-10.fc31.i686
mach-0:1.0.4-10.fc31.x86_64
python2-kobo-rpmlib-0:0.10.0-2.fc31.noarch
repo_manager-0:0.1.0-15.fc31.noarch
system-config-users-0:1.3.8-6.fc29.noarch
vdsm-0:4.18.999-447.git0bb7717.fc28.x86_64
I'd rather not maintain the python2 bindings for another release just
because a handful of apparently dead software depends on it.
Thoughts?
- Panu -
4 years, 8 months
gettext retired, rawhide broken
by Fabio Valentini
Can somebody please unretire and fix gettext? It was just automatically
retired because it didn't build successfully since fedora 29. And now the
world is broken.
Fabio
4 years, 8 months
Re: I wish to drop python2-Cython
by Miro Hrončok
On 06. 08. 19 14:13, Mat Booth wrote:
>
> On Tue, 6 Aug 2019 at 13:11, Miro Hrončok <mhroncok(a)redhat.com
> <mailto:mhroncok@redhat.com>> wrote:
>
> On 06. 08. 19 14:07, Mat Booth wrote:
> > eclipse-pydev
> > unused build dep
> > attempted removal previously closed
> > https://src.fedoraproject.org/rpms/eclipse-pydev/pull-request/1
> >
> >
> > I already told you it was *NOT* unused -- that there was a packaging bug.
> And I
> > fixed this bug in a later commit:
> >
> https://src.fedoraproject.org/rpms/eclipse-pydev/c/4f70b5b54f220e9d0f6243...
> >
> > Please try again with latest eclipse-pydev update from
> updates-testing-modular
>
> Apologies, I was checking master. I'm extremely not used to "see if there is a
> modular fork of a package" process.
>
> In master, this is still the case.
>
>
> Eclipse will be shipping in modules only from F31.
Note that we are removing Python 2 packages based on data from Fedora Rawhide,
because that is the only thing that can be done with reasonable effort.
If a modular only package depends on Python 2 package, it will not prevent our
queries to recognize is as a leaf package and drop it.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
4 years, 8 months
Xorg 1.20.4-7.el7
by Bojan Smojver
Just tried building a scratch build of xorgxrdp, but this still pulls in the old Xorg, before RHEL 7.7 version. Could someone please change that, so that builds pick the latest package up.
All in relation to:
https://bugzilla.redhat.com/show_bug.cgi?id=1738669 id="-x-evo-selection-start-marker">
Thanks,
--
Bojan
4 years, 8 months
Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update
by Ben Cotton
https://fedoraproject.org/wiki/Changes/x86-64_micro-architecture_update
== Summary ==
Fedora currently uses the original K8 micro-architecture (without
3DNow! and other AMD-specific parts) as the baseline for its
<code>x86_64</code> architecture. This baseline dates back to 2003
and has not been updated since. As a result, performance of Fedora is
not as good as it could be on current CPUs.
This change to update the micro-architecture level for the
architecture to something more recent.
== Owner ==
* Name: [[User:fweimer| Florian Weimer]]
* Email: [mailto:fweimer@redhat.com fweimer(a)redhat.com]
== Detailed Description ==
After preliminary discussions with CPU vendors, we propose AVX2 as the
new baseline. AVX2 support was introduced into CPUs from 2013 to
2015. See [https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
CPUs with AVX2].
Along with AVX2, it makes sense to enable certain other CPU features
which are not strictly implied by AVX2, such as CMPXCHG16B, FMA, and
earlier vector extensions such as SSE 4.2. Details are still being
worked out.
A test rebuild of a distribution largely based on Fedora 28 showed
that there is only a small number of build failures due to the
baseline switch. Very few packages are confused about the availability
of the CMPXCHG16B instruction, leading to linking failures related to
<code>-latomic</code>, and there are some hard-coded floating point
results that could change due to vectorization. (The latter is within
bounds of the usual cross-architecture variation for such tests.)
== Benefit to Fedora ==
Fedora will use current CPUs more efficiently, increasing performance
and reducing power consumption.
Moreover, when Fedora is advertised as a distribution by a compute
service provider, users can be certain that their AVX2-optimized
software will run in this environment.
== Scope ==
* Proposal owners: Update the <code>gcc</code> and
<code>redhat-rpm-config</code> package to implement the new compiler
flags. It is expected that the new baseline will be implemented in a
new GCC <code>-march=</code> option for convenience.
* Other developers: Other developers may have to adjust test suites
which expect exact floating point results, and correct linking with
<code>libatomic</code>. They will also have to upgrade their x86-64
machines to something that can execute AVX2 instructions.
* Release engineering: [https://pagure.io/releng/issue/8513 #8513]
** All Fedora builders need to be AVX2-capable.
** Infrastructure ticket:
[https://pagure.io/fedora-infrastructure/issue/7968 #7968]
* Policies and guidelines: No guidelines need to be changed.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Fedora installations on systems with CPUs which are not able to
execute AVX2 instructions will not be able to upgrade.
== How To Test ==
General system testing will provide test coverage for this change.
== User Experience ==
User should observe improved performance and, likely, battery life.
Developers will benefit from the knowledge that code with AVX2
optimizations will run wherever Fedora runs.
== Dependencies ==
There are no direct dependencies on this change at this time.
== Contingency Plan ==
It is possible to not implement this change, or implement a smaller
subset of it (adopting the CMPXCHG16B instruction only, for example).
* Contingency mechanism: Mass rebuild with different/previous compiler glags.
* Contingency deadline: Final mass rebuild.
* Blocks release? No.
* Blocks product? No.
== Documentation ==
The new micro-architecture baseline and the resulting requirements
need to be documented.
== Release Notes ==
Release notes must mention how users can determine whether their
system supports AVX2 prior to upgrading, for example by running
<code>grep avx2 /proc/cpuinfo</code>.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
4 years, 8 months
Could not execute clone: [Errno 2] No such file or directory: '/home/mcatanzaro/Projects/fedora-scm/eog/.git/info/exclude'
by mcatanzaro@gnome.org
$ fedpkg clone eog
Cloning into 'eog'...
remote: Counting objects: 2048, done.
remote: Compressing objects: 100% (1594/1594), done.
remote: Total 2048 (delta 787), reused 1036 (delta 349)
Receiving objects: 100% (2048/2048), 253.53 KiB | 2.33 MiB/s, done.
Resolving deltas: 100% (787/787), done.
Could not execute clone: [Errno 2] No such file or directory:
'/home/mcatanzaro/Projects/fedora-scm/eog/.git/info/exclude'
The clone actually succeeds. I've been seeing this error for weeks now.
What's going on?
4 years, 8 months