hamcrest update to 2.2 in Fedora rawhide
by Mikolaj Izdebski
Hello,
Next week I'm going to update package hamcrest in Fedora rawhide from
version 1.3 to version 2.2.
The proposed update contains an API change that can affect packages
depending on hamcrest. You may need to rebuild your packages to keep
working with updated hamcrest.
The update has already been checked into dist-git and a Koji build has
already been done, but Bodhi update has not been submitted yet. Bodhi
update is expected after a week, to comply with Updates Policy that
mandates a notification one week in advance before submitting an API
changing update.
Current NVR in rawhide: hamcrest-1.3-31.fc34
Updated NVR: hamcrest-2.2-3.fc35
Build link: https://koji.fedoraproject.org/koji/buildinfo?buildID=1748364
Packages depending on hamcrest that are possibly affected by this update:
* eclipse, maintained by lef jerboaa dbhole rgrunber jjohnstn
akurtakov ebaron oliver mbooth arobinso
* freemarker, maintained by filiperosset
* hamcrest, maintained by akurtakov mizdebsk jerboaa
* hdf, maintained by sagitter orion
* hdf5, maintained by deji sagitter orion ignatenkobrain
* icedtea-web, maintained by jvanek dbhole omajid
* jmock, maintained by orphan
* openas2, maintained by sdgathman
* py4j, maintained by raphgro
--
Mikolaj Izdebski
2 years, 10 months
ELN SIG Meeting Minutes (2021-06-04)
by Davide Cavalca
============================================
#fedora-meeting: Fedora ELN SIG (2021-06-04)
============================================
Meeting started by dcavalca at 16:02:29 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting/2021-06-04/eln.2021-06-0...
.
Meeting summary
---------------
* init process (dcavalca, 16:03:10)
* Old Business (dcavalca, 16:05:55)
* New Business (dcavalca, 16:08:09)
* Broken Compose and detection (dcavalca, 16:08:25)
* LINK:
https://pagure.io/fedora-infra/ansible/blob/main/f/roles/openshift-apps/t...
is the example I was pointed towards (dcavalca, 16:16:08)
* Tracking side-tags in Rawhide (dcavalca, 16:20:54)
* AGREED: focus on tracking regular side tags first, and tackle the
long-term ones later on (dcavalca, 16:30:04)
* ACTION: bookwar[m] setup the dummy pipeline so that we can iterate
on the script (dcavalca, 16:30:45)
* ELN branch request policy (dcavalca, 16:31:12)
* ELN branch request policy draft:
https://hackmd.io/OoLbOauKR7WexZ0Rdm-XiA (dcavalca, 16:31:41)
* Clarifying guidance on conditionals (dcavalca, 16:35:10)
* AGREED: Conditionals should be avoided where possible. The default
state should be to assume the build will be performed for current
Rawhide. (+6, 0, -0) (dcavalca, 16:47:39)
* ACTION: Eighth_Doctor submit a PR to clarify the docs as agreed
(dcavalca, 16:51:39)
* Open Floor (dcavalca, 16:52:15)
Meeting ended at 17:00:01 UTC.
Action Items
------------
* bookwar[m] setup the dummy pipeline so that we can iterate on the
script
* Eighth_Doctor submit a PR to clarify the docs as agreed
Action Items, by person
-----------------------
* bookwar[m]
* bookwar[m] setup the dummy pipeline so that we can iterate on the
script
* Eighth_Doctor
* Eighth_Doctor submit a PR to clarify the docs as agreed
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* dcavalca (78)
* sgallagh (27)
* tdawson (23)
* bookwar[m] (19)
* jforbes (18)
* zodbot (16)
* Eighth_Doctor (14)
* michel (7)
* cyberpear (3)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
2 years, 10 months
Fwd: Retire CTL?
by Richard Shaw
It's only been two days so I'm not in a rush, but wanted to open the
question to a wider audience...
I may have messed up my dnf repoquery so I would appreciate it if someone
could independently verify that CTL is not needed by any other package in
Fedora.
Thanks,
Richard
---------- Forwarded message ---------
From: Richard Shaw <hobbes1069(a)gmail.com>
Date: Wed, Jun 2, 2021 at 6:21 AM
Subject: Retire CTL?
To: <CTL-maintainers(a)fedoraproject.org>
I'm working on updating openexr to 3.0 and CTL does not build with it.
Looking into it a bit, there has not been a release of CTL since 2014 and
AFAICT, no package depends on it.
The other option is that it looks like the openexr dependency is optional...
Thoughts?
Thanks,
Richard
FAS: hobbes1069
2 years, 10 months
x86_64 and -mcx16
by Orion Poplawski
I'm curious if there are other ideas out there for how to deal with this:
From https://bugzilla.redhat.com/show_bug.cgi?id=1965692:
I recently acquired a cheap wintel toy tablet/laptop (a Kano PC), which
has a
Celeron N4000 processor. I tried running HPL benchmarks on it to
figure out how
fast the thing is. However, xhpl_openmpi crashed with an illegal
instruction. I
then installed the MPICH version of HPL, and xhpl_mpich runs fine. The
issue is
thus in OpenMPI.
Looking at the build logs of openmpi-4.1.0-5.fc34.x86_64, I see that it has
been compiled with the -mcx16 flag detected by configure. According to
the GCC
man page
This option enables GCC to generate "CMPXCHG16B" instructions in
64-bit code to implement compare-and-exchange operations on 16-byte
aligned 128-bit objects. This is useful for atomic updates of data
structures exceeding one machine word in size. The compiler uses
this instruction to implement __sync Builtins. However, for
__atomic Builtins operating on 128-bit integers, a library call is
always used.
However, because the instruction is not available on all x86_64
processors, the
use of the flag should be disabled in OpenMPI.
----
I filed https://github.com/open-mpi/ompi/issues/9022 and we seem to have
the ability to disable this now. Does this seem like the right
solution? It does seem a shame to have to cripple the compile though.
There was mention of setting -march - is that appropriate?
Thanks,
Orion
--
Orion Poplawski
he/him/his - surely the least important thing about me
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
2 years, 10 months
