F25 Self Contained Change: Rust Compiler
by Jan Kurik
= Proposed Self Contained Change: Rust Compiler =
https://fedoraproject.org/wiki/Changes/RustCompiler
Change owner(s):
* Josh Stone <jistone at redhat dot com>
Introduce packages for the Rust compiler and its Cargo build system.
== Detailed Description ==
In the project's own words, "Rust is a systems programming language
that runs blazingly fast, prevents segfaults, and guarantees thread
safety." Cargo is Rust's primary package manager and build system.
This change is to bring both into Fedora.
Rust 1.10.0 was released on July 7 along with Cargo 0.11.0. These will
be the initial targets to package. Rust's next release is scheduled
for August 18 on a 6-week cycle. Backwards compatibility is taken very
seriously, so it should be possible to keep upgrading throughout a
Fedora release's lifetime. It might be debatable whether Fedora users
want those upgrades or not.
More information:
* Bug request to package rust #915043
* Work in progress rust-spec for the latest release 1.10
* COPR jistone/rust demonstrating the bootstrap from a binary then pure source
== Scope ==
* Proposal owners: Get rust and cargo into Fedora, and maintain them
in the future.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines:
- Possibly add new guidelines for packages written in Rust. This can
be done after.
- Considerations are pretty similar to PackagingDrafts/Go, especially
static linking and the idea of source-based -devel libraries.
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
F25 Self Contained Change: GNS3
by Jan Kurik
= Proposed Self Contained Change: GNS3 =
https://fedoraproject.org/wiki/Changes/GNS3
Change owner(s):
*Athmane Madjoudj <athmane AT fedoraproject DOT org>
Graphical Network Simulator 3
== Detailed Description ==
GNS3 is a graphical network simulator that allows you to design
complex network topologies. You may run simulations or configure
devices ranging from simple workstations to powerful routers.
GNS3 support multiple emulators, the target for this feature is to
package GNS3 and make it usable with QEMU/KVM and Docker, the user may
choose to use 3rd party virtualization / emulation solution.
== Scope ==
* Proposal owners: Packaging of GNS3
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
F25 Self Contained Change: Change/Remove slogin and sshd-keygen
by Jan Kurik
= Proposed Self Contained Change: Change/Remove slogin and sshd-keygen =
https://fedoraproject.org/wiki/Changes/Remove_slogin_and_sshd-keygen
Change owner(s):
* Jakub Jelen <jjelen AT redhat DOT com>
slogin, a legacy symlink to ssh, will be removed. sshd-keygen, a
legacy Fedora init script, will be removed.
== Detailed Description ==
slogin symlink to ssh exists for years for compatibility with ancient
systems and was recently removed from upstream openssh install
scripts. There is no need to hold this symlink downstream. Possible
dependent packages need update just in the words of substitution
s/slogin/ssh/.
sshd-keygen executable is also years old copy from init scripts and
does not make use of any systemd features. In F24 new instantiated
sshd-keygen service is used, but for compatibility reasons (anaconda)
the old sshd-keygen script is still shipped alongside.
Applications/services that needs to make sure that ssh host keys are
available, should depend on sshd-keygen.target instead of running
sshd-keygen manually.
== Scope ==
* Proposal owners:
- Remove the symlink from spec file (revert commit) and remove
sshd-keygen from dist-git script (revert sshd-keygen commit).
- Package maintainers (anaconda) depending on these files in system
should follow description above how to work without sshd-keygen.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
Fedora Elections July 2016 - Campaign period has started
by Jan Kurik
The Nomination period of Elections to Council and FESCo is now over.
The list of nominees follows:
== Council (1 open seat) ==
* Justin Flory (jflory7)
* Langdon White (langdon)
== FESCo (4 open seats) ==
* Josh Boyer (jwb/jwboyer)
* Stephen Gallagher (sgallagh)
* Haikel Guemar (number80/hguemar)
* Dennis Gilmore (dgilmore/ausil)
* Dominik Mierzejewski (rathann)
Nominees can now start with their own campaign, to attract people in
the Fedora community. I am also going to work with people from CommOps
team to prepare Community Blog for publishing answers from candidates
on collected questions in the Election's Questionnaire [
https://fedoraproject.org/wiki/Elections/Questionnaire ].
I wish all the nominees good luck and a lot of fun during the campaign period.
Regards,
Jan
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
evolution-data-server soname version bump in rawhide the next week
by Milan Crha
Hi,
the 3.21.4 release of the evolution-data-server changes soname version
for libcamel and libedataserver, due to some API changes in those
sub-libraries.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or drop
an e-mail. I do not think that other than core Evolution packages will
need more attention, others might be simply rebuild.
Bye,
Milan
7 years, 9 months
F25 System Wide Change: KillUserProcesses=yes by default
by Jan Kurik
= Proposed System Wide Change: KillUserProcesses=yes by default =
https://fedoraproject.org/wiki/Changes/KillUserProcesses_by_default
Change owner(s):
* Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl>
Set the default policy to terminate processes in session scope when
the user logs out. Specifically, systemd-logind's KillUserProcesses
setting, which currently is set to "no" to override the upstream
default, will be removed to follow the upstream default of "yes".
== Detailed Description ==
Since the introduction of systemd-logind a few years back, when a
session is created, systemd hooks into the PAM session creation step
to move the process that starts the session into a separate cgroup.
This means that processes which are started as part of the session can
be reliably tracked, even if they detach from the terminal and
daemonize. When a user session terminates, various processes started
as part of the user session (initally) remain alive. When the session
is terminated, remaining processes receive a HUP signal (*), which can
be and often is ignored.
Under the proposed setting of KillUserProcesses=yes, systemd will
forcibly terminate (using SIGTERM and then SIGKILL) all processes
which are part of the session scope (the cgroup created for the login
session) when the user logs out. In order for a process to avoid being
killed it has to be part of a different systemd unit. For user
processes this can be achieved in two primary ways: by starting the
unit as a service (e.g. 'systemd-run --user /usr/bin/foo', or creating
a dedicated user service unit), or by telling systemd to create a new
scope unit to encompass a specific process (e.g. 'systemd-run --user
--scope /usr/bin/foo', or making a dbus call to create a scope unit
directly). This step can be integrated directly into programs when
this makes sense for their primary use case, e.g. screen.
(*) Whether SIGHUP is sent depends on a few factors: bash sends it
children, tcsh does not, and the kernel also sends SIGHUP to processes
which have a terminal open.
== Scope ==
* Proposal owners:
- work upstream to clarify what is the best way for programs to mark
themselves to survive logout
- update the documentation with more explanations and examples, as we
learn what people find confusing in the current scheme of things
- evaluate a "permissive" mode for KillUserProcesses, to make it
easier to debug processes which stay around after a session terminates
- remove the compile-time override in the systemd package
- work with upstream authors and Fedora maintainers of programs like
screen and tmux to implement the ability to automatically start them
in a way that survives a user session, and if the system policy does
not allow that, to warn the user.
* Other developers:
- cooperate on the last item from previous point
- identify additional services which need to adapt to the changed default.
Different services might merit different handling here: some might be
updated them to start through the non-session-specific dbus instance,
some might need documentation changes, while others possibly should be
handled like tmux and screen.
* Release engineering: N/A
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines:
- a Fedora Magazine article or similar to publicize the change would be nice
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
F25 System Wide Change: Fedora Media Writer as Primary Downloadable
by Jan Kurik
= Proposed System Wide Change: Fedora Media Writer as Primary Downloadable =
https://fedoraproject.org/wiki/Changes/FedoraMediaWriterAsPrimaryDownload...
Change owner(s):
* Martin Briza <mbriza redhat com>
* Jiri Eischmann <eischmann redhat com>
The new Fedora Media Writer that is being finished has an overhauled,
more user friendly interface. Because USB sticks are the most common
way to install Fedora, it should be the primary download option. It
cover the whole installation media creation, it lets the user pick the
right flavor of Fedora, downloads its image, and copies it to a USB
drive.
This Change inherits the LiveUSBCreator change. Fedora Media Writer is
a rewrite of the current liveusb-creator package in C++, using most of
the functional parts of the old project and its complete user
interface.
== Detailed Description ==
Fedora Media Writer is a new tool that be much easier to use than the
existing tools (see mockups). It should cover the complete work flow
of creating an installation media. It provides information
(descriptions, screenshots,...) about flavors and variants of Fedora
to help the user to pick the right one for their usage, downloads the
ISO, and copies it to a USB flash disk. The goal of this change is to
provide this tool as the primary download option on getfedora.org and
create a mechanism to store and update information (descriptions,
screenshots,...) for the tool. This requires work not only from the
change owners, but also from other groups (websites, design,
marketing, releng teams).
== Scope ==
* Proposal owners:
- Fedora Media Writer for Linux (Copr and Flatpak coming soon, should
we create a deb package, too?)
- Fedora Media Writer for Windows
- Fedora Media Writer for Mac OS X
* Other developers:
the websites team has to update the download page to make FMW the
primary download option.
* Marketing and design:
the design team has to work with websites team on necessary changes to
the download page.
the marketing has to provide information for FMW including
descriptions and screenshots (screenshots of Workstation are currently
missing)
* QA:
adjust tests and test result matrices
* Release engineering:
- Plan the process of building Windows and MacOS packages
- Handle the distribution of the releases
- (Probably) establish a way how to pass Fedora release data to the
tool - related to the release information from Marketing
* Policies and guidelines:
The Media Writer tool is helping with new installations. Existing
installations are not affected.
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
F25 Self Contained Change: Better Switchable Graphics Support
by Jan Kurik
= Proposed Self Contained Change: Better Switchable Graphics Support =
https://fedoraproject.org/wiki/Changes/BetterSwitchableGraphicsSupport
Change owner(s):
* Hans de Goede <hdegoede AT redhat DOT com>
All modern laptops have a gpu integrated into their processor (the
igpu), some models also have a more powerful dedicated gpu (dgpu),
this is called switchable graphics. The goal of this feature is to
improve Fedora's support for such laptops.
== Detailed Description ==
By default all apps will run on the more energy efficient igpu and the
OS can choose to switch to the dgpu when more gpu-power is necessary,
trading battery time for graphics performance. On most laptops the
default gpu can be changed to the dgpu so that everything will always
run on the dgpu.
Linux support for switchable graphics currently is not very good. E.g.
on many laptops some of the external connectors are only connected to
the dgpu and to be able to use those external connectors without
issues users need to change the default gpu to the dgpu, resulting in
a hot running laptop and the battery draining much faster.
The goal of this feature is to improve switchable graphics support
under Linux, allowing the igpu to be used as default, allowing maximum
batter life, while keeping everthing working normally. Specifically
the following should all work: external outputs, suspend / resume
(including suspend/resume with external monitors connected / while
docked) and suspending the dgpu when not used.
A secondary goal is to allow people to run graphically demanding
programs on the dgpu by starting them with "DRI_PRIME=1 program", note
that since we do not support dynamic reclocking of nvidia GPUs this
will not always result in a performance improvement.
== Scope ==
* Proposal owners: Fix switchable-graphics related kernel and xorg
bugs, ensure gnome-control-panel "Displays" setting works properly on
switchable-graphics setups
* Other developers: GNOME control-panel developers (if changes are
necessary there)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months
F25 Self Contained Change: Transdiff
by Jan Kurik
= Proposed Self Contained Change: Transdiff =
https://fedoraproject.org/wiki/Changes/Transdiff
Change owner(s):
*Sundeep Anand <suanand AT redhat DOT com>
Often even after 100% translation in Zanata, few packages do not get
build with latest translations in Fedora. This result in poor
localization experience. Transdiff is a python program to run on
products installations for tracking translations with project upstream
and generate diff reports.
== Detailed Description ==
Often even after 100% translation in Zanata, few packages do not get
build with latest translations in Fedora. This result in poor
localization experience. Transdiff is a python program to run on
products installations for tracking translations with project upstream
and generate diff reports.
== Scope ==
* Proposal owners: Complete script and package it for Fedora.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 9 months