Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy

* Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy
       [not found]   ` <4FFD40DA.7020408@ubuntu.com>
@ 2012-07-11 21:43     ` Laszlo Boszormenyi (GCS)
  2012-07-11 23:32       ` Sage Weil
  2012-07-12 10:38       ` James Page
  0 siblings, 2 replies; 4+ messages in thread
From: Laszlo Boszormenyi (GCS) @ 2012-07-11 21:43 UTC (permalink / raw)
  To: James Page, Sage Weil; +Cc: Ceph Development

[-- Attachment #1.1: Type: text/plain, Size: 2866 bytes --]

Hi James, Sage,

Let me answer you both at once.

On Wed, 2012-07-11 at 10:01 +0100, James Page wrote:
> On 11/07/12 01:30, Laszlo Boszormenyi (GCS) wrote:
> > You are right, the watch file is outdated.
 An updated watch file is attached. Please commit it Sage. It goes for
numbers only, so 0.48argonaut will be 0.48 .

> Ah-ha!  Thanks for this information - I had not realised the leveldb
> and libs3 source was overlaid outside of git.
 Sage still consider it better, to be able to build everything needed
from one tarball. I've two small patches to build with system leveldb
and libs3 instead.

> This creates a short term issue for me in that leveldb and libs3 are
> not currently in Ubuntu main (MIR is raised but still pending review
> and approval) so not having the bundled source for these libraries is
> a pain as I can't easily use the same upstream tarball that you are
> using [...]
 Is there any ETA when/if it will be in Ubuntu main? Sage, would you
reconsider the all-in-one tarball if Debian and Ubuntu will have leveldb
and libs3 in their package list? I _may_ become a RedHat / Fedora
package maintainer as well and when it happens, I'll add them to those
distributions as well.

> - guess I could plugin the required bundles in the interim as
> patches as I would like to push 0.48 to quantal this week.
 You may wait a bit. At least please see:
[ Sage and me about "Ceph status for Wheezy" ]
On Wed, 2012-07-11 at 09:18 -0700, Sage Weil wrote:
> > What do I miss? Manpages for
> > ceph-disk-activate , ceph-disk-prepare , rest-bench and maybe
> > librados-config .
> Okay, those should be pretty simple.  There will be a point release before 
> too long that includes all of this stuff.  If there is anything in your 
> packaging that isn't fixed upstream let me know.
 It sounds 0.48.1 may happen within a week time. I've added symbol
versioning, but don't know if it has any use. Currently kvm doesn't
work when compiled with previous version of Ceph, see Debian bug
#679686[1]. In answer, my symbol files are created with 0.47.2 and
updated to 0.48 . Didn't go more back with versions and don't know how
much Ceph libraries will change in the future.
Sage, can you please give us more detail how do you plan the releases?
Is there any plan for more stable releases on every (say) 3 months, with
bugfixing only? Should we follow the actual development tree, no matter
what?

> I'm hoping to get to a point where the packaging is the same; if
> nothing else it saves extra work!
 Sure, that would be better. I've a package of v0.48 ready to upload[2],
but can wait some days if you would like to check what I may need to
merge from your package.

Cheers,
Laszlo/GCS
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679686
[2] dget -x http://www.barcikacomp.hu/gcs/ceph_0.48-1.dsc

[-- Attachment #1.2: watch --]
[-- Type: text/plain, Size: 72 bytes --]

version=3
https://github.com/ceph/ceph/tags .*/zipball/v(\d[\d\.]+).*

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread