For those who may not have seen this yet: The deadline for the call for
papers for the IaaS devroom at FOSDEM is a little more than a week away.
Full details are provided below. FOSDEM is a great opportunity to get
the word out to an enthusiastic, mostly young audience. And it's a fun
event. You should come.
-------- Forwarded Message --------
Subject: [openstack-dev] FOSDEM 2018: Call For Proposals: Virtualization
& IaaS DevRoom
Date: Mon, 6 Nov 2017 13:37:10 +0100
From: Kashyap Chamarthy <kchamart(a)redhat.com>
Reply-To: OpenStack Development Mailing List (not for usage questions)
<openstack-dev(a)lists.openstack.org>
To: openstack-dev(a)lists.openstack.org
I'm delighted to announce that the call for proposals is now open for
the Virtualization & IaaS devroom at the upcoming FOSDEM 2018, to be
hosted on February 3 and 4, 2018.
This year will mark FOSDEM’s 18th anniversary as one of the longest-running
free and open source software developer events, attracting thousands of
developers and users from all over the world. FOSDEM will be held once
again in Brussels, Belgium, on February 3 & 4, 2018.
This devroom is a collaborative effort, and is organized by dedicated
folks from projects such as OpenStack, Xen Project, oVirt, QEMU, KVM,
libvirt, and Foreman. We would like to invite all those who are involved
in these fields to submit your proposals by December 1st, 2017.
---------------
Important Dates
---------------
Submission deadline: 01 December 2017
Acceptance notifications: 14 December 2017
Final schedule announcement: 21 December 2017
Devroom: 03 and 04 February 2018 (two days- different rooms)
-----------------
About the Devroom
-----------------
The Virtualization & IaaS devroom will feature session topics such as open
source hypervisors and virtual machine managers such as Xen Project, KVM,
bhyve, and VirtualBox, and Infrastructure-as-a-Service projects such as
Apache CloudStack, OpenStack, oVirt, QEMU, OpenNebula, and Ganeti.
This devroom will host presentations that focus on topics of shared
interest, such as KVM; libvirt; shared storage; virtualized networking;
cloud security; clustering and high availability; interfacing with multiple
hypervisors; hyperconverged deployments; and scaling across hundreds or
thousands of servers.
Presentations in this devroom will be aimed at developers working on these
platforms who are looking to collaborate and improve shared infrastructure
or solve common problems. We seek topics that encourage dialog between
projects and continued work post-FOSDEM.
--------------------
Submit Your Proposal
--------------------
All submissions must be made via the Pentabarf event planning site[1]. If
you have not used Pentabarf before, you will need to create an account. If
you submitted proposals for FOSDEM in previous years, you can use your
existing account.
After creating the account, select Create Event to start the submission
process. Make sure to select Virtualization and IaaS devroom from the Track
list. Please fill out all the required fields, and provide a meaningful
abstract and description of your proposed session.
---------------------
Submission Guidelines
---------------------
We expect more proposals than we can possibly accept, so it is vitally
important that you submit your proposal on or before the deadline. Late
submissions are unlikely to be considered.
All presentation slots are 45 minutes, with 35 minutes planned for
presentations, and 10 minutes for Q&A.
All presentations will be recorded and made available under Creative
Commons licenses. In the Submission notes field, please indicate that you
agree that your presentation will be licensed under the CC-By-SA-4.0 or
CC-By-4.0 license and that you agree to have your presentation recorded.
For example:
"If my presentation is accepted for FOSDEM, I hereby agree to license all
recordings, slides, and other associated materials under the Creative
Commons Attribution Share-Alike 4.0 International License. Sincerely,
<NAME>."
In the Submission notes field, please also confirm that if your talk is
accepted, you will be able to attend FOSDEM and deliver your presentation.
We will not consider proposals from prospective speakers who are unsure
whether they will be able to secure funds for travel and lodging to attend
FOSDEM. (Sadly, we are not able to offer travel funding for prospective
speakers.)
-------------------------
Speaker Mentoring Program
-------------------------
As a part of the rising efforts to grow our communities and encourage a
diverse and inclusive conference ecosystem, we're happy to announce that
we'll be offering mentoring for new speakers. Our mentors can help you with
tasks such as reviewing your abstract, reviewing your presentation outline
or slides, or practicing your talk with you.
You may apply to the mentoring program as a newcomer speaker if you:
Never presented before or
Presented only lightning talks or
Presented full-length talks at small meetups (<50 ppl)
---------------------
Submission Guidelines
---------------------
Mentored presentations will have 25-minute slots, where 20 minutes will
include the presentation and 5 minutes will be reserved for questions.
The number of newcomer session slots is limited, so we will probably not be
able to accept all applications.
You must submit your talk and abstract to apply for the mentoring program,
our mentors are volunteering their time and will happily provide feedback
but won't write your presentation for you!
If you are experiencing problems with Pentabarf, the proposal submission
interface, or have other questions, you can email our devroom mailing
list[2] and we will try to help you.
------------
How to Apply
------------
In addition to agreeing to video recording and confirming that you can
attend FOSDEM in case your session is accepted, please write "speaker
mentoring program application" in the "Submission notes" field, and list
any prior speaking experience or other relevant information for your
application.
----------------
Call for Mentors
----------------
Interested in mentoring newcomer speakers? We'd love to have your help!
Please email iaas-virt-devroom at lists.fosdem.org with a short speaker
biography and any specific fields of expertise (for example, KVM,
OpenStack, storage, etc.) so that we can match you with a newcomer speaker
from a similar field. Estimated time investment can be as low as a 5-10
hours in total, usually distributed weekly or bi-weekly.
Never mentored a newcomer speaker but interested to try? As the mentoring
program coordinator, email Brian Proffitt[3] and he will be happy to answer
your questions!
---------------
Code of Conduct
---------------
Following the release of the updated code of conduct for FOSDEM, we'd like
to remind all speakers and attendees that all of the presentations and
discussions in our devroom are held under the guidelines set in the CoC and
we expect attendees, speakers, and volunteers to follow the CoC at all
times.
If you submit a proposal and it is accepted, you will be required to
confirm that you accept the FOSDEM CoC. If you have any questions about the
CoC or wish to have one of the devroom organizers review your presentation
slides or any other content for CoC compliance, please email us and we will
do our best to assist you.
-------------------
Call for Volunteers
-------------------
We are also looking for volunteers to help run the devroom. We need
assistance watching time for the speakers, and helping with video for the
devroom. Please contact me, Brian Proffitt, for more information.
Questions?
If you have any questions about this devroom, please send your questions to
our devroom mailing list. You can also subscribe to the list to receive
updates about important dates, session announcements, and to connect with
other attendees.
See you all at FOSDEM!
[1] <https://penta.fosdem.org/submission/FOSDEM18>
https://penta.fosdem.org/submission/FOSDEM18
[2] iaas-virt-devroom at lists.fosdem.org
<https://lists.fosdem.org/listinfo/fosdem>
[3] bkp at redhat.com
--
/kashyap
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hello,
It's time for our weekly PaaS SIG sync-up meeting
Time: 1700 UTC - Wedensdays (date -d "1700 UTC")
Date: Today Wedensday, 22 November 2017
Where: IRC- Freenode - #centos-devel
Agenda:
- OpenShift Current Status
-- rpms
-- Automated rpm building and Automated testing
-- Multi-arch
-- Documentation
-- Images and Image building
-- minishift / kompose / kedge
- Open Floor
Minutes from last meeting:
https://www.centos.org/minutes/2017/November/centos-devel.2017-11-15-17.00.…
Hi all,
We are happy to announce that LinchPin v1.2.0 has been released. This is an
enhancement release, which has the following updates:
runDB - Provides a centralized json (tinydb) database for tracking
provisioning transactions
- A run_id is now assigned to each transaction
- A 'unique-ish' hash is assigned to each transaction, some providers use
this in the naming of the instances
- The the most recent 'up' transaction in the database is used on any
destroy actions
- A --run-id (-r) flag can be passed to idempotently provision, or destroy
any specific transaction
Deprecate output_writer role. Use gather_resources role, which refers to
runDB as appropriate.
The libvirt module has multiple improvements
- Enhanced schema to enable cloud_config for cloud-init functionality
- Libvirt functionality can now be run on a remote system
- SSH keys can be passed using the cloud-init ssh-import-id functionality
- Keys can be copied from the local system or from remote locations
- This supports downloading keys from github and launchpad
- Enabled virt console for troubleshooting issues
- May require privilege escalation to copy images and keys
Linchpin Journal - provides output from the runDB for each transaction
Openstack can now boot from an image
Docker images now perform integration testing
Installation documentation improvements
The official release notes are available at https://github.com/CentOS-PaaS
-SIG/linchpin/releases/tag/v1.2.0
This update is available via PyPI: https://pypi.python.org/pypi/linchpin
If you discover any errors or regressions, please open a Github issue (
https://github.com/CentOS-PaaS-SIG/linchpin/issues)
Cheers and enjoy!

Clint Savage
LinchPin Maintainer
Senior Software Engineer, Red Hat
twitter: @herlo, github: herlo, IRC: herlo, #linchpin
Hi
I noticed my ppc64 builds failing today. Going through the build logs, I noticed
that yum pulled in a lot of ppc packages for no apparent reason.
Blacklisting *.ppc works around this issue, but this was not necessary yesterday.
Looking at http://mirror.centos.org/altarch/7/os/ppc64/Packages/ I notice a lot
of ppc packages in there. I don't remember seeing them before.
Is this an error, or was it done on purpose?
Mihai
Hello,
It's time for our weekly PaaS SIG sync-up meeting
Time: 1700 UTC - Wedensdays (date -d "1700 UTC")
Date: Today Wedensday, 15 November 2017
Where: IRC- Freenode - #centos-devel
Agenda:
- OpenShift Current Status
-- rpms
-- Automated rpm building and Automated testing
-- Multi-arch
-- Documentation
-- Images and Image building
-- minishift / kompose / kedge
- Open Floor
Minutes from last meeting:
https://www.centos.org/minutes/2017/November/centos-devel.2017-11-08-17.04.…
Here are some notes taken from the CERN pre-dojo meeting from last week :
<paste>
Allow SIGs to have separate accounts for build bots
- separate user accounts from "bot" accounts for security reasons
- [proposal] have an email alias (not list) per sig for the bots, like
sig-<bla>@centos.org pointing to the SIG's chair
- [proposal] SIG chair must request or approve email alias requests/
ACO account creation sent to CentOS Board chairman
</paste>
So, (as also discussed yesterday in the CBS meeting -
https://www.centos.org/minutes/2017/October/centos-devel.2017-10-23-14.01.l…)
The proposal would be to create a @centosproject.org (or @centos.org)
email alias, that would go to SIG chair, and that would be used to
create an account on https://accounts.centos.org
While we can manually generate x509 cert with longer validity period, we
discussed the fact that using centos-cert just takes 2 seconds every 6
months, so SIG members who were present didn't find it a real issue.
(email notifications go to SIG chair - and/or other members ? - in
advance so easy to follow)
That's probably the workflow people use already anyway, while Brian
confirmed that longer-term a proper credentials store would be on the
roadmap, but soon.
--
Fabian Arrotin
The CentOS Project | http://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab
The CentOS Atomic SIG has released an updated version[1] of CentOS
Atomic Host (7.1710), a lean operating system designed to run Linux
containers, built from standard CentOS 7 RPMs, and tracking the
component versions included in Red Hat Enterprise Linux Atomic Host.
[1] https://wiki.centos.org/SpecialInterestGroup/Atomic/Download
This release includes an updated version of rpm-ostree that allows for
more flexibility when using rpm-ostree's package layering features.
CentOS Atomic Host includes these core component versions:
* atomic-1.19.1-5.git48c224b.el7.centos.x86_64
* cloud-init-0.7.9-9.el7.centos.2.x86_64
* docker-1.12.6-61.git85d7426.el7.centos.x86_64
* etcd-3.2.7-1.el7.x86_64
* flannel-0.7.1-2.el7.x86_64
* kernel-3.10.0-693.5.2.el7.x86_64
* kubernetes-node-1.5.2-0.7.git269f928.el7.x86_64
* ostree-2017.11-1.el7.x86_64
* rpm-ostree-client-2017.9-1.atomic.el7.x86_64
Package Layering with rpm-ostree
Using rpm-ostree package layering[2], it is possible to dynamically
add more packages onto the system that are not part of the commit
composed on the server. These additional "layered" packages are
persistent across upgrades, rebases, and deploys. If a package you
wish to layer conflicts with a package already in the atomic host
image, a set of recently-added "override" commands can help resolve
the conflict.
[2] http://rpm-ostree.readthedocs.io/en/latest/manual/administrator-handbook/#h…
For instance, the "origin-clients" package can be used to quickly
stand up an OpenShift Origin install using the command `oc cluster
up`, but this package conflicts with the "kubernetes-client" package
that comes baked into the CentOS Atomic Host image. You can use
package layering to configure the repository containing the
"origin-clients" rpm, to remove the conflicting kubernetes packages,
and to install "origin-clients."
# rpm-ostree install centos-release-openshift-origin36
# rpm-ostree ex livefs
# rpm-ostree ex override remove kubernetes-client kubernetes-node
# rpm-ostree install origin-clients -r
Download CentOS Atomic Host
CentOS Atomic Host is available as a VirtualBox or libvirt-formatted
Vagrant box, or as an installable ISO, qcow2 or Amazon Machine image.
For links to media, see the CentOS wiki[3].
[3] https://wiki.centos.org/SpecialInterestGroup/Atomic/Download
Upgrading
If you're running a previous version of CentOS Atomic Host, you can
upgrade to the current image by running the following command:
# atomic host upgrade
Release Cycle
The CentOS Atomic Host image follows the upstream Red Hat Enterprise
Linux Atomic Host cadence. After sources are released, they're rebuilt
and included in new images. After the images are tested by the SIG and
deemed ready, we announce them.
Getting Involved
CentOS Atomic Host is produced by the CentOS Atomic SIG[4], based on
upstream work from Project Atomic[5]. If you'd like to work on
testing images, help with packaging, documentation -- join us!
[4] http://wiki.centos.org/SpecialInterestGroup/Atomic
[5] http://www.projectatomic.io/
The SIG meets every two weeks as part of the Project Atomic community
meeting at 16:00 UTC on Monday in the #atomic channel. You'll often
find us in #atomic and/or #centos-devel if you have questions. You can
also join the atomic-devel[6] mailing list if you'd like to discuss
the direction of Project Atomic, its components, or have other
questions.
[6] https://lists.projectatomic.io/mailman/listinfo/atomic-devel
Getting Help
If you run into any problems with the images or components, feel free
to ask on the centos-devel mailing list. Have questions about using
Atomic? See the atomic mailing list or find us in the #atomic channel
on Freenode.
Hi Folks,
If you have topics for the Distro Devroom, now's the time! See the CFP
Here:
----- Forwarded message -----
> To: fosdem(a)lists.fosdem.org
> Date: Tue, 31 Oct 2017 17:55:56 +0100
> Subject: [FOSDEM] FOSDEM 2018 - Distributions Devroom Call for Participation
>
> The Distributions devroom will take place Sunday 4 February 2018 at
> FOSDEM, in Brussels, Belgium at the Université Libre de Bruxelles.
>
> For this year's distributions devroom, we want to focus on the ways that
> distribution technologies can be leveraged to allow for easier
> creation of a multi-verse of artifacts from single source trees. We also
> want to continue to highlight the huge efforts being made in shared
> environments around Build/Test/Release cycles.
>
> We welcome submissions targeted at contributors interested in issues
> unique to distributions, especially in the following topics:
>
> - Distribution and Community collaborations, eg: how does code flow from
> developers to end users across communities, ensuring trust and code
> audibility
>
> - Automating building software for redistribution to minimize human
> involvement, eg: bots that branch and build software, bots that
> participate as team members extending human involvement
>
> - Cross-distribution collaboration on common issues, eg: content
> distribution, infrastructure, and documentation
>
> - Growing distribution communities, eg: onboarding new users, helping
> new contributors learn community values and technology, increasing
> contributor technical skills, recognizing and rewarding contribution
>
> - Principals of Rolling Releases, Long Term Supported Releases (LTS),
> Feature gated releases, and calendar releases
>
> - Distribution construction, installation, deployment, packaging and
> content management
>
> - Balancing new code and active upstreams verus security updates, back
> porting and minimization of user breaking changes
>
> - Delivering architecture independent software universally across
> architectures within the confines of distribution systems
>
> - Effectively communicating the difference in experience across
> architectures for developers, packagers, and users
>
> - Working with vendors and including them in the community
>
> - The future of distributions, emerging trends and evolving user demands
> from the idea of a platform
>
> Ideal submissions are actionable and opinionated. Submissions may
> be in the form of 25 or 50 minute talks, panel sessions, round-table
> discussions, or Birds of a Feather (BoF) sessions.
>
> Dates
> ------
> Submission Deadline: 03-Dec-2017 @ 2359 GMT
> Acceptance Notification: 8-Dec-2017
> Final Schedule Posted: 15-Dec-2017
>
> How to submit
> --------------
> Visit https://penta.fosdem.org/submission/FOSDEM18
>
> 1.) If you do not have an account, create one here
> 2.) Click 'Create Event'
> 3.) Enter your presentation details
> 4.) Be sure to select the Distributions Devroom track!
> 5.) Submit
>
> What to include
> ---------------
> - The title of your submission
> - A 1-paragraph Abstract
> - A longer description including the benefit of your talk to your target
> audience, including a definition of your target audience.
> - Approximate length / type of submission (talk, BoF, ...)
> - Links to related websites/blogs/talk material (if any)
>
> Administrative Notes
> ----------------
> We will be live-streaming and recording the Distributions Devroom.
> Presenting at FOSDEM implies permission to record your session and
> distribute the recording afterwards. All videos will be made available
> under the standard FOSDEM content license (CC-BY).
>
> If you have any questions, feel free to contact the
> devroom organizers: distributions-devroom(a)lists.fosdem.org
> (https://lists.fosdem.org/listinfo/distributions-devroom)
>
> Cheers!
>
> Brian Exelbierd (twitter: @bexelbie) and Brian Stinson (twitter:
> @bstinsonmhk) for and on behalf of The Distributions Devroom Program
> Committee
>
> _______________________________________________
> FOSDEM mailing list
> FOSDEM(a)lists.fosdem.org
> https://lists.fosdem.org/listinfo/fosdem
----- End forwarded message -----
Cheers!
--
Brian Stinson
Hi there,
Emmanuel Kasper of the Debian Cloud Team contacted me about two days
ago: they discovered that Vagrant simply ignores any --checksum
parameter when adding the box. You can even provide "1234" instead of a
valid SHA256 sum, and Vagrant will just add the downloaded box, without
any warning or error whatsoever:
vagrant box add --checksum-type sha256 --checksum 1234 --provider
libvirt --box-version 1710.01 centos/7
==> box: Loading metadata for box 'centos/7'
box: URL: https://atlas.hashicorp.com/centos/7
==> box: Adding box 'centos/7' (v1710.01) for provider: libvirt
box: Downloading:
https://vagrantcloud.com/centos/boxes/7/versions/1710.01/providers/libvirt.…
==> box: Successfully added box 'centos/7' (v1710.01) for 'libvirt'!
echo $?
0
Our signatures are basically useless for most users: Vagrant will only
check the signature if one is included in the metadata (which is not the
one in the box we host, but generated by Vagrant Cloud, formerly known
as Atlas - there's simply no way to get Hashicorp's servers to include
the checksum, not even for the boxes they host themselves). The
--checksum argument is honored if you add a raw box, but I doubt our
users would be willing to do that, even if they knew about it:
$ vagrant box add --checksum-type sha256 --checksum 1234 --name c7tmp
https://cloud.centos.org/centos/7/vagrant/x86_64/images/CentOS-7-x86_64-Vag…
==> box: Box file was not detected as metadata. Adding it directly...
==> box: Adding box 'c7tmp' (v0) for provider:
box: Downloading:
https://cloud.centos.org/centos/7/vagrant/x86_64/images/CentOS-7-x86_64-Vag…
box: Calculating and comparing box checksum...
The checksum of the downloaded box did not match the expected
value. Please verify that you have the proper URL setup and that
you're downloading the proper file.
Expected: 1234
Received: 9d1ddb812de88578326538d69fdd5f59ba68adf04862144300c42d0293f61d2f
$ echo $?
1
Another possibility would be to also host the metadata ourselves, along
with the raw boxes, on cloud.centos.org. Endymion can already generate
the needed metadata, and I already verified that Vagrant works properly
with it, even detecting newer versions of the boxes for updates. The
problem of convincing our users to use a cloud.c.o URL instead of Atlas
still remains.
I guess I'll have to replace the section in our future release
announcements about verifying the images downloaded from Atlas with some
sort of warning. Any other ideas of what we could do? Vagrant's
behavior is described in its documentation, so I assume it's by design.
How about adding the missing Vagrant functionality as distro patches, if
upstream doesn't want to?
Regards,
Laurențiu
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878759https://github.com/lpancescu/endymion