devel-announce July 2016

devel-announce@lists.fedoraproject.org

7 participants
32 discussions

F25 Self Contained Change: Rust Compiler
by Jan Kurik 12 Jul '16

12 Jul '16

= 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

1 0

F25 Self Contained Change: GNS3
by Jan Kurik 12 Jul '16

12 Jul '16

= 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

1 0

F25 Self Contained Change: Change/Remove slogin and sshd-keygen
by Jan Kurik 12 Jul '16

12 Jul '16

= 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

1 0

REMINDER: Changes submission deadline for Self Contained Changes of Fedora 25 is today
by Jan Kurik 12 Jul '16

12 Jul '16

Hi everyone! Today we have the last day we will accept proposals for Self Contained Changes for Fedora 25 release. Alpha release is currently planned on August, the 23rd with Alpha Freeze two weeks earlier. In case you'll need any help with your Change proposals, feel free to contact me. [1] https://fedoraproject.org/wiki/Releases/25/Schedule Regards, Jan -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

Fedora Elections July 2016 - Campaign period has started
by Jan Kurik 11 Jul '16

11 Jul '16

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

1 0

evolution-data-server soname version bump in rawhide the next week
by Milan Crha 11 Jul '16

11 Jul '16

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

1 0

F25 System Wide Change: KillUserProcesses=yes by default
by Jan Kurik 07 Jul '16

07 Jul '16

= 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

1 0

F25 System Wide Change: Fedora Media Writer as Primary Downloadable
by Jan Kurik 07 Jul '16

07 Jul '16

= Proposed System Wide Change: Fedora Media Writer as Primary Downloadable = https://fedoraproject.org/wiki/Changes/FedoraMediaWriterAsPrimaryDownloadab… 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

1 0

F25 Self Contained Change: Better Switchable Graphics Support
by Jan Kurik 07 Jul '16

07 Jul '16

= 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

1 0

F25 Self Contained Change: Transdiff
by Jan Kurik 07 Jul '16

07 Jul '16

= 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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce July 2016