public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* Time for an xfsprogs "alpha1" release?
@ 2013-09-12 21:17 Eric Sandeen
  2013-09-12 21:38 ` Greg Freemyer
  2013-09-12 21:54 ` Mark Tinguely
  0 siblings, 2 replies; 6+ messages in thread
From: Eric Sandeen @ 2013-09-12 21:17 UTC (permalink / raw)
  To: 'linux-xfs@oss.sgi.com'

With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.

I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.

We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.

Thoughts?

Thanks,
-Eric

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

* Re: Time for an xfsprogs "alpha1" release?
  2013-09-12 21:17 Time for an xfsprogs "alpha1" release? Eric Sandeen
@ 2013-09-12 21:38 ` Greg Freemyer
  2013-09-12 21:54 ` Mark Tinguely
  1 sibling, 0 replies; 6+ messages in thread
From: Greg Freemyer @ 2013-09-12 21:38 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: linux-xfs@oss.sgi.com

On Thu, Sep 12, 2013 at 5:17 PM, Eric Sandeen <sandeen@sandeen.net> wrote:
> With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.
>
> I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.
>
> We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.
>
> Thoughts?
>
> Thanks,
> -Eric

If it's relevant, openSUSE's factory release is currently in feature
freeze for bleeding edge stuff, but it should open back up in a week
or two.  (After they branch off the next stable release.)

If you don't know factory => openSUSE => SUSE (SLES)

much like rawhide => fedora => redhat

Greg

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

* Re: Time for an xfsprogs "alpha1" release?
  2013-09-12 21:17 Time for an xfsprogs "alpha1" release? Eric Sandeen
  2013-09-12 21:38 ` Greg Freemyer
@ 2013-09-12 21:54 ` Mark Tinguely
  2013-09-12 22:18   ` Eric Sandeen
  1 sibling, 1 reply; 6+ messages in thread
From: Mark Tinguely @ 2013-09-12 21:54 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: 'linux-xfs@oss.sgi.com'

On 09/12/13 16:17, Eric Sandeen wrote:
> With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.
>
> I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.
>
> We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.
>
> Thoughts?
>
> Thanks,
> -Eric
>

Good idea, but xfsprogs is in a state that it can't compile:

    http://oss.sgi.com/archives/xfs/2013-09/msg00396.html

Patch 31 v3 / 55 is broken. It is missing xfs_sb.c and has an extra
xfs_mount.c.

If you want it this week, we could do the corrections or wait for Dave
to repost.

--Mark.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

* Re: Time for an xfsprogs "alpha1" release?
  2013-09-12 21:54 ` Mark Tinguely
@ 2013-09-12 22:18   ` Eric Sandeen
  2013-09-12 23:40     ` Mark Tinguely
  0 siblings, 1 reply; 6+ messages in thread
From: Eric Sandeen @ 2013-09-12 22:18 UTC (permalink / raw)
  To: Mark Tinguely; +Cc: 'linux-xfs@oss.sgi.com'

On 9/12/13 4:54 PM, Mark Tinguely wrote:
> On 09/12/13 16:17, Eric Sandeen wrote:
>> With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.
>>
>> I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.
>>
>> We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.
>>
>> Thoughts?
>>
>> Thanks,
>> -Eric
>>
> 
> Good idea, but xfsprogs is in a state that it can't compile:
> 
>    http://oss.sgi.com/archives/xfs/2013-09/msg00396.html
> 
> Patch 31 v3 / 55 is broken. It is missing xfs_sb.c and has an extra
> xfs_mount.c.
> 
> If you want it this week, we could do the corrections or wait for Dave
> to repost.

hm? The git tree builds fine here, anyway (modulo some warnings).

so quick, cut an alpha1 before it breaks.  ;)

(but if you mean: we should get the latest stuff on the list in first,
and fix it so it builds - ok - but there will probably always be more
stuff to pull in, so at some point when we have a reasonable amount of it
in place, we could cut a test release?  There's always "alpha2"...)

-Eric

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

* Re: Time for an xfsprogs "alpha1" release?
  2013-09-12 22:18   ` Eric Sandeen
@ 2013-09-12 23:40     ` Mark Tinguely
  2013-09-13  1:58       ` Eric Sandeen
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Tinguely @ 2013-09-12 23:40 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: 'linux-xfs@oss.sgi.com'

On 09/12/13 17:18, Eric Sandeen wrote:
> On 9/12/13 4:54 PM, Mark Tinguely wrote:
>> On 09/12/13 16:17, Eric Sandeen wrote:
>>> With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.
>>>
>>> I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.
>>>
>>> We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.
>>>
>>> Thoughts?
>>>
>>> Thanks,
>>> -Eric
>>>
>>
>> Good idea, but xfsprogs is in a state that it can't compile:
>>
>>     http://oss.sgi.com/archives/xfs/2013-09/msg00396.html
>>
>> Patch 31 v3 / 55 is broken. It is missing xfs_sb.c and has an extra
>> xfs_mount.c.
>>
>> If you want it this week, we could do the corrections or wait for Dave
>> to repost.
>
> hm? The git tree builds fine here, anyway (modulo some warnings).
>
> so quick, cut an alpha1 before it breaks.  ;)
>
> (but if you mean: we should get the latest stuff on the list in first,
> and fix it so it builds - ok - but there will probably always be more
> stuff to pull in, so at some point when we have a reasonable amount of it
> in place, we could cut a test release?  There's always "alpha2"...)
>
> -Eric

Yep, simple to fix. I manually pulled in xfs_sb.c to make sure 47 v2 / 
55 was still okay. I can have a tar tomorrow.

--Mark.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

* Re: Time for an xfsprogs "alpha1" release?
  2013-09-12 23:40     ` Mark Tinguely
@ 2013-09-13  1:58       ` Eric Sandeen
  0 siblings, 0 replies; 6+ messages in thread
From: Eric Sandeen @ 2013-09-13  1:58 UTC (permalink / raw)
  To: Mark Tinguely; +Cc: 'linux-xfs@oss.sgi.com'

On 9/12/13 6:40 PM, Mark Tinguely wrote:
> On 09/12/13 17:18, Eric Sandeen wrote:
>> On 9/12/13 4:54 PM, Mark Tinguely wrote:
>>> On 09/12/13 16:17, Eric Sandeen wrote:
>>>> With all of the changes for CRC filesystems in xfsprogs git now, I'm wondering if it'd be a good idea to do a "3.2.0-alpha1" sort of release.
>>>>
>>>> I know it's not yet feature complete, but I think there would be value in getting a version-stamped tarball out there for testing - it could filter to rawhide-ish distros, and get a bit more airtime while the remaining bits get worked out.
>>>>
>>>> We'd probably want a nice readme about what's new and what's not yet done, caveats, etc, but I think it'd be worth getting it out there into the hands of willing testers, w/o requiring them to do a build from git.
>>>>
>>>> Thoughts?
>>>>
>>>> Thanks,
>>>> -Eric
>>>>
>>>
>>> Good idea, but xfsprogs is in a state that it can't compile:
>>>
>>>     http://oss.sgi.com/archives/xfs/2013-09/msg00396.html
>>>
>>> Patch 31 v3 / 55 is broken. It is missing xfs_sb.c and has an extra
>>> xfs_mount.c.
>>>
>>> If you want it this week, we could do the corrections or wait for Dave
>>> to repost.
>>
>> hm? The git tree builds fine here, anyway (modulo some warnings).
>>
>> so quick, cut an alpha1 before it breaks.  ;)
>>
>> (but if you mean: we should get the latest stuff on the list in first,
>> and fix it so it builds - ok - but there will probably always be more
>> stuff to pull in, so at some point when we have a reasonable amount of it
>> in place, we could cut a test release?  There's always "alpha2"...)
>>
>> -Eric
> 
> Yep, simple to fix. I manually pulled in xfs_sb.c to make sure 47 v2 / 55 was still okay. I can have a tar tomorrow.

Well, any released tarball needs to come from a tagged git tree, of course.

So if the new series needs to go in first, and needs fixes before that, we can wait.  Or if it's ok as it is now, and just missing some functionality, we could cut it now as alpha1, and cut alpha2 next.... *shrug*.  Not a huge rush, just pick a time when the tree is useful to get some wider testing, and cut a pre-release from that point in git.

-Eric

> --Mark.


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

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

end of thread, other threads:[~2013-09-13  1:58 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-12 21:17 Time for an xfsprogs "alpha1" release? Eric Sandeen
2013-09-12 21:38 ` Greg Freemyer
2013-09-12 21:54 ` Mark Tinguely
2013-09-12 22:18   ` Eric Sandeen
2013-09-12 23:40     ` Mark Tinguely
2013-09-13  1:58       ` Eric Sandeen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox