devel-announce July 2013

devel-announce@lists.fedoraproject.org

6 participants
56 discussions

F20 Self Contained Change: Plasma-nm
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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.

1 0

F20 Self Contained Change: X2Go
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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/

1 0

F20 System Wide Change: Web Assets
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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-L… [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

1 0

F20 Self Contained Change: Transitive Trusts with Active Directory support for FreeIPA
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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)

1 0

F20 System Wide Change: Unversioned Docdirs
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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.

1 0

F20 System Wide Change: Change Packaging Guidelines to discourage requires into /bin and /sbin
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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

1 0

F20 Self Contained Change: DNSSEC support for FreeIPA
by Jaroslav Reznik 16 Jul '13

16 Jul '13

= 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)

1 0

F20 Self Contained Change: GNOME 3.10
by Jaroslav Reznik 15 Jul '13

15 Jul '13

= 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

1 0

F20 Self Contained Change: SSSD CIFS plugin
by Jaroslav Reznik 15 Jul '13

15 Jul '13

= 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

1 0

F20 Self Contained Change: Developer Assistant GUI
by Jaroslav Reznik 15 Jul '13

15 Jul '13

= 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)

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce July 2013