Re: getting changes (fixes or enhancements) to xfs-tools

Re: getting changes (fixes or enhancements) to xfs-tools

[Linda A. Walsh]

Eric Sandeen wrote:
> Linda A. Walsh wrote:
>> I can understand that for kernel work, but what about the xfs utils? 
> Again, just look at the git logs.
> -Eric
----

    I understand you want people to see the work that has gone into the
kernel, but telling someone to search through 1327 entries just to find
an answer of 'no', seems a bit ...something.

     FWIW: I copied all 1327 entries to a text file and searched for
any string "xfs[a-z]" to search for any comments about utility changes.
Only strings found were for the daemons that are run.

     Now that I've determined that the xfs utils are not in the kernel
source tree (I wouldn't have expected them to be), maybe I can more
be less indirect and ask: Who is managing the the xfs_utils, Where are
they kept and What is the procedure for trying to get changes (fixes
or enhancements) to them?   (I prefer direct questioning, but too many
people, even in the engineering/sw community,  find it rude or abrupt,
so it's not usually my 1st choice).

In other words, does one:

(I) suggest new ideas and if the keeper(s) likes them, they are
     implemented and redistributed?
   OR
(II.1) suggest new ideas and see if keeper(s) approve of 'project' so
     one can then go and
     (i) implement the changes in a local version, and then?
     	(a) check them in?
           OR
         (b) submit for approval so they can be approved for
             inclusion (or fixing any found problems)
   OR
(III) just go off and implement the code, then come back and say, hey,
     here are my changes for this idea, and just expect to be greeted
     with open arms?  ;^/

---
(I hope I got the indentation and syntax correct in that, English
syntax isn't always the easiest language to express nested options
in...:-))

     I'm trying to get clear on process.  If they are in the kernel
tree, there may be no way for me to get from A->B, othewise, I'm
trying to find out where one might have hope of bouncing ideas that
might get implemented or that if sufficiently positively received
might spure someone to try implementing the changes themselves (and
possibly (and possibly get in completely over their head....or not.)

:-)
thanks!
-linda

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

Re: getting changes (fixes or enhancements) to xfs-tools

[Eric Sandeen]

Linda A. Walsh wrote:
> Eric Sandeen wrote:
>> Linda A. Walsh wrote:
>>> I can understand that for kernel work, but what about the xfs utils? 
>> Again, just look at the git logs.
>> -Eric
> ----
> 
>     I understand you want people to see the work that has gone into the
> kernel, but telling someone to search through 1327 entries just to find
> an answer of 'no', seems a bit ...something.

You originally asked, as far as I understood it, whether xfs can survive
if sgi does not.

I suggested that you read the list and look at the changelogs, and see
how much work is being done on xfs from -outside- sgi, as this may help
to answer your question.

>      FWIW: I copied all 1327 entries to a text file and searched for
> any string "xfs[a-z]" to search for any comments about utility changes.
> Only strings found were for the daemons that are run.
> 
>      Now that I've determined that the xfs utils are not in the kernel
> source tree (I wouldn't have expected them to be), maybe I can more
> be less indirect and ask: Who is managing the the xfs_utils, Where are
> they kept and What is the procedure for trying to get changes (fixes
> or enhancements) to them?   (I prefer direct questioning, but too many
> people, even in the engineering/sw community,  find it rude or abrupt,
> so it's not usually my 1st choice).

Changes happen as they always have; patches are sent to the xfs
development mailing list.  There are git trees on kernel.org as well as
on oss.sgi.com, though I'm not sure the exact details matter too
terribly much here.  It all ultimately, eventually flows to a tarball on
oss.sgi.com.

http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/xfs.git;a=summary
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/xfsprogs.git;a=summary
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/xfsdump.git;a=summary
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/dmapi.git;a=summary
http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/cmds/xfstests.git;a=summary

http://git.kernel.org/?p=fs/xfs/xfs.git;a=summary
http://git.kernel.org/?p=fs/xfs/xfsprogs-dev.git;a=summary
http://git.kernel.org/?p=fs/xfs/xfsdump-dev.git;a=summary
http://git.kernel.org/?p=fs/xfs/dmapi-dev.git;a=summary
http://git.kernel.org/?p=fs/xfs/xfstests-dev.git;a=summary

ftp://oss.sgi.com/projects/xfs/cmd_tars/

> In other words, does one:
> 
> (I) suggest new ideas and if the keeper(s) likes them, they are
>      implemented and redistributed?

You could try that, though there is always the resource issue.  Many
people are full of good ideas; fewer people can implement them :)

> (II.1) suggest new ideas and see if keeper(s) approve of 'project' so
>      one can then go and
>      (i) implement the changes in a local version, and then?
>      	(a) check them in?

no, you can't check them in upstream, the maintainers do that ...

>            OR
>          (b) submit for approval so they can be approved for
>              inclusion (or fixing any found problems)

yes, send them to the list as has always been done.

> (III) just go off and implement the code, then come back and say, hey,
>      here are my changes for this idea, and just expect to be greeted
>      with open arms?  ;^/

subject to review of course.  It'd always be better to float the plan on
the list first before you go off and do a bunch of work.

> ---
> (I hope I got the indentation and syntax correct in that, English
> syntax isn't always the easiest language to express nested options
> in...:-))
> 
>      I'm trying to get clear on process.  If they are in the kernel
> tree, there may be no way for me to get from A->B, othewise, I'm
> trying to find out where one might have hope of bouncing ideas that
> might get implemented or that if sufficiently positively received
> might spure someone to try implementing the changes themselves (and
> possibly (and possibly get in completely over their head....or not.)

Basically, everything starts on the list, and ends in the git trees or
tarballs.  This will continue to be true even if, for any reason, sgi
were to disappear, we'd just have potentially new URLs and fewer resources.

-Eric

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

Re: getting changes (fixes or enhancements) to xfs-tools

[Felix Blyakher]

On Apr 16, 2009, at 1:36 PM, Linda A. Walsh wrote:

> Eric Sandeen wrote:
>> Linda A. Walsh wrote:
>>> I can understand that for kernel work, but what about the xfs utils?
>> Again, just look at the git logs.
>> -Eric
> ----
>
>   I understand you want people to see the work that has gone into the
> kernel, but telling someone to search through 1327 entries just to  
> find
> an answer of 'no', seems a bit ...something.

Eric responded about xfs utilities, which are not in the kernel.

>    FWIW: I copied all 1327 entries to a text file and searched for
> any string "xfs[a-z]" to search for any comments about utility  
> changes.
> Only strings found were for the daemons that are run.

Wrong log.

>    Now that I've determined that the xfs utils are not in the kernel
> source tree (I wouldn't have expected them to be), maybe I can more
> be less indirect and ask: Who is managing the the xfs_utils,

Me, as well as Christoph in a (cloned) kernel.org tree.

> Where are
> they kept and

on oss as tarballs:

ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-3.0.0.tar.gz
ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsdump-3.0.0.tar.gz

The tarballs release announcement was posted to this list.

Or in the git repositories on oss:

git://oss.sgi.com/xfs/cmds/xfsprogs.git
git://oss.sgi.com/xfs/cmds/xfsdump.git

and kernel.org:

git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git
git://git.kernel.org/pub/scm/fs/xfs/xfsdump-dev.git


> What is the procedure for trying to get changes (fixes
> or enhancements) to them?   (I prefer direct questioning, but too many
> people, even in the engineering/sw community,  find it rude or abrupt,
> so it's not usually my 1st choice).
>
> In other words, does one:
>
> (I) suggest new ideas and if the keeper(s) likes them, they are
>    implemented and redistributed?

You mean implemented by maintainer? Others?
Sure, they well may be, but it would depend on priorities.

>  OR
> (II.1) suggest new ideas and see if keeper(s) approve of 'project' so

Yes, it prudent to get the nod from others about goodness
of the idea before implementing it.

>    one can then go and
>    (i) implement the changes in a local version, and then?
>    	(a) check them in?

into your local tree ...

>
>          OR
>        (b) submit for approval so they can be approved for
>            inclusion (or fixing any found problems)

That would be the right way to get it into the tree.
See Documentation/SubmittingPatches. The idea applies to
patches in the userland as well. Actually, we treat
utilities exactly the same way as the kernel xfs.

>  OR
> (III) just go off and implement the code, then come back and say, hey,
>    here are my changes for this idea, and just expect to be greeted
>    with open arms?  ;^/

That may well be the case. But it also could be just the opposite.
So, it's prudent to check the idea first.

> ---
> (I hope I got the indentation and syntax correct in that, English
> syntax isn't always the easiest language to express nested options
> in...:-))
>
>    I'm trying to get clear on process.  If they are in the kernel
> tree, there may be no way for me to get from A->B, othewise, I'm
> trying to find out where one might have hope of bouncing ideas

I guess, you're already aware about the xfs mailing list.
Post them there.

Hope that helps.
Felix

> that
> might get implemented or that if sufficiently positively received
> might spure someone to try implementing the changes themselves (and
> possibly (and possibly get in completely over their head....or not.)
>
> :-)
> thanks!
> -linda
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs

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

Re: getting changes (fixes or enhancements) to xfs-tools

[Nathan Scott]

----- "Linda A. Walsh" <xfs@tlinx.org> wrote:

> Eric Sandeen wrote:
> > Linda A. Walsh wrote:
> >> I can understand that for kernel work, but what about the xfs
> utils? 
> > Again, just look at the git logs.
> > -Eric
> ----
> 
>     I understand you want people to see the work that has gone into
> the
> kernel, but telling someone to search through 1327 entries just to
> find
> an answer of 'no', seems a bit ...something.

http://git.kernel.org/
    fs/xfs/xfsdump-dev.git
    fs/xfs/xfsprogs-dev.git
    fs/xfs/xfstests-dev.git
    fs/xfs/dmapi-dev.git

-- 
Nathan

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

Re: getting changes (fixes or enhancements) to xfs-tools

[Linda A. Walsh]

Nathan Scott wrote:
>>     I understand you want people to see the work that has gone into
>> the
>> kernel, but telling someone to search through 1327 entries just to
>> find
>> an answer of 'no', seems a bit ...something.
> 
> http://git.kernel.org/
>     fs/xfs/xfsdump-dev.git
>     fs/xfs/xfsprogs-dev.git
>     fs/xfs/xfstests-dev.git
>     fs/xfs/dmapi-dev.git
---
	Those are files from the actual utilities?  I.e. the
source code for the utilities is stored in the kernel tree?  That the
support routines for the utilities have changes doesn't imply that
one would expect to find source-changes for the utils there unless
the utils are in the kernel tree -- but I don't think so(?)  Like the
'util-linux' utils, I have the impression they are stored outside of
the kernel tree.

	No need to answer to tell me the util sources are not stored
in the kernel (if that's the case), as that's my current "world view" :-).
But if I need to update my current world view (again), I hope you'll
_gently_ let me know. :-)

linda




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

Re: getting changes (fixes or enhancements) to xfs-tools

[Klaus Strebel]

Linda A. Walsh schrieb:
> Nathan Scott wrote:
>>>     I understand you want people to see the work that has gone into
>>> the
>>> kernel, but telling someone to search through 1327 entries just to
>>> find
>>> an answer of 'no', seems a bit ...something.
>>
>> http://git.kernel.org/
>>     fs/xfs/xfsdump-dev.git
>>     fs/xfs/xfsprogs-dev.git
>>     fs/xfs/xfstests-dev.git
>>     fs/xfs/dmapi-dev.git
> ---
>     Those are files from the actual utilities?  I.e. the
> source code for the utilities is stored in the kernel tree?  That the
> support routines for the utilities have changes doesn't imply that
> one would expect to find source-changes for the utils there unless
> the utils are in the kernel tree -- but I don't think so(?)  Like the
> 'util-linux' utils, I have the impression they are stored outside of
> the kernel tree.
>
>     No need to answer to tell me the util sources are not stored
> in the kernel (if that's the case), as that's my current "world view" 
> :-).
> But if I need to update my current world view (again), I hope you'll
> _gently_ let me know. :-)
>
Hi Linda,

your misunderstanding, git.kernel.org is a site where several git 
repositories are hosted, no the kernel source tree ;-). The 
fs/xfs/xxx.git is the path of the git-repository of the xfs-tools, i 
doesn't mean it's in the kernel source in the directory fs/xfs ...
Even the sources for ext2 ( 3, 4 ), btrfs, jfs, reiserfs et al. are not 
part of the Linux source tree, so what made you thinking that?

Cheers
Klaus

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