August 2014 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Fri Aug 1 00:19:02 UTC 2014
Ending: Sun Aug 31 23:25:35 UTC 2014
Messages: 2878

• [openstack-dev] (no subject)   qiwen tan
• [openstack-dev] 5 node Openstack Icehouse with Vagrant and Puppet on Virtualbox and Centos 6.5   Philip Cheong
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   James E. Blair
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Dan Smith
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   James E. Blair
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Chmouel Boudjnah
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Mark McLoughlin
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   James E. Blair
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Chmouel Boudjnah
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Russell Bryant
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Jay Pipes
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   James E. Blair
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Christopher Yeoh
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Daniel P. Berrange
• [openstack-dev] [all] 3rd Party CI vs. Gerrit   Flavio Percoco
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Sean Dague
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Ben Nemec
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Chris Dent
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Flavio Percoco
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Sean Dague
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Doug Hellmann
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Doug Hellmann
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Donald Stufft
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Doug Hellmann
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   James E. Blair
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Flavio Percoco
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Flavio Percoco
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Radomir Dopieralski
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Radomir Dopieralski
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Flavio Percoco
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Doug Hellmann
• [openstack-dev] [all] [glance] python namespaces considered harmful to development, lets not introduce more of them   Sean Dague
• [openstack-dev] [all][oslo] official recommendations to handle oslo-incubator sync requests   Ihar Hrachyshka
• [openstack-dev] [all][oslo] official recommendations to handle oslo-incubator sync requests   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Russell Bryant
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Russell Bryant
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Anita Kuno
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Daniel P. Berrange
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Flavio Percoco
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Zane Bitter
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Mark McLoughlin
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Dolph Mathews
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Duncan Thomas
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Zane Bitter
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Dolph Mathews
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Jay Pipes
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   John Griffith
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Zane Bitter
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Rochelle.RochelleGrober
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Anne Gentle
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   John Dickinson
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Tim Bell
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Clint Byrum
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Kashyap Chamarthy
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Jay Pipes
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Adam Young
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Alan Kavanagh
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Flavio Percoco
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Zane Bitter
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Doug Hellmann
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Rochelle.RochelleGrober
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Jeremy Stanley
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Zane Bitter
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Stefano Maffulli
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Rochelle.RochelleGrober
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Stefano Maffulli
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Flavio Percoco
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Doug Hellmann
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Kyle Mestery
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Kyle Mestery
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Doug Hellmann
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Kyle Mestery
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Anita Kuno
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   David Kranz
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Matthew Treinish
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Doug Hellmann
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   James Polley
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   James Polley
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   Thierry Carrez
• [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs   James Polley
• [openstack-dev] [all] Acceptable methods for establishing per-test-suite behaviors   Mike Bayer
• [openstack-dev] [all] Acceptable methods for establishing per-test-suite behaviors   James E. Blair
• [openstack-dev] [all] Acceptable methods for establishing per-test-suite behaviors   Doug Hellmann
• [openstack-dev] [all] Design Summit reloaded   Thierry Carrez
• [openstack-dev] [all] Design Summit reloaded   Russell Bryant
• [openstack-dev] [all] Design Summit reloaded   Sean Dague
• [openstack-dev] [all] Design Summit reloaded   Daniel P. Berrange
• [openstack-dev] [all] Design Summit reloaded   Thierry Carrez
• [openstack-dev] [all] Design Summit reloaded   Zane Bitter
• [openstack-dev] [all] Design Summit reloaded   Henry Gessau
• [openstack-dev] [all] Design Summit reloaded   Flavio Percoco
• [openstack-dev] [all] Design Summit reloaded   Doug Hellmann
• [openstack-dev] [all] Design Summit reloaded   John Griffith
• [openstack-dev] [all] Design Summit reloaded   Kyle Mestery
• [openstack-dev] [all] Design Summit reloaded   Anita Kuno
• [openstack-dev] [all] Design Summit reloaded   John Griffith
• [openstack-dev] [all] Design Summit reloaded   Clint Byrum
• [openstack-dev] [all] Design Summit reloaded   Clint Byrum
• [openstack-dev] [all] Design Summit reloaded   Clint Byrum
• [openstack-dev] [all] Design Summit reloaded   Chris Jones
• [openstack-dev] [all] Design Summit reloaded   Anita Kuno
• [openstack-dev] [all] Design Summit reloaded   Rochelle.RochelleGrober
• [openstack-dev] [all] Design Summit reloaded   Rochelle.RochelleGrober
• [openstack-dev] [all] Design Summit reloaded   Jay Pipes
• [openstack-dev] [all] Design Summit reloaded   Sean Dague
• [openstack-dev] [all] Design Summit reloaded   Jay Pipes
• [openstack-dev] [all] Design Summit reloaded   Sean Dague
• [openstack-dev] [all] Design Summit reloaded   Anne Gentle
• [openstack-dev] [all] Design Summit reloaded   Jay Pipes
• [openstack-dev] [all] Design Summit reloaded   Anita Kuno
• [openstack-dev] [all] Design Summit reloaded   Doug Hellmann
• [openstack-dev] [all] Design Summit reloaded   Thierry Carrez
• [openstack-dev] [all] Design Summit reloaded   Thierry Carrez
• [openstack-dev] [all] Design Summit reloaded   Hayes, Graham
• [openstack-dev] [all] Design Summit reloaded   Thierry Carrez
• [openstack-dev] [All] Gate bugs in the real world   Clark Boylan
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   Jeremy Stanley
• [openstack-dev] [all] gate debugging   David Kranz
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   David Kranz
• [openstack-dev] [all] gate debugging   Anita Kuno
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   Matthew Treinish
• [openstack-dev] [all] gate debugging   Salvatore Orlando
• [openstack-dev] [all] gate debugging   Thierry Carrez
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Dean Troyer
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Joe Gordon
• [openstack-dev] [all] gate debugging   Dean Troyer
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   Sean Dague
• [openstack-dev] [all] gate debugging   Joe Gordon
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] gate debugging   Doug Hellmann
• [openstack-dev] [all] Gerrit Downtime on August 30, 2014   James E. Blair
• [openstack-dev] [all] Gerrit Downtime on August 30, 2014   Flavio Percoco
• [openstack-dev] [all] Gerrit Downtime on August 30, 2014   James E. Blair
• [openstack-dev] [All] LOG.warning/LOG.warn   Gary Kotton
• [openstack-dev] [All] LOG.warning/LOG.warn   Jay Bryant
• [openstack-dev] [All] LOG.warning/LOG.warn   Michael Still
• [openstack-dev] [All] LOG.warning/LOG.warn   Doug Hellmann
• [openstack-dev] [All] LOG.warning/LOG.warn   Daniel P. Berrange
• [openstack-dev] [All] LOG.warning/LOG.warn   Doug Hellmann
• [openstack-dev] [All] LOG.warning/LOG.warn   Daniel P. Berrange
• [openstack-dev] [All] LOG.warning/LOG.warn   Joe Gordon
• [openstack-dev] [All] LOG.warning/LOG.warn   Flavio Percoco
• [openstack-dev] [all] new testtools breaking gate   Ihar Hrachyshka
• [openstack-dev] [all] new testtools breaking gate   Ihar Hrachyshka
• [openstack-dev] [all] new testtools breaking gate   Ihar Hrachyshka
• [openstack-dev] [all] new testtools breaking gate   Duncan Thomas
• [openstack-dev] [all] new testtools breaking gate   Clark Boylan
• [openstack-dev] [all] new testtools breaking gate   Flavio Percoco
• [openstack-dev] [all] new testtools breaking gate   Matt Riedemann
• [openstack-dev] [all] new testtools breaking gate   Robert Collins
• [openstack-dev] [all] new testtools breaking gate   Doug Hellmann
• [openstack-dev] [all] specs.openstack.org is live   Andreas Jaeger
• [openstack-dev] [all] specs.openstack.org is live   Thierry Carrez
• [openstack-dev] [all] specs.openstack.org is live   Steve Gordon
• [openstack-dev] [all] specs.openstack.org is live   Andreas Jaeger
• [openstack-dev] [all] specs.openstack.org is live   Russell Bryant
• [openstack-dev] [all] specs.openstack.org is live   Russell Bryant
• [openstack-dev] [all] specs.openstack.org is live   Kyle Mestery
• [openstack-dev] [all] specs.openstack.org is live   Andreas Jaeger
• [openstack-dev] [all] specs.openstack.org is live   John Dickinson
• [openstack-dev] [all] specs.openstack.org is live   Steve Martinelli
• [openstack-dev] [all] specs.openstack.org is live   joehuang
• [openstack-dev] [all] specs.openstack.org is live   Jeremy Stanley
• [openstack-dev] [all] specs.openstack.org is live   Carl Baldwin
• [openstack-dev] [all] specs.openstack.org is live   Devananda van der Veen
• [openstack-dev] [all] specs.openstack.org is live   Joe Gordon
• [openstack-dev] [All] Switching default test node to Trusty for all projects and upgrading tox to version 1.7.2   Clark Boylan
• [openstack-dev] [All] Switching default test node to Trusty for all projects and upgrading tox to version 1.7.2   Clark Boylan
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Monty Taylor
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Matt Joyce
• [openstack-dev] [all] The future of the integrated release   Michael Still
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Michael Still
• [openstack-dev] [all] The future of the integrated release   gustavo panizzo (gfa)
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Kashyap Chamarthy
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Anne Gentle
• [openstack-dev] [all] The future of the integrated release   John Griffith
• [openstack-dev] [all] The future of the integrated release   Nikola Đipanov
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Chris Friesen
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Michael Still
• [openstack-dev] [all] The future of the integrated release   Kashyap Chamarthy
• [openstack-dev] [all] The future of the integrated release   Nikola Đipanov
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Nikola Đipanov
• [openstack-dev] [all] The future of the integrated release   Philip Cheong
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Kyle Mestery
• [openstack-dev] [all] The future of the integrated release   Kyle Mestery
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   Anita Kuno
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   John Griffith
• [openstack-dev] [all] The future of the integrated release   Jeremy Stanley
• [openstack-dev] [all] The future of the integrated release   Joshua Harlow
• [openstack-dev] [all] The future of the integrated release   Michael Still
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Jeremy Stanley
• [openstack-dev] [all] The future of the integrated release   Jay S. Bryant
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Dolph Mathews
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   John Dickinson
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Dolph Mathews
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Michael Still
• [openstack-dev] [all] The future of the integrated release   Rochelle.RochelleGrober
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Nikola Đipanov
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Daniel P. Berrange
• [openstack-dev] [all] The future of the integrated release   Giulio Fidente
• [openstack-dev] [all] The future of the integrated release   Daniel P. Berrange
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Steven Hardy
• [openstack-dev] [all] The future of the integrated release   Daniel P. Berrange
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Ihar Hrachyshka
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Kyle Mestery
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Daniel P. Berrange
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Joshua Harlow
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Hoban, Adrian
• [openstack-dev] [all] The future of the integrated release   Ian Wells
• [openstack-dev] [all] The future of the integrated release   David Kranz
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Dean Troyer
• [openstack-dev] [all] The future of the integrated release   Matthew Treinish
• [openstack-dev] [all] The future of the integrated release   Jeremy Stanley
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Devananda van der Veen
• [openstack-dev] [all] The future of the integrated release   Russell Bryant
• [openstack-dev] [all] The future of the integrated release   Vishvananda Ishaya
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Sandy Walsh
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Sandy Walsh
• [openstack-dev] [all] The future of the integrated release   Stan Lagun
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Nadya Privalova
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Mark McLoughlin
• [openstack-dev] [all] The future of the integrated release   Anne Gentle
• [openstack-dev] [all] The future of the integrated release   Anne Gentle
• [openstack-dev] [all] The future of the integrated release   Robert Collins
• [openstack-dev] [all] The future of the integrated release   Flavio Percoco
• [openstack-dev] [all] The future of the integrated release   Flavio Percoco
• [openstack-dev] [all] The future of the integrated release   Flavio Percoco
• [openstack-dev] [all] The future of the integrated release   Sandy Walsh
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Robert Collins
• [openstack-dev] [all] The future of the integrated release   Robert Collins
• [openstack-dev] [all] The future of the integrated release   Eoghan Glynn
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Zane Bitter
• [openstack-dev] [all] The future of the integrated release   Zane Bitter
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Chris Friesen
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Angus Salkeld
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Chris Friesen
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Thierry Carrez
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Kyle Mestery
• [openstack-dev] [all] The future of the integrated release   Duncan Thomas
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Zane Bitter
• [openstack-dev] [all] The future of the integrated release   gordon chung
• [openstack-dev] [all] The future of the integrated release   David Kranz
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   David Kranz
• [openstack-dev] [all] The future of the integrated release   Brad Topol
• [openstack-dev] [all] The future of the integrated release   Stefano Maffulli
• [openstack-dev] [all] The future of the integrated release   Michael Chapman
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Duncan Thomas
• [openstack-dev] [all] The future of the integrated release   Mooney, Sean K
• [openstack-dev] [all] The future of the integrated release   Clint Byrum
• [openstack-dev] [all] The future of the integrated release   Michael Chapman
• [openstack-dev] [all] The future of the integrated release   Joshua Harlow
• [openstack-dev] [all] The future of the integrated release   gordon chung
• [openstack-dev] [all] The future of the integrated release   gustavo panizzo (gfa)
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Adam Lawson
• [openstack-dev] [all] The future of the integrated release   Jay Pipes
• [openstack-dev] [all] The future of the integrated release   Anne Gentle
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Joe Gordon
• [openstack-dev] [all] The future of the integrated release   Angus Salkeld
• [openstack-dev] [all] The future of the integrated release   Rochelle.RochelleGrober
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Sean Dague
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Chris Dent
• [openstack-dev] [all] The future of the integrated release   Doug Hellmann
• [openstack-dev] [all] The future of the integrated release   Kashyap Chamarthy
• [openstack-dev] [barbican] RE: Juno Home Stretch   John Wood
• [openstack-dev] [bashate] .bashateignore   Sean Dague
• [openstack-dev] [bashate] .bashateignore   Dean Troyer
• [openstack-dev] [bashate] .bashateignore   Sean Dague
• [openstack-dev] [bashate] .bashateignore   Dean Troyer
• [openstack-dev] [ceilometer][nova] extra Ceilometer Samples of the instance gauge   Qiming Teng
• [openstack-dev] [ceilometer] [swift] Improving ceilometer.objectstore.swift_middleware   Osanai, Hisashi
• [openstack-dev] [ceilometer] [swift] Improving ceilometer.objectstore.swift_middleware   Osanai, Hisashi
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   Nejc Saje
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   Doug Hellmann
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   Clark Boylan
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   gordon chung
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   Dina Belova
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   Ildikó Váncsa
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   gordon chung
• [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension   gordon chung
• [openstack-dev] [Ceilometer] Add a pollster plugin   Duan, Li-Gong (Gary at HPServers-Core-OE-PSC)
• [openstack-dev] [Ceilometer] Add a pollster plugin   Doug Hellmann
• [openstack-dev] [Ceilometer] Add a pollster plugin   Duan, Li-Gong (Gary at HPServers-Core-OE-PSC)
• [openstack-dev] [Ceilometer] Ceilometer API RBAC enhancement proposal (work in progress)   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Complex resource_metadata could fail to store in MongoDB   Igor Degtiarov
• [openstack-dev] [ceilometer] Compute agent local VM inspector - potential enhancement   Eoghan Glynn
• [openstack-dev] [ceilometer] Compute agent local VM inspector - potential enhancement   Rao Dingyuan
• [openstack-dev] [ceilometer] Compute agent local VM inspector - potential enhancement   Eoghan Glynn
• [openstack-dev] [ceilometer] Compute agent local VM inspector - potential enhancement   boden
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Osanai, Hisashi
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Julien Danjou
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Osanai, Hisashi
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Julien Danjou
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Osanai, Hisashi
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Dina Belova
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Julien Danjou
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Julien Danjou
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Dina Belova
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Dina Belova
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Osanai, Hisashi
• [openstack-dev] [ceilometer] gate-ceilometer-python33 failed because of wrong setup.py in happybase   Dina Belova
• [openstack-dev] [ceilometer] indicating sample provenance   Chris Dent
• [openstack-dev] [ceilometer] indicating sample provenance   gordon chung
• [openstack-dev] [ceilometer] indicating sample provenance   Chris Dent
• [openstack-dev] [ceilometer] indicating sample provenance   Nejc Saje
• [openstack-dev] [ceilometer] indicating sample provenance   Chris Dent
• [openstack-dev] [ceilometer] indicating sample provenance   Eoghan Glynn
• [openstack-dev] [ceilometer] indicating sample provenance   Julien Danjou
• [openstack-dev] [ceilometer] indicating sample provenance   gordon chung
• [openstack-dev] [Ceilometer] publisher metering_secret in ceilometer.conf   Duan, Li-Gong (Gary at HPServers-Core-OE-PSC)
• [openstack-dev] [Ceilometer] publisher metering_secret in ceilometer.conf   Duan, Li-Gong (Gary at HPServers-Core-OE-PSC)
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   David Stanek
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Question on decorators in Ceilometer pecan framework   Doug Hellmann
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Nejc Saje
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   gordon chung
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Dean Troyer
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Nejc Saje
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient   Osanai, Hisashi
• [openstack-dev] [ceilometer] tox -epy26 failed because of insufficient test environment   Osanai, Hisashi
• [openstack-dev] [ceilometer] tox -epy26 failed because of insufficient test environment   Dina Belova
• [openstack-dev] [ceilometer] tox -epy26 failed because of insufficient test environment   Osanai, Hisashi
• [openstack-dev] [ceilometer] tox -epy26 failed because of insufficient test environment   Dina Belova
• [openstack-dev] [CEILOMETER] Trending Alarm   Henrique Truta
• [openstack-dev] [CEILOMETER] Trending Alarm   Nejc Saje
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Joshua Harlow
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Ryan Petrello
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Ryan Petrello
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Ryan Petrello
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Doug Hellmann
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Doug Hellmann
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Ryan Petrello
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Pendergrass, Eric
• [openstack-dev] [Ceilometer] Way to get wrapped method's name/class using Pecan secure decorators?   Doug Hellmann
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Asselin, Ramy
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Martin, Kurt Frederick (ESSN Storage MSDU)
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Asselin, Ramy
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Martin, Kurt Frederick (ESSN Storage MSDU)
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Kerr, Andrew
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   John Griffith
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Asselin, Ramy
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   John Griffith
• [openstack-dev] [Cinder] 3'rd party CI systems: Not Whitelisted Volume type with name * could not be found.   Asselin, Ramy
• [openstack-dev] [Cinder][third-party] How to make progress on cinder driver CI post J3   Asselin, Ramy
• [openstack-dev] [Cinder][third-party] How to make progress on cinder driver CI post J3   John Griffith
• [openstack-dev] [Cinder][third-party] How to make progress on cinder driver CI post J3   Asselin, Ramy
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Ganapathy, Sandhya
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Dean Troyer
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Vishvananda Ishaya
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Duncan Thomas
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Dean Troyer
• [openstack-dev] [cinder] Bug#1231298 - size parameter for volume creation   Duncan Thomas
• [openstack-dev] [Cinder] Bug 1224972 When createing a volume from an image - nova leaves the volume name empty   Ganapathy, Sandhya
• [openstack-dev] [cinder]pylint errors with hashlib   Murali Balcha
• [openstack-dev] [cinder]pylint errors with hashlib   Clark Boylan
• [openstack-dev] [cinder]pylint errors with hashlib   John Griffith
• [openstack-dev] [cinder]pylint errors with hashlib   Ivan Kolodyazhny
• [openstack-dev] [cinder] The future of the integrated release   Eric Harney
• [openstack-dev] [cinder] The future of the integrated release   John Griffith
• [openstack-dev] [cinder] The future of the integrated release   Duncan Thomas
• [openstack-dev] [Congress] congress-server fails to start   Rajdeep Dua
• [openstack-dev] [Congress] congress-server fails to start   Peter Balland
• [openstack-dev] [Congress] congress-server fails to start   Rajdeep Dua
• [openstack-dev] [Congress] congress-server fails to start   Aaron Rosen
• [openstack-dev] [Congress] data-source renovation   Rajdeep Dua
• [openstack-dev] [Congress] data-source renovation   Alex Yip
• [openstack-dev] [Congress] Help in understanding API Flow   Madhu Mohan
• [openstack-dev] [Congress] Help in understanding API Flow   Peter Balland
• [openstack-dev] [congress] Jenkins failure   Rajdeep Dua
• [openstack-dev] [congress] Jenkins failure   Akash Gangil
• [openstack-dev] [congress] Jenkins failure   Rajdeep Dua
• [openstack-dev] [congress] Jenkins failure   Tim Hinrichs
• [openstack-dev] [congress] Jenkins failure   Aaron Rosen
• [openstack-dev] [Congress] Policy Enforcement logic   Madhu Mohan
• [openstack-dev] [Congress] Policy Enforcement logic   Jay Lau
• [openstack-dev] [Congress] Policy Enforcement logic   Tim Hinrichs
• [openstack-dev] [Congress] Policy Enforcement logic   Tim Hinrichs
• [openstack-dev] [Congress] Policy Enforcement logic   Jay Lau
• [openstack-dev] [Congress] Policy Enforcement logic   Tim Hinrichs
• [openstack-dev] [congress] Policy mid cycle summit   Sean Roberts
• [openstack-dev] [congress] policy summit   Sean Roberts
• [openstack-dev] [congress] policy summit   Kyle Mestery
• [openstack-dev] [Congress] Ramp-up strategy   Madhu Mohan
• [openstack-dev] [Congress] Ramp-up strategy   Tim Hinrichs
• [openstack-dev] [congress] specs update   Sean Roberts
• [openstack-dev] [congress] specs update   Sean Roberts
• [openstack-dev] [Congress] Upcoming alpha release   Tim Hinrichs
• [openstack-dev] [Congress] Upcoming alpha release   Jay Lau
• [openstack-dev] [Containers][Nova] Containers Team Mid-Cycle Meetup to join Nova Meetup   Matt Riedemann
• [openstack-dev] [cross-posting][openstack-infra] Gate failures in Tempest change sets   Swapnil Kulkarni
• [openstack-dev] [designate] [neutron] designate and neutron integration   Miyashita, Kazuhiro
• [openstack-dev] [designate] [neutron] designate and neutron integration   Carl Baldwin
• [openstack-dev] [designate] [neutron] designate and neutron integration   Hayes, Graham
• [openstack-dev] [designate] [neutron] designate and neutron integration   Zang MingJie
• [openstack-dev] [designate] [neutron] designate and neutron integration   Hayes, Graham
• [openstack-dev] [Devstack] [Cinder] Registering 3rd party driver as default   Amit Das
• [openstack-dev] [Devstack] [Cinder] Registering 3rd party driver as default   Amit Das
• [openstack-dev] [Devstack] [Cinder] Registering 3rd party driver as default   Kerr, Andrew
• [openstack-dev] [Devstack] [Cinder] Registering 3rd party driver as default   Amit Das
• [openstack-dev] [devstack] Core team proposals   Dean Troyer
• [openstack-dev] [devstack] Core team proposals   Sean Dague
• [openstack-dev] [devstack] Core team proposals   Chmouel Boudjnah
• [openstack-dev] [devstack] Core team proposals   chandankumar
• [openstack-dev] [devstack] Core team proposals   Gary Kotton
• [openstack-dev] [devstack] Core team proposals   Dean Troyer
• [openstack-dev] [Devstack] q-svc fails to start in devstack.   Parikshit Manur
• [openstack-dev] [Devstack] q-svc fails to start in devstack.   Brian Haley
• [openstack-dev] [Devstack] q-svc fails to start in devstack.   Kevin Benton
• [openstack-dev] [everything] pbr issue in latest patch   Robert Collins
• [openstack-dev] [Fuel] 5.0.1 is out   Mike Scherbakov
• [openstack-dev] [Fuel] 5.0.2   Mike Scherbakov
• [openstack-dev] [Fuel] 6.0 blueprints cleanup   Dmitry Pyzhov
• [openstack-dev] [Fuel] 6.0 blueprints cleanup   Dmitry Borodaenko
• [openstack-dev] [Fuel] 6.0 blueprints cleanup   Mike Scherbakov
• [openstack-dev] [Fuel] Beta milestone of Fuel 5.1 now available!   David Easter
• [openstack-dev] [Fuel] Blueprints process   Mike Scherbakov
• [openstack-dev] [Fuel] Blueprints process   Sergii Golovatiuk
• [openstack-dev] [Fuel] Blueprints process   Tomasz Napierala
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Guillaume Thouvenin
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Vladimir Kuklin
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Mike Scherbakov
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Guillaume Thouvenin
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Adam Lawson
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   David Easter
• [openstack-dev] [Fuel] Enable SSL between client and API exposed via public URL with HAProxy   Andrew Woodward
• [openstack-dev] [Fuel] Goals for 5.1.1 & 6.0   Mike Scherbakov
• [openstack-dev] [Fuel] Issues with hardcoded versions of requirements in specs of packages   Timur Nurlygayanov
• [openstack-dev] [Fuel] Issues with hardcoded versions of requirements in specs of packages   Timur Nurlygayanov
• [openstack-dev] [Fuel] Issues with hardcoded versions of requirements in specs of packages   Timur Nurlygayanov
• [openstack-dev] [Fuel] Issues with hardcoded versions of requirements in specs of packages   Dmitry Pyzhov
• [openstack-dev] [Fuel] Issues with hardcoded versions of requirements in specs of packages   Mike Scherbakov
• [openstack-dev] [Fuel] Maintenance mode for patching   Dmitry Pyzhov
• [openstack-dev] [Fuel] Pre-5.1 and master builds ISO are available for download   Igor Shishkin
• [openstack-dev] [Fuel] Pre-5.1 and master builds ISO are available for download   Vladimir Kuklin
• [openstack-dev] [Fuel] Pre-5.1 and master builds ISO are available for download   Mike Scherbakov
• [openstack-dev] [Fuel] Pre-5.1 and master builds ISO are available for download   Evgeniy L
• [openstack-dev] [Fuel] Pre-5.1 and master builds ISO are available for download   Mike Scherbakov
• [openstack-dev] [Fuel] removing single mode   Andrew Woodward
• [openstack-dev] [Fuel] removing single mode   Mike Scherbakov
• [openstack-dev] [Fuel] removing single mode   Evgeniy L
• [openstack-dev] [Fuel] removing single mode   Mike Scherbakov
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Dmitry Pyzhov
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Mike Scherbakov
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Dmitry Pyzhov
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Igor Kalnitsky
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Sergii Golovatiuk
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Jesse Pretorius
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Matthew Mosesohn
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Mike Scherbakov
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Matthew Mosesohn
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Aleksandra Fedorova
• [openstack-dev] [Fuel] Use lrzip for upgrade tarball - reject?   Dmitry Pyzhov
• [openstack-dev] [Fuel] Using host networking for docker containers   Dmitriy Shulyak
• [openstack-dev] [Fuel] Using host networking for docker containers   Aleksandr Didenko
• [openstack-dev] [Fuel] Using host networking for docker containers   Matthew Mosesohn
• [openstack-dev] [gantt] scheduler subgroup meeting agenda 8/12   Dugger, Donald D
• [openstack-dev] [gantt] scheduler subgroup meeting agenda 8/19   Dugger, Donald D
• [openstack-dev] [gantt] scheduler subgroup meeting agenda 8/5   Dugger, Donald D
• [openstack-dev] [gantt] scheduler subgroup meeting agenda 9/26   Dugger, Donald D
• [openstack-dev] [gerrit] Preparing a patch that has dependency to more than one code under review   Nader Lahouti
• [openstack-dev] [gerrit] Preparing a patch that has dependency to more than one code under review   Sylvain Bauza
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Angus Salkeld
• [openstack-dev] [git-review] Supporting development in local branches   Ryan Brown
• [openstack-dev] [git-review] Supporting development in local branches   Sylvain Bauza
• [openstack-dev] [git-review] Supporting development in local branches   Ryan Brown
• [openstack-dev] [git-review] Supporting development in local branches   ZZelle
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Joe Gordon
• [openstack-dev] [git-review] Supporting development in local branches   Igor Cardoso
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Martin Geisler
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Sylvain Bauza
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Zane Bitter
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Chris Friesen
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Zane Bitter
• [openstack-dev] [git-review] Supporting development in local branches   Chris Friesen
• [openstack-dev] [git-review] Supporting development in local branches   Ben Nemec
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Chris Friesen
• [openstack-dev] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [git-review] Supporting development in local branches   Robert Collins
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Georgy Okrokvertskhov
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Thierry Carrez
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Angus Salkeld
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Georgy Okrokvertskhov
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Clint Byrum
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Angus Salkeld
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Clint Byrum
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Flavio Percoco
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Angus Salkeld
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Zane Bitter
• [openstack-dev] [Glance][Heat] Murano split dsicussion   Georgy Okrokvertskhov
• [openstack-dev] [glance] [infra] Glance review patterns and their impact on the gate   Sean Dague
• [openstack-dev] [glance] [infra] Glance review patterns and their impact on the gate   Daniel P. Berrange
• [openstack-dev] [glance] [infra] Glance review patterns and their impact on the gate   Fei Long Wang
• [openstack-dev] [glance] [infra] Glance review patterns and their impact on the gate   Sean Dague
• [openstack-dev] [Glance] Image upload/download bandwidth cap   Tomoki Sekiyama
• [openstack-dev] [Glance] Image upload/download bandwidth cap   Jay Pipes
• [openstack-dev] [Glance] Image upload/download bandwidth cap   Russell Bryant
• [openstack-dev] [Glance] Image upload/download bandwidth cap   Arnaud Legendre
• [openstack-dev] [Glance] Image upload/download bandwidth cap   Tomoki Sekiyama
• [openstack-dev] [glance] Review priorities   Arnaud Legendre
• [openstack-dev] [glance] Review priorities   Flavio Percoco
• [openstack-dev] [glance] Review priorities   Tripp, Travis S
• [openstack-dev] [hacking] Avoid old style class declarations   Julien Danjou
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Mike Spreitzer
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Clint Byrum
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Mike Spreitzer
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Anne Gentle
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Morgan Fainberg
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Mike Spreitzer
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Ruslan Kamaldinov
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Mike Spreitzer
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Sergey Kraynev
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Doug Hellmann
• [openstack-dev] [heat] "heat.conf.sample is not up to date"   Joe Gordon
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Marouen Mechtri
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Angus Salkeld
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Marouen Mechtri
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Martinx - ジェームズ
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Marouen Mechtri
• [openstack-dev] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Eric Windisch
• [openstack-dev] [Heat] [Keystone] Heat cfn-push-stats failed with '403 SignatureDoesNotMatch', it may be Keystone problem.   Yukinori Sagara
• [openstack-dev] [Heat] [Keystone] Heat cfn-push-stats failed with '403 SignatureDoesNotMatch', it may be Keystone problem.   Steven Hardy
• [openstack-dev] [Heat][TripleO] Heat can't retrieve stack list   Peeyush Gupta
• [openstack-dev] [Heat][TripleO] Heat can't retrieve stack list   marios at redhat.com
• [openstack-dev] [Heat][TripleO] Heat can't retrieve stack list   Ben Nemec
• [openstack-dev] [heat] heat docker multi host scheduling support   Malawade, Abhijeet
• [openstack-dev] [heat] heat docker multi host scheduling support   Zane Bitter
• [openstack-dev] [heat] heat docker multi host scheduling support   Eric Windisch
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Zane Bitter
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Thierry Carrez
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Zane Bitter
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steven Hardy
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steve Baker
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Jyoti Ranjan
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steven Hardy
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Jyoti Ranjan
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steven Hardy
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Zane Bitter
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Ryan Brown
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Clint Byrum
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steven Hardy
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steven Hardy
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Clint Byrum
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Steve Baker
• [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report   Jyoti Ranjan
• [openstack-dev] [Heat] Improve /validate call   Anderson Mesquita
• [openstack-dev] [Heat] Improve /validate call   Steve Baker
• [openstack-dev] [HEAT] Is there any line length limitation in paste deploy configuration file?   Baohua Yang
• [openstack-dev] [Heat] Live update of openstack   Sergey Kraynev
• [openstack-dev] [Heat] Live update of openstack   Angus Salkeld
• [openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface   McLellan, Steven
• [openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface   Kevin Benton
• [openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface   McLellan, Steven
• [openstack-dev] [Heat] Occasional stack-delete failure with RouterInterface   Kevin Benton
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Tomas Sedovic
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Zane Bitter
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Tomas Sedovic
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Zane Bitter
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Steve Baker
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Tomas Sedovic
• [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members   Steve Baker
• [openstack-dev] [HEAT] Qestions on adding a new Software Config element for Opscode Chef   Tao Tao
• [openstack-dev] [HEAT] Qestions on adding a new Software Config element for Opscode Chef   Thomas Spatzier
• [openstack-dev] [heat] Re: Change in openstack/heat[master]: Implement AZ spanning for ASGs   Mike Spreitzer
• [openstack-dev] [Heat] Reminder - Heat mid-cycle meetup   Zane Bitter
• [openstack-dev] [Heat] SoftwareDeployment resource is always in progress   david ferahi
• [openstack-dev] [Heat] SoftwareDeployment resource is always in progress   Steve Baker
• [openstack-dev] [Heat] SoftwareDeployment resource is always in progress   david ferahi
• [openstack-dev] [heat] Stack update and raw_template backup   Anant Patil
• [openstack-dev] [heat] Too long stack delete method   Anant Patil
• [openstack-dev] [Heat] Too long stack delete method.   Zane Bitter
• [openstack-dev] [Heat] Too long stack delete method.   Anant Patil
• [openstack-dev] [Horizon] Feature Proposal Freeze date Aug 14   Lyle, David
• [openstack-dev] [horizon] JavaScript library support   Lyle, David
• [openstack-dev] [horizon] Package python-django-pyscss dependencies on CentOS   Timur Sufiev
• [openstack-dev] [horizon] Package python-django-pyscss dependencies on CentOS   Matthias Runge
• [openstack-dev] [horizon] Package python-django-pyscss dependencies on CentOS   Timur Sufiev
• [openstack-dev] [horizon] Package python-django-pyscss dependencies on CentOS   Matthias Runge
• [openstack-dev] [Horizon] Some thoughts about Horizon's test suite   Richard Jones
• [openstack-dev] [Horizon] Some thoughts about Horizon's test suite   Radomir Dopieralski
• [openstack-dev] [Horizon] Some thoughts about Horizon's test suite   Richard Jones
• [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...   Thomas Goirand
• [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...   Romain Hardouin
• [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...   Thomas Goirand
• [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...   Julie Pichon
• [openstack-dev] [horizon] Support for Django 1.7: there's a bit of work, though it looks fixable to me...   Thomas Goirand
• [openstack-dev] [horizon] Using xstatic-bootstrap-scss version 2, and not 3   Thomas Goirand
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Thierry Carrez
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Sean Dague
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Doug Hellmann
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Steve Martinelli
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Doug Hellmann
• [openstack-dev] [infra] [keystone] pysaml2/xmlsec1 dep blocking keystone-to-keystone federation   Dolph Mathews
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   James E. Blair
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   loy wolfe
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   loy wolfe
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jay Pipes
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   James E. Blair
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Ivar Lazzaro
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Joe Gordon
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Clark Boylan
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Clark Boylan
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jeremy Stanley
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Mandeep Dhami
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jeremy Stanley
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jeremy Stanley
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Dean Troyer
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Ivar Lazzaro
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jay Pipes
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Mark McClain
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Richard Woo
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Jeremy Stanley
• [openstack-dev] [infra] [neutron] [tc] Neutron Incubator workflow   Kevin Benton
• [openstack-dev] [infra][Neutron] tempest requirements errors while fetching oslo.i18n>=0.1.0   daya kamath
• [openstack-dev] [infra][Neutron] tempest requirements errors while fetching oslo.i18n>=0.1.0   daya kamath
• [openstack-dev] [infra][qa][neutron] Neutron full job, advanced services, and the integrated gate   Salvatore Orlando
• [openstack-dev] [infra][qa][rally] Why we need subunit2sql?   Boris Pavlovic
• [openstack-dev] [infra][qa][rally] Why we need subunit2sql?   Sean Dague
• [openstack-dev] [infra] Centos 7 images for HP Helion   Ian Wienand
• [openstack-dev] [infra] Centos 7 images for HP Helion   Karanbir Singh
• [openstack-dev] [infra] Centos 7 images for HP Helion   Ian Wienand
• [openstack-dev] [infra] Gerrit downtime on August 16 for project renames   Sergey Lukjanov
• [openstack-dev] [infra] Gerrit downtime on August 16 for project renames   Sergey Lukjanov
• [openstack-dev] [infra] Gerrit downtime on August 16 for project renames   Flavio Percoco
• [openstack-dev] [Infra] Meeting Tuesday August 12th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 12th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 19th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 19th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 26th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 26th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 5th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Meeting Tuesday August 5th at 19:00 UTC   Elizabeth K. Joseph
• [openstack-dev] [Infra] Minesweeper behaving badly   Salvatore Orlando
• [openstack-dev] [Infra] Minesweeper behaving badly   Jeremy Stanley
• [openstack-dev] [Infra] Minesweeper behaving badly   Jeremy Stanley
• [openstack-dev] [Infra] Minesweeper behaving badly   Ryan Hsu
• [openstack-dev] [infra] periodic python2.6 checks for havana failing   Ihar Hrachyshka
• [openstack-dev] [infra] Third Party CI naming and contact (action required)   James E. Blair
• [openstack-dev] [Ironic] [Infra] [QA] Devstack and Testing for ironic-python-agent``   Jim Rollenhagen
• [openstack-dev] [Ironic] [Infra] Devstack and Testing for ironic-python-agent``   Jay Faulkner
• [openstack-dev] [ironic] [neutron] make mac address updatable - port status for ironic servers   Carlino, Chuck
• [openstack-dev] [ironic] [neutron] make mac address updatable - port status for ironic servers   Adam Gandelman
• [openstack-dev] [ironic] [neutron] make mac address updatable - port status for ironic servers   Carlino, Chuck
• [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?   Clint Byrum
• [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?   Jay Pipes
• [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?   Clint Byrum
• [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?   Ramakrishnan G
• [openstack-dev] [Ironic] [TripleO] How to gracefully quiesce a box?   Robert Collins
• [openstack-dev] [Ironic] call for operator-focused docs   Devananda van der Veen
• [openstack-dev] [Ironic] call for operator-focused docs   Vinay B S (vinbs)
• [openstack-dev] [Ironic] Exceptional approval request for Cisco Driver Blueprint   GopiKrishna Saripuri
• [openstack-dev] [Ironic] Exceptional approval request for Cisco Driver Blueprint   Dmitry Tantsur
• [openstack-dev] [Ironic] Exceptional approval request for Cisco Driver Blueprint   Jay Faulkner
• [openstack-dev] [Ironic] Feature proposal freeze   Devananda van der Veen
• [openstack-dev] [Ironic] Feature proposal freeze   Thierry Carrez
• [openstack-dev] [Ironic] Multi-ironic-conductor issue   Jander lu
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Devananda van der Veen
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Roman Prykhodchenko
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Matt Wagner
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Lucas Alvares Gomes
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Jay Faulkner
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Chris K
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Dmitry Tantsur
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Matt Wagner
• [openstack-dev] [Ironic] Proposal for slight change in our spec process   Jim Rollenhagen
• [openstack-dev] [Ironic] python-ironicclient 0.2.0 released   Devananda van der Veen
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Zane Bitter
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Clint Byrum
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Adam Young
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Zane Bitter
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Ryan Brown
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Kurt Griffiths
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Ryan Brown
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Zane Bitter
• [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone   Clint Byrum
• [openstack-dev] [keystone] Configuring protected API functions to allow public access   K.W.S.Siu
• [openstack-dev] [keystone] Configuring protected API functions to allow public access   Yee, Guang
• [openstack-dev] [keystone] Configuring protected API functions to allow public access   Dolph Mathews
• [openstack-dev] [Keystone] Domain-specific Drivers   Bruno Luis Dos Santos Bompastor
• [openstack-dev] [Keystone] Domain-specific Drivers   Henry Nash
• [openstack-dev] [keystone] how to generate conf sample in havana?   Li Tianqing
• [openstack-dev] [keystone] how to generate conf sample in havana?   Dolph Mathews
• [openstack-dev] [keystone] how to generate keystone.conf.sample in havana release?   Dolph Mathews
• [openstack-dev] [keystone] how to generate keystone.conf.sample in havana release?   Li Tianqing
• [openstack-dev] [Keystone] What to do with Specs after they are approved?   Adam Young
• [openstack-dev] [Keystone] What to do with Specs after they are approved?   Steve Martinelli
• [openstack-dev] [Keystone] What to do with Specs after they are approved?   Anne Gentle
• [openstack-dev] [Keystone] What to do with Specs after they are approved?   Dolph Mathews
• [openstack-dev] [Keystone] What to do with Specs after they are approved?   Anne Gentle
• [openstack-dev] [magnetodb] Backup procedure for Cassandra backend   Denis Makogon
• [openstack-dev] [magnetodb] Backup procedure for Cassandra backend   Dmitriy Ukhlov
• [openstack-dev] [magnetodb] Backup procedure for Cassandra backend   Denis Makogon
• [openstack-dev] [MagnetoDB] OpenStack versioning adoption   Ilya Sviridov
• [openstack-dev] [Manila] Debug data for the NFS v4 hang issue   Deepak Shetty
• [openstack-dev] [Manila] File-storage for Manila service image   Valeriy Ponomaryov
• [openstack-dev] [Manila] File-storage for Manila service image   Swartzlander, Ben
• [openstack-dev] [Manila] File-storage for Manila service image   Valeriy Ponomaryov
• [openstack-dev] [Manila] File-storage for Manila service image   Swartzlander, Ben
• [openstack-dev] [Manila] Incubation request   Swartzlander, Ben
• [openstack-dev] [Marconi][Zaqar] Adding Victoria Martínez de la Cruz (vkmc) to Zaqar's core team   Flavio Percoco
• [openstack-dev] [Marconi][Zaqar] Adding Victoria Martínez de la Cruz (vkmc) to Zaqar's core team   Malini Kamalambal
• [openstack-dev] [Marconi][Zaqar] Adding Victoria Martínez de la Cruz (vkmc) to Zaqar's core team   Sriram Madapusi Vasudevan
• [openstack-dev] [Marconi][Zaqar] Adding Victoria Martínez de la Cruz (vkmc) to Zaqar's core team   wpf
• [openstack-dev] [Marconi] All-hands documentation day   Flavio Percoco
• [openstack-dev] [Marconi] All-hands documentation day   Kurt Griffiths
• [openstack-dev] [Marconi] All-hands documentation day   Victoria Martínez de la Cruz
• [openstack-dev] [marconi] Proposal to add Victoria Martínez de la Cruz as a core reviewer   Kurt Griffiths
• [openstack-dev] [marconi] Proposal to add Victoria Martínez de la Cruz as a core reviewer   Malini Kamalambal
• [openstack-dev] [marconi] Proposal to add Victoria Martínez de la Cruz as a core reviewer   Kurt Griffiths
• [openstack-dev] [marconi] Proposal to add Victoria Martínez de la Cruz as a core reviewer   Fei Long Wang
• [openstack-dev] [mistral] Access filtering BP   Renat Akhmerov
• [openstack-dev] [Mistral] how to make Mistral build after keystone-pythonclient   Dmitri Zimine
• [openstack-dev] [mistral] Mistral API v2 - discussion   Dmitri Zimine
• [openstack-dev] [mistral] Mistral API v2 - discussion   Renat Akhmerov
• [openstack-dev] [Mistral] Mistral milestone 0.1 blueprint review   Dmitri Zimine
• [openstack-dev] [Mistral] Mistral milestone 0.1 blueprint review   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting - 08/04/2014   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting minutes/log - 08/04/2014   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting minutes/log - 08/18/2014   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting minutes/log - 08/25/2014   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting reminder - 08/18/2014   Renat Akhmerov
• [openstack-dev] [mistral] Team meeting reminder - 08/25/2014   Renat Akhmerov
• [openstack-dev] [Mistral] Workflow on-finish   W Chan
• [openstack-dev] [Mistral] Workflow on-finish   Renat Akhmerov
• [openstack-dev] [Mistral] Workflow on-finish   Renat Akhmerov
• [openstack-dev] [Mistral] Workflow on-finish   W Chan
• [openstack-dev] [Mistral] Workflow on-finish   Renat Akhmerov
• [openstack-dev] [murano] Murano documentation needs improvement   Ekaterina Chernova
• [openstack-dev] [Murano] New keyword to recheck commits   Dmitry Teselkin
• [openstack-dev] [Neutron] "Neutron Ryu" status   YAMAMOTO Takashi
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Ihar Hrachyshka
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Doug Hellmann
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Angus Lees
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Ihar Hrachyshka
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Victor Sergeyev
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Clark Boylan
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Angus Lees
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Endre Karlson
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Ihar Hrachyshka
• [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client   Ihar Hrachyshka
• [openstack-dev] [Neutron][CI] VMware mine sweeper for Neutron temporarily disabled   Salvatore Orlando
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Ihar Hrachyshka
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Henry Gessau
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Ihar Hrachyshka
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Henry Gessau
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Ihar Hrachyshka
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Maru Newby
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Henry Gessau
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Maru Newby
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Robert Collins
• [openstack-dev] [neutron][cisco] Cisco Nexus requires patched ncclient   Maru Newby
• [openstack-dev] [Neutron][DB] Strategy for collecting models for autogenerate   Jakub Libosvar
• [openstack-dev] [Neutron][DevStack] How to increase developer usage of Neutron   Mike Spreitzer
• [openstack-dev] [Neutron][DevStack] How to increase developer usage of Neutron   CARVER, PAUL
• [openstack-dev] [Neutron][DevStack] How to increase developer usage of Neutron   Mike Spreitzer
• [openstack-dev] [Neutron][DevStack] How to increase developer usage of Neutron   Mike Spreitzer
• [openstack-dev] [Neutron][DevStack] How to increase developer usage of Neutron   Baohua Yang
• [openstack-dev] [Neutron][FWaaS]Firewall Web Services Research Thesis and OpenStack Applicability - UPDATED   Michael Grima
• [openstack-dev] [Neutron][FWaaS]Firewall Web Services Research Thesis and OpenStack Applicability - UPDATED   Sumit Naiksatam
• [openstack-dev] [Neutron][IPv6]   Randy Tuttle
• [openstack-dev] [Neutron][IPv6] Allowing Plugins in tree that explicitly do not support IPv6   Collins, Sean
• [openstack-dev] [Neutron][IPv6] Allowing Plugins in tree that explicitly do not support IPv6   Kyle Mestery
• [openstack-dev] [Neutron][IPv6] Allowing Plugins in tree that explicitly do not support IPv6   Subrahmanyam Ongole
• [openstack-dev] [Neutron][IPv6] Allowing Plugins in tree that explicitly do not support IPv6   Kevin Benton
• [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA   Xuhan Peng
• [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA   Robert Li (baoli)
• [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA   Veiga, Anthony
• [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA   Xu Han Peng
• [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA   Veiga, Anthony
• [openstack-dev] [Neutron][L3] HA Router Review Help   Carl Baldwin
• [openstack-dev] [Neutron][L3] HA Router Review Help   Kyle Mestery
• [openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC   Carl Baldwin
• [openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC   Carl Baldwin
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Eichberger, German
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Stephen Balukoff
• [openstack-dev] [Neutron][LBaaS] "status" in entities   Vijay Venkatachalam
• [openstack-dev] [neutron][lbaas][octavia]   Susanne Balle
• [openstack-dev] [neutron][lbaas][octavia]   Susanne Balle
• [openstack-dev] [neutron][lbaas][octavia]   Kevin Benton
• [openstack-dev] [neutron][lbaas][octavia]   Adam Harwell
• [openstack-dev] [neutron][lbaas][octavia]   Stefano Maffulli
• [openstack-dev] [neutron][lbaas][octavia]   Kyle Mestery
• [openstack-dev] [neutron][lbaas][octavia]   Stephen Balukoff
• [openstack-dev] [neutron][lbaas][octavia]   Kevin Benton
• [openstack-dev] [neutron][lbaas][octavia]   Susanne Balle
• [openstack-dev] [neutron][lbaas][octavia]   Eichberger, German
• [openstack-dev] [neutron][lbaas][octavia]   Kyle Mestery
• [openstack-dev] [neutron][lbaas][octavia]   Adam Harwell
• [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status   Miguel Lavalle
• [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status update   Miguel Lavalle
• [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status update   Brandon Logan
• [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status update   Miguel Lavalle
• [openstack-dev] [Neutron][LBaaS][Tempest] LBaaS API Tempest testing status update   Miguel Lavalle
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Samuel Bercovici
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Samuel Bercovici
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Eugene Nikanorov
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Eugene Nikanorov
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Avishay Balderman
• [openstack-dev] [Neutron][LBaaS] Continuing on "Calling driver interface on every API request"   Eichberger, German
• [openstack-dev] [Neutron][LBaaS] Error at context exit for subnet in unit test case   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Error at context exit for subnet in unit test case   Ihar Hrachyshka
• [openstack-dev] [Neutron][LBaaS] Error at context exit for subnet in unit test case   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Error at context exit for subnet in unit test case   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] Error at context exit for subnet in unit test case   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Failure when trying to rebase to latest v2 patches   Brandon Logan
• [openstack-dev] [Neutron] [LBaaS] Followup on Service Ports and IP Allocation - IPAM from LBaaS Mid Cycle meeting   Eichberger, German
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Brandon Logan
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Avishay Balderman
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Gary Kotton
• [openstack-dev] [Neutron][LBaaS] Improvements to current reviews   Susanne Balle
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   John Schwarz
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Clark Boylan
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Brandon Logan
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Brandon Logan
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   John Schwarz
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Yair Fried
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Brandon Logan
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Brandon Logan
• [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes   Miguel Lavalle
• [openstack-dev] [Neutron][LBaaS] New requirement pyasn1_modules needed by Neutron for TLS capability is needed in openstack/requirements project   Evgeny Fedoruk
• [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers   Susanne Balle
• [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers   Stephen Balukoff
• [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers   Susanne Balle
• [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers   Stephen Balukoff
• [openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda   Jorge Miramontes
• [openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda   Vijay Venkatachalam
• [openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda   Doug Wiegley
• [openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda   Jorge Miramontes
• [openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda   Jorge Miramontes
• [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?   Susanne Balle
• [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?   Stephen Balukoff
• [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?   Susanne Balle
• [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?   Brandon Logan
• [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?   Salvatore Orlando
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Luke Gorrie
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Dave Tucker
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   ZZelle
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Robert Kukura
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Mathieu Rohon
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   loy wolfe
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Salvatore Orlando
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kyle Mestery
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   loy wolfe
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kyle Mestery
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Daniel P. Berrange
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Shiv Haris
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kyle Mestery
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   loy wolfe
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   loy wolfe
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   loy wolfe
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Mathieu Rohon
• [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on   Kevin Benton
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Andreas Scheuring
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Kevin Benton
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Andreas Scheuring
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Irena Berezovsky
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Andreas Scheuring
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Irena Berezovsky
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Mathieu Rohon
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Irena Berezovsky
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Mathieu Rohon
• [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters   Andreas Scheuring
• [openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron   Stefano Maffulli
• [openstack-dev] [Neutron][Nova] API design and usability   Robert Collins
• [openstack-dev] [Neutron][Nova] API design and usability   Christopher Yeoh
• [openstack-dev] [Neutron][Nova] API design and usability   Robert Collins
• [openstack-dev] [Neutron][Nova] API design and usability   Jay Pipes
• [openstack-dev] [Neutron][Nova] API design and usability   Mathieu Gagné
• [openstack-dev] [Neutron][Nova] API design and usability   Andrew Laski
• [openstack-dev] [Neutron][Nova] API design and usability   Mathieu Gagné
• [openstack-dev] [neutron] [nova] Parity meeting cancelled going forward   Kyle Mestery
• [openstack-dev] [neutron][OpenDayLight CI] Is this a real failure? The failure log is gone   Milton Xu (mxu)
• [openstack-dev] [neutron][OpenDayLight CI] Is this a real failure? The failure log is gone   Kyle Mestery
• [openstack-dev] [neutron][OpenDayLight CI] Is this a real failure? The failure log is gone   Kevin Benton
• [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files   Carl Baldwin
• [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files   Alexei Kornienko
• [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files   Carl Baldwin
• [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files   Matthieu Huin
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Ronak Shah
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Andrew Mann
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Edgar Magana
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Ryan Moats
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Sumit Naiksatam
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Edgar Magana
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Edgar Magana
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Ryan Moats
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Edgar Magana
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Jay Pipes
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Sumit Naiksatam
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Ryan Moats
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Stephen Wong
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Prasad Vellanki
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Ivar Lazzaro
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Henry Fourie
• [openstack-dev] [Neutron][policy] Group Based Policy - Renaming   Baohua Yang
• [openstack-dev] [Neutron][policy] Long standing -2 on Group-based policy patch   Sumit Naiksatam
• [openstack-dev] [Neutron][policy] Long standing -2 on Group-based policy patch   Mark McClain
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Armando M.
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Mark McClain
• [openstack-dev] [Neutron][QA] Enabling full neutron Job   Salvatore Orlando
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Collins, Sean
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Kevin Benton
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Robert Kukura
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Alan Kavanagh
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Salvatore Orlando
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Wuhongning
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Kevin Benton
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Wuhongning
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Mathieu Rohon
• [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator   Luke Gorrie
• [openstack-dev] [Neutron][stable] How to backport database schema fixes   Yaguang Tang
• [openstack-dev] [Neutron][stable] How to backport database schema fixes   Salvatore Orlando
• [openstack-dev] [Neutron][stable] How to backport database schema fixes   Russell Bryant
• [openstack-dev] [neutron][third-party] A question about building third-party CI?   Yangxurong
• [openstack-dev] [neutron][third-party] A question about building third-party CI?   trinath.somanchi at freescale.com
• [openstack-dev] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Sukhdev Kapur
• [openstack-dev] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Salvatore Orlando
• [openstack-dev] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Baohua Yang
• [openstack-dev] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Sumit Naiksatam
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Edgar Magana
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Anita Kuno
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Henry Gessau
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Anita Kuno
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Henry Gessau
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Anita Kuno
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Pritesh Kothari (pritkoth)
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Edgar Magana
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Jeremy Stanley
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Henry Gessau
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Edgar Magana
• [openstack-dev] [neutron] [third-party] Cisco NXOS is not tested anymore   Anita Kuno
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   Kyle Mestery
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   Kevin Benton
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   Sumit Naiksatam
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   Anita Kuno
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   Anita Kuno
• [openstack-dev] [neutron] [third-party] Freescale CI log site is being blocked   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] Mellanox CI Third party system is going down for Maintenance   Omri Marcovitch
• [openstack-dev] [neutron] [third-party] Mellanox CI Third party system is going down for Maintenance   Anita Kuno
• [openstack-dev] [neutron] [third-party] Mellanox CI Third party system is going down for Maintenance   Omri Marcovitch
• [openstack-dev] [neutron] [third-party] Mellanox CI Third party system is going down for Maintenance   Anita Kuno
• [openstack-dev] [Neutron][third-party] Midokura Third-Party CI Status   Jaume Devesa
• [openstack-dev] [neutron][third-party] Protocol for bringing up CI for a new driver?   Luke Gorrie
• [openstack-dev] [neutron][third-party] Protocol for bringing up CI for a new driver?   Salvatore Orlando
• [openstack-dev] [neutron][third-party] Protocol for bringing up CI for a new driver?   Luke Gorrie
• [openstack-dev] [neutron][third-party] Protocol for bringing up CI for a new driver?   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] Some third party results are not showing up in the CI summary on Gerrit   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron   Hemanth Ravi
• [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron   Anita Kuno
• [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron   Hemanth Ravi
• [openstack-dev] [neutron] [third-party] Update on third party CI in Neutron   Irena Berezovsky
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kyle Mestery
• [openstack-dev] [neutron] [third-party] What tests are required to be run   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Ivar Lazzaro
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Salvatore Orlando
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Ivar Lazzaro
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kevin Benton
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Franck Yelles
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Ichihara Hirofumi
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Ignacio Scopetta
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Karthik Natarajan
• [openstack-dev] [neutron] [third-party] What tests are required to be run   daya kamath
• [openstack-dev] [neutron] [third-party] What tests are required to be run   daya kamath
• [openstack-dev] [neutron] [third-party] What tests are required to be run   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kyle Mestery
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Balaji.P at freescale.com
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Akihiro Motoki
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Hemanth Ravi
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Parikshit Manur
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kevin Benton
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kevin Benton
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Hemanth Ravi
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kevin Benton
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kyle Mestery
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Edgar Magana
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Karthik Natarajan
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Salvatore Orlando
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Jeremy Stanley
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Karthik Natarajan
• [openstack-dev] [neutron] [third-party] What tests are required to be run   Kevin Benton
• [openstack-dev] [Neutron] [Tool] easyOVS -- Provide smart and powerful operations on OpenvSwitch bridges in OpenStack!   Baohua Yang
• [openstack-dev] [Neutron] [Tool] easyOVS -- Provide smart and powerful operations on OpenvSwitch bridges in OpenStack!   Martinx - ジェームズ
• [openstack-dev] [neutron][VMware NSX CI] How to see the log for failure.   Nader Lahouti
• [openstack-dev] [neutron][VMware NSX CI] How to see the log for failure.   Salvatore Orlando
• [openstack-dev] [neutron][VMware NSX CI] How to see the log for failure.   Anita Kuno
• [openstack-dev] [neutron][VMware NSX CI] How to see the log for failure.   Nader Lahouti
• [openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED   Henry Gessau
• [openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED   Salvatore Orlando
• [openstack-dev] [Neutron] Addressing unit tests broken by random PYTHONHASHSEED   Henry Gessau
• [openstack-dev] [neutron] API confusion   Mike Spreitzer
• [openstack-dev] [neutron] API confusion   Brandon Logan
• [openstack-dev] [neutron] A request for sub-projects to post meeting summary emails to the ML   Collins, Sean
• [openstack-dev] [Neutron] Author tags   Gary Kotton
• [openstack-dev] [Neutron] Author tags   Kyle Mestery
• [openstack-dev] [Neutron] Author tags   Mandeep Dhami
• [openstack-dev] [Neutron] Author tags   Mark McClain
• [openstack-dev] [Neutron] Author tags   Edgar Magana
• [openstack-dev] [Neutron] Author tags   Baohua Yang
• [openstack-dev] [Neutron] BGP dynamic routing testing.   Jaume Devesa
• [openstack-dev] [Neutron] Blueprint -- Floating IP Auto Association   Salvatore Orlando
• [openstack-dev] [Neutron] Bug squashing day   Eugene Nikanorov
• [openstack-dev] [Neutron] Bug squashing day   Kyle Mestery
• [openstack-dev] [Neutron] Bug squashing day   Akihiro Motoki
• [openstack-dev] [Neutron] Bug squashing day   Edgar Magana
• [openstack-dev] [Neutron] Bug squashing day   Sumit Naiksatam
• [openstack-dev] [Neutron] Bug squashing day   Ronak Shah
• [openstack-dev] [neutron] Canceling today's parity meeting   Kyle Mestery
• [openstack-dev] [Neutron] Crash Issue: OVS-Agent status needs to be fully represented/processed   Robin Wang
• [openstack-dev] [neutron] Creating database model and agent   Maciej Nabożny
• [openstack-dev] [neutron] Creating database model and agent   Doug Wiegley
• [openstack-dev] [neutron] Feature Proposal Freeze is 9 days away   Kyle Mestery
• [openstack-dev] [neutron] Feature Proposal Freeze is 9 days away   Mohammad Banikazemi
• [openstack-dev] [neutron] Feature Proposal Freeze is 9 days away   Kyle Mestery
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Mark McClain
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Hemanth Ravi
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] [Neutron] Group Based Policy and the way forward   loy wolfe
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Robert Kukura
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Robert Kukura
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Robert Kukura
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Russell Bryant
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Stephen Wong
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Joe Gordon
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sean Dague
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Masakazu Shinohara
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Gary Kotton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Christopher Yeoh
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kyle Mestery
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Russell Bryant
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Russell Bryant
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Carlino, Chuck (OpenStack TripleO, Neutron)
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Joe Gordon
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ronak Shah
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Joe Gordon
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sridar Kandaswamy (skandasw)
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Edgar Magana
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Salvatore Orlando
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Edgar Magana
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Yapeng Wu
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Henry Fourie
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Edgar Magana
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Edgar Magana
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Edgar Magana
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Maru Newby
• [openstack-dev] [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] [Neutron] how to deprecate a plugin   YAMAMOTO Takashi
• [openstack-dev] [Neutron] How to handle blocking bugs/changes in Neutron 3rd party CI   Dane Leblanc (leblancd)
• [openstack-dev] [Neutron] How to handle blocking bugs/changes in Neutron 3rd party CI   Kevin Benton
• [openstack-dev] [Neutron] How to handle blocking bugs/changes in Neutron 3rd party CI   Dane Leblanc (leblancd)
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Ihar Hrachyshka
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Salvatore Orlando
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   loy wolfe
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Ihar Hrachyshka
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Ihar Hrachyshka
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Kyle Mestery
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Sumit Naiksatam
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Maru Newby
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Maru Newby
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Luke Gorrie
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Pradeep Kilambi (pkilambi)
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Doug Hellmann
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Mandeep Dhami
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Maru Newby
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Pradeep Kilambi (pkilambi)
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   loy wolfe
• [openstack-dev] [neutron] Incubator concerns from packaging perspective   Stefano Maffulli
• [openstack-dev] [neutron] Ipnetns+rootwrap, two different issues   Miguel Angel Ajo Pelayo
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   CARVER, PAUL
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Kevin Benton
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Jay Pipes
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Armando M.
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   shihanzhang
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   CARVER, PAUL
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Jay Pipes
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Aaron Rosen
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Jian Wen
• [openstack-dev] [Neutron] Is network ordering of vNICs guaranteed?   Aaron Rosen
• [openstack-dev] [neutron] Juno-3 BP meeting   Kyle Mestery
• [openstack-dev] [neutron] Juno-3 BP meeting   Salvatore Orlando
• [openstack-dev] [neutron] Juno-3 BP meeting   Carl Baldwin
• [openstack-dev] [neutron] Juno-3 BP meeting   Miguel Angel Ajo Pelayo
• [openstack-dev] [neutron] Juno-3 BP meeting   Assaf Muller
• [openstack-dev] [neutron] Juno-3 BP meeting   Oleg Bondarev
• [openstack-dev] [neutron] Juno-3 BP meeting   Miguel Angel Ajo Pelayo
• [openstack-dev] [neutron] Juno-3 BP Review Meeting Minutes   Kyle Mestery
• [openstack-dev] [Neutron] l2pop problems   Zang MingJie
• [openstack-dev] [Neutron] l2pop problems   Mathieu Rohon
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Charles Carlino
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Kevin Benton
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Amir Sadoughi
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Carlino, Chuck (OpenStack TripleO, Neutron)
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Carlino, Chuck (OpenStack TripleO, Neutron)
• [openstack-dev] [neutron] make mac address updatable: which plugins?   Irena Berezovsky
• [openstack-dev] [Neutron] Mellanox plugin deprecation   Irena Berezovsky
• [openstack-dev] [neutron] Need community weigh-in on requests-mock   Paul Michali (pcm)
• [openstack-dev] [neutron] Need community weigh-in on requests-mock   Carl Baldwin
• [openstack-dev] [neutron] network_device_mtu is not applied to VMs   Elena Ezhova
• [openstack-dev] [neutron] network_device_mtu is not applied to VMs   Ian Wells
• [openstack-dev] [neutron] Neutron router and nf_conntrack performance problems   Stuart Fox
• [openstack-dev] [neutron] Neutron router and nf_conntrack performance problems   Salvatore Orlando
• [openstack-dev] [neutron] Neutron router and nf_conntrack performance problems   Brian Haley
• [openstack-dev] [Neutron] Note on alembic migrations autogeneration   Mark McClain
• [openstack-dev] [neutron]Performance of security group   Miguel Angel Ajo Pelayo
• [openstack-dev] [neutron]Performance of security group   Jay Pipes
• [openstack-dev] [neutron]Performance of security group   Baohua Yang
• [openstack-dev] [neutron]Performance of security group   Martinx - ジェームズ
• [openstack-dev] [neutron]Performance of security group   shihanzhang
• [openstack-dev] [neutron]Performance of security group   Miguel Angel Ajo Pelayo
• [openstack-dev] [neutron]Performance of security group   Édouard Thuleau
• [openstack-dev] [neutron]Performance of security group   Kyle Mestery
• [openstack-dev] [neutron] python-neutronclient, launchpad, and milestones   Matt Riedemann
• [openstack-dev] [neutron] python-neutronclient, launchpad, and milestones   Kyle Mestery
• [openstack-dev] [Neutron] Raising priority for Dynamic Routing   Jaume Devesa
• [openstack-dev] [neutron] requirements.txt: explicit vs. implicit   Ihar Hrachyshka
• [openstack-dev] [neutron] requirements.txt: explicit vs. implicit   Ben Nemec
• [openstack-dev] [neutron] requirements.txt: explicit vs. implicit   Ihar Hrachyshka
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Kyle Mestery
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Paul Michali (pcm)
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Gary Kotton
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Assaf Muller
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   trinath.somanchi at freescale.com
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   marios at redhat.com
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Fawad Khaliq
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Miguel Angel Ajo Pelayo
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Akihiro Motoki
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Edgar Magana
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Carl Baldwin
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Collins, Sean
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Kevin Benton
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Collins, Sean
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Kevin Benton
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Maru Newby
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Kyle Mestery
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Irena Berezovsky
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Ichihara Hirofumi
• [openstack-dev] [neutron] Rotating the weekly Neutron meeting   Oleg Bondarev
• [openstack-dev] [Neutron] Route cannot be deleted   Sayali Lunkad
• [openstack-dev] [Neutron] Route cannot be deleted   ZZelle
• [openstack-dev] [Neutron] Route cannot be deleted   ZZelle
• [openstack-dev] [Neutron] Route cannot be deleted   Sayali Lunkad
• [openstack-dev] [Neutron] Route cannot be deleted   Sayali Lunkad
• [openstack-dev] [Neutron] Route cannot be deleted   Yongsheng Gong
• [openstack-dev] [neutron] Runtime checks vs Sanity checks   Maru Newby
• [openstack-dev] [neutron] Runtime checks vs Sanity checks   Miguel Angel Ajo Pelayo
• [openstack-dev] [Neutron] Ryu plugin deprecation   YAMAMOTO Takashi
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Robert Kukura
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Ivar Lazzaro
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Sumit Naiksatam
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Salvatore Orlando
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Hemanth Ravi
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   gustavo panizzo (gfa)
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Thierry Carrez
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Robert Kukura
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Robert Kukura
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Aaron Rosen
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Sridar Kandaswamy (skandasw)
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Wuhongning
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Sridar Kandaswamy (skandasw)
• [openstack-dev] [Neutron] Simple proposal for stabilizing new features in-tree   Wuhongning
• [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21   Mandeep Dhami
• [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21   Carl Baldwin
• [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21   Sridar Kandaswamy (skandasw)
• [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21   Alan Kavanagh
• [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21   Thierry Carrez
• [openstack-dev] [neutron] static IP & DHCP   Sanjivini Naikar
• [openstack-dev] [neutron] static IP & DHCP   Jaume Devesa
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   marios at redhat.com
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   Assaf Muller
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   Gary Kotton
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   Gary Kotton
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   marios at redhat.com
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   marios at redhat.com
• [openstack-dev] [Neutron] Status of A/A HA for neutron-metadata-agent?   Gary Kotton
• [openstack-dev] [Neutron]Tempest testing error   trinath.somanchi at freescale.com
• [openstack-dev] [Neutron]Tempest testing error   Yaguang Tang
• [openstack-dev] [Neutron] tox -e pep8 fails at requirements.txt   trinath.somanchi at freescale.com
• [openstack-dev] [Neutron] tox -e pep8 fails at requirements.txt   Ajaya Agrawal
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Bao Wang
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Kevin Benton
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Bao Wang
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Kevin Benton
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Mohammad Banikazemi
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Kevin Benton
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Bao Wang
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Kevin Benton
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Bao Wang
• [openstack-dev] [Neutron] Use public IP address as instance fixed IP   Kevin Benton
• [openstack-dev] [neutron] VPNaaS pending state handling   Sridhar Ramaswamy
• [openstack-dev] [neutron] VPNaaS pending state handling   Paul Michali (pcm)
• [openstack-dev] [neutron] VPNaaS pending state handling   Sridhar Ramaswamy
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Angus Lees
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Kevin Benton
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Ihar Hrachyshka
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Armando M.
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Kevin Benton
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Angus Lees
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Angus Lees
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Sumit Naiksatam
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Armando M.
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Ihar Hrachyshka
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Andreas Jaeger
• [openstack-dev] [neutron] Which changes need accompanying bugs?   Maru Newby
• [openstack-dev] [NFV] Meeting cancelled and time for next week.   Steve Gordon
• [openstack-dev] [NFV] Meeting summary 2014-08-06   Steve Gordon
• [openstack-dev] [NFV] New meeting time for this week - Thursday 1600 UTC in #openstack-meeting   Steve Gordon
• [openstack-dev] [nova]"instance_info_cache_update" method has been removed   S M, Praveen Kumar
• [openstack-dev] [nova] 9 days until feature proposal freeze   Michael Still
• [openstack-dev] [nova] 9 days until feature proposal freeze   Jay Pipes
• [openstack-dev] [nova] 9 days until feature proposal freeze   Michael Still
• [openstack-dev] [nova][cinder][qa] Volume attachment not visible on the guest   Attila Fazekas
• [openstack-dev] [Nova] [Containers] Containers Service for OpenStack   Adrian Otto
• [openstack-dev] [nova][core] Expectations of core reviewers   Michael Still
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Joshua Harlow
• [openstack-dev] [nova][core] Expectations of core reviewers   Kyle Mestery
• [openstack-dev] [nova][core] Expectations of core reviewers   CARVER, PAUL
• [openstack-dev] [nova][core] Expectations of core reviewers   Maru Newby
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Dan Smith
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Mike Bayer
• [openstack-dev] [nova][core] Expectations of core reviewers   Dan Smith
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Doug Hellmann
• [openstack-dev] [nova][core] Expectations of core reviewers   Michael Still
• [openstack-dev] [nova][core] Expectations of core reviewers   Michael Still
• [openstack-dev] [nova][core] Expectations of core reviewers   Robert Collins
• [openstack-dev] [nova][core] Expectations of core reviewers   Jay Pipes
• [openstack-dev] [nova][core] Expectations of core reviewers   Michael Still
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][core] Expectations of core reviewers   Michael Still
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   CARVER, PAUL
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Matt Riedemann
• [openstack-dev] [nova][core] Expectations of core reviewers   Sandy Walsh
• [openstack-dev] [nova][core] Expectations of core reviewers   Anne Gentle
• [openstack-dev] [nova][core] Expectations of core reviewers   Kyle Mestery
• [openstack-dev] [nova][core] Expectations of core reviewers   CARVER, PAUL
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Kyle Mestery
• [openstack-dev] [nova][core] Expectations of core reviewers   David Kranz
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   Dugger, Donald D
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][core] Expectations of core reviewers   Sylvain Bauza
• [openstack-dev] [nova][core] Expectations of core reviewers   Andrew Laski
• [openstack-dev] [nova][core] Expectations of core reviewers   Chris Jones
• [openstack-dev] [nova][core] Expectations of core reviewers   Sandy Walsh
• [openstack-dev] [nova][core] Expectations of core reviewers   Jeremy Stanley
• [openstack-dev] [nova][core] Expectations of core reviewers   John Griffith
• [openstack-dev] [nova][core] Expectations of core reviewers   Duncan Thomas
• [openstack-dev] [nova][core] Expectations of core reviewers   Thierry Carrez
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Salvatore Orlando
• [openstack-dev] [nova][core] Expectations of core reviewers   Sylvain Bauza
• [openstack-dev] [nova][core] Expectations of core reviewers   Russell Bryant
• [openstack-dev] [nova][core] Expectations of core reviewers   John Griffith
• [openstack-dev] [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] [nova][core] Expectations of core reviewers   Maru Newby
• [openstack-dev] [nova][core] Expectations of core reviewers   Maru Newby
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][core] Expectations of core reviewers   Gary Kotton
• [openstack-dev] [nova][core] Expectations of core reviewers   Avishay Traeger
• [openstack-dev] [nova][core] Expectations of core reviewers   John Garbutt
• [openstack-dev] [nova][core] Expectations of core reviewers   Joe Gordon
• [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt   Solly Ross
• [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt   Monty Taylor
• [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt   Dan Smith
• [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt   Russell Bryant
• [openstack-dev] [nova][libvirt][baremetal] Nova Baremetal's Usage of Components from Libvirt   Devananda van der Veen
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Solly Ross
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Daniel P. Berrange
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Matt Riedemann
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Matt Riedemann
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Solly Ross
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Daniel P. Berrange
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Solly Ross
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Daniel P. Berrange
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Matt Riedemann
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Clark Boylan
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Matt Riedemann
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Daniel P. Berrange
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Matt Riedemann
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Solly Ross
• [openstack-dev] [nova][libvirt] Non-readonly connection to libvirt in unit tests   Daniel P. Berrange
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jay Pipes
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Monty Taylor
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Mike Spreitzer
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Edgar Magana
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Monty Taylor
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Russell Bryant
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Collins, Sean
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jay Pipes
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Joe Gordon
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Joshua Harlow
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jay Pipes
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Robert Collins
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Robert Collins
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Robert Collins
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jesse Pretorius
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Joe Gordon
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jay Pipes
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Ed Hall
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Brent Eagles
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Russell Bryant
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Chet Burgess
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Tom Fifield
• [openstack-dev] [Nova][Neutron][Technical Committee] nova-network -> Neutron. Throwing a wrench in the Neutron gap analysis   Jian Wen
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Tim Bell
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Thierry Carrez
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Daniel P. Berrange
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Tim Bell
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Michael Still
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Tim Bell
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Oleg Bondarev
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Michael Still
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Tim Bell
• [openstack-dev] [nova][neutron] Migration from nova-network to Neutron for large production clouds   Joe Harrison
• [openstack-dev] [nova] [neutron] Specs for K release   Andreas Scheuring
• [openstack-dev] [nova] [neutron] Specs for K release   Kevin Benton
• [openstack-dev] [nova] [neutron] Specs for K release   Salvatore Orlando
• [openstack-dev] [nova] [neutron] Specs for K release   Andreas Scheuring
• [openstack-dev] [nova] [neutron] Specs for K release   Kevin Benton
• [openstack-dev] [nova] [neutron] Specs for K release   Alan Kavanagh
• [openstack-dev] [nova] [neutron] Specs for K release   Daniel P. Berrange
• [openstack-dev] [nova] [neutron] Specs for K release   Michael Still
• [openstack-dev] [nova] [neutron] Specs for K release   Kyle Mestery
• [openstack-dev] [nova] [neutron] Specs for K release   Michael Still
• [openstack-dev] [nova] [neutron] Specs for K release   Jay Pipes
• [openstack-dev] [nova] [neutron] Specs for K release   Mandeep Dhami
• [openstack-dev] [nova] [neutron] Specs for K release   Alan Kavanagh
• [openstack-dev] [nova] [neutron] Specs for K release   Kevin Benton
• [openstack-dev] [nova] [neutron] Specs for K release   Brandon Logan
• [openstack-dev] [nova] [neutron] Specs for K release   Kyle Mestery
• [openstack-dev] [nova][NFV] VIF_VHOSTUSER   Luke Gorrie
• [openstack-dev] [nova][NFV] VIF_VHOSTUSER   Daniel P. Berrange
• [openstack-dev] [nova][NFV] VIF_VHOSTUSER   Ian Wells
• [openstack-dev] [nova][NFV] VIF_VHOSTUSER   Itzik Brown
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matt Riedemann
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Dan Smith
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Kevin L. Mitchell
• [openstack-dev] [nova][oslo] oslo.config and import chains   Doug Hellmann
• [openstack-dev] [nova][oslo] oslo.config and import chains   Brant Knudson
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains   Matthew Booth
• [openstack-dev] [nova][oslo] oslo.config and import chains (a proposal to update the style guidelines for imports)   Matthew Booth
• [openstack-dev] [nova][qa] turbo-hipster seems very unhappy   Joshua Hesketh
• [openstack-dev] [nova][rally] nova-network, unable to associate floating ip   Li Tianqing
• [openstack-dev] [nova][sr-iov] Tomorrow's IRC meeting   Robert Li (baoli)
• [openstack-dev] [Nova][VMware] Minesweeper status   Gary Kotton
• [openstack-dev] [Nova][VMware] Minesweeper status   Joe Gordon
• [openstack-dev] [Nova][VMware] Minesweeper status   Salvatore Orlando
• [openstack-dev] [nova] About response of Get server details API v2   Kanno, Masaki
• [openstack-dev] [Nova] Block-migration keeping migrating state.   Joe
• [openstack-dev] [nova] Brainstorming summit sessions   Michael Still
• [openstack-dev] [nova] Bug: resize on same node with allow_resize_to_same_host=True   Manickam, Kanagaraj
• [openstack-dev] [nova] Bug: resize on same node with allow_resize_to_same_host=True   Jay Pipes
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Brian Elliott
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Michael Still
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Jiang, Yunhong
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Andrew Laski
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Sylvain Bauza
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Nikola Đipanov
• [openstack-dev] [Nova] Concerns around the Extensible Resource Tracker design - revert maybe?   Paul Murray
• [openstack-dev] [nova] Configuring libivrt VIF driver   Itzik Brown
• [openstack-dev] [nova] Configuring libivrt VIF driver   Daniel P. Berrange
• [openstack-dev] [nova] Configuring libivrt VIF driver   Itzik Brown
• [openstack-dev] [nova] Configuring libivrt VIF driver   Ryota Mibu
• [openstack-dev] [nova] Configuring libivrt VIF driver   Daniel P. Berrange
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Jay Pipes
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Michael Still
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Liyi Meng
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   John Garbutt
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Liyi Meng
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Nikola Đipanov
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Liyi Meng
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Andrew Laski
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Matthew Booth
• [openstack-dev] [nova] Deprecating CONF.block_device_allocate_retries_interval   Andrew Laski
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Matt Riedemann
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Michael Still
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Luke Gorrie
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Luke Gorrie
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Jeremy Stanley
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Michael Still
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Mark McLoughlin
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Daniel P. Berrange
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Daniel P. Berrange
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Gary Kotton
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Daniel P. Berrange
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Jeremy Stanley
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Jeremy Stanley
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Daniel P. Berrange
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Jeremy Stanley
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Joe Gordon
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Mark McLoughlin
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Daniel P. Berrange
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Kashyap Chamarthy
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Russell Bryant
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Joe Gordon
• [openstack-dev] [nova] fair standards for all hypervisor drivers   Kashyap Chamarthy
• [openstack-dev] [Nova] Implement RBD snapshots instead of QEMU snapshots   kerwin
• [openstack-dev] [nova] Is the BP approval process broken?   Dugger, Donald D
• [openstack-dev] [nova] Is the BP approval process broken?   Daniel P. Berrange
• [openstack-dev] [nova] Is the BP approval process broken?   Joe Gordon
• [openstack-dev] [nova] Is the BP approval process broken?   Jay Pipes
• [openstack-dev] [nova] Is the BP approval process broken?   Chris Friesen
• [openstack-dev] [nova] Is the BP approval process broken?   Jay Pipes
• [openstack-dev] [nova] Is the BP approval process broken?   Dugger, Donald D
• [openstack-dev] [nova] Is the BP approval process broken?   Chris Friesen
• [openstack-dev] [nova] Is the BP approval process broken?   Jay Pipes
• [openstack-dev] [nova] Is the BP approval process broken?   Chris Friesen
• [openstack-dev] [nova] Is the BP approval process broken?   Alan Kavanagh
• [openstack-dev] [nova] Is the BP approval process broken?   Alan Kavanagh
• [openstack-dev] [nova] Is the BP approval process broken?   Alan Kavanagh
• [openstack-dev] [nova] Is the BP approval process broken?   Joe Gordon
• [openstack-dev] [nova] Is the BP approval process broken?   Boris Pavlovic
• [openstack-dev] [nova] Is the BP approval process broken?   Chris Friesen
• [openstack-dev] [nova] Is the BP approval process broken?   Alan Kavanagh
• [openstack-dev] [nova] Is the BP approval process broken?   Joe Gordon
• [openstack-dev] [nova] Is the BP approval process broken?   Thierry Carrez
• [openstack-dev] [nova] Is the BP approval process broken?   Daniel P. Berrange
• [openstack-dev] [nova] Is the BP approval process broken?   Daniel P. Berrange
• [openstack-dev] [nova] Is the BP approval process broken?   Daniel P. Berrange
• [openstack-dev] [nova] Is the BP approval process broken?   John Garbutt
• [openstack-dev] [nova] Is the BP approval process broken?   John Garbutt
• [openstack-dev] [nova] Is the BP approval process broken?   Zane Bitter
• [openstack-dev] [nova] Is the BP approval process broken?   Jay Pipes
• [openstack-dev] [nova] Is the BP approval process broken?   Dugger, Donald D
• [openstack-dev] [nova] Is the BP approval process broken?   Kevin Benton
• [openstack-dev] [nova] Is the BP approval process broken?   John Garbutt
• [openstack-dev] [nova] Is the BP approval process broken?   Dugger, Donald D
• [openstack-dev] [nova] Is the BP approval process broken?   John Garbutt
• [openstack-dev] [nova] Is the BP approval process broken?   Sylvain Bauza
• [openstack-dev] [nova] Is the BP approval process broken?   Joe Gordon
• [openstack-dev] [nova] Is the BP approval process broken?   Dugger, Donald D
• [openstack-dev] [nova] Kilo Specs Schedule   Joe Gordon
• [openstack-dev] [nova] Kilo Specs Schedule   John Garbutt
• [openstack-dev] [Nova]libvirt: connect_volume scans all LUNs, it will be very slow with a large number of volumes.RE: [OpenStack][Nova]May be performance issues of connect_volume in Nova   Wangshen (Peter)
• [openstack-dev] [nova] libvirtError: XML error: Missing CPU model name on 2nd level vm   Chen CH Ji
• [openstack-dev] [nova] libvirtError: XML error: Missing CPU model name on 2nd level vm   Solly Ross
• [openstack-dev] [nova] libvirtError: XML error: Missing CPU model name on 2nd level vm   Rafael Folco
• [openstack-dev] [nova] libvirtError: XML error: Missing CPU model name on 2nd level vm   Chen CH Ji
• [openstack-dev] [nova] libvirtError: XML error: Missing CPU model name on 2nd level vm   Alex Xu
• [openstack-dev] [nova] libvirt version_cap, a postmortem   Mark McLoughlin
• [openstack-dev] [nova] libvirt version_cap, a postmortem   Gary Kotton
• [openstack-dev] [nova] libvirt version_cap, a postmortem   Dean Troyer
• [openstack-dev] [nova] Manage multiple clusters using a single nova service   Gary Kotton
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Christopher Yeoh
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Michael Still
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Sean Dague
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Chen CH Ji
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Sagar Nikam
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Pádraig Brady
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Mitsuhiro Tanino
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Jay Pipes
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Dan Prince
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Michael Still
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Gary Kotton
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Vui Chiap Lam
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Russell Bryant
• [openstack-dev] [Nova] Nominating Jay Pipes for nova-core   Mark McLoughlin
• [openstack-dev] [Nova] nova-compute deadlock   Qin Zhao
• [openstack-dev] [nova] nova-network stuck at get semaphores lock when startup   Alex Xu
• [openstack-dev] [nova] nova-network stuck at get semaphores lock when startup   Chen CH Ji
• [openstack-dev] [nova] nova-network stuck at get semaphores lock when startup   Alex Xu
• [openstack-dev] [nova] nova-network stuck at get semaphores lock when startup   Ben Nemec
• [openstack-dev] [nova] nova-network stuck at get semaphores lock when startup   Alex Xu
• [openstack-dev] [nova] Nova API meeting   Christopher Yeoh
• [openstack-dev] [nova] Nova API meeting   Christopher Yeoh
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   Preston L. Bannister
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   Jay Pipes
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   Preston L. Bannister
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   laserjetyang
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   Preston L. Bannister
• [openstack-dev] [nova] nova backup not working in stable/icehouse?   laserjetyang
• [openstack-dev] [nova] nova unable associate floating ip   Li Tianqing
• [openstack-dev] [Nova] PCI support   Gary Kotton
• [openstack-dev] [Nova] PCI support   Robert Li (baoli)
• [openstack-dev] [Nova] PCI support   Gary Kotton
• [openstack-dev] [Nova] PCI support   Irena Berezovsky
• [openstack-dev] [Nova] PCI support   Gary Kotton
• [openstack-dev] [Nova] PCI support   Irena Berezovsky
• [openstack-dev] [Nova] PCI support   Gary Kotton
• [openstack-dev] [Nova] PCI support   Irena Berezovsky
• [openstack-dev] [nova] plan for moving to using oslo.db   Ihar Hrachyshka
• [openstack-dev] [nova] plan for moving to using oslo.db   Andrey Kurilin
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Daniel P. Berrange
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Sean Dague
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Matt Riedemann
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Daniel P. Berrange
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Sylvain Bauza
• [openstack-dev] [nova] Prioritizing review of potentially "approvable" patches   Dan Genin
• [openstack-dev] [nova] reboot after image changes   Li Tianqing
• [openstack-dev] [nova] refactoring of resize/migrate   Markus Zoeller
• [openstack-dev] [nova] refactoring of resize/migrate   Jay Pipes
• [openstack-dev] [nova] refactoring of resize/migrate   Markus Zoeller
• [openstack-dev] [nova] refactoring of resize/migrate   John Garbutt
• [openstack-dev] [nova] Retrospective veto revert policy   Mark McLoughlin
• [openstack-dev] [nova] Retrospective veto revert policy   Russell Bryant
• [openstack-dev] [nova] Retrospective veto revert policy   Dan Smith
• [openstack-dev] [nova] Retrospective veto revert policy   Jay Pipes
• [openstack-dev] [nova] Retrospective veto revert policy   Kyle Mestery
• [openstack-dev] [nova] Retrospective veto revert policy   Joe Gordon
• [openstack-dev] [nova] Retrospective veto revert policy   Daniel P. Berrange
• [openstack-dev] [nova] Retrospective veto revert policy   Thierry Carrez
• [openstack-dev] [nova] Retrospective veto revert policy   Anne Gentle
• [openstack-dev] [nova] Retrospective veto revert policy   Michael Still
• [openstack-dev] [nova] Retrospective veto revert policy   Kevin Benton
• [openstack-dev] [nova] Retrospective veto revert policy   Michael Still
• [openstack-dev] [nova] Retrospective veto revert policy   Matt Riedemann
• [openstack-dev] [nova] Retrospective veto revert policy   Russell Bryant
• [openstack-dev] [nova] Retrospective veto revert policy   Michael Still
• [openstack-dev] [nova] Retrospective veto revert policy   Mark McLoughlin
• [openstack-dev] [nova] Retrospective veto revert policy   Daniel P. Berrange
• [openstack-dev] [nova] Retrospective veto revert policy   Nikola Đipanov
• [openstack-dev] [nova] Retrospective veto revert policy   Mark McLoughlin
• [openstack-dev] [nova] Review priorities as we approach juno-3   Michael Still
• [openstack-dev] [nova] Review priorities as we approach juno-3   Dan Smith
• [openstack-dev] [nova] Review priorities as we approach juno-3   Michael Still
• [openstack-dev] [nova] Review priorities as we approach juno-3   Sylvain Bauza
• [openstack-dev] [nova] Review priorities as we approach juno-3   Michael Still
• [openstack-dev] [nova] Review priorities as we approach juno-3   Daniel P. Berrange
• [openstack-dev] [nova] Review priorities as we approach juno-3   Michael Still
• [openstack-dev] [nova] running pep8 tests much faster   Daniel P. Berrange
• [openstack-dev] [nova] running pep8 tests much faster   Matthew Booth
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Sylvain Bauza
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Sylvain Bauza
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Nikola Đipanov
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Day, Phil
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Joe Gordon
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Nikola Đipanov
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Jay Pipes
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Daniel P. Berrange
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Nikola Đipanov
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Sylvain Bauza
• [openstack-dev] [Nova] Scheduler split wrt Extensible Resource Tracking   Day, Phil
• [openstack-dev] [nova] Separating the issues around smarter/solver/joint/holistic placement   Mike Spreitzer
• [openstack-dev] [nova] Server Group API: add 'action' to authorizer?   Joe Cropper
• [openstack-dev] [nova] Server Group API: add 'action' to authorizer?   Christopher Yeoh
• [openstack-dev] [nova] Server Group API: add 'action' to authorizer?   Alex Xu
• [openstack-dev] [nova] Server Groups - remove VM from group?   Joe Cropper
• [openstack-dev] [nova] Server Groups - remove VM from group?   Jay Pipes
• [openstack-dev] [nova] Server Groups - remove VM from group?   Joe Cropper
• [openstack-dev] [nova] Server Groups - remove VM from group?   Jay Pipes
• [openstack-dev] [nova] Server Groups - remove VM from group?   Joe Cropper
• [openstack-dev] [nova] Server Groups - remove VM from group?   Russell Bryant
• [openstack-dev] [nova] Server Groups - remove VM from group?   Joe Cropper
• [openstack-dev] [nova] Server Groups - remove VM from group?   Russell Bryant
• [openstack-dev] [nova] Server Groups - remove VM from group?   Joe Cropper
• [openstack-dev] [nova] Server Groups - remove VM from group?   Chris Friesen
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Solly Ross
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Matt Riedemann
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Mark McLoughlin
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Daniel P. Berrange
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Mark McLoughlin
• [openstack-dev] [nova] so what do i do about libvirt-python if i'm on precise?   Daniel P. Berrange
• [openstack-dev] [nova] stable branches & failure to handle review backlog   Mark McLoughlin
• [openstack-dev] [nova] stable branches & failure to handle review backlog   Thierry Carrez
• [openstack-dev] [nova] stable branches & failure to handle review backlog   Ihar Hrachyshka
• [openstack-dev] [nova] Suggestion that Fix to logic of diskfilter   Jae Sang Lee
• [openstack-dev] [nova] Suggestion that Fix to logic of diskfilter   Joe Cropper
• [openstack-dev] [Nova] VMware update   Gary Kotton
• [openstack-dev] [nova] Why people don't close bugs?   Dmitry Guryanov
• [openstack-dev] [nova] Why people don't close bugs?   Tom Fifield
• [openstack-dev] [nova] Why people don't close bugs?   Dmitry Guryanov
• [openstack-dev] [Octavia] Agenda for 13 Aug 2014 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Agenda for 2014-08-20 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Agenda for 2014-08-20 meeting   Brandon Logan
• [openstack-dev] [Octavia] Agenda for tomorrow's meeting, where meeting is happening   Stephen Balukoff
• [openstack-dev] [Octavia] IRC meetings   Doug Wiegley
• [openstack-dev] [Octavia] IRC meetings   Stefano Maffulli
• [openstack-dev] [Octavia] IRC meetings   Stephen Balukoff
• [openstack-dev] [Octavia] Migration review update   Brandon Logan
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Trevor Vardeman
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Salvatore Orlando
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Brandon Logan
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Doug Wiegley
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Doug Wiegley
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Doug Wiegley
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Eichberger, German
• [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting   Stefano Maffulli
• [openstack-dev] [Octavia] Minutes from 8/20/2013 meeting   Trevor Vardeman
• [openstack-dev] [Octavia] Minutes from 8/20/2013 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Minutes from 8/6/2014 meeting   Trevor Vardeman
• [openstack-dev] [Octavia] Minutes from 8/6/2014 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Minutes from 8/6/2014 meeting   Stephen Balukoff
• [openstack-dev] [Octavia] Minutes from 8/6/2014 meeting   Susanne Balle
• [openstack-dev] [Octavia] Object Model and DB Structure   Brandon Logan
• [openstack-dev] [Octavia] Object Model and DB Structure   Eichberger, German
• [openstack-dev] [Octavia] Object Model and DB Structure   Brandon Logan
• [openstack-dev] [Octavia] Object Model and DB Structure   Stephen Balukoff
• [openstack-dev] [Octavia] Object Model and DB Structure   Brandon Logan
• [openstack-dev] [Octavia] Object Model and DB Structure   Stephen Balukoff
• [openstack-dev] [Octavia] Object Model and DB Structure   Brandon Logan
• [openstack-dev] [Octavia] Object Model and DB Structure   Eichberger, German
• [openstack-dev] [Octavia] Object Model and DB Structure   Brandon Logan
• [openstack-dev] [Octavia] Object Model and DB Structure   Stephen Balukoff
• [openstack-dev] [Octavia] Object Model and DB Structure   Eichberger, German
• [openstack-dev] [Octavia] Object Model and DB Structure   Stephen Balukoff
• [openstack-dev] [Octavia] Object Model and DB Structure   Eichberger, German
• [openstack-dev] [Octavia] Object Model and DB Structure   Stephen Balukoff
• [openstack-dev] [Octavia] Octavia VM image design   Dustin Lundquist
• [openstack-dev] [Octavia] Octavia VM image design   Michael Johnson
• [openstack-dev] [Octavia] Octavia VM image design   Susanne Balle
• [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance   Michael Johnson
• [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance   Stephen Balukoff
• [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance   Dustin Lundquist
• [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance   Stephen Balukoff
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Brandon Logan
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Susanne Balle
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Brandon Logan
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Stephen Balukoff
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Brandon Logan
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Susanne Balle
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Trevor Vardeman
• [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity   Brandon Logan
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Stephen Balukoff
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Stephen Balukoff
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Brandon Logan
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Stephen Balukoff
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Brandon Logan
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Stefano Maffulli
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Brandon Logan
• [openstack-dev] [Octavia] Weekly meetings resuming + agenda   Doug Wiegley
• [openstack-dev] [OpenStack-dev][all] Having os-auth-file as parameter for running command line client   Swapnil Kulkarni
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   John Griffith
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Anita Kuno
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Amit Das
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Jesse Pretorius
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Asselin, Ramy
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   David Pineau
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Asselin, Ramy
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Duncan Thomas
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   Jeremy Stanley
• [openstack-dev] [OpenStack-Dev] [Cinder] 3'rd party CI systems   David Pineau
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Boring, Walter
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Duncan Thomas
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Martin, Kurt Frederick (ESSN Storage MSDU)
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Mike Perez
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   John Griffith
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Jay S. Bryant
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Eric Harney
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Avishay Traeger
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   Huang Zhiteng
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   John Griffith
• [openstack-dev] [OpenStack-Dev][Cinder] Cinder Core nomination   yang, xing
• [openstack-dev] [OpenStack-Dev] [Cinder] running tempest tests against your custom backend   John Griffith
• [openstack-dev] [OpenStack-Dev] [Cinder] Summer 2014 meetup summary   John Griffith
• [openstack-dev] [Openstack-docs] Networking Docs Swarm - Brisbane 9 August   Lana Brindley
• [openstack-dev] [OpenStack-Infra] [git-review] Supporting development in local branches   Varnau, Steve (Trafodion)
• [openstack-dev] [OpenStack-Infra] [git-review] Supporting development in local branches   Yuriy Taraday
• [openstack-dev] [OpenStack-Infra] [infra][Neutron] tempest requirements errors while fetching oslo.i18n>=0.1.0   Jeremy Stanley
• [openstack-dev] [OpenStack-Infra] [infra][Neutron] tempest requirements errors while fetching oslo.i18n>=0.1.0   daya kamath
• [openstack-dev] [OpenStack-Infra] [infra][Neutron] tempest requirements errors while fetching oslo.i18n>=0.1.0   Jeremy Stanley
• [openstack-dev] [OpenStack-Infra] [infra] Third Party CI naming and contact (action required)   trinath.somanchi at freescale.com
• [openstack-dev] [OpenStack-Infra] [infra] Third Party CI naming and contact (action required)   Franck Yelles
• [openstack-dev] [OpenStack-Infra] [infra] Third Party CI naming and contact (action required)   trinath.somanchi at freescale.com
• [openstack-dev] [OpenStack-Infra] [infra] Third Party CI naming and contact (action required)   Lucas Eznarriaga
• [openstack-dev] [OpenStack-Infra] [infra] Third Party CI naming and contact (action required)   Jeremy Stanley
• [openstack-dev] [OpenStack-Infra] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Sukhdev Kapur
• [openstack-dev] [OpenStack-Infra] [Neutron][third-party] Arista CI hits 10, 000 runs this morning   Luke Gorrie
• [openstack-dev] [OpenStack-Infra] [third-party] [infra] New mailing lists for third party announcements and account requests   Stefano Maffulli
• [openstack-dev] [OpenStack-Infra] [third-party] [infra] New mailing lists for third party announcements and account requests   Elizabeth K. Joseph
• [openstack-dev] [OpenStack-Infra] [third-party] [infra] New mailing lists for third party announcements and account requests   James E. Blair
• [openstack-dev] [OpenStack-Infra] How to get new package requirements into the CI system using a PPA and EPEL?   Ken Giusti
• [openstack-dev] [openstack-sdk-php] Canceled Meeting and Future of weekly meetings   Matthew Farina
• [openstack-dev] [openstack-sdk-php] Meeting canceled   Matthew Farina
• [openstack-dev] [openstack-sdk-php] Meeting Canceled   Matthew Farina
• [openstack-dev] [openstack-sdk-php] Review of face to face meeting on direction for SDK.   Matthew Farina
• [openstack-dev] [openstack-sdk-php] Review of face to face meeting on direction for SDK.   Shaunak Kashyap
• [openstack-dev] [openstack-sdk-php] Review of face to face meeting on direction for SDK.   Matthew Farina
• [openstack-dev] [Openstack-stable-maint] [all][oslo] official recommendations to handle oslo-incubator sync requests   Alan Pevec
• [openstack-dev] [Openstack-stable-maint] [Neutron][stable] How to backport database schema fixes   Alan Pevec
• [openstack-dev] [Openstack-stable-maint] [Neutron][stable] How to backport database schema fixes   Mike Bayer
• [openstack-dev] [Openstack-stable-maint] Preparing for 2014.1.2 -- branches freeze Aug 7   Alan Pevec
• [openstack-dev] [Openstack-stable-maint] Preparing for 2014.1.2 -- branches freeze Aug 7   Alan Pevec
• [openstack-dev] [Openstack-stable-maint] stable/havana jobs failing due to keystone bug 1357652   Matt Riedemann
• [openstack-dev] [Openstack-stable-maint] stable/havana jobs failing due to keystone bug 1357652   Nathan Kinder
• [openstack-dev] [Openstack-stable-maint] stable/havana jobs failing due to keystone bug 1357652   Nathan Kinder
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Jay Lau
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Qiming Teng
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Jay Lau
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Qiming Teng
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Jay Lau
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Eric Windisch
• [openstack-dev] [OpenStack][Docker][HEAT] Cloud-init and docker container   Jay Lau
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Jay Lau
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Philip Cheong
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Jay Lau
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Jyoti Ranjan
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Adrian Otto
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Eric Windisch
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Eric Windisch
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Jay Lau
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Eric Windisch
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Jay Lau
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Mike Spreitzer
• [openstack-dev] [OpenStack][Docker] Run OpenStack Service in Docker Container   Mike Spreitzer
• [openstack-dev] [openstack][DOUBT]Please clarify   Sharath V
• [openstack-dev] [openstack][DOUBT]Please clarify   Noorul Islam Kamal Malmiyoda
• [openstack-dev] [openstack][DOUBT]Please clarify   Anne Gentle
• [openstack-dev] [openstack][DOUBT]Please clarify   Sharath V
• [openstack-dev] [Openstack] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Marouen Mechtri
• [openstack-dev] [Openstack] [Heat][Docker] How to Dockerize your applications with OpenStack Heat in simple steps   Marouen Mechtri
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Lau
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Lau
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Pipes
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Dan Smith
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Pipes
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Gary Kotton
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Sylvain Bauza
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Lau
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Pipes
• [openstack-dev] [OpenStack][InstanceGroup] metadetails and metadata in instance_group.py   Jay Lau
• [openstack-dev] [openstack][neutron][jenkins]Merge failure in jenkins : gate-tempest-dsvm-neutron-full and   Nader Lahouti
• [openstack-dev] [OpenStack][Nova]May be performance issues of connect_volume in Nova   Wang Shen
• [openstack-dev] [OpenStack][Nova]May be performance issues of connect_volume in Nova   Joe Gordon
• [openstack-dev] [OpenStack][Nova]May be performance issues of connect_volume in Nova   Wangshen (Peter)
• [openstack-dev] [OpenStack][Summit] Please vote if you are interested   Jay Lau
• [openstack-dev] [OpenStack][Summit] Please vote if you are interested   Sylvain Bauza
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   严超
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Ben Nemec
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   严超
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Jyoti Ranjan
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Ben Nemec
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Jyoti Ranjan
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   James Polley
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Jyoti Ranjan
• [openstack-dev] [Openstack][TripleO] What if undercloud machines down, can we reboot overcloud machines?   Ben Nemec
• [openstack-dev] [Openstack] Cinder tempest api volume tests failed   Nikesh Kumar Mahalka
• [openstack-dev] [Openstack] Cinder tempest api volume tests failed   Matt Riedemann
• [openstack-dev] [Openstack] Cinder tempest api volume tests failed   Mike Perez
• [openstack-dev] [Openstack] OpenStack Heat installation guide and Heat utilisation manual   Don Waterloo
• [openstack-dev] [Openstack] OpenStack Heat installation guide and Heat utilisation manual   marwen mechtri
• [openstack-dev] [Openstack] OpenStack Heat installation guide and Heat utilisation manual   Andreas Jaeger
• [openstack-dev] [Openstack] OpenStack Heat installation guide and Heat utilisation manual   marwen mechtri
• [openstack-dev] [Openstack] VM bootting hang on OpenStack Icehouse + Centos 6.4 64bit + KVM   Anh Tu Nguyen
• [openstack-dev] [operstack-dev][Congress] congress-server fails   Rajdeep Dua
• [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module   Malawade, Abhijeet
• [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module   Doug Hellmann
• [openstack-dev] [oslo-incubator] rpc.cleanup method is not reachable due to wrong import of rpc module   Ihar Hrachyshka
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Li Ma
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Roman Podoliaka
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Mike Bayer
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Mike Wilson
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Amrith Kumar
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Mike Bayer
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Li Ma
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Mike Bayer
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Li Ma
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Jay Pipes
• [openstack-dev] [oslo.db]A proposal for DB read/write separation   Mike Wilson
• [openstack-dev] [oslo.messaging][infra] Adding support for AMQP 1.0 Messaging to Oslo.Messaging and infra/config   Ken Giusti
• [openstack-dev] [oslo.messaging][infra] Adding support for AMQP 1.0 Messaging to Oslo.Messaging and infra/config   Kevin Benton
• [openstack-dev] [oslo.messaging][infra] Adding support for AMQP 1.0 Messaging to Oslo.Messaging and infra/config   Ken Giusti
• [openstack-dev] [oslo.messaging][infra] Adding support for AMQP 1.0 Messaging to Oslo.Messaging and infra/config   Flavio Percoco
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Ken Giusti
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Flavio Percoco
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Mark McLoughlin
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Doug Hellmann
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Ken Giusti
• [openstack-dev] [oslo.messaging] Request to include AMQP 1.0 support in Juno-3   Ben Nemec
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Roman Podoliaka
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Boris Pavlovic
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Ihar Hrachyshka
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Jay Pipes
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Russell Bryant
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Ben Nemec
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Doug Hellmann
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Morgan Fainberg
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Davanum Srinivas
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Julien Danjou
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Flavio Percoco
• [openstack-dev] [oslo][db] Nominating Mike Bayer for the oslo.db core reviewers team   Victor Sergeyev
• [openstack-dev] [oslo] change to deprecation policy in the incubator   Doug Hellmann
• [openstack-dev] [oslo] change to deprecation policy in the incubator   Doug Hellmann
• [openstack-dev] [oslo] change to deprecation policy in the incubator   Thierry Carrez
• [openstack-dev] [oslo] change to deprecation policy in the incubator   Flavio Percoco
• [openstack-dev] [oslo] change to deprecation policy in the incubator   Ben Nemec
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Yuriy Taraday
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Julien Danjou
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Pádraig Brady
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Angus Lees
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Ben Nemec
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Vishvananda Ishaya
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Ben Nemec
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Davanum Srinivas
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Julien Danjou
• [openstack-dev] [oslo] Issues with POSIX semaphores and other locks in lockutils   Doug Hellmann
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Thierry Carrez
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Davanum Srinivas
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Flavio Percoco
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Ben Nemec
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Doug Hellmann
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Thierry Carrez
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Mark McLoughlin
• [openstack-dev] [oslo] Launchpad tracking of oslo projects   Thierry Carrez
• [openstack-dev] [oslo] let's start preparing for the kilo summit   Doug Hellmann
• [openstack-dev] [oslo] oslo.concurrency repo review   Yuriy Taraday
• [openstack-dev] [oslo] oslo.concurrency repo review   Yuriy Taraday
• [openstack-dev] [oslo] oslo.concurrency repo review   Ben Nemec
• [openstack-dev] [oslo] oslo.concurrency repo review   Joshua Harlow
• [openstack-dev] [oslo] oslo.concurrency repo review   Yuriy Taraday
• [openstack-dev] [oslo] oslo.concurrency repo review   Ben Nemec
• [openstack-dev] [oslo] oslo.concurrency repo review   Joshua Harlow
• [openstack-dev] [oslo] oslo.concurrency repo review   Joshua Harlow
• [openstack-dev] [oslo] oslo.concurrency repo review   Doug Hellmann
• [openstack-dev] [oslo] oslo.concurrency repo review   Ben Nemec
• [openstack-dev] [oslo] oslo.concurrency repo review   Joshua Harlow
• [openstack-dev] [oslo] oslo.concurrency repo review   Julien Danjou
• [openstack-dev] [oslo] oslo.concurrency repo review   Joshua Harlow
• [openstack-dev] [oslo] oslo.concurrency repo review   Julien Danjou
• [openstack-dev] [oslo] review dashboard updates   Doug Hellmann
• [openstack-dev] [oslo] review priorities   Doug Hellmann
• [openstack-dev] [oslo] review priorities   Julien Danjou
• [openstack-dev] [oslo] review priorities   Doug Hellmann
• [openstack-dev] [oslo] usage patterns for oslo.config   Coles, Alistair
• [openstack-dev] [oslo] usage patterns for oslo.config   Vishvananda Ishaya
• [openstack-dev] [oslo] usage patterns for oslo.config   Doug Hellmann
• [openstack-dev] [oslo] usage patterns for oslo.config   Devananda van der Veen
• [openstack-dev] [oslo] usage patterns for oslo.config   Doug Hellmann
• [openstack-dev] [oslo] usage patterns for oslo.config   Mark McLoughlin
• [openstack-dev] [oslo] usage patterns for oslo.config   Doug Hellmann
• [openstack-dev] [oslo] usage patterns for oslo.config   Mark McLoughlin
• [openstack-dev] [oslo] usage patterns for oslo.config   Brant Knudson
• [openstack-dev] [osprofiler] how to report buy for osprofiler   LeslieWang
• [openstack-dev] [osprofiler] how to report buy for osprofiler   Boris Pavlovic
• [openstack-dev] [osprofiler] how to report buy for osprofiler   LeslieWang
• [openstack-dev] [OSSN 0022] Nova Networking does not enforce security group rules following a soft reboot of an instance   Nathan Kinder
• [openstack-dev] [pbr] help needed fixing bad version= lines in setup.cfg in many projects   Robert Collins
• [openstack-dev] [pbr] help needed fixing bad version= lines in setup.cfg in many projects   Robert Collins
• [openstack-dev] [pbr] help needed fixing bad version= lines in setup.cfg in many projects   Robert Collins
• [openstack-dev] [pbr] help needed fixing bad version= lines in setup.cfg in many projects   Ruslan Kamaldinov
• [openstack-dev] [python-openstacksdk] Meeting log/minutes from 2014-08-12   Brian Curtin
• [openstack-dev] [python-openstacksdk] Meeting minutes for 2014-08-05   Brian Curtin
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Zane Bitter
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   David Kranz
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Steve Baker
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Clint Byrum
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Zane Bitter
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Jay Pipes
• [openstack-dev] [qa][all][Heat] Packaging of functional tests   Zane Bitter
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Boris Pavlovic
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Devananda van der Veen
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Joshua Harlow
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Joshua Harlow
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Joe Gordon
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Joe Gordon
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Devananda van der Veen
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Eoghan Glynn
• [openstack-dev] [qa][ceilometer] swapping the roles of mongodb and sqlalchemy for ceilometer in Tempest   Joe Gordon
• [openstack-dev] [qa] Accessing environment information in javelin2   Chris Dent
• [openstack-dev] [qa] Accessing environment information in javelin2   Chris Dent
• [openstack-dev] [qa] Do I need a spec for testing the compute os-networks API?   Matt Riedemann
• [openstack-dev] [qa] Do I need a spec for testing the compute os-networks API?   Andrea Frittoli
• [openstack-dev] [qa] Do I need a spec for testing the compute os-networks API?   Matt Riedemann
• [openstack-dev] [qa] In-tree functional test vision   Chris Dent
• [openstack-dev] [qa] In-tree functional test vision   Joe Gordon
• [openstack-dev] [qa] In-tree functional test vision   Chris Dent
• [openstack-dev] [qa] In-tree functional test vision   Joe Gordon
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   David Kranz
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Jay Pipes
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Sean Dague
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   David Kranz
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Miguel Lavalle
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Christopher Yeoh
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Andrea Frittoli
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   GHANSHYAM MANN
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Boris Pavlovic
• [openstack-dev] [qa] Lack of consistency in returning response from tempest clients   Yair Fried
• [openstack-dev] [QA] Meeting Thursday August 14th at 17:00 UTC   Matthew Treinish
• [openstack-dev] [QA] Meeting Thursday August 21st at 22:00 UTC   Matthew Treinish
• [openstack-dev] [QA] Meeting Thursday August 28th at 17:00 UTC   Matthew Treinish
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Matthew Treinish
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Drew Fisher
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Russell Bryant
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Valeriy Ponomaryov
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Jay Pipes
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Russell Bryant
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Dean Troyer
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Jeremy Stanley
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Chris Dent
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Adam Lawson
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Marc Koderer
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Jay Pipes
• [openstack-dev] [QA] Picking a Name for the Tempest Library   GHANSHYAM MANN
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Ken'ichi Ohmichi
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Christopher Yeoh
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Matthew Treinish
• [openstack-dev] [QA] Picking a Name for the Tempest Library   David Kranz
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Matthew Treinish
• [openstack-dev] [QA] Picking a Name for the Tempest Library   Matthew Treinish
• [openstack-dev] [qa] Using any username/password to create tempest clients   Udi Kalifon
• [openstack-dev] [qa] Using any username/password to create tempest clients   Andrea Frittoli
• [openstack-dev] [qa] Using any username/password to create tempest clients   Udi Kalifon
• [openstack-dev] [rally] Introduction to feature request mechanism in Rally   Boris Pavlovic
• [openstack-dev] [rally] Introduction to feature request mechanism in Rally   Joe Gordon
• [openstack-dev] [rally] Introduction to feature request mechanism in Rally   Boris Pavlovic
• [openstack-dev] [rally]Rally scenario Issue   Ajay Kalambur (akalambu)
• [openstack-dev] [rally]Rally scenario Issue   Ajay Kalambur (akalambu)
• [openstack-dev] [rally]Rally scenario Issue   Ajay Kalambur (akalambu)
• [openstack-dev] [Rating] Meeting time proposal   Fei Long Wang
• [openstack-dev] [requirements] kombu >= 2.5.0? or even >= 3?   Sean Dague
• [openstack-dev] [requirements] writing down global requirements lore   Sean Dague
• [openstack-dev] [sahara] 2014.1.2 released   Sergey Lukjanov
• [openstack-dev] [sahara] Backports for 2014.1.2   Sergey Lukjanov
• [openstack-dev] [sahara] Backports for 2014.1.2   Sergey Lukjanov
• [openstack-dev] [sahara] migration to olso.db   lonely Feb
• [openstack-dev] [sahara] migration to olso.db   Sergey Lukjanov
• [openstack-dev] [sahara] migration to olso.db   lonely Feb
• [openstack-dev] [sahara] migration to olso.db   lonely Feb
• [openstack-dev] [sahara] new client release (0.7.1)   Sergey Lukjanov
• [openstack-dev] [sahara] new client release (0.7.1)   Sergey Lukjanov
• [openstack-dev] [sahara] Notes on developing Sahara Spark EDP to work with swift:// paths   Trevor McKay
• [openstack-dev] [sahara] Notes on developing Sahara Spark EDP to work with swift:// paths   Gil Vernik
• [openstack-dev] [sahara] Notes on developing Sahara Spark EDP to work with swift:// paths   Trevor McKay
• [openstack-dev] [sahara] Notes on developing Sahara Spark EDP to work with swift:// paths   Michael McCune
• [openstack-dev] [sahara] Notes on developing Sahara Spark EDP to work with swift:// paths   Gil Vernik
• [openstack-dev] [sahara] python-saharaclient 0.7.1 released   Sergey Lukjanov
• [openstack-dev] [Sahara] Swift authentication and backwards compatibility   Michael McCune
• [openstack-dev] [Sahara] Swift authentication and backwards compatibility   Trevor McKay
• [openstack-dev] [Sahara] Swift authentication and backwards compatibility   mike mccune
• [openstack-dev] [Sahara] Swift authentication and backwards compatibility   Dmitry Mescheryakov
• [openstack-dev] [Sahara] Swift trust authentication, status and concerns   Michael McCune
• [openstack-dev] [sahara] team meeting Aug 14 1800 UTC   Sergey Lukjanov
• [openstack-dev] [sahara] team meeting Aug 28 1800 UTC   Sergey Lukjanov
• [openstack-dev] [sahara] team meeting Aug 7 1800 UTC   Sergey Lukjanov
• [openstack-dev] [sahara] team meeting minutes Aug 14   Sergey Lukjanov
• [openstack-dev] [sahara] team meeting minutes Aug 7   Sergey Lukjanov
• [openstack-dev] [sahara] team meeting minutes July 31   Sergey Lukjanov
• [openstack-dev] [Solum] Juno-3 Items   Roshan Agrawal
• [openstack-dev] [Spam] Re: [Openstack][TripleO] [Ironic] What if undercloud machines down, can we reboot overcloud machines?   Clint Byrum
• [openstack-dev] [Spam] Re: [Openstack][TripleO] [Ironic] What if undercloud machines down, can we reboot overcloud machines?   Jim Rollenhagen
• [openstack-dev] [specs] script to help with spec reviews to convert them in html or pdf   Chmouel Boudjnah
• [openstack-dev] [specs] script to help with spec reviews to convert them in html or pdf   Jeremy Stanley
• [openstack-dev] [specs] script to help with spec reviews to convert them in html or pdf   Joe Gordon
• [openstack-dev] [specs] script to help with spec reviews to convert them in html or pdf   Chmouel Boudjnah
• [openstack-dev] [specs] script to help with spec reviews to convert them in html or pdf   Steve Martinelli
• [openstack-dev] [Swift] 2.1.0-rc tagged   John Dickinson
• [openstack-dev] [Swift] Can gatekeeper middleware be removed from pipeline?   Daisuke Morita
• [openstack-dev] [Swift] Can gatekeeper middleware be removed from pipeline?   John Dickinson
• [openstack-dev] [swift] Use FQDN in Ring files instead of "ip"   Pete Zaitcev
• [openstack-dev] [taskflow] How to use the logbook   Roman Klesel
• [openstack-dev] [taskflow] How to use the logbook   Joshua Harlow
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Eoghan Glynn
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Brad Topol
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Eoghan Glynn
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Sandy Walsh
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Eoghan Glynn
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Sandy Walsh
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Mathieu Gagné
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Eoghan Glynn
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Sandy Walsh
• [openstack-dev] [tc][ceilometer] Some background on the gnocchi project   Eoghan Glynn
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Alex Freedland
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Thierry Carrez
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Sylvain Bauza
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Boris Pavlovic
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Sean Dague
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Boris Pavlovic
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Jay Pipes
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Boris Pavlovic
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   marc at koderer.com
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Thierry Carrez
• [openstack-dev] [tc][rally][qa] Application for a new OpenStack Program: Performance and Scalability   Boris Pavlovic
• [openstack-dev] [tc] Procedure for adding official projects   Zane Bitter
• [openstack-dev] [tc] Procedure for adding official projects   Thierry Carrez
• [openstack-dev] [tc] Procedure for adding official projects   Zane Bitter
• [openstack-dev] [third-party] - rebasing patches for CI   Franck Yelles
• [openstack-dev] [third-party] [infra] New mailing lists for third party announcements and account requests   Elizabeth K. Joseph
• [openstack-dev] [third-party] One CI for several OpenStack projects   Ivan Kolodyazhny
• [openstack-dev] [third-party] One CI for several OpenStack projects   Jeremy Stanley
• [openstack-dev] [TripleO] 'qemu-img: error while reading sector xxxxxx: Input/Output error   Peeyush Gupta
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Steve Baker
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Clint Byrum
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Zane Bitter
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Clint Byrum
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Steven Hardy
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Clint Byrum
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Zane Bitter
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Clint Byrum
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Steve Baker
• [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO   Robert Collins
• [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes   Zane Bitter
• [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes   Robert Collins
• [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes   Robert Collins
• [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes   Robert Collins
• [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes   James Slagle
• [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?   Steve Kowalik
• [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?   Chris Jones
• [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?   Steve Kowalik
• [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?   Chris Jones
• [openstack-dev] [TripleO][Ironic] Unique way to get a registered machine?   Gregory Haynes
• [openstack-dev] [TripleO][Nova][Neutron] multiple hypervisors on one compute host - neutron agent and compute hostnames   Robert Collins
• [openstack-dev] [TripleO][Nova][Neutron] multiple hypervisors on one compute host - neutron agent and compute hostnames   Kyle Mestery
• [openstack-dev] [TripleO][Nova][Neutron] multiple hypervisors on one compute host - neutron agent and compute hostnames   Joe Gordon
• [openstack-dev] [TripleO][Nova] Specs and approvals   Russell Bryant
• [openstack-dev] [TripleO][Nova] Specs and approvals   Jay Pipes
• [openstack-dev] [TripleO][Nova] Specs and approvals   Joe Gordon
• [openstack-dev] [TripleO][Nova] Specs and approvals   Jay Dobies
• [openstack-dev] [TripleO] a small experiment with Ansible in TripleO   Allison Randal
• [openstack-dev] [TripleO] a small experiment with Ansible in TripleO   Galbraith, Patrick
• [openstack-dev] [TripleO] a small experiment with Ansible in TripleO   Allison Randal
• [openstack-dev] [TripleO] a small experiment with Ansible in TripleO   Clint Byrum
• [openstack-dev] [TripleO] a small experiment with Ansible in TripleO   Allison Randal
• [openstack-dev] [TripleO] Change of meeting time   Derek Higgins
• [openstack-dev] [TripleO] Change of meeting time   Dougal Matthews
• [openstack-dev] [TripleO] Change of meeting time   Tomas Sedovic
• [openstack-dev] [TripleO] Change of meeting time   Ladislav Smola
• [openstack-dev] [TripleO] Change of meeting time   Petr Blaho
• [openstack-dev] [TripleO] Change of meeting time   Giulio Fidente
• [openstack-dev] [TripleO] devtest environment for virtual or true bare metal   LeslieWang
• [openstack-dev] [TripleO] devtest environment for virtual or true bare metal   Ben Nemec
• [openstack-dev] [TripleO] devtest environment for virtual or true bare metal   LeslieWang
• [openstack-dev] [TripleO] devtest environment for virtual or true bare metal   Ben Nemec
• [openstack-dev] [TripleO] devtest environment for virtual or true bare metal   Gregory Haynes
• [openstack-dev] [TripleO] dns for overcloud nodes   Jan Provaznik
• [openstack-dev] [TripleO] dns for overcloud nodes   Giulio Fidente
• [openstack-dev] [TripleO] Error: Node Not Found   Peeyush Gupta
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Brownell, Jonathan C (Corvallis)
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Clint Byrum
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Brownell, Jonathan C (Corvallis)
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Jyoti Ranjan
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Clint Byrum
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Derek Higgins
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Robert Collins
• [openstack-dev] [TripleO] fix poor tarball support in source-repositories   Gregory Haynes
• [openstack-dev] [TripleO] Future CI jobs   Derek Higgins
• [openstack-dev] [TripleO] Future CI jobs   Giulio Fidente
• [openstack-dev] [TripleO] Future CI jobs   Gregory Haynes
• [openstack-dev] [TripleO] Future CI jobs   Gregory Haynes
• [openstack-dev] [TripleO] Future CI jobs   Derek Higgins
• [openstack-dev] [TripleO] Future CI jobs   Derek Higgins
• [openstack-dev] [TripleO] Future CI jobs   Derek Higgins
• [openstack-dev] [TripleO] Future CI jobs   Gregory Haynes
• [openstack-dev] [TripleO] Future CI jobs   Giulio Fidente
• [openstack-dev] [TripleO] Heat AWS WaitCondition's count   Pavlo Shchelokovskyy
• [openstack-dev] [TripleO] Heat AWS WaitCondition's count   Clint Byrum
• [openstack-dev] [TripleO] lists and merges   Robert Collins
• [openstack-dev] [TripleO] lists and merges   Ben Nemec
• [openstack-dev] [TripleO] old cloud apt version of ubuntu at install-depencies   LeslieWang
• [openstack-dev] [Tripleo] photos of whiteboards?   Robert Collins
• [openstack-dev] [Tripleo] photos of whiteboards?   Dan Prince
• [openstack-dev] [Tripleo] photos of whiteboards?   Robert Collins
• [openstack-dev] [TripleO] Python 3 support in os-*-config   Steve Kowalik
• [openstack-dev] [TripleO] Python 3 support in os-*-config   Dougal Matthews
• [openstack-dev] [TripleO] Python 3 support in os-*-config   Ben Nemec
• [openstack-dev] [Tripleo] Release report   marios at redhat.com
• [openstack-dev] [Tripleo] Release report   marios at redhat.com
• [openstack-dev] [TripleO] reverting the HOT migration? // dealing with lockstep changes   Robert Collins
• [openstack-dev] [TripleO] reverting the HOT migration? // dealing with lockstep changes   Dan Prince
• [openstack-dev] [TripleO] reverting the HOT migration? // dealing with lockstep changes   Robert Collins
• [openstack-dev] [TripleO] Review metrics - what do we want to measure?   James Polley
• [openstack-dev] [TripleO] Review metrics - what do we want to measure?   Ben Nemec
• [openstack-dev] [TripleO] Review metrics - what do we want to measure?   Jeremy Stanley
• [openstack-dev] [TripleO] Specs and approvals   Robert Collins
• [openstack-dev] [TripleO] Specs and approvals   James Slagle
• [openstack-dev] [TripleO] Specs and approvals   Petr Blaho
• [openstack-dev] [TripleO] Specs and approvals   Daniel P. Berrange
• [openstack-dev] [TripleO] Specs and approvals   Joe Gordon
• [openstack-dev] [TripleO] Specs and approvals   James Slagle
• [openstack-dev] [TripleO] Specs and approvals   James Slagle
• [openstack-dev] [TripleO] Specs and approvals   Joe Gordon
• [openstack-dev] [TripleO] Strategy for merging Heat HOT port   Steve Baker
• [openstack-dev] [TripleO] Strategy for merging Heat HOT port   Ladislav Smola
• [openstack-dev] [TripleO] Strategy for merging Heat HOT port   Tomas Sedovic
• [openstack-dev] [TripleO] Strategy for merging Heat HOT port   Steve Baker
• [openstack-dev] [TripleO] Strategy for merging Heat HOT port   Tomas Sedovic
• [openstack-dev] [TripleO] Time to break backwards compatibility for *cloud-password file location?   James Polley
• [openstack-dev] [Trove] Backup/restore namespace config move has leftovers   Denis Makogon
• [openstack-dev] [Trove] Backup/restore namespace config move has leftovers   Mark Kirkwood
• [openstack-dev] [Trove] Backup/restore namespace config move has leftovers   Denis Makogon
• [openstack-dev] [Trove] Backup/restore namespace config move has leftovers   Mark Kirkwood
• [openstack-dev] [Trove] Backup/restore namespace config move has leftovers   Denis Makogon
• [openstack-dev] [Trove] Datastore/Versions API improvements   Craig Vyvial
• [openstack-dev] [Trove] Datastore/Versions API improvements   Denis Makogon
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Nikhil Manchanda
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Sergey Gotliv
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Denis Makogon
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Tim Simpson
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   McReynolds, Auston
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Robert Myers
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Vipul Sabhaya
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Craig Vyvial
• [openstack-dev] [Trove] Proposal to add Amrith Kumar to trove-core   Nikhil Manchanda
• [openstack-dev] [Trove] Reminder: Midcycle Meetup this week - IRC meetings canceled   Nikhil Manchanda
• [openstack-dev] [Trove] Service configuration options modification   Denis Makogon
• [openstack-dev] [trove] single trove config file and run check_uptodate?   Matt Riedemann
• [openstack-dev] [Trove] Trove Blueprint Meeting on 4 Aug canceled   Nikhil Manchanda
• [openstack-dev] [Trove] V1 Client improvements   Denis Makogon
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Timur Sufiev
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Lyle, David
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Timur Sufiev
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Drago Rosson
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Timur Sufiev
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Drago Rosson
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Zane Bitter
• [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more   Timur Sufiev
• [openstack-dev] [UX] Reminder: Bi-weekly meeting today   Liz Blanchard
• [openstack-dev] [vmware] Canonical list of os types   Matthew Booth
• [openstack-dev] [vmware] Canonical list of os types   Steve Gordon
• [openstack-dev] [vmware] Canonical list of os types   Anita Kuno
• [openstack-dev] [vmware] Canonical list of os types   Jian Hua Geng
• [openstack-dev] [vmware] Canonical list of os types   Matthew Booth
• [openstack-dev] [vmware] Canonical list of os types   Steve Gordon
• [openstack-dev] [zaqar] [marconi] Juno Performance Testing (Round 1)   Kurt Griffiths
• [openstack-dev] [zaqar] [marconi] Juno Performance Testing (Round 1)   Kurt Griffiths
• [openstack-dev] [zaqar] [marconi] Juno Performance Testing (Round 1)   Flavio Percoco
• [openstack-dev] [zaqar] [marconi] Juno Performance Testing (Round 1)   Jay Pipes
• [openstack-dev] [zaqar] [marconi] Removing GET message by ID in v1.1 (Redux)   Kurt Griffiths
• [openstack-dev] [zaqar] [marconi] Removing GET message by ID in v1.1 (Redux)   Nataliia Uvarova
• [openstack-dev] [zaqar] [marconi] Removing GET message by ID in v1.1 (Redux)   Flavio Percoco
• [openstack-dev] [zaqar] [marconi] Removing GET message by ID in v1.1 (Redux)   Everett Toews
• [openstack-dev] [Zaqar] Early proposals for design summit sessions   Flavio Percoco
• [openstack-dev] [Zaqar] Early proposals for design summit sessions   Flavio Percoco
• [openstack-dev] Adding GateFailureFix tag to commit messages   Armando M.
• [openstack-dev] Adding GateFailureFix tag to commit messages   Sean Dague
• [openstack-dev] Adding GateFailureFix tag to commit messages   Armando M.
• [openstack-dev] Adding GateFailureFix tag to commit messages   Daniel P. Berrange
• [openstack-dev] Adding GateFailureFix tag to commit messages   Matt Riedemann
• [openstack-dev] Adding GateFailureFix tag to commit messages   Matt Riedemann
• [openstack-dev] Adding GateFailureFix tag to commit messages   Joe Gordon
• [openstack-dev] Annoucing CloudKitty : an OpenSource Rating-as-a-Service project for OpenStack   Christophe Sauthier
• [openstack-dev] Annoucing CloudKitty : an OpenSource Rating-as-a-Service project for OpenStack   Fei Long Wang
• [openstack-dev] Annoucing CloudKitty : an OpenSource Rating-as-a-Service project for OpenStack   Sandy Walsh
• [openstack-dev] Announcement: "RACK" - openstack native application enabler   金子　雄大
• [openstack-dev] API Reference page - proposed change   Anne Gentle
• [openstack-dev] backport fixes to old branches   Osanai, Hisashi
• [openstack-dev] backport fixes to old branches   Ihar Hrachyshka
• [openstack-dev] backport fixes to old branches   Osanai, Hisashi
• [openstack-dev] backport fixes to old branches   Ihar Hrachyshka
• [openstack-dev] backport fixes to old branches   Osanai, Hisashi
• [openstack-dev] backport fixes to old branches   Osanai, Hisashi
• [openstack-dev] backport fixes to old branches   Ihar Hrachyshka
• [openstack-dev] backport fixes to old branches   Osanai, Hisashi
• [openstack-dev] Boot an instance assigned to a particular Neutron Port.   Parikshit Manur
• [openstack-dev] Boot an instance assigned to a particular Neutron Port.   tpiperatgod at gmail.com
• [openstack-dev] Can't connect from my instance to the controller node   david ferahi
• [openstack-dev] ceilometer] [ft] Improving ceil.objectstore.swift_middleware   Chris Dent
• [openstack-dev] ceilometer] [ft] Improving ceil.objectstore.swift_middleware   Osanai, Hisashi
• [openstack-dev] Contact information required for ICLA -- getting a server error   Udi Kalifon
• [openstack-dev] Contact information required for ICLA -- getting a server error   Tom Fifield
• [openstack-dev] Criteria for giving a -1 in a review   Matthew Booth
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Dolph Mathews
• [openstack-dev] Criteria for giving a -1 in a review   Adam Young
• [openstack-dev] Criteria for giving a -1 in a review   Adam Young
• [openstack-dev] Criteria for giving a -1 in a review   Ihar Hrachyshka
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Vishvananda Ishaya
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Lance Bragstad
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Zane Bitter
• [openstack-dev] Criteria for giving a -1 in a review   Adam Young
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Dolph Mathews
• [openstack-dev] Criteria for giving a -1 in a review   Tom Fifield
• [openstack-dev] Criteria for giving a -1 in a review   Radomir Dopieralski
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Steven Hardy
• [openstack-dev] Criteria for giving a -1 in a review   Daniel P. Berrange
• [openstack-dev] Criteria for giving a -1 in a review   Mark McLoughlin
• [openstack-dev] Design sessions for Neutron LBaaS. What do we want/need?   Susanne Balle
• [openstack-dev] Design sessions for Neutron LBaaS. What do we want/need?   Susanne Balle
• [openstack-dev] Design sessions for Neutron LBaaS. What do we want/need?   Brandon Logan
• [openstack-dev] devstack build failures   daya kamath
• [openstack-dev] devstack local.conf file   Nikesh Kumar Mahalka
• [openstack-dev] devstack local.conf file   Asselin, Ramy
• [openstack-dev] DevStack program change   Dean Troyer
• [openstack-dev] DevStack program change   Jay Pipes
• [openstack-dev] DevStack program change   Anne Gentle
• [openstack-dev] DevStack program change   Matthew Treinish
• [openstack-dev] DevStack program change   Thierry Carrez
• [openstack-dev] DevStack program change   Russell Bryant
• [openstack-dev] DevStack program change   Dean Troyer
• [openstack-dev] Does the havana or the icehouce supports for python 2.7.5?   以天为平
• [openstack-dev] Does the havana or the icehouce supports for python 2.7.5?   Ihar Hrachyshka
• [openstack-dev] Enabling silent Docker tests for Nova?   Eric Windisch
• [openstack-dev] Enabling silent Docker tests for Nova?   Russell Bryant
• [openstack-dev] Enabling silent Docker tests for Nova?   Russell Bryant
• [openstack-dev] Enabling silent Docker tests for Nova?   Eric Windisch
• [openstack-dev] Enabling silent Docker tests for Nova?   Joe Gordon
• [openstack-dev] Enabling silent Docker tests for Nova?   Dan Smith
• [openstack-dev] Enabling silent Docker tests for Nova?   Michael Still
• [openstack-dev] Enabling silent Docker tests for Nova?   Jeremy Stanley
• [openstack-dev] Enabling silent Docker tests for Nova?   Gary Kotton
• [openstack-dev] Failed to create a stack with heat (SoftwareDeployment resource is always in progress)   david ferahi
• [openstack-dev] Further discussions on Cyclops   Piyush Harsh
• [openstack-dev] Fwd: [NFV][CI][third-party] The plan to bring up Snabb NFV CI for Juno-3   Luke Gorrie
• [openstack-dev] Fwd: [nova][core] Expectations of core reviewers   Maru Newby
• [openstack-dev] Fwd: [nova][core] Expectations of core reviewers   Daniel P. Berrange
• [openstack-dev] Fwd: [nova][core] Expectations of core reviewers   Maru Newby
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Stefano Santini
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ryan Moats
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Salvatore Orlando
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ryan Moats
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Mohammad Banikazemi
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Pedro Marques
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Prasad Vellanki
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ryan Moats
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Salvatore Orlando
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Pedro Marques
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Richard Woo
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Stefano Maffulli
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Hemanth Ravi
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Prasad Vellanki
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Stephen Wong
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Rudra Rugge
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Prasad Vellanki
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and theway forward   Mike Cohen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Alan Kavanagh
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Subrahmanyam Ongole
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and theway forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Thierry Carrez
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Nachi Ueno
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Aaron Rosen
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Mohammad Banikazemi
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Wuhongning
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   CARVER, PAUL
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Akash Gangil
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Ivar Lazzaro
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Salvatore Orlando
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Jay Pipes
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Prasad Vellanki
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Kevin Benton
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Prasad Vellanki
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Hemanth Ravi
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Armando M.
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   loy wolfe
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   CARVER, PAUL
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Hemanth Ravi
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   loy wolfe
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Sumit Naiksatam
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Wuhongning
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Stefano Maffulli
• [openstack-dev] Fwd: FW: [Neutron] Group Based Policy and the way forward   Wuhongning
• [openstack-dev] Gantt project   Dugger, Donald D
• [openstack-dev] Gantt project   John Dickinson
• [openstack-dev] Gantt project   Dugger, Donald D
• [openstack-dev] generate Windows exe   Szépe Viktor
• [openstack-dev] generate Windows exe   Szépe Viktor
• [openstack-dev] generate Windows exe   Adam Lawson
• [openstack-dev] generate Windows exe   Szépe Viktor
• [openstack-dev] generate Windows exe   Stefano Maffulli
• [openstack-dev] generate Windows exe   Szépe Viktor
• [openstack-dev] generate Windows exe   Alessandro Pilotti
• [openstack-dev] Gerrit repos / projects has been renamed   Sergey Lukjanov
• [openstack-dev] Get Tenant Details in novaclient   Sachi Gupta
• [openstack-dev] Get Tenant Details in novaclient   Chen CH Ji
• [openstack-dev] gettext question about oslo.i18n library   Peng Wu
• [openstack-dev] gettext question about oslo.i18n library   Doug Hellmann
• [openstack-dev] gettext question about oslo.i18n library   Peng Wu
• [openstack-dev] gettext question about oslo.i18n library   Doug Hellmann
• [openstack-dev] gettext question about oslo.i18n library   Peng Wu
• [openstack-dev] gettext question about oslo.i18n library   Ben Nemec
• [openstack-dev] Glance Store Future   Jay Pipes
• [openstack-dev] Glance Store Future   Zhi Yan Liu
• [openstack-dev] Glance Store Future   Flavio Percoco
• [openstack-dev] Glance Store Future   Duncan Thomas
• [openstack-dev] Glance Store Future   Jay Pipes
• [openstack-dev] Glance Store Future   Doug Hellmann
• [openstack-dev] Glance Store Future   Sean Dague
• [openstack-dev] Glance Store Future   Jay Pipes
• [openstack-dev] Glance Store Future   Flavio Percoco
• [openstack-dev] Help with sql upgrade and downgrade   Murali Balcha
• [openstack-dev] Help with sql upgrade and downgrade   Mathieu Gagné
• [openstack-dev] Help with sql upgrade and downgrade   Murali Balcha
• [openstack-dev] how and which tempest tests to run   Nikesh Kumar Mahalka
• [openstack-dev] how and which tempest tests to run   Erlon Cruz
• [openstack-dev] how and which tempest tests to run   Matt Riedemann
• [openstack-dev] How to improve the specs review process   Stefano Maffulli
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Stefano Maffulli
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Kyle Mestery
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Eugene Nikanorov
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Ivar Lazzaro
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Stefano Maffulli
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Mohammad Banikazemi
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Carlino, Chuck (OpenStack TripleO, Neutron)
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Ivar Lazzaro
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Richard Woo
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   CARVER, PAUL
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Jay Pipes
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Kevin Benton
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Jay Pipes
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Richard Woo
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Sumit Naiksatam
• [openstack-dev] How to improve the specs review process (was Re: [Neutron] Group Based Policy and the way forward)   Baohua Yang
• [openstack-dev] How to run 'tempest-dsvm-full' locally   Nikesh Kumar Mahalka
• [openstack-dev] I've published parallels SDK   Dmitry Guryanov
• [openstack-dev] I've published parallels SDK   Dmitry Guryanov
• [openstack-dev] Implications of moving functional tests to projects (was Re: Which program for Rally)   David Kranz
• [openstack-dev] introducing cyclops   Piyush Harsh
• [openstack-dev] introducing cyclops   Endre Karlson
• [openstack-dev] introducing cyclops   Eoghan Glynn
• [openstack-dev] introducing cyclops   Piyush Harsh
• [openstack-dev] introducing cyclops   Stephane Albert
• [openstack-dev] introducing cyclops   Doug Hellmann
• [openstack-dev] introducing cyclops   Fei Long Wang
• [openstack-dev] introducing cyclops   Stephane Albert
• [openstack-dev] introducing cyclops   Adam Lawson
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   zhiwei
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   Jay Pipes
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   zhiwei
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   Jay Pipes
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   zhiwei
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   Jay Pipes
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   Dugger, Donald D
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   Sylvain Bauza
• [openstack-dev] Is there a way to let nova schedule plugin fetch glance image metadata   zhiwei
• [openstack-dev] Launch of a instance failed   Nikesh Kumar Mahalka
• [openstack-dev] Launch of a instance failed in juno   Nikesh Kumar Mahalka
• [openstack-dev] Live Migration Bug in vmware VCDriver   한승진
• [openstack-dev] Live Migration Bug in vmware VCDriver   Jay Lau
• [openstack-dev] Live Migration Bug in vmware VCDriver   한승진
• [openstack-dev] Live Migration Bug in vmware VCDriver   Jay Lau
• [openstack-dev] Live update of openstack   Manickam, Kanagaraj
• [openstack-dev] Looking for a volunteer to tweak the CSS for planet.openstack.org   Michael Still
• [openstack-dev] Network/Incubator proposal (was Re: [Octavia] Minutes from 8/13/2014 meeting)   Stefano Maffulli
• [openstack-dev] Network/Incubator proposal (was Re: [Octavia] Minutes from 8/13/2014 meeting)   Sumit Naiksatam
• [openstack-dev] Network/Incubator proposal (was Re: [Octavia] Minutes from 8/13/2014 meeting)   Alan Kavanagh
• [openstack-dev] Network/Incubator proposal (was Re: [Octavia] Minutes from 8/13/2014 meeting)   Christopher Price
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Lana Brindley
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Stuart Fox
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Tom Fifield
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Mike Spreitzer
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Lana Brindley
• [openstack-dev] Networking Docs Swarm - Brisbane 9 August   Anne Gentle
• [openstack-dev] Networks Generating In Fuel   zhuhq at certusnet.com.cn
• [openstack-dev] Networks Generating In Fuel   Aleksey Kasatkin
• [openstack-dev] Neutron][L3] Team Meeting Thursday at 1500 UTC   Carl Baldwin
• [openstack-dev] New feature on Nova   thomas.pessione at orange.com
• [openstack-dev] New feature on Nova   Daniel P. Berrange
• [openstack-dev] New feature on Nova   Jay Lau
• [openstack-dev] New feature on Nova   Stefano Maffulli
• [openstack-dev] New Salt Openstack Formula   Lei Zhang
• [openstack-dev] Not able to Access Nova Rest Services   Soumya Acharya
• [openstack-dev] nova-network stuck at get semaphores lock when startup   Alex Xu
• [openstack-dev] Openstack Capacity Planning   Adam Lawson
• [openstack-dev] Openstack Capacity Planning   Fei Long Wang
• [openstack-dev] Openstack Capacity Planning   Sylvain Bauza
• [openstack-dev] OpenStack Heat installation guide and Heat utilisation manual   marwen mechtri
• [openstack-dev] OpenStack Heat installation guide and Heat utilisation manual   Qiming Teng
• [openstack-dev] oslo.db 0.4.0 released   Victor Sergeyev
• [openstack-dev] oslo.db 0.4.0 released   Ihar Hrachyshka
• [openstack-dev] oslo.db 0.4.0 released   Doug Hellmann
• [openstack-dev] oslo.db 0.4.0 released   Andreas Jaeger
• [openstack-dev] oslo.db 0.4.0 released   Doug Hellmann
• [openstack-dev] oslo.i18n 0.2.0 released   Doug Hellmann
• [openstack-dev] oslo.serialization 0.1.0 release   Doug Hellmann
• [openstack-dev] oslo.utils 0.2.0 release   Doug Hellmann
• [openstack-dev] oslo.vmware 0.5.0 released   Doug Hellmann
• [openstack-dev] OS or os are not acronyms for OpenStack   Anita Kuno
• [openstack-dev] OS or os are not acronyms for OpenStack   Eric Windisch
• [openstack-dev] OS or os are not acronyms for OpenStack   Steve Gordon
• [openstack-dev] OS or os are not acronyms for OpenStack   Dan Smith
• [openstack-dev] OS or os are not acronyms for OpenStack   Mike Spreitzer
• [openstack-dev] OS or os are not acronyms for OpenStack   Russell Bryant
• [openstack-dev] OS or os are not acronyms for OpenStack   Anita Kuno
• [openstack-dev] OS or os are not acronyms for OpenStack   Mike Spreitzer
• [openstack-dev] OS or os are not acronyms for OpenStack   Russell Bryant
• [openstack-dev] OS or os are not acronyms for OpenStack   Mike Spreitzer
• [openstack-dev] OS or os are not acronyms for OpenStack   Adam Lawson
• [openstack-dev] OS or os are not acronyms for OpenStack   Anita Kuno
• [openstack-dev] OS or os are not acronyms for OpenStack   Anita Kuno
• [openstack-dev] Preparing for 2014.1.2 -- branches freeze Aug 7   Chuck Short
• [openstack-dev] Private IP allocation   Sanjivini Naikar
• [openstack-dev] Proposal for instance-level snapshots in Nova   Preston L. Bannister
• [openstack-dev] Python3 search path order when building Debian package   Thomas Goirand
• [openstack-dev] qemu guest agent support   Meghal Gosalia
• [openstack-dev] R: OpenStack-dev Digest, Vol 28, Issue 92   Angelo
• [openstack-dev] Raising priority for Dynamic Routing   Jaume Devesa
• [openstack-dev] Rally scenario Issue   Ajay Kalambur (akalambu)
• [openstack-dev] Rally scenario Issue   Timur Nurlygayanov
• [openstack-dev] Rally scenario Issue   Boris Pavlovic
• [openstack-dev] Rally scenario Issue   Ajay Kalambur (akalambu)
• [openstack-dev] Retrigger turbo-hipster   jswarren at linux.vnet.ibm.com
• [openstack-dev] Retrigger turbo-hipster   Anita Kuno
• [openstack-dev] Retrigger turbo-hipster   Joshua Hesketh
• [openstack-dev] Retrigger turbo-hipster   John Warren
• [openstack-dev] Review change to nova api pretty please?   Alex Leonhardt
• [openstack-dev] Review change to nova api pretty please?   Flavio Percoco
• [openstack-dev] Review change to nova api pretty please?   Alex Leonhardt
• [openstack-dev] Review change to nova api pretty please?   Chmouel Boudjnah
• [openstack-dev] Review change to nova api pretty please?   Alex Leonhardt
• [openstack-dev] Separating the issues around smarter/solver/joint/holistic placement   Mike Spreitzer
• [openstack-dev] stable/havana jobs failing due to keystone bug 1357652   Matt Riedemann
• [openstack-dev] stable/havana jobs failing due to keystone bug 1357652   Nathan Kinder
• [openstack-dev] stable/havana jobs failing due to keystone bug 1357652   Nathan Kinder
• [openstack-dev] stable/havana jobs failing due to keystone bug 1357652   Matt Riedemann
• [openstack-dev] stable/havana jobs failing due to keystone bug 1357652   Alan Pevec
• [openstack-dev] StackTach.v3 - Screencasts ...   Sandy Walsh
• [openstack-dev] Status of Neutron IPv6 dual stack   Harm Weites
• [openstack-dev] Status of Neutron IPv6 dual stack   Dane Leblanc (leblancd)
• [openstack-dev] Status of Neutron IPv6 dual stack   Harm Weites
• [openstack-dev] Status of Neutron IPv6 dual stack   Dane Leblanc (leblancd)
• [openstack-dev] Status of Neutron IPv6 dual stack   Martinx - ジェームズ
• [openstack-dev] Status of Neutron IPv6 dual stack   Harm Weites
• [openstack-dev] Status of Neutron IPv6 dual stack   Dane Leblanc (leblancd)
• [openstack-dev] Status of Neutron IPv6 dual stack   Harm Weites
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   chayma ghribi
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   Denis Makogon
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   chayma ghribi
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   Qiming Teng
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   chayma ghribi
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   Shake Chen
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   chayma ghribi
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   Stefano Maffulli
• [openstack-dev] Step by step OpenStack Icehouse Installation Guide   chayma ghribi
• [openstack-dev] Swift global cluster replication latency...   Shyam Prasad N
• [openstack-dev] Swift global cluster replication latency...   Clay Gerrard
• [openstack-dev] Swift global cluster replication latency...   Shyam Prasad N
• [openstack-dev] tempest bug   Nikesh Kumar Mahalka
• [openstack-dev] tempest bug   John Griffith
• [openstack-dev] test   Xingjun Chu
• [openstack-dev] testing performance/latency of various components?   Chris Friesen
• [openstack-dev] testing performance/latency of various components?   Boris Pavlovic
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   Salvatore Orlando
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   Kevin Benton
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   Salvatore Orlando
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   loy wolfe
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   Baohua Yang
• [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)   Mathieu Rohon
• [openstack-dev] Time to Samba! :-)   Martinx - ジェームズ
• [openstack-dev] Time to Samba! :-)   Clint Byrum
• [openstack-dev] Time to Samba! :-)   Martinx - ジェームズ
• [openstack-dev] Time to Samba! :-)   Adam Lawson
• [openstack-dev] Time to Samba! :-)   Adam Lawson
• [openstack-dev] Time to Samba! :-)   Martinx - ジェームズ
• [openstack-dev] Time to Samba! :-)   Ruslan Kamaldinov
• [openstack-dev] Time to Samba! :-)   Stan Lagun
• [openstack-dev] Time to Samba! :-)   Ruslan Kamaldinov
• [openstack-dev] Time to Samba! :-)   Andrew Bartlett
• [openstack-dev] Time to Samba! :-)   Andrew Bartlett
• [openstack-dev] Time to Samba! :-)   Alessandro Pilotti
• [openstack-dev] Time to Samba! :-)   Andrew Bartlett
• [openstack-dev] Too long stack delete method.   Anant Patil
• [openstack-dev] Tox run failure during installation of dependencies in requirements   Narasimhan, Vivekanandan
• [openstack-dev] Tox run failure during installation of dependencies in requirements   Matthieu Huin
• [openstack-dev] Tox run failure during installation of dependencies in requirements   Igor Degtiarov
• [openstack-dev] Tox run failure during installation of dependencies in requirements   Chmouel Boudjnah
• [openstack-dev] Tox run failure during installation of dependencies in requirements   Narasimhan, Vivekanandan
• [openstack-dev] unable to run unit tests   Alex Leonhardt
• [openstack-dev] unable to run unit tests   Doug Wiegley
• [openstack-dev] unable to run unit tests   Alex Leonhardt
• [openstack-dev] unable to run unit tests   Alex Leonhardt
• [openstack-dev] unable to run unit tests   daya kamath
• [openstack-dev] Update MAINTAINERS.rst for devstack   Ian Wienand
• [openstack-dev] use of compute node as a storage   shailendra acharya
• [openstack-dev] use of compute node as a storage   Jyoti Ranjan
• [openstack-dev] Using gerrymander, a client API and command line tool for gerrit   Daniel P. Berrange
• [openstack-dev] Using gerrymander, a client API and command line tool for gerrit   Alessandro Pilotti
• [openstack-dev] Using gerrymander, a client API and command line tool for gerrit   Daniel P. Berrange
• [openstack-dev] VM bootting hang on OpenStack Icehouse + Centos 6.4 64bit + KVM   Anh Tu Nguyen
• [openstack-dev] Well-tested guides for OpenStack Icehouse installation and Instance creation with Neutron   chayma ghribi
• [openstack-dev] Well-tested guides for OpenStack Icehouse installation and Instance creation with Neutron   Shake Chen
• [openstack-dev] Well-tested guides for OpenStack Icehouse installation and Instance creation with Neutron   Baohua Yang
• [openstack-dev] What's happening with stable release management?   Thomas Goirand
• [openstack-dev] What's happening with stable release management?   Morgan Fainberg
• [openstack-dev] What's happening with stable release management?   Thierry Carrez
• [openstack-dev] What's happening with stable release management?   Thierry Carrez
• [openstack-dev] What's happening with stable release management?   Thomas Goirand
• [openstack-dev] What's Up Doc? Aug 13, 2014   Anne Gentle
• [openstack-dev] What's Up Doc? Aug 28, 2014   Anne Gentle
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Aryeh Friedman
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Steve Martinelli
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Jay Pipes
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Anita Kuno
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Aryeh Friedman
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Endre Karlson
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Aryeh Friedman
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Ian Wells
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Aryeh Friedman
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Joshua Harlow
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   Stefano Maffulli
• [openstack-dev] What does NASA not using OpenStack mean to OS's future   James Penick
• [openstack-dev] Which program for Rally   Thierry Carrez
• [openstack-dev] Which program for Rally   Russell Bryant
• [openstack-dev] Which program for Rally   Sean Dague
• [openstack-dev] Which program for Rally   Russell Bryant
• [openstack-dev] Which program for Rally   Duncan Thomas
• [openstack-dev] Which program for Rally   John Griffith
• [openstack-dev] Which program for Rally   Yingjun Li
• [openstack-dev] Which program for Rally   Swapnil Kulkarni
• [openstack-dev] Which program for Rally   marc at koderer.com
• [openstack-dev] Which program for Rally   Rohan Kanade
• [openstack-dev] Which program for Rally   Angus Salkeld
• [openstack-dev] Which program for Rally   Sean Dague
• [openstack-dev] Which program for Rally   Sean Dague
• [openstack-dev] Which program for Rally   Sean Dague
• [openstack-dev] Which program for Rally   John Griffith
• [openstack-dev] Which program for Rally   John Griffith
• [openstack-dev] Which program for Rally   Neependra Kumar Khare
• [openstack-dev] Which program for Rally   Anne Gentle
• [openstack-dev] Which program for Rally   David Kranz
• [openstack-dev] Which program for Rally   Zane Bitter
• [openstack-dev] Which program for Rally   Matthew Treinish
• [openstack-dev] Which program for Rally   David Kranz
• [openstack-dev] Which program for Rally   Boris Pavlovic
• [openstack-dev] Which program for Rally   Zane Bitter
• [openstack-dev] Which program for Rally   Doug Hellmann
• [openstack-dev] Which program for Rally   Matthew Treinish
• [openstack-dev] Which program for Rally   Boris Pavlovic
• [openstack-dev] Which program for Rally   Matthew Treinish
• [openstack-dev] Which program for Rally   Duncan Thomas
• [openstack-dev] Which program for Rally   Angus Salkeld
• [openstack-dev] Which program for Rally   Robert Collins
• [openstack-dev] Which program for Rally   Joe Gordon
• [openstack-dev] Which program for Rally   Tom Fifield
• [openstack-dev] Which program for Rally   Matthew Treinish
• [openstack-dev] Which program for Rally   Boris Pavlovic
• [openstack-dev] Which program for Rally   Jeremy Stanley
• [openstack-dev] Which program for Rally   Matthew Treinish
• [openstack-dev] Win The Enterprise Work Group Update   Barrett, Carol L
• [openstack-dev] Win The Enterprise Work Group Update   Anne Gentle
• [openstack-dev] 答???: [Neutron] Auth token in context   Isaku Yamahata
• [openstack-dev] 答???: [Neutron] Auth token in context   Kevin Benton
• [openstack-dev] 答???: [Neutron] Auth token in context   Mohammad Banikazemi