Hi Soren,
On Wed, 2011-08-24 at 22:11 +0200, Soren Hansen wrote:
> 2011/8/24 Monty Taylor :
> > - Lack of RPM support. Turns out RPM distros are still kind of popular,
> > and at least one of our major contributors (hi, NTT) rolls out on
> > RHEL/CentOS, and one of our partners who is going to be
What a good way to start a long milestone release day.
Disclaimer: I used to work for Canonical as the Technical Lead for
Ubuntu Server -- and I'm now OpenStack Release Manager.
Like Monty said, this is not the first time the "integrated
distribution" model conflicts with deployers needs. This ha
And now, the architects vs. developers discussion :)
I hear both sides of the argument, and I think both have very valid points.
However, so far we have been following the "architect" way (design
upfront and separately from code), and it's failing miserably.
I'm a bit tired to see developers spe
2011/8/25 Mellquist, Peter :
> but ... in regard to API design this approach leaves something to be
> desired. There is much value in designing the APIs up front to ensure
> consistency, a cohesive presentation model and to ensure that API best
> practices are followed. APIs need to be designed
I was expecting an answer just like that from Soren.
Thanks for being so passionate about Ubuntu! :)
(no sarcasm here intended, I really mean it)
On 08/25/2011 04:11 AM, Soren Hansen wrote:
> This is false. The packages are perfectly capable of building and
> running on Debian (barring currently
On 08/25/2011 01:59 AM, Monty Taylor wrote:
> This is one of the things we should discuss. I was talking about adding
> the packaging branches to the main repo - so master would be the actual
> VC used by the project devs. It would look like:
> master - main development target
> pristine-tarbal
On 08/25/2011 05:00 AM, Monty Taylor wrote:
> - PPAs do not allow me to upload packages to be built for wheezy or
> squeeze nor host them.
> - We need to provide a set of packages that someone who is basing their
> environment on squeeze can be assured will work.
> - We will be maintaining backport
2011/8/25 Thomas Goirand :
>> If you (or I) do a one-off backport, we then upload a source package and
>> then, often, don't shove the code anywhere. That's because a lot of the
>> time it's easiest just to do dget, hack version, debuild -S, dput.
>
> Outch! Bad habit. Better do:
>
> git checkout u
2011/8/25 Thomas Goirand :
> On 08/25/2011 04:11 AM, Soren Hansen wrote:
>> This is false. The packages are perfectly capable of building and
>> running on Debian (barring currently unknown bugs).
> No. After Cactus was released, it didn't build because of issues in
> python-eventlet related to the
2011/8/24 Monty Taylor :
> On 08/24/2011 01:11 PM, Soren Hansen wrote:
>> 2011/8/24 Monty Taylor :
> Also, I think that our definitions of some things are different here.
> I'm not talking about reference platform for inclusion upstream. I'm
> not talking about "I'm on Ubuntu Oneiric and I want to
Fellow developers,
As announced during Tuesday's meetings, the registration for the Essex
Design Summit (Oct 3-5, in Boston) is now open at:
http://summit.openstack.org
This is for the Essex Design Summit, not for the OpenStack Conference,
which is now a separate event with a separate registrati
On Aug 24, 2011, at 12:02 PM, Soren Hansen wrote:
2011/8/24 Jorge Williams
mailto:jorge.willi...@rackspace.com>>:
Let me start by saying that I have no idea why we're having this
discussion again. We talked about it at the design summit and we
agreed we'd move forward in pretty much exactly the
hi all,
I'd like to offer up something here. We are in the process of spinning up a
local instance of suse's open build system.
I had brought up in the past about using the current public service as an
option. I know now that the public obs isn't really an option due to changes
we are curr
Ed and i are on the same team and we are also working on a reaper, using the
databases instance table state and notifications. If enough of the community is
behind the idea we can push it upstream. Knowing what to reap can be tricky tho.
Sent from my iPhone
On Aug 18, 2011, at 8:11 PM, "Joshua
On 08/25/2011 06:47 PM, Soren Hansen wrote:
> ..and not every (in fact, hardly any at all) backport involves
> cherry-picking anything.
But *maintaining* it does, while an issue is fixed in trunk. I've just
read that this has been an issue in Cactus (eg: bugs fixed in Diablo,
but not fixed in Cact
On 08/25/2011 06:38 PM, Soren Hansen wrote:
> That doesn't mean that using a linux distro (not a PPA, an actual
> distro) as a distrubtion channel is the wrong thing to do. It just means
> that we don't trust our own code quality very much. When we released
> Cactus, we were reasonably happy with i
Mark:
On Aug 25, 2011, at 3:31 AM, Mark McLoughlin wrote:
> I don't know the background to this whole thread, but IMHO:
>
> * Upstream core devs shouldn't need to worry much about packaging, for
>any distro. Given the upstream use of virtualenv, the policy for
>dependencies should be j
hi all,
I'd like to offer up something here. We are in the process of spinning up a
local instance of suse's open build system.
I had brought up in the past about using the current public service as an
option. I know now that the public obs isn't really an option due to changes
we are cu
On 08/25/2011 02:30 AM, Thomas Goirand wrote:
> On 08/25/2011 01:59 AM, Monty Taylor wrote:
>> This is one of the things we should discuss. I was talking about adding
>> the packaging branches to the main repo - so master would be the actual
>> VC used by the project devs. It would look like:
>>
I have a suggestion. Let's let the distros do whatever they want.
While we need a development platform, we are not required to provide
packages for each distribution. We got where we are today, because we
we have many ubuntu devs that are also openstack devs. Whether Ubuntu
takes the packages f
Thierry wrote:
> And now, the architects vs. developers discussion :)
> I hear both sides of the argument, and I think both have very valid
points.
> However, so far we have been following the "architect" way (design
upfront and separately from code),
> and it's failing miserably.
That analy
Hi Mark!
On 08/25/2011 12:31 AM, Mark McLoughlin wrote:
> Hi Soren,
>
> On Wed, 2011-08-24 at 22:11 +0200, Soren Hansen wrote:
>> 2011/8/24 Monty Taylor :
>>> - Lack of RPM support. Turns out RPM distros are still kind of popular,
>>> and at least one of our major contributors (hi, NTT) rolls out
On 08/25/2011 12:52 AM, Thierry Carrez wrote:
> What a good way to start a long milestone release day.
Tell me about it. Thank you, however, for your well written and thought
out response.
> Disclaimer: I used to work for Canonical as the Technical Lead for
> Ubuntu Server -- and I'm now OpenStac
On 08/25/2011 09:54 AM, Rick Clark wrote:
> I have a suggestion. Let's let the distros do whatever they want.
Yes.
> While we need a development platform, we are not required to provide
> packages for each distribution. We got where we are today, because
> we we have many ubuntu devs that a
On 08/25/2011 10:50 AM, Monty Taylor wrote:
>
>> This is much more in line with other upstream projects.
>
>
> http://pkg.jenkins-ci.org/debian/
> http://download.gluster.com/pub/gluster/glusterfs/LATEST/
> http://www.apache.org/dist/cassandra/debian
> http://downloads-distro.mongodb.org/repo/d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/25/2011 11:00 AM, Rick Clark wrote:
> On 08/25/2011 10:50 AM, Monty Taylor wrote:
>
>>
>>> This is much more in line with other upstream projects.
>>
>>
>> http://pkg.jenkins-ci.org/debian/
>> http://download.gluster.com/pub/gluster/gluste
On 08/25/2011 11:35 AM, Thomas Goirand wrote:
> On 08/26/2011 12:46 AM, Monty Taylor wrote:
>>> What would be the use of "pristine-tarball" ? Prepare .tar.gz for
>>> generic distributions, like RPMs or let's say Gentoo?
>>
>> Nope. It helps in generation of tarballs for the debian packaging too.
On 08/26/2011 12:46 AM, Monty Taylor wrote:
>> What would be the use of "pristine-tarball" ? Prepare .tar.gz for
>> generic distributions, like RPMs or let's say Gentoo?
>
> Nope. It helps in generation of tarballs for the debian packaging too.
> Check out the --git-pristine-tar option to git-buil
On Fri, 19 Aug 2011, Joshua Harlow wrote:
> Begin: Running /scripts/init-bottom ... done.
> [1.348832] EXT4-fs (sda1): re-mounted. Opts: (null)
> cloud-init start-local running: Fri, 19 Aug 2011 21:34:59 +. up 4.01
> seconds
> no instance data found in start-local
> init: cloud-init-local
2011/8/25 Thomas Goirand :
> But since we aren't even producing tarballs for Openstack
For every single commit, we publish a tarball:
http://nova.openstack.org/tarballs/
http://swift.openstack.org/tarballs/
http://glance.openstack.org/tarballs/
Same for milestones and releases. Mileston
On Thu, 18 Aug 2011, Joshua Harlow wrote:
> Hi all,
>
> On xen + openstack diaboli-3 when running an instance with the generic ubuntu
> UEC images from http://wiki.openstack.org/RunningNova#Registering_the_image
> I am seeing the following:
>
> [0.210681] VFS: Cannot open root device "xvda
I beginning to think about the things that need to be covered at the design
summit about swift specifically. I've started an etherpad, and I welcome all
input.
http://etherpad.openstack.org/swift-essex
--John
___
Mailing list: https://launchpad.net/
As Stephen Spector pointed out to me in Twitter, if you are registered
for the Design Summit you won't need to register for the OpenStack
Conference. "All Design Summit registrations carry over for the
Conference." See you there.
Thanks,
Matt Ray
Senior Technical Evangelist | Opscode Inc.
m...@ops
Hello folks,
the Souther California Linux Expo (SCALE) has just published their call for
papers for their 10th anniversary conference. It will be held *January
20-22, 2012* at the *Hilton Los Angeles Airport Hotel*. This year there is a
track for Cloud/Virtualization and one of the topic of intere
34 matches
Mail list logo
