CPE Weekly: 2019-11-16
by Aoife Moloney
Hi Everyone!
Travelling yesterday saw a delay in sending this weeks CPE email
blast, but nevertheless, here it is!
Hope everyone has been having a great weekend and if you have any
comments or feedback, please let me know- it is always welcome :)
Background:
The Community Platform Engineering group is the Red Hat team combining
IT and release engineering from Fedora and CentOS. Our goal is to keep
core servers and services running and maintained, build releases, and
other strategic tasks that need more dedicated time than volunteers
can give.
For better communication, we will be giving weekly reports to the
CentOS and Fedora communities about the general tasks and work being
done. Also for better communication between our groups we have
created #redhat-cpe on Freenode IRC! Please feel free to catch us
there, a mail has landed on both the CentOS and Fedora devel lists
with context here.
Note:
This document is currently built from individual reports rolled into a
google document which we edit and copy into a final document. We are
aware that this causes problems with some email readers, and are
working on a method to make this less problematic.
High Level Project Updates:
Fedora:
Rawhide Gating:
Bodhi 5.0 has been deployed in production
We received some feedback about the changes in the UI and are looking
at how we can address them.
We are working on documenting on how packagers will use Bodhi for
multi-builds updates in rawhide:
https://github.com/fedora-infra/bodhi/issues/2322
https://fedoraproject.org/w/index.php?title=User:Nphilipp/Package_update_...
A 5.1 release is scheduled, likely some time next week, to address
some of the issues encountered and fixed in the 5.0 release.
repoSpanner
Our team came across some test reliability issues last week & these
are impeding progress on the 83x patch.
Some more debugging/discussions around RCMs pushes that seem to be
either very slow or hanging but the team is looking into some
solutions
Some progress was also made on the 83x patch however and we managed to
fix one unreliable test.
Application Retirements
Elections
Blocking issue was fixed (https://pagure.io/fedora-infrastructure/issue/8253)
Fedocal
jlanda hitting permission error in communishift
https://pagure.io/fedora-infrastructure/issue/8274
Nuancier
Benson Muite is now working on OIDC authentication
Pastebin
An article will be posted to Magazine instead - keep an eye out!
GDPR policies are still being looked into so stay tuned for updates
soon. This unfortunately takes some time given the legal perspective
needed!
CentOS:
The team is busy working on 8.1
Comps were produced and in git repo for next compose (pungi)
Transmodrify tool rewritten to match the mbs/rpm needs
Analyzing what RH hasn’t pushed and so that is needed
Builds started and are being working on for x86_64, ppc64le, aarch64
and armhfp architectures
https://koji.mbox.centos.org/koji/index
https://koji.armhfp-mbox.centos.org/koji/index
Infrastructure :
Dealing with hardware issues on storage box , so opening tickets with
vendor and internal IT to play MITM and try to get this solved
Dealing with RCM having still issues to push to git.centos.org for
some identified packages (reproducible) so now waiting on Repospanner
maintainer to come with a fix and an ETA for new release that would
fix it
Trying to provision some EC2 instances and working with Fedora to get
proper access to be able to have proper AWS access for CentOS (also
for S3)
Working on various PR for cbs-content-control and/or issues with mash
on https://cbs.centos.org (now resolved)
Misc
EPEL 8 modularity
EPEL8 module builds are working in staging & composes should be closed
There are now tags added to staging in koji
Bodhi configs have been updated
Pungi configs for epel8-playground are updated
Bug about zchunk update for EPEL-7 was fixed
https://github.com/fedora-infra/bodhi/pull/3692
Fedora Docs
Multiple small PRs were merged where people were being sent to Fedora
docs after F31 came out & below are all fixed:
https://pagure.io/fedora-docs/system-administrators-guide/issue/40
https://pagure.io/fedora-docs/system-administrators-guide/issue/39
https://pagure.io/fedora-docs/system-administrators-guide/issue/35
https://pagure.io/fedora-docs/install-guide/issue/33
https://pagure.io/fedora-docs/system-administrators-guide/issue/25
https://pagure.io/fedora-docs/system-administrators-guide/issue/23
https://pagure.io/fedora-docs/quick-docs/issue/155
Kindest regards,
Aoife
--
Aoife Moloney
Feature Driver
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford
4 years, 6 months
OpenMPI is flaky
by Christoph Junghans
Hi,
I was trying to bump the espresso package to v4.1.1 and came across
multiple issues in the %check phase of the builds on Rawhide, F31 and
EPEL8.
On Rawhide and F31, some tests seem to receive an error in the MPI_INIT phase.
Error:
*** An error occurred in MPI_Init
*** on a NULL communicator
This happened with OpenMPI, but not MPICH.
I was able to workaround these failures by retriggering the builds a
couple of times, which isn't a great solution.
Upstream issues on that topic:
Rawhide: https://github.com/espressomd/espresso/issues/3306
F31: https://github.com/espressomd/espresso/issues/3305
On EPEL8 however, things are much worse - multiple tests fail on each
arch in MPI_INIT incl. a couple of segfaults:
https://github.com/espressomd/espresso/issues/3307
I wasn't able to reproduce these issues in a CentOs8 container in docker.
Any ideas and help would be appreciated.
Unrelated, but still annoying I saw a
Fatal Python error: init_sys_streams: can't initialize sys standard streams
on s390x (F31), which got triggered by setting the somewhat unrelated
CMAKE_SKIP_RPATH=ON option.
Any suggestions on that would be more than welcome.
Upstream issue: https://github.com/espressomd/espresso/issues/3316
Christoph
--
Christoph Junghans
Web: http://www.compphys.de
4 years, 6 months
Re: fatal error: x86intrin.h: No such file or directory
by Steven Munroe
> Does it work in mock on non-x86? x86intrin.h is x86-specific header and won't
> be present on other arches, but it looks like it's included unconditionally.
Weill not exactly.
gcc-trunk/trunk$ find ./ -name x86intrin.h
./gcc/config/i386/x86intrin.h
./gcc/config/rs6000/x86intrin.h
PPC has functionally equivalent x86 intrinsic headers for MMX through SSE4,?
./gcc/config/rs6000/htmintrin.h
./gcc/config/rs6000/mmintrin.h
./gcc/config/rs6000/pmmintrin.h
./gcc/config/rs6000/xmmintrin.h
./gcc/config/rs6000/bmi2intrin.h
./gcc/config/rs6000/smmintrin.h
./gcc/config/rs6000/emmintrin.h
./gcc/config/rs6000/htmxlintrin.h
./gcc/config/rs6000/tmmintrin.h
./gcc/config/rs6000/bmiintrin.h
./gcc/config/rs6000/x86intrin.h
So it may work there, but is unlikely to work on any other platform.
4 years, 6 months
libdvdread SONAME bump
by Dominik 'Rathann' Mierzejewski
Hello,
libdvdread 6.0.2 brings a SONAME bump from .so.4 to .so.7 due to a small
change in the pgc_t struct (still_time and pg_playback_mode fields were
swapped). Only dvdauthor and libdvdnav packages in Fedora and dvd95
package in RPM Fusion actually reference any of those fields, but it's
still an ABI break. I'm doing the rebuilds using my provenpackager
privileges now. List of affected packages below:
Fedora:
dvdauthor
dvdbackup
gnome-disk-utility
gstreamer1-plugins-bad-free
gstreamer1-plugins-ugly-free
k3b
libdvdnav
lsdvd
ogmtools
RPM Fusion:
dvd95
HandBrake
lxdvdrip
mplayer
mpv
ogmrip
vlc
vobcopy
xine-lib
Regards,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
4 years, 6 months
Re: I want build a RISC-V Fedora for supporting RV64IMAFD only not
Compressed support
by Richard W.M. Jones
On Fri, Nov 15, 2019 at 10:44:50AM +0530, Billa Surendra wrote:
> Dear Richard,
>
> I have booted Stage4 disk images
> <https://fedorapeople.org/groups/risc-v/disk-images/> on QEMU emulator, but
> it supporting compressed instructions. I want Fedora Linux distro only for
> supporting RV64IMAFD , Can you please suggest me what to do for that. How
> to cross compile all packages and How to generate fedora Image ?.
This is more like a general Fedora question about rebuilding packages,
so I've moved this to the Fedora devel mailing list. The first
packages you'll need to rebuild are binutils and gcc to disable the
compressed extension, and then you'll have to rebuild the other
packages starting from those.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
4 years, 6 months
Re: Something wrong with kernel-headers on fedora 30?
by Steven Munroe
> kernel-headers is related to the userspace API and is not tied to a particular kernel version.
> If the userspace API doesn't change there's no need to rebuild. Is there a problem you're
> seeing by not having an updated kernel-headers?
That does not be it works in all cases.
I have Highpoint RSSD 7101A card with 2TB of NVME storage, which I
would like to use!
With the latest Fedora 30 update (5.3.7) the kernel will not boot
because the modprobe can find the driver (rsnvme).
Interestingly the two previous kernels (5.1.19 and 5.1.20) have the
same complaint but boot anyway. The HighPoint storage is not used for
normal Linux OS or /home
So what is different with the 5.3.7 kernel!!!!
So I download latest HighPoint RDDS 7101A driver and run there magic
build script.
Which fines three kernels:
compile:default boot kernel: /boot/vmlinuz-5.3.7-200.fc30.x86_64
dumpkernels:kernel installed
kernel-5.1.20-300.fc30.x86_64
kernel-5.1.19-300.fc30.x86_64
kernel-5.3.7-200.fc30.x86_64
And tries to build its driver against each kernel. But that fails because:
kernelver:--------------------
compile:kernel file /boot/vmlinuz-5.3.7-200.fc30.x86_64 version
5.3.7-200.fc30.x86_64 [default boot kernel]
installkerndev:install kerneldev 5.3.7-200.fc30.x86_64
installkerndev:install package kernel-core-devel-5.3.7-200.fc30
Error: Unable to find a match: kernel-devel-5.3.7-200.fc30
compile:kernel 5.3.7-200.fc30.x86_64 does not contain kernel headers, active[1].
Ok so I install kernel-devel and get 5.3.11-200.fc30
and install kernel-headers and get 5.3.6-200.fc30
I run the HighPoint driver build again and it fails again because none
of the installed kernels have matching headers.
And I cant find any way to convince the 5.3.7 kernel not to care about
the missing rsnvme driver. And I cant seem to find the matched kernel
headers for the kernel fedora desided to install!!!!
I am stuck here. I really don't want to be forced into a clean
reinstall And I really want to be able to use this fast NVME storage.
4 years, 6 months
Backend storage clean-up
by Jakub Kadlcik
Hello,
we have decided that it is a time to go through Copr backend data and
clean it up a little. Due to several bugs forgetting to remove backend
data after removing their records from the database, _temporarily_
backing up some folder here and there, etc, we ended up with a lot of
unknown data, that should have been already deleted.
So, we wrote a script [1] to find data that should be deleted, and we
... haven't deleted it yet. Instead, we put it aside in a case there
were any false-positives by the script. If you want to be extra safe,
I am attaching a list of all of those files, you may check it.
If you find out, that we accidentally want to remove any of your data
that is still being used, please contact us immediately! Otherwise, we
are going to delete it once we are running out of disk space (which
may not take a lot of time)
[1] https://pagure.io/copr/copr/blob/master/f/backend/run/copr_print_results_...
Thank you for understanding,
Jakub
4 years, 6 months
CUPS 2.3.0 coming into rawhide
by Zdenek Dohnal
Hi all,
after 2 years or so of solving licensing issue, I would like to announce
CUPS-2.3.0 is going into Fedora rawhide next week.
The 2.3.0 version brings several changes:
_Change of license:_
It is Apache software license 2.0 with exceptions for LGPLv2 only and
GPLv2 only now. ASL 2.0 is compatible with licenses GPLv2+ and LGPLv2+
and exceptions cover projects which are version 2 only, so no dependent
package is affected.
The main license is to be found in LICENSE file, exceptions in NOTICE.
_Deprecation of printer drivers and raw queues:_
Because most printers produced since approx. 2012 support IPP everywhere
(or AirPrint) standard [1], CUPS upstream decided to deprecate printer
drivers and raw queues support. That means printer drivers and raw
queues are *STILL AVAILABLE, BUT YOU GET DEPRECATION WARNING *when you
create them. They will be removed in the future, substituted by printer
applications or 'everywhere' model.
There are small tutorial [2] and FAQ [3] about IPP everywhere.
_Introduction of printer application:_
CUPS 2.3.0 now provides ippeveprinter binary, which is now shipped in
cups-printerapp subpackage. This is the printer application provided by
CUPS upstream, which acts as IPP everywhere print queue above NOT-IPP
everywhere enabled printer. ippeveprinter now works for printers who
accepts postscript and PCL languages.
More info about printer applications can be seen at CUPS plenary from
PWG 2018[4] or my report from PWG 2019[5], small usage cases will be in
man pages ippeveprinter(1) and ippeveps/ippevepcl(7).
OpenPrinting and PWG group are working hard on providing printer
applications for the biggest printer driver packages e.g. foomatic,
gutenprint and hplip. There will be several projects for those issues
during Google Summer of Code 2020 to create those printer applications
and ensure that there is a way how to make postscript and PCL printers
works after printer driver removal. News from the group can be see at [6].
_How to find out that my printer is 'IPP everywhere':_
- prerequisites:
- opened port 631 on the printer
- [for cups temporary queues feature[7]] - running
avahi-daemon.service, nss-mdns package installed, printer in local
network
- how to do the deed:
* by 'lpstat -e' - shows all print queues available on the PC -
permanent and temporary
* 'sudo lpinfo -l -v' - show all devices available on local network -
the IPP eve printer is marked 'driverless'
* try to install printer with 'everywhere' model and IPP device uri:
o common device uri is
'ipp://<hostname_or_IP_of_printer>:631/ipp/print'
o then issue the command:
+ $ sudo lpadmin -p <name_of_choice> -v
'ipp://<hostname_or_IP_of_printer>:631/ipp/print -m
everywhere -E
o if the command went well, your printer is IPP everywhere enabled :)
* there is IPP everywhere self-certification script [8], but it has
not been in Fedora yet, but I plan to package it along with ippusbx [9]
[1] http://www.pwg.org/ipp/everywhere.html
[2] https://github.com/apple/cups/wiki/IPP-(Everywhere)-Mini-Tutorial
[3] https://beta.pwg.org/ipp/evefaq.html
[4]
https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/cups-plena...
, page 28
[5]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
[6] https://openprinting.github.io/
[7] Feature introduced in cups-2.2.4 - CUPS catches avahi messages about
printers in local network and make them available only when you need -
during print dialog of applications - and they disappear after minute
since successful print job.
[8] https://github.com/istopwg/ippeveselfcert
[9] Daemon which makes USB printers available on the local network
through avahi https://github.com/OpenPrinting/ippusbxd
--
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C
4 years, 6 months