[csw-maintainers] mGAR: UNCOMMITED in PSTAMP field?
Sebastian Kayser
skayser at opencsw.org
Mon Dec 1 20:43:40 CET 2008
Philip Brown wrote:
> On Mon, Dec 01, 2008 at 07:09:19PM +0100, Sebastian Kayser wrote:
>> Philip Brown wrote:
>>> Seems appropriate for another little nudge for, "Hey, it would be really
>>> nice to have some kind of CSW wrapper that does all the svn stuff for you,
>>> rather than having to manually track that stuff down, and manually check it
>>> in blah blah..."
>> It is rather simple, but what i did to save me the "manually track that
>> stuff down" part is a small bash function
>>
>> function mgar-get {
>> svn co https://gar.svn.sf.net/svnroot/gar/csw/mgar/pkg/$1
>> }
>>
>> that i can call to check out a given package. This way i don't have to
>> remember the SVN URL.
>>
>
> It's nice that you did that for you. but its kind of silly that all
> maintainers have to do that individually, isnt it?
Yup :)
> my point is that it would be more efficient, and nice to our maintainers,
> if we had some pre-written utils like that, as part of our cswutils
> package. (Until such time as we get some kind of standalone
> gar-for-csw package)
Fully understood. I should have added that i don't see a clever way to
wrap the remaining svn commands (add, commit), yet. By "clever" i mean,
in a way that actually saves work (and is somehow foolproof), rather
than just giving two commands other names.
So take the bash function as an idea on how to make things easier (more
ideas anyone?).
However, after having built and wrapped a package the traditional
(export LD_*, CPP*, ./configure, make, *pkg) way and then with mGAR i
feel that mGAR already is a very nice build platform. The ability alone
for a new maintainer like me to see _exactly_ how others package their
software is just great.
So right now, after just getting starting, i don't really mind the
couple of svn commands. :)
> (Wanna write some, Sebastian? :-)
Not yet. Would like to get my packages on the way first. Maybe the
others have some input on this in the meantime.
Sebastian
More information about the maintainers
mailing list