Hello there,
and thanks for all your work!
I am a layman, but would like to direct your attention to two issues I am facing:
The .dmg imagines for the Media Writer as obtained from your GitHub won’t install on my Mac (running current macOS), stating it’s damaged.
Browsing docs.fedoraproject.org <http://docs.fedoraproject.org/>, the Anubis tool states it may need to be reconfigured after checking logs for timestamp
H4sIAAAAAAAA/wTA
QQ4CMQgF0L2nILNv
UoraCbeBBOvCYP2j
xt7e97WBsFyECA+l
2/CA0g8PMh90+N1e
Stv85FqwN7RysnCX
8qxVSt8ZJc9XLnM2
QTta3y+5nf4BAAD/
/4rCCu1XAAAA
Thanks again and all the best
Daniel
Hi.
I have orphaned python-kerberos.
I haven't used it for quite some time now, and recommend others do not
as well. Upstream has stopped developing it.
rob
Hi, as the author of the `unbreq` Mock plugin, I found some time to run
a mass build on over 2200 packages that are part of the ELN package set.
40 build failed or timed out, but I successfully built exactly 2200
packages.
The report is here: https://mkoncek.fedorapeople.org/unbreq.html
Some details:
I ran the package build with the content of the `rawhide` branch at the
time of generation. I enabled the `unbreq` plugin explicitly.
My mock config is:
config_opts['plugin_conf']['unbreq_enable'] = True
config_opts['plugin_conf']['unbreq_opts']['exclude_accessed_files'] = [
'^/usr/share/maven-metadata/',
'^/usr/lib/.build-id/',
]
I also had to apply a fix which is currently in a PR:
https://github.com/rpm-software-management/mock/pull/1755
The plugin should generally not report false positives but there are
conditional if statements in the packages that are generally
unavoidable. This is most visible in Python components.
I hope more people start using this plugin and looking forward to
feedback so it can be improved.
I am currently working on an alternative implementation which uses
`LD_PRELOAD` instead of checking filesystem access times.
--
Marián Konček
Wiki - https://fedoraproject.org/wiki/Changes/Thin-LTO-Build-Flag
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
At present, many packages are built with fat link time optimization
(LTO) objects. This can increase RAM requirements and build times.
There is a build flag to disable LTO completely. But by using slim
objects, one can still have the performance and size improvements
offered by LTO with less of a build time cost.
== Owner ==
* Name: [[User:fed500| Benson Muite]]
* Email: <benson_muite at emailplus dot org>
== Detailed Description ==
As indicated at
https://stackoverflow.com/questions/13799452/what-is-the-difference-in-gcc-…
a thin object allows for faster compilation times than a fat object
and requires less memory. Adding this as a possible option would give
an intermediate option between using fat objects and no link time
optimization. This would enable more codes to benefit from easy
incorporation of LTO without a substantial increase in compilation
times.
== Feedback ==
== Benefit to Fedora ==
Fedora would benefit from more efficient use of build resources while
still getting optimized executables and libraries. There has been a
related discussion on
https://fedoraproject.org/wiki/Changes/LTOBuildImprovements
== Scope ==
* Proposal owners:
The proposal owner (Benson Muite) will create a macro that enables LTO
with thin objects. In the gcc compiler suite, this will replace the
build flag `-ffat-lto-objects` by `-fno-fat-lto-objects` At present
`%global _lto_cflags %nil` is used to disable LTO (see
https://fedoraproject.org/wiki/LTOByDefault) A possible modification
is `%global _lto_cflags %slim`.
* Other developers:
Using this flag will be an option. Would suggest other developers try
using LTO with slim objects first before disabling LTO completely. If
it seems like it would be helpful to be adopted as default, this can
be done in a further system wide change.
* Release engineering:
[https://forge.fedoraproject.org/releng/tickets/issues #Releng issue
number]
No expected changes.
* Policies and guidelines: N/A (not needed for this Change)
If the change is adopted and after it has been tested, we should
consider updating the packaging guidelines that when importing a new
C/C++ or Fortran package, packagers should test if using a slim LTO is
sufficient instead of disabling LTO altogether.
* Trademark approval: N/A (not needed for this Change)
* Alignment with the Fedora Strategy:
General alignment with having an efficient operating system that uses
sustainable development practices, but no specific community goal.
== Upgrade/compatibility impact ==
No changes needed.
== How To Test ==
The main thing to test will be modifying spec files for C, C++ or
Fortran that use the GCC compiler suite to try using thin objects by
setting a macro and then rebuilding When previously a fat object has
been used, one should check if there are faster build times and
reasonable performance of the resulting outputs. If LTO had been
disable due to excessive build times or RAM use, one should test if
builds are now possible and if the resulting outputs are more
efficient.
== User Experience ==
* Packages will spend less time waiting for builds to complete
* Users should get a larger number of optimized packages provided
== Dependencies ==
Only rpm macros package needs to be changed.
== Contingency Plan ==
* Contingency mechanism: Implement by the next freeze
* Contingency deadline: Ideally would implement by Fedora 45 release,
but before fedora 46 is also fine.
* Blocks release? No
== Documentation ==
Packaging guidelines will be updated to document the new option.
See:
* https://stackoverflow.com/questions/13799452/what-is-the-difference-in-gcc-…
* https://github.com/google/highway/pull/3024
* https://fedoraproject.org/wiki/Changes/LTOBuildImprovements
N/A (not a System Wide Change)
== Release Notes ==
Release notes should not require any changes.
--
Aoife Moloney
Fedora Operations Architect
Fedora Project
Matrix: @amoloney:fedora.im
IRC: amoloney
--
_______________________________________________
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr…
Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
Wiki: https://fedoraproject.org/wiki/Changes/UseKmsconVTConsole
Discussion Thread: https://discussion.fedoraproject.org/t/172602
**This is a proposed Change for Fedora Linux.**
This document represents a proposed Change. As part of the Changes process,
proposals are publicly announced in order to receive community feedback.
This proposal will only be implemented if approved by the Fedora
Engineering Steering Committee.
== Summary ==
This change is to replace the kernel console '''fbcon''' with the userspace
console '''kmscon''' in Fedora, to provide an enhanced and more secure
console for Fedora users.
The long term goal is also to deprecate fbcon/fbdev emulation in the
kernel, and this is the first step in this direction.
== Owner ==
* Name: [[User:jfalempe| Jocelyn Falempe]]
* Email: <jfalempe(a)redhat.com>
== Detailed Description ==
'''fbcon''' is a terminal emulator in the kernel, which is not well
maintained (it lost scrolling support a few years ago due to a CVE), and
requires a fbdev emulation layer in the kernel, as all GPU drivers are
using the newer drm interface. It still requires userspace executable like
getty and bash to be useful.
'''kmscon''' is a simple terminal emulator based on linux kernel mode
setting (KMS). It can replace fbcon for VT console, and provide better
keyboard support, and better security.
This change will do the following:
Install kmscon by default, and update the symbolic link
/usr/lib/systemd/system/autovt@.service to point to kmsconvt@.service, to
start kmscon by default when switching VT.
kmscon should be the default also on non-graphical installation, as it
doesn't require any graphic library (only libdrm, to access the
framebuffer).
This change won't affect the installation, the boot process (like
encryption password fallback), as fbcon will still be compiled in the
kernel.
User can still revert to fbcon if they want, or if kmscon has issue on
their setup.
If kmscon fails to launch, it will fallback to getty/fbcon.
Currently kmscon depends on opengl/mesa, because it has an optional opengl
backend. But we don't want that on non-graphical server installation. I
will split the package in two, having something like kmscon and kmscon-gl
for the optional gl renderer.
== Feedback ==
== Benefit to Fedora ==
kmscon is more configurable, and has more features than fbcon:
* Uses xkbcommon for keyboard layout, so it supports multiple layout, and
switching between them with configurable shortcut.
* Has better unicode support.
* Can use pango for font rendering, and has better compatibility with
double-width character https://github.com/Aetf/kmscon/pull/135.
* Scrolling.
* Better security, as it's a userspace program, compared to fbcon running
in the kernel.
* A crash in kmscon will make the systemd service to restart it. A crash in
fbcon triggers a kernel panic.
Before F44 it may also have these additional features:
* Rotation support (with keyboard shortcut to rotate it at runtime)
https://github.com/Aetf/kmscon/pull/147
* Basic mouse/touchpad support, with copy/paste
https://github.com/Aetf/kmscon/pull/149
== Scope ==
* Proposal owners:
** Add kmscon in default installation target.
** Enable kmscon systemd service, for all tty, by changing the symbolic
link /usr/lib/systemd/system/autvt@.service, to point to kmsconvt@.service
** Split the kmscon package in 2, to avoid direct dependencies on egl.
* Trademark approval: N/A (not needed for this Change)
* Alignment with the Fedora Strategy:
== Upgrade/compatibility impact ==
== Early Testing (Optional) ==
== How To Test ==
Press Ctrl+alt+F3 to switch to the VT console.
Login and check if it's running kmscon with ''ps aux | grep tty3''
Check that you can scroll back with page up/page down.
Check that you can increase the font size with "ctrl +" and decrease with
"ctrl -"
== User Experience ==
==== Improvements ====
* The look & feel of the VT console, will be much better.
* Users will be able to configure special fonts, and use more unicode
characters.
* Users will have the same keyboard layout has what they have in graphical
environment. (Currently the kernel keyboard layout are different).
* Users will be able to scroll in the console.
==== Caveats ====
* Starting graphical application from the console (like "startx") won't
work, but you can work around it by using the script ''kmscon-launch-gui
startx''
== Dependencies ==
No dependencies.
== Contingency Plan ==
It should be easy to revert, just not install kmscon, and fbcon with getty
service will be the default.
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
--
_______________________________________________
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr…
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue