F20 Self Contained Change: Plasma-nm
by Jaroslav Reznik
= Proposed Self Contained Change: Plasma-nm =
https://fedoraproject.org/wiki/Changes/Plasma-nm
Change owner(s): Jan Grulich <jgrulich(a)redhat.com>, Lukáš Tinkl
<ltinkl(a)redhat.com>
Replace current network applet in KDE with a new one and bring the latest news
in NetworkManager to KDE.
== Detailed description ==
Plasma-nm is a new plasma applet for network management in KDE which uses the
latest KDE technologies. It supports all connection types from NetworkManager
like bonding, bridging etc. and it's simplier to maintain it than the old one.
It absoletes the old network applet which is hardly maintainable.
== Scope ==
This feature affects only KDE. The only necessary action is to remove and
obsolete the kde-plasma-networkmanagement package and ensure that kde-plasma-
nm is installed by default.
10 years, 9 months
F20 Self Contained Change: X2Go
by Jaroslav Reznik
= Proposed Self Contained Change: X2Go =
https://fedoraproject.org/wiki/Changes/X2Go
Change owner(s): Orion Poplawski <orion at nwra dot com>
The X2Go [1] project has taken over development of the old NX libraries and
has developed new clients and server code around it. We will move to use the
X2Go NX library in Fedora and include the full X2Go suite.
== Detailed description ==
The current nx package in Fedora is based on the last open source release from
NoMachine. NoMachine is no longer developing nx as an open source project. The
X2Go project has taken the nx code and is maintaining it as well as developing
new client and server code around it.
== Scope ==
* Review the new nx-libs package which will replace the current nx package.
* Confirm that existing packages that use nx work with the new package (if they
worked before).
* Review and include the rest of the X2Go suite:
** x2goserver
[1] http://x2go.org/
10 years, 9 months
F20 System Wide Change: Web Assets
by Jaroslav Reznik
= Proposed System Wide Change: Web Assets =
https://fedoraproject.org/wiki/Changes/Web_Assets
Change owner(s): T.C. Hollingsworth <tchollingsworth(a)gmail.com>
Traditionally, Fedora has been pushing bits from its various servers to
people's browsers in an ad-hoc fashion, and issues surrounding JavaScript have
been swept under the rug. This change proposal provides a simple framework for
shipping static web content and a way forward to treat JavaScript more closely
to other code in the distribution.
== Detailed description ==
A standard directory (/usr/share/assets) for static bits that are intended to
be delivered to web browsers, such as CSS Frameworks, UI libraries, etc. will
be introduced. HTTP daemons in the distribution should make this directory
available publicly as /assets.
Additionally, a standard directory (/usr/share/javascript) for JavaScript
code, which may be used in browsers or server-side by applications such as
nodejs or rubygem-execjs will also be introduced.
Finally, new packaging guidelines [1] will provide instructions for making
proper use of these new directories.
== Scope ==
=== The web-assets RPM ===
A web-assets package will be introduced. A preliminary SRPM is available
here. [2]
The web-assets-filesystem subpackage will be provided, which contains the
following directories:
* /usr/share/assets
* /usr/share/javascript
Additionally the following symlinks will be provided:
* /usr/share/javascript -> /usr/share/assets/javascript
* /usr/share/fonts -> /usr/share/assets/fonts (so any Fedora font package can
be used as a web font)
A web-assets-devel subpackage will be provided that provides macros like
%{_assetdir} and other conveniences described in the proposed guidelines.
A web-assets-httpd package will make the web assets directory available at
http://server/assets/.
=== redhat-rpm-config ===
We can trivially [3] automatically version the virtual Provides required by
the static inclusion section [4] of the new guidelines, but the macro would
need to live in redhat-rpm-config to work right in koji without conditional
inclusion, which results in terrible syntax like %{?js_includes: %js_includes
foopackage} due to RPM's restrictions regarding macros that accept arguments.
=== httpd ===
httpd may want to add Requires: web-assets-httpd (or ship the configuration
itself, though it was suggested that it would be better seperate [5]) to make
the assets directory available unconditionally by default. This will simplify
packaging. (We really would prefer that JavaScript libraries not depend on
httpd, as they could be used by Node.js or Ruby.)
=== JavaScript packagers ===
Some longstanding reviews (like jquery) can now be completed with clear
guidelines, paving the way for web applications to start being migrating to
using proper dependencies instead of bundling.
All web applications currently in the distribution should be examined for
bundled JavaScript, which should be packaged separately.
=== Web application packagers ===
Web applications can migrate to new JavaScript/Web Asset packages as they
become available.
There are a lot of potentially affected packages. There's no hope of fixing
them all in one release cycle, and even the dependency chain for jQuery, a big
ticket package, could take several months to get reviewed and imported.
Therefore, this Change proposal just seeks FESCo/FPC approval for a start to
unravelling this madness. This will be a long transition, and will probably
make the systemd transition look like a day in the park.
=== Foreign languages ===
Many foreign languages support JavaScript, like Ruby via rubygem-execjs or
Java via rhino. Several of them already depend on existing JavaScript library
packages (virtually all node.js-related ones) and will need to be modified to
conform to the new locations specified by the guidelines.
=== Node.js ===
Several node packages ship JavaScript for the browser and will need to be
modified to conform to the new guidelines.
=== FPC ===
The Fedora Packaging Committee will need to consider and approve drafts
pertaining to Web Assets [6] and JavaScript [7].
=== FPC/FESCo ===
FPC/FESCo may or may not want to consider a firm date for sunsetting the
bundled JavaScript exception and requiring all new packages to meet the new
guidelines.
[1] https://fedoraproject.org/wiki/User:Patches/PackagingDrafts/Web_Assets
[2] http://patches.fedorapeople.org/web-assets/web-assets-1-1.fc19.src.rpm
[3] https://gist.github.com/tchollingsworth/6007074#file-macros-web-assets-L4...
[4] User:Patches/PackagingDrafts/Web_Assets##Static_Inclusion_of_Libraries
[5] https://lists.fedoraproject.org/pipermail/packaging/2013-July/009313.html
[6] User:Patches/PackagingDrafts/Web Assets
[7] User:Patches/PackagingDrafts/JavaScript
10 years, 9 months
F20 Self Contained Change: Transitive Trusts with Active Directory support for FreeIPA
by Jaroslav Reznik
= Proposed Self Contained Change: Transitive Trusts with Active Directory
support for FreeIPA =
https://fedoraproject.org/wiki/Changes/IPAv3TransitiveTrusts
Change owner(s): Matthias Clasen <mclasen(a)redhat.com> and the desktop SIG
FreeIPA will support transitive trusts with Active Directory
== Detailed description ==
FreeIPA in Fedora 19 already supports cross-realm trusts with Active
Directory. New version of FreeIPA will make possible to use FreeIPA identities
to access resources in Active Directory, for example, to log-on into Windows
workstations.
== Scope ==
This change requires expansion of logic in FreeIPA-provided database driver to
Kerberos KDC. Additionally, it requires development of Global Catalog Service
compatible with Active Directory. This is fairly isolated effort within
FreeIPA.
Other developers: no effect
Release engineering: N/A (not a System Wide Change)
Policies and guidelines: N/A (not a System Wide Change)
10 years, 9 months
F20 System Wide Change: Unversioned Docdirs
by Jaroslav Reznik
= Proposed System Wide Change: Unversioned Docdirs =
https://fedoraproject.org/wiki/Changes/UnversionedDocdirs
Change owner(s): Ville Skyttä <ville.skytta(a)iki.fi>
Install package specific documentation to an unversioned subdir in
/usr/share/doc.
== Detailed description ==
Change the per package documentation directory in /usr/share/doc to
unversioned, just containing the package's name (previously it contained both
the package's name and its version). rpmbuild already has support for this, by
setting the %_docdir_fmt macro to %{name} we cover most of the cases. Other
cases can be grepped through from package specfiles/patches -- grepping for
_docdir, _defaultdocdir, usr/share/doc and _datadir.*doc should catch almost
everything. Packages for which multiple versions are intended to be installed
need to be changed to install their docs into appropriately versioned subdirs,
for example explicitly using the previous NAME-VERSION scheme. Some of these
cases, if unaddressed, will also manifest themselves as build failures due to
files not found at expected locations.
== Scope ==
Proposal owners: take care of having the %_docdir_fmt macro set to %{name} in
rpm or redhat-rpm-config, grep through package specfiles and patches identifying
cases needing special attention.
Other developers: see if their package explicitly refers to a NAME-VERSION
subdir in /usr/share/doc, and change those to NAME.
Release engineering: mass rebuild is required after the %_docdir_fmt macro
change.
Policies and guidelines: all documentation referring to NAME-VERSION subdirs
in /usr/share/doc needs to be changed to NAME instead.
10 years, 9 months
F20 System Wide Change: Change Packaging Guidelines to discourage requires into /bin and /sbin
by Jaroslav Reznik
= Proposed System Wide Change: Change Packaging Guidelines to discourage
requires into /bin and /sbin =
https://fedoraproject.org/wiki/Changes/NoBinDeps
Change owner(s): Ales Kozumplik <ales(a)redhat.com>
Disallow dependencies on files under /bin, /sbin, /lib and /lib64.
== Detailed description ==
The current packaging guidelines read:
"Whenever possible you should avoid file dependencies outside of /etc, /bin,
/sbin, /usr/bin, or /usr/sbin."
I propose changing this to:
"Whenever possible you should avoid file dependencies outside of /etc,
/usr/bin, or /usr/sbin."
Related FPC ticket [1]: FPC wanted this change to be created.
== Scope ==
Proposal owners: None
Other developers: replace all explicit /bin/<foo> requires with
/usr/bin/<foo>.
Release engineering: N/A
Policies and guidelines: update the packaging guidelines accordingly.
[1] https://fedorahosted.org/fpc/ticket/314
10 years, 9 months
F20 Self Contained Change: DNSSEC support for FreeIPA
by Jaroslav Reznik
= Proposed Self Contained Change: DNSSEC support for FreeIPA =
https://fedoraproject.org/wiki/Changes/IPAv3DNSSEC
Change owner(s): Petr Špaček <pspacek(a)redhat.com>
FreeIPA with integrated DNS server will support serving of DNSSEC secured
zones.
== Detailed description ==
DNS server integrated to FreeIPA in Fedora 19 is not able to serve signed DNS
zones. New version of FreeIPA and bind-dyndb-ldap adds support for DNSSEC.
Zone maintenance (like perioding zone re-signing etc.) will be handled
automatically, so the administrative overhead should be minimal.
== Scope ==
This change will require major rewrite of bind-dyndb-ldap package and some
isolated changes in packages freeipa*.
Other developers: FreeIPA team has to prepare user interface for this feature.
(not a System Wide Change)
Release engineering: N/A (not a System Wide Change)
Policies and guidelines: N/A (not a System Wide Change)
10 years, 9 months
F20 Self Contained Change: GNOME 3.10
by Jaroslav Reznik
= Proposed Self Contained Change: GNOME 3.10 =
https://fedoraproject.org/wiki/Changes/Gnome3.10
Change owner(s): Matthias Clasen <mclasen(a)redhat.com> and the desktop SIG
Update GNOME to the latest upstream release.
== Detailed description ==
The highlights of GNOME 3.10 include
* A new maps applications: gnome-maps
* A new music application: gnome-music
* A revamped system status menu
* Flickr support in gnome-photos
* Zimbra support in evolution
Initial support running gnome-shell as a Wayland compositor is also a goal for
3.10, together with improved touch support and supported for scaled output on
high-dpi displays.
For detailed descriptions and designs of the features that are being worked on
for GNOME 3.8, see the feature list [1].
== Scope ==
Proposal owners:
* Keep existing GNOME packages updated
* Follow upstream module changes
* Package new applications and new dependencies of existing GNOME packages
** gnome-maps
** gnome-music
** gnome-software
[1] https://wiki.gnome.org/ThreePointNine/Features
10 years, 9 months
F20 Self Contained Change: SSSD CIFS plugin
by Jaroslav Reznik
= Proposed Self Contained Change: SSSD CIFS plugin =
https://fedoraproject.org/wiki/Changes/SSSD_CIFS_plugin
Change owner(s): Sumit Bose <sbose(a)redhat.com>, Jakub Hrozek
<jhrozek(a)redhat.com>
During the F20 development cycle, the SSSD will provide an ID-mapping plugin
for cifs-utils so that Windows SIDs can be mapped onto POSIX IDs and/or names
without requiring Winbind and using the same code as the SSSD uses for
identity information.
== Detailed description ==
When working with files on a CIFS share, mapping between Windows SIDs and POSIX
IDs might be required in some situations like modifying the ACLs. In recent
versions, the cifs-util package introduced a plugin interface that allows
different libraries to handle the ID mapping. Currently only Winbind provides
such plugin (see file idmapwb.c in cifs-utils tree). The goal of this change is
to provide a similar plugin using SSSD's ID mapping library so that the same
method of ID mapping is used and Winbind is not required at all. The upstream
design page that includes deeper technical details can be found in the SSSD
Trac [1]. The progress of the work can also be tracked in the upstream ticket
#1534 [2].
== Scope ==
The SSSD would provide a plugin for the cifs-utils package as described in the
upstream design page. The cifs-utils package would then switch to using the
SSSD plugin instead of the one provided by Winbind. The change on the cifs-
utils side should amount to changing a symlink.
Proposal owners:
* SSSD needs to create a plugin that matches the interface used by cifs-utils.
* This plugin would be packaged as a separate subpackage
Other developers: The cifs-utils package would switch to managing which ID
mapping plugin it uses with the use of alternatives (rhbz #984088)
Release engineering:
* No mass rebuild would be required.
* The cifs-utils package would Require the new SSSD plugin and indirectly its
dependencies which would be primarily the libsss_idmap library
Policies and guidelines: No new policy guidelies
[1] http://fedorahosted.org/sssd/wiki/DesignDocs/IntegrateSSSDWithCIFSClient
[2] http://fedorahosted.org/sssd/ticket/1534
10 years, 9 months
F20 Self Contained Change: Developer Assistant GUI
by Jaroslav Reznik
= Proposed Self Contained Change: Developer Assistant GUI =
https://fedoraproject.org/wiki/Changes/DeveloperAssistantGUI
Change owner(s): Petr Hracek <phracek(a)redhat.com>, Bohuslav Kabrda
<bkabrda(a)redhat.com>
The feature aims to provide GUI for devassistant package.
== Detailed description ==
This feature aims to provide GUI frontend for devassistant package which
currently only works on commandline.
== Scope ==
Proposal owners:
* creating wizard for each specific part for devassistant backend
* all information will be taken from devassistant engine
Other developers: N/A (not a System Wide Change)
Release engineering: N/A (not a System Wide Change)
Policies and guidelines: N/A (not a System Wide Change)
10 years, 9 months