Fedora Packager Dashboard - Contextual Package Calendars and more!
by Frantisek Zatloukal
Hi,
In the past months, we've enabled "Contextual Package Calendars" on Fedora
Packager Dashboard <https://packager-dashboard.fedoraproject.org/>.
In short, it shows you package-specific calendars, eg. If you maintain some
GNOME package, the Dashboard will show you the GNOME release schedule. This
currently works for GNOME and Python Interpreter package maintainers.
If you're interested in such a feature for other/your packages, I'd like to
ask you to take a look at https://pagure.io/package-calendars . The process
of adding an ical and connecting it to relevant packages is described in
the README.md and you can take a look at existing definitions for GNOME and
Python in calendars
<https://pagure.io/package-calendars/blob/main/f/calendars> directory.
You can see the feature in action on my dashboard (GNOME) or churchyard's
dashboard (Python):
https://packager-dashboard.fedoraproject.org/user/frantisekz
https://packager-dashboard.fedoraproject.org/user/churchyard
To sum up some other news since the last posting about the dashboard:
- we have enabled FAS sign-in (you can find an option to do this in the
setting menu) so you can see private bugs
- we have added support for ABRT/Retrace data for your packages, you'll be
able to see if there are any issues at the Retrace server for your package
and see outlying problems explicitly
What we are working on:
- "Dashboard Builder" - you'll be able to compose your own dashboard from
multiple users and multiple packages and share a link to it between your
colleagues and co-maintainers
- API documentation - if you'd like to use the data from Packager Dashboard
in your apps/services, you can currently visit
https://packager-dashboard.fedoraproject.org/api/ and we will soon
provide some developer friendly documentation for it.
In the end, if you have more ideas, bug reports, please go ahead and file a
ticket on https://pagure.io/fedora-qa/packager_dashboard .
--
Best regards / S pozdravem,
František Zatloukal
Quality Engineer
Red Hat
2 years, 9 months
Free Pascal and F35 Mass Rebuild
by Mattia Verga
Hello folks,
I've just noticed that in F35 Mass rebuild everything related to Free
Pascal is now failing to build.
The fpc compiler itself is FTB with the following output:
/usr/bin/ld:
/builddir/build/BUILD/fpcbuild-3.2.2/fpcsrc/rtl/units/powerpc64-linux/si_c.o:(.data.n_TC_$SI_C_$$_START_ADDRESSES+0x10):
undefined reference to `__libc_csu_init'
/usr/bin/ld:
/builddir/build/BUILD/fpcbuild-3.2.2/fpcsrc/rtl/units/powerpc64-linux/si_c.o:(.data.n_TC_$SI_C_$$_START_ADDRESSES+0x18):
undefined reference to `__libc_csu_fini'
Error: Error while linking
From a quick search on search engines it seems a glibc misconfiguration
of some sort... ?
The latest fpc that was built successfully on F35 used glibc
2.33.9000-2.fc35
I've not yet opened a ticket on BZ for that, I'm waiting for the
automatic FTB ticket. I just wanted to raise attention on this.
Mattia
2 years, 9 months
Community Platform Engineering Team July Report
by Aoife Moloney
Hi all,
Here is a quick snapshot of some of the work delivered by the
Community Platform Engineering team during the month of July.
If you have trouble reading this in email format, feel free to visit
the hackmd link where it is published
https://hackmd.io/@Ap8CkTlpSfmjb44UGV-kWA/rkW5c8W1t
## Fedora
### Infrastructure & Release Engineering
* Mass rebuild completed
* Additional power8 boxes installed in one of the datacentres
### Scheduled Q3 Projects
#### Datanomer/Datagrepper
**About** These apps are currently used to retrieve historical
information about messages on the fedmsg bus and add them to a
postgresql database. Datanomer reads-in messages from the bus and
stores them in the database and Datagrepper exposes the messages in
the database via an API with different filtering capacities. We want
to upgrade these applications to use fedora-messaging and increase the
performance of the applications for users.
Work Tracker: https://github.com/orgs/fedora-infra/projects/10
**Delivered in July**
* Converted datanomer.consumer to use fedora-messaging
* Timescaledb is deployed in staging
* Vagrant setup created to help new contributors hack on datagrepper easier
#### Metrics for Apps on Openshift
**About** The project team will deliver on the installation of newest
Openshift in Fedora infra to be then configured with prometheus so
applications can be hooked into this service and can be monitored and
metricized through this tech stack for more comprehensive
understanding of app behaviour, performance and troubleshooting.
Work Tracker: https://pagure.io/fedora-infra/metrics-for-apps/boards/metrics-for-apps
**Delivered in July**
* Bootstrap Openshift Install
* Staging cluster of Openshift 4 up
#### DNF Counting Project
**About**: The DNF counting project will enhance the currently
existing program that captures a ‘countme’ value from computers
running Fedora weekly. There are multiple scripts running from a
server which parses the data into a csv file for graphing and
displaying trends that had been misbehaving a lot. This program gives
a good indication for how many computers use fedora so the project
team will work on improving these scripts and the program overall to
make it a more reliable and maintainable solution.
Work Tracker: https://pagure.io/mirrors-countme/boards/DNF%20Counting%20Initiative
**Delivered in July**:
* Zuul CI testing enabled
* Added F34 stats
* Improved the syncHttpLogs script so that it retries on failure and
has a timeout and no longer hangs quietly for long periods of time
## CentOS
### Infrastructure & Release Engineering
https://pagure.io/centos-infra/issues
* New Automotive SIG set up complete
* New Infra SIG member added - Mark O'Brien (IRC:mobrien)
### CentOS Linux
* Kmod secure boot signing is now in place
### CentOS Stream
#### Stream 8
* Legacy composeinfo is now being generated for every compose
* Kernel-4.18.0-326.el8 has been exported to git.centos.org and pushed
to the mirrors for CentOS Stream 8
#### Stream 9
* Daily composes now being generated for Stream 9
* Stream 9 composes now does ec2 and generic qcow2 images
* Tooling identified for package signing automation
Thank you for your continued support and collaboration with our team
across all communities, the work we achieve is not possible without
that, and I look forward to updating you all on what we have
accomplished at the end of August!
Kindest regards & on behalf of the CPE team,
Aoife
--
Aoife Moloney
Product Owner
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford
2 years, 9 months
F36 Change: MinGW environment and toolchain update (System-Wide
Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/F36MingwDebugLocation
== Summary ==
Store debug files of mingw PE binaries below /usr/lib/debug.
== Owner ==
* Name: [[User:smani|Sandro Mani]]
* Email: manisandro(a)gmail.com
== Detailed Description ==
Native debug symbols are already stored below /usr/lib/debug. This
change modifies `mingw-find-debuginfo.sh`, part of mingw-filesystem,
to do the same.
== Benefit to Fedora ==
Besides alignment with debuginfo symbols of native packages, this
avoids an easy to hit issue for mingw packagers where .debug files end
up in the main package, i.e.
`%files -n mingw64-libfoo`
`%{mingw64_libdir}/plugindir/`
where `%{mingw64_libdir}/plugindir/` contains both say
`libfooplugin.dll` as well as `libfooplugin.dll.debug`.
== Scope ==
* Proposal owners:
`mingw-find-debuginfo.sh` will be updated to store debug symbols below
`/usr/lib/debug`, as follows:
[https://src.fedoraproject.org/fork/smani/rpms/mingw-filesystem/c/3304db32...
Store debug files below /usr/lib/debug]
* Other developers:
`%exclude`s of `*.debug` files can be dropped from spec files.
* Release engineering: Impact check [https://pagure.io/releng/issue/10257]
* Release engineering: Mass rebuild requested
* Policies and guidelines: No policies need to be changed
== Upgrade/compatibility impact ==
No impact
== How To Test ==
Verify that `*.debug` files are stored below `/usr/lib/debug`.
== User Experience ==
`*.debug` files are stored below `/usr/lib/debug`.
== Dependencies ==
None
== Contingency Plan ==
* Contingency mechanism: Revert to older versions of environment /
toolchain, mass rebuild mingw packages again
* Contingency deadline: Before release
* Blocks release? Yes
* Blocks product? No
== Release Notes ==
From Fedora 36 onwards, debug symbols for mingw binaries will be
stored below /usr/lib/debug.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 9 months
haskell ghc-8.10 is now in rawhide
by Jens-Ulrik Petersen
On behalf of the Haskell SIG I am pleased to announce that
in F35 Rawhide ghc has been updated from 8.8.4 to 8.10.5 and
Haskell packages from Stackage LTS 16 to 18.5 versions.
This is for https://fedoraproject.org/wiki/Changes/GHC_8.10_%26_Stackage_18
and has many important version updates including:
ghc: 8.8.4 -> 8.10.5
cabal-install: 3.0.0.0 -> 3.2.0.0
stack: 2.3.3 -> 2.7.3
hlint: 3.1.6 -> 3.2.7
ormolu: 0.1.3.0 -> 0.1.4.1
pandoc: 2.9.2.1 -> 2.14.0.3
Agda: 2.6.1.2 -> 2.6.2
bustle: 0.7.5 -> 0.8.0
darcs: 2.14.4 -> 2.16.4
dhall: 1.32.0 -> 1.39.0
dhall-json: 1.6.4 -> 1.7.7
hadolint: 1.18.2 -> 2.6.1
hakyll: 4.13.4.0 -> 4.14.0.0
haskell-gi: 0.24.7 -> 0.25.0
hledger: 1.18.1 -> 1.21
xmobar: 0.36 > 0.38
2 years, 9 months
Self Introduction: Jonathan Schleifer
by Jonathan Schleifer
Hi!
I started using Fedora a few month ago and it became my main system.
Since open source also means contributing if I use something daily for
me, here I am :). I'm also a pkgsrc developer where I maintain a few
packages. Things I'll probably start with are a few packages that are in
pkgsrc but are missing in Fedora - I will probably start with ft2-clone
and pt2-clone, both music trackers. And eventually, I'd also like to
maintain the package for my own software[1], once I finally find the
time to release it as 1.0 ;).
[1] https://objfw.nil.im
2 years, 9 months