Self Contained Changes for 2014-03-12 meeting.
Allwinner A10 / A13 / A20 SoCs are used in a number of popular low cost arm development boards and arm mini computers. Currently Fedora ARM is supported on these devices through a Remix. Allwinner kernel support is progressing rapidly upstream, and with this upstream kernel support it should be possible to support Allwinner SoCs in the official Fedora ARM images, without the need for a remix.
This change will bring basic OpenCL support to Fedora to support the development of OpenCL enabled software and the development of OpenCL implementations itself. The change includes enabling Mesa's OpenCL state-tracker (in 10.0 with ICD support), packaging pocl - an CPU only OpenCL implementation - and the introduction of several other OpenCL related packages.
+1 to both
AGREED: OpenCL self-contained change accepted. Deferring another week on Allwinner ARM for status update. (+5,-2,0)
(See meeting minutes: http://meetbot.fedoraproject.org/fedora-meeting/2014-03-12/fesco.2014-03-12-18.00.log.html#l-561 )
Self Contained Changes for 2014-03-19 meeting (I'm going to reuse this ticket as it's still open and let's not pollute FESCo Trac).
Follow up on Allwinner sunxi (A10 / A13 / A20) ARM SoC support - Change owners contacted to provide more details requested by FESCo.
The am-utils package in Fedora has significant problems that are not easily resolved so an amd format parser is to be added to the autofs package.
By default, CUPS will send log output to the system journal rather than /var/log/cups/error_log.
Replying to [comment:3 jreznik]:
I've mostly been working on upstream sunxi support. I've managed to get a lot of patches queued up in -next for 3.15, so once we move to 3.15 we will only need to carry the sunxi-mmc driver and the rest should be there ready to use. I plan to add the (for now much larger) patchset to add usable sunxi support to the rawhide kernel packages soon, say sometime in the next 2 weeks.
Recently I've moved my main attention from upstreaming kernel code to upstreaming u-boot code. This effort is also looking very promising. We will need to carry some (almost entirely self contained) patches in u-boot for the short run, but it looks like we should have everything upstream in a couple of months.
Once I start actually adding the necessary patches to the Fedora packages i should be able to get things up and running fairly quickly. I've chosen to do things this way / in this order, so that the patches which we will be carrying in Fedora will resemble what is going upstream as much as possible.
Replying to [comment:4 jwrdegoede]:
Replying to [comment:3 jreznik]: Follow up on Allwinner sunxi (A10 / A13 / A20) ARM SoC support - Change owners contacted to provide more details requested by FESCo. I've mostly been working on upstream sunxi support. I've managed to get a lot of patches queued up in -next for 3.15, so once we move to 3.15 we will only need to carry the sunxi-mmc driver and the rest should be there ready to use. I plan to add the (for now much larger) patchset to add usable sunxi support to the rawhide kernel packages soon, say sometime in the next 2 weeks.
There's no reason to do this. When I spoke with Peter Robinson we agreed that adding anything to any 3.14 based rawhide kernel was pointless given the current F21 draft schedule. Rawhide will move to 3.15 merge window kernels within the next 2 weeks, so adding a large patchset is just going to be a bunch of churn. At this point, we'll just wait until 3.15-rc1/rc2 is out and revisit.
all 3 self contained changes approved. (+7,0,0)
I agree here. The MMC patch is very self contained in 3.14 and allows us to boot the CubieTruck (the one a lot of people are interested in) through to login but there's issues with network/usb/sata/smp so while it boots I don't believe it adds massive value for 3.14. If the MMC patch doesn't land in 3.15 (and Hans comment makes it look like it won't) I'll work with Hans send it through for addition once we have 3.15rc1
Reopening for another Self Contained Changes for 2014-03-26 meeting.
There are many known tips and tricks how to make a system more secure, often depending on the use case for the system. With the OSCAP Anaconda Addon and the SCAP Security Guide projects, we may allow users choosing a security policy for their newly installed system.
Agreed on today's FESCo meeting: Security Policy In The Installer was not accepted (-7) Please consider re-proposing as a kickstart-only feature
Self Contained Changes for 2014-04-02 meeting.
Amplab-Tachyon is a fault tolerant distributed file system enabling reliable file sharing at memory-speed across cluster frameworks.
Apache Mesos is a cluster manager for sharing distributed application frameworks. This change brings Mesos to Fedora, which many have called a micro-kernel for the data center.
Apache Spark is a fast and general engine for large-scale data processing. This change brings Spark to Fedora, allowing easy deployment and development of Spark applications on Fedora.
Fedora now supports several essential parts of the Scala language ecosystem as well as building packages with sbt, the de facto build tool for the Scala community.
FreeIPA with integrated DNS server will support serving of DNSSEC secured zones and automatic DNSSEC key maintenance.
This first version will have only the very basic functionality with limited user interface and limited resiliency. Next versions (to be delivered in Fedora 22 time frame) will improve resiliency and user interface significantly.
NFS Ganesha is a user mode file server that supports NFSv3, NFSv4, and NFSv4.1 including pNFS for distributed filesystems. It uses loadable filesystem driver modules to support its backend filesystems. It also integrates 9P.2000L file service
Hmmm for the scala one -- do we need packaging guidelines? I think traditionally, additional cosystem packages wouldn't have been approved until packaging guidelines were added.
All Changes for 2014-04-02 FESCo meeting were approved: self contained changes approved with addition to scala that they work to develop packaging guidelines (7+1 0-1)
Self Contained Changes for 2014-04-09 meeting.
Apache HBase is a distributed database built on top of Apache Hadoop.
Apache Hive is a data warehouse built on top of Apache Hadoop.
Apache Oozie is a workflow scheduler system to manage Apache Hadoop jobs.
Update Erlang/OTP to R17, and improve Erlang integration with the rest of Fedora.
This change aims at improving the way of packaging Java software, which uses Apache Ivy to manage build dependencies.
KDE Frameworks 5 is a set of libraries and technologies developed in the KDE project over the past 18 years. Most of the frameworks come from the kdelibs module, which has been split, cleaned up, dependencies were strightened and packed into individual libraries. This allows developers and projects outside the KDE ecosystem to make use of these technologies and benefit from work of the KDE Community.
Update MATE Desktop to version 1.8
Self Contained Changes for 2014-04-16 meeting.
The Playground repository gives contributors a place to host packages that are not up to the standards of the main Fedora repository but may still be useful to other users. For now the Playground repository contains both packages that are destined for eventual inclusion into the main Fedora repository and packages that are never going to make it there. Users of the repository should be willing to endure a certain amount of instability when using packages from there.
The Apache Accumulo is a scalable sorted, distributed, key/value store.
Apache Ambari is a cluster management framework and UI for Apache Hadoop.
Apache Pig is a data analysis tool built on top of Apache Hadoop.
From 2014-04-16 FESCo meeting:
AGREED: Apache Accumulo, Ambari, and Pig changes approved (+:6, -:0)
Note: suggest coalescing of Hadoop and Hadoop-related changes for relnote/doc purposes
AGREED: Playground Repo should be promoted to a System-Wide Change. Playground Repo change deferred for a week for more discussion (+:6, -:0)
Self Contained Changes for 2014-04-23 meeting.
We provide a smooth path so a Cloud Base Image can be turned into Fedora Server.
Fedora Cloud agreed to make a base image plus several tailored to specific purposes. This is one of the tailored ones, produced in collaboration with the Big Data SIG.
This is Fedora running inside Docker. Currently, there are non-official images in the docker index, but we'd like them to really come out of release engineering.
Jenkins is an open source continuous integration tool written in Java.
An new intelligent input method for Traditional Chinese (Taiwan) provided by libzhuyin using n-gram to give better conversion than ibus-chewing with libchewing.
Create images using Anaconda in Koji rather than appliance-creator. Allows non-scratch builds with fedmsg integration for upload service, and also could produce official Docker images.
Systemd journal can be configured to forward events to a remote server. Entries are forwarded including full metadata, and are stored in normal journal files, identically to locally generated logs.
Retire KDM as the default display manager of the KDE Fedora Spin in favor of SDDM.
Allow running 64bit ARM (AArch64) VMs on x86 hosts using standard the standard qemu and libvirt stack, as well as end user tools like virt-manager and virt-install.
Replying to [comment:18 jreznik]:
Remote Journal Logging - https://fedoraproject.org/wiki/Changes/Remote_Journal_Logging discussed at https://lists.fedoraproject.org/pipermail/devel/2014-April/197980.html Systemd journal can be configured to forward events to a remote server. Entries are forwarded including full metadata, and are stored in normal journal files, identically to locally generated logs.
I don't consider this to be a self-contained change. If it goes into effect, we (FESCo) are basically stating that this a recommended way for users to gather journald logs in a central location. I (like many others on the mailing list) have serious reservations about this approach, particularly since it appears to have been developed without the input of the journald creators. I think that advertising this Change in the release notes will have significant impact on the way Fedora systems are used and perceived and that this should be considered separately.
I am also casting a -1 vote for this Change, as I will probably be unable to attend the meeting tomorrow.
Consider me +1 to all of the other self-contained Changes in comment [comment:18 18].
agreed all self contained changes proposed this week approved, except remote journal, we will work more with change owners and revisit next week. (+6,0,0)
Remote journal Change owner replied to all the concerns I can recall:
https://lists.fedoraproject.org/pipermail/devel/2014-May/198859.html
Please bring up on the list any additional concerns or questions you may have about it.
Self Contained Changes for 2014-05-07 meeting.
LVM can now use fast block devices (e.g. SSDs and PCIe Flash) to improve the performance of larger but slower block devices. These hierarchical or layered logical volumes are called "Cache Logical Volumes" in LVM.
New Fedora product: Fedora Docker Cloud Image - Docker host ready to go.
Update MariaDB to version 10.0
SHOGUN is a large Scale Machine Learning Toolbox, being implemented in C++ and offering interfaces to C#, Java, Lua, Octave, Perl, Python, R and Ruby.
Replying to [comment:22 jreznik]:
Docker Cloud Image - https://fedoraproject.org/wiki/Changes/Docker_Cloud_Image discussed at https://lists.fedoraproject.org/pipermail/devel/2014-April/198691.html New Fedora product: Fedora Docker Cloud Image - Docker host ready to go.
Note that we have decided that this will be Atomic based, and will probably be branded in that way ("Fedora Atomic", or "Atomic Fedora". We should update the change page -- can we pull this particular one off the agenda until next week for that update?
AGREED: Self-Contained Changes: Remote Journal Logging, Cache Logical Volumes, MariaDB 10.0, Shogun approved (+6)
Docker Cloud skipped per mattdm’s request.
Self Contained Changes for 2014-05-21 meeting.
Review Board is a powerful tool for managing patch reviews.
Serf is a decentralized solution for service discovery and orchestration that is lightweight, highly available, and fault tolerant. This change is to package serf for Fedora users.
This change will enhance SSSD, by adding support for centrally managed host-based access control in an Active Directory (AD) environment, using Group Policy Objects (GPOs).
On operating system level, there are numerous authentication and identity lookup mechanisms, some of them using sssd. With new Apache modules and new sssd, some of those mechanisms become more easily consumable by web applications. Various web application environments and frameworks can then consume results of the authentication and information retrieval using environment variables similar to REMOTE_USER.
From FESCo meeting 2014-05-21:
From FESCo meeting 2014-07-16: * AGREED: Atomic_Cloud_Image Self contained change is accepted for Fedora 21 (+7, -0, 0:0)
Login to comment on this ticket.