Re: [Netstack] Quantum Packaging Proposal

2011-08-18 Thread Martin Pool
>>> Is bzr handling the merges with trunk cleanly after files and directories >>> have been moved around?  Otherwise, we'll have to think carefully about how >>> to merge this in. >> >> No, bzr doesn't handle it well.  That's why I need to wait for the rest of >> the merges to go into Quantum, a

Re: [Netstack] Quantum Packaging Proposal

2011-08-18 Thread Tyler Smith
Yeah, my plan was to get it everything ready, and once all the changes are merged in, drop in the new code. If all the changes are merged in by the end of Friday, I should have the packaging ready to go by Monday or Tuesday. Ok, maybe it makes sense to change this right after the D-4 drop, as

Re: [Netstack] Quantum Packaging Proposal

2011-08-18 Thread Dan Wendlandt
On Thu, Aug 18, 2011 at 7:21 AM, Tyler Smith wrote: > Hi Dan, > > Replies inline: > > > On 8/17/2011 1:17 PM, Dan Wendlandt wrote: > >> Hi Tyler, >> >> Overall the structure looks great and this packaging is going to be a big >> win for the project. >> >> Is bzr handling the merges with trunk cle

Re: [Netstack] Quantum Packaging Proposal

2011-08-18 Thread Tyler Smith
Hi Dan, Replies inline: On 8/17/2011 1:17 PM, Dan Wendlandt wrote: Hi Tyler, Overall the structure looks great and this packaging is going to be a big win for the project. Is bzr handling the merges with trunk cleanly after files and directories have been moved around? Otherwise, we'll ha

Re: [Netstack] Quantum Packaging Proposal

2011-08-17 Thread Dan Wendlandt
Hi Tyler, Overall the structure looks great and this packaging is going to be a big win for the project. Is bzr handling the merges with trunk cleanly after files and directories have been moved around? Otherwise, we'll have to think carefully about how to merge this in. A few minor comments in

Re: [Netstack] Quantum Packaging Proposal

2011-08-15 Thread Tyler Smith
Thanks Salvatore, This is the kind of feedback I need. Putting tests in their respective packages makes sense, and should be trivial. As for your other proposals: 1) Sounds good. I wasn't sure what exactly to call it, so 'core' seemed like a good temporary name. I'll change it to 'quantum

Re: [Netstack] Quantum Packaging Proposal

2011-08-12 Thread Salvatore Orlando
2011 19:07 > To: netstack@lists.launchpad.net > Subject: [Netstack] Quantum Packaging Proposal > > Hi everybody, > > I have published my proposal for Quantum packaging: > http://wiki.openstack.org/QuantumPackaging. > > You can try out what I have build currently by checking

[Netstack] Quantum Packaging Proposal

2011-08-12 Thread Tyler Smith
Hi everybody, I have published my proposal for Quantum packaging: http://wiki.openstack.org/QuantumPackaging. You can try out what I have build currently by checking out lp:~tylesmit/quantum/quantum-packages . You can build t

Re: [Netstack] Quantum Packaging Proposal

2011-08-05 Thread Rick Clark
looping in Soren, who manages all the openstack packaging. Soren, willing to help? On 08/05/2011 10:13 AM, Tyler Smith wrote: Hi Salvatore, Yes, you're correct about the packages. The files I was referring are (currently) quantum/common/wsgi.py, quantum/common/utils.py, and quantum/utils.py. T

Re: [Netstack] Quantum Packaging Proposal

2011-08-05 Thread Tyler Smith
Hi Salvatore, Yes, you're correct about the packages. The files I was referring are (currently) quantum/common/wsgi.py, quantum/common/utils.py, and quantum/utils.py. There would also be a couple of others (quantum/common/exceptions.py for example). Basically, any code that is used by the

Re: [Netstack] Quantum Packaging Proposal

2011-08-05 Thread Salvatore Orlando
lvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf Of > Tyler Smith > Sent: 05 August 2011 15:46 > To: netstack@lists.launchpad.net > Subject: [Netstack] Quantum Packaging Proposal > > Hi everyone, > > I've been working on figuring out the best way to get packi

[Netstack] Quantum Packaging Proposal

2011-08-05 Thread Tyler Smith
Hi everyone, I've been working on figuring out the best way to get packing for Quantum going. Here is my proposal on how to proceed. To keep in line with how Nova does things, I think we should use Python's setuptools to manage building packages (with a supplemental build script for Debian