I've been keeping the lights on in this package for years since the
maintainer (ravenoak) vanished from Fedora. However, it doesn't build
against Python 3.7 (works fine with 3.6) and I don't have the cycles to dig
If someone steps up to fix the FTBFS, I'm willing to hang on as a
comaintainer, but if no one does, I'm going to orphan it completely in
about a week.
Does any Packager want to take over or comaintain the bibutils package?
I am not really interested in maintaining it any longer since I no longer
have a package that needs it.
Let me know if you want to help.
= Proposed System Wide Change: Hide the grub menu =
* Hans de Goede <hdegoede at redhat dot com>
On systems with only a single OS installed, the grub menu does not
offer any useful functionality, so we should hide it by default.
== Detailed description ==
On systems with only a single OS installed, the grub menu's only
function is to allow booting older kernels, which is only necessary as
a rescue option in case of a severe kernel bug and as such not
something which is directly useful for normal use.
Fedora already has a lot of work done to not show too technical boot
messages to end users during bootup, e.g. we pass quiet to the kernel
and we've plymouth to show a bootsplash instead of a bunch of
"Starting service-foo: OK" messages.
The grub menu with its kernel versions is another example of showing
too technical info to end-users and on non multi-boot systems it
normally is not necessary, so it is better to hide it.
The implementation of this consists of the following changes:
1. Currently if the menu is hidden the user needs to press ESC to show
it, modify grub to also except F8 as show-menu key, there are 2
reasons for this:
1.1 F8 is (was) the key to bring up the boot/rescue menu in Windows
1.2 On some machines ESC brings up the firmware-setup menu
2. On non multi-boot systems set GRUB_HIDDEN_TIMEOUT=1 and
GRUB_HIDDEN_TIMEOUT_QUIET="true" in /etc/default/grub
== Scope ==
* Proposal owners:
1. Add patches to grub to also make pressing F8 show the menu
2. Make sure this is all properly documented in release-notes, etc.
3. Write patches for anaconda to set GRUB_HIDDEN_TIMEOUT=1 and
GRUB_HIDDEN_TIMEOUT_QUIET="true" in /etc/default/grub on non
* Other developers:
The anaconda developers will need to review and merge the
/etc/default/grub related patches
* Release engineering:
** List of deliverables: all
* Policies and guidelines:
The policies and guidelines do not need to be updated.
* Trademark approval:
Not needed for this Change.
JBoss EAP Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
There will be an outage starting at 2018-07-03 21:00UTC, which will
last approximately 6 hours.
To convert UTC to your local time, take a look at
date -d '2018-07-03 21:00UTC'
Reason for outage:
There have been a set up of updates for EL7 and Fedora requiring
reboots of infrastructure. We will be rebooting the Build and remote
systems outside of PHX2 on this day.
Various web services housed in PHX2 may be up or down during the
outage window. This will affect builds and authentication for short
periods of time.
Please join #fedora-admin or #fedora-noc on irc.freenode.net or add
comments to the ticket for this outage above.
Stephen J Smoogen.
On Mon, Jun 4, 2018 at 7:20 AM, Florian Weimer <fweimer(a)redhat.com> wrote:
> = Proposed System Wide Change: i686 Is For x86-64 =
> * Florian Weimer <fweimer at redhat dot com>
> Fedora builds its i686 packages for use on x86-64 systems as multi-lib
> == Detailed description ==
> Currently, the i686 RPM packages are built in such a way that they are
> compatible with very old i686 systems, such as the Pentium III. The
> only addition over the i686/Pentium Pro baseline is a requirement to
> support long NOPs, for Intel CET. However, the majority of
> installations of i686 packages is for use on x86_64 systems, as
> multi-lib RPMs. Furthermore, there are reports that the i686 kernel
> does not run stable on old hardware which is not x86-64-capable (
> This proposal suggests to accept this reality and build the i686
> packages in such a way that they require the ISA level of (early)
> x86-64 CPUs.
Would you please provide more detail on what problem or problems we are
trying to solve? Is this purely for efficiency reasons?
I've just started to build the bootstrap sequence in a side tag
This should not affect you mostly but if you have a Python 3 package and
you are going to update it with new buildtime dependencies, please let
me know or wait until this is done.
The initial order is in
> "Enable USB autosuspend for USB bluetooth receivers by default. If all
other USB devices on the laptop also have USB auto-suspend enabled (which
typically is true) this saves aprox. 0.4 Watts of power on an idle laptop."
I believe that this option fails to actually re-enable USB until complete
reboot of a machine affected. Neither keyboard, nor mouse, nothing, no USBs
work after switching from power (dock) to battery, even after re-connecting
The issue is observed since upgrading to F28 (non-gnome)
Is there anything I can look at to find out what is causing it, if it is
really due to the above mentioned power saving tweaks?
.NET Engineer, Red Hat
IRC: radka | Freenode: Rhea
I'd like to pick up the process of converting fedora-release from a
split "upstream"/"downstream" model into a single repo in src.fp.o.
For previous discussions see
I made the changes requested by Dennis Gilmore
(an exploded repo, no tarball) and they are available in
"Tests" were requested — I tested using rpmdiff and diffoscope that
the changes only introduce timestamp differences, and then the
subsequent cleanup commits only introduce expected differences
(Group tag becomes "Unspecified", the description is updated,
whitespace changes in scriptlets). If additional testing is required
let me know what.
As stated previously, I'm requesting co-maintainership of
fedora-release to merge presets requests in reasonable time
and to implement the changes described above.
Let me know if you need anything else from me now.
(I'll revisit the outstanding PRs against fedora-release once
the new repo is established, I hope that happens quickly.)