Ruby 2.2 landed in Rawhide
by Vít Ondruch
Hi everybody,
Just heads up that Ruby 2.2 landed in Rawhide. We tried to rebuild every
package which depends on ruby-devel and libruby.so so most of you should
be fine already. Nevertheless, there are still some packages remaining,
usually due to other issues then Ruby. Namely, it is (if I have not
forget anything):
hub
rubygem-openssl_cms
subversion
swig
uwsgi
vim
Please let me know if you need any assistance with fixing Ruby related
build issues of your packages.
Thanks
Vít
9 years, 3 months
F22 System Wide Change: Bare Metal Installer for Fedora Atomic Host
by Jaroslav Reznik
= Proposed System Wide Change: Bare Metal Installer for Fedora Atomic Host =
https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic
Change owner(s): Joe Brockmeier <jzb(a)fedoraproject.org>, Ian McLeod
<imcleod(a)redhat.com>
To produce a bare metal installer suitable for installing Fedora Atomic Host
22 on "bare metal" (e.g., directly on a server rather than running on top of
some kind of cloud or virtualization).
== Detailed Description ==
In Fedora 21 we shipped Fedora Atomic Host as an AMI for use in Amazon EC2,
and as a qcow2 suitable for use with OpenStack, KVM, etc.
For Fedora 22 we wish to expand the coverage of Fedora Atomic Host to make it
installable on "bare metal" so users are able to run Atomic Host directly on a
server, workstation, etc. without the need for a cloud or virtualzation layer
underneath the host.
== Scope ==
* Proposal owners: Work with rel-eng to add bare metal support. The patches
should be in Anaconda already, it should mostly be a matter of producing the
builds via Koji.
* Other developers: May require some coordination with Anaconda folks.
* Release engineering: Work with Cloud Working Group to turn on support for
bare metal builds, add bare metal to regularly produced builds.
* Policies and guidelines: No obvious impact.
== Contingency Plan ==
* Contingency mechanism: If not ready, will not ship for Fedora 22.
* Contingency deadline: Beta freeze.
* Blocks release? No.
* Blocks product? No.
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months
F22 Self Contained Change: qtile
by Jaroslav Reznik
= Proposed Self Contained Change: qtile =
https://fedoraproject.org/wiki/Changes/qtile
Change owner(s): John Dulaney <jdulaney(a)fedoraproject.org>
qtile is a tiling window manager written in python. More can be
found at the project's website [1].
== Detailed Description ==
Once qtile 0.9 is released upstream, package it for Fedora.
All of the dependencies are already in Rawhide as of this writing.
== Scope ==
* Proposal owners: Work with upstream to get releae out and then package for Fedora
* 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] http://www.qtile.org/
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months
Agenda for Env-and-Stacks WG meeting (2015-01-21)
by Honza Horak
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
= Topics =
* Nominations & Elections
* Fedora Rings
* elaborating ML feedback
* Open Floor
9 years, 3 months
F22 Self Contained Change: Local Test Cloud
by Jaroslav Reznik
= Proposed Self Contained Change: Local Test Cloud =
https://fedoraproject.org/wiki/Changes/Local_Test_Cloud
Change owner(s): Mike Ruckman <roshi(a)fedoraproject.org>
testCloud [1] is a small tool to download and boot cloud images locally.
== Detailed Description ==
testCloud was created because manually booting a cloud image locally can be a
pain. It handles downloading the image, spoofing cloud-init metadata as well as
providing an ssh_config to easily connect to the booted instance. What was
usually several different steps to get an image to boot locally is now just
one:
python testCloud.py <url for qcow2 image>
It currently supports both the Fedora Cloud Base as well as the Atomic host
image.
Note: testCloud will likely change names in the near future.
== Scope ==
* Proposal owners: Mike Ruckman, Kushal Das to implement proposed change
* 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] https://github.com/Rorosha/testCloud
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months
gsoap updated in rawhide
by Mattias Ellert
Hi!
The gsoap package has been updated to version 2.8.21 in rawhide.
Dependent packages should rebuild:
CGSI-gSOAP (*)
davix
fts
glite-lbjp-common-gsoap-plugin
glite-lb-server
gridsite
lcgdm
lcgdm-dav
srm-ifce
voms (*)
(*) These I am maintainer for and rebuilds have been done already.
Mattias
9 years, 3 months
F22 System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud
by Jaroslav Reznik
= Proposed System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud
=
https://fedoraproject.org/wiki/Changes/Vagrant_Box_Atomic
Change owner(s): Joe Brockmeier <jzb(a)fedoraproject.org>, Ian McLeod
<imcleod(a)redhat.com>, Langdon White <langdon(a)fedoraproject.org>
To produce Vagrant boxes based on the Fedora Atomic Host and Fedora Cloud
flavors so that users can easily work with Fedora in the Vagrant environment.
== Detailed Description ==
Vagrant is a tool for building and distributing development environments.
Vagrant boxes can easily be used on a number of local virtualization platforms
such as VirtualBox, VMware, via AWS or OpenStack, or with other platforms.
Vagrant is used on Linux, Mac OS X, and Microsoft Windows and would present
Fedora with an opportunity to reach a larger developer audience than it
currently does.
Many developers prefer to work with Vagrant [1] for their development work,
using Vagrant to lower their development setup time, increase productivity,
and avoid having to specifically install an OS each time they wish to use it
for development.
A number of people have produced unofficial Vagrant boxes, but the Fedora
project does not currently produce an "official" Vagrant box for consumption. We
would like to close the gap here and offer Vagrant users easy-to-consume Fedora
22 Atomic and Cloud flavored Vagrant boxes.
== Scope ==
* Proposal owners:
** Provide a kickstart file and additional definition for the Vagrant Boxes.
** Provide scripts and patches for Koji to generate Vagrant Boxes.
** Encourage testing of the new Vagrant Boxes by the rest of the Cloud Working
Group.
* Other developers:
** Encourage other Fedora developers to make use of the Fedora Vagrant Boxes
for their own development work.
** Ensure that Vagrant is packaged for Fedora 22.
* Release engineering:
** Would need to work with owners of this proposal to add needed features to
Koji, and add Vagrant Boxes to list of output formats required for release.
* Policies and Guidelines:
** No known impact.
== Contingency Plan ==
If feature is incomplete by Fedora 22 beta, it would be pulled from the
release. No contingency necessary for fallback as this does not exist in
Fedora 21.
* Contingency deadline: Beta
* Blocks release? No
* Blocks product? No
[1] https://www.vagrantup.com/
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months
F22 System Wide Change: python-dateutil 2.x
by Jaroslav Reznik
= Proposed System Wide Change: python-dateutil 2.x =
https://fedoraproject.org/wiki/Changes/python-dateutil_2.x
Change owner(s): Pete Travis <immanetize AT fedoraproject.org>, Stephen
Gallagher <sgallagh(a)redhat.com>
The package providing `dateutil` python libraries is currently on version 1.5.
Early releases in the 2.x series of python-dateutil would work only for
python3, so the package was not updated in Fedora. Now, python-dateutil is at
version 2.4 and does work with python2. Fedora packages can be updated to use
the newer version.
== Detailed Description ==
Many newer python packages require the newer version of python-dateutil, but
some still need python-dateutil 1.5 to function properly. Maintainers will
assess affected packages, and can use the parallel installable python-
dateutil15 package, which already exists in the distribution, if they cannot
migrate.
== Scope ==
* Proposal owners:
Coordinate update efforts and assist maintainers in assessing, testing, and
updating their packages.
* Other developers:
Maintainers of packages that depend on python-dateutils should test with
version 2.4, or the current release at freeze. If their package is not
compatible with this version, they should change the packages Requires: to use
python-dateutil15 and ensure that it works with the parallel-installable egg
that it provides.
* Release engineering: As each package should be assessed individually, a mass
rebuild is not appropriate and release engineering has no requirements for
this change.
* Policies and guidelines:
https://fedoraproject.org/wiki/Packaging:Python_Eggs#Multiple_Versions is
relevant.
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months
F22 Self Contained Change: Ipsilon
by Jaroslav Reznik
= Proposed Self Contained Change: Ipsilon =
https://fedoraproject.org/wiki/Changes/Ipsilon
Change owner(s): Patrick Uiterwijk <puiterwijk(a)redhat.com>, Simo Sorce
<simo(a)redhat.com>
Inclusion of Ipsilon in the Fedora repositories.
== Detailed Description ==
The goal is to include the Ipsilon identity provider [1] into Fedora.
Ipsilon is a server and a toolkit to configure Apache-based Service Providers.
The server is a pluggable selfcontained mod_wsgi application that provides
federated SSO to web applications. User authentication is always performed
against a separate Identity Management system (for example a FreeIPA server),
and communication with application is done using a federation protocol like
SAML, OpenID, etc..
== Scope ==
* Proposal owners: work on Ipsilon inclusion into Fedora
* 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] https://fedorahosted.org/ipsilon
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years, 3 months