Hello, Hans,
Thanks for your remarks. I really think the patch tracker is a great and important tool,
but what I was letting you know is that it is being inefficient in practice for my specific case with the specific developers of puredata_opencv.
Lluis & Yves both agreed that I could develop pix_opencv and pdp_opencv and actually asked me to keep working on the SVN repository. They gave me specific guidelines: adding stuff straight on is OK, but modifying existing stuff requires some discussion with them.
So acces to externals/pdp_opencv and externals/pix_opencv is a good place to start. I need a faster route to developing there as I am having to ship files around to friends & mailing lists that need my simple but important changes.
Regarding the remainder of the repository, there is no immediate necessity right now, but there will be soon.
Best regards,
---------- Forwarded message ----------
From: lluis gomez i bigorda <lluisgomez@hangar.org>
Date: Thu, Sep 22, 2011 at 9:18 AM
Subject: Re: pix_opencv, pdp_opencv
To: "ydegoyon@gmail.com" <ydegoyon@gmail.com>
Cc: Ricardo Fabbri <rfabbri@gmail.com>
Hi Ricardo,
I have more or less the same "feeling" that Yves ... there's no need to
work in a separate version control system ... or it is?
Also, as We don't know us personally and We still don't know the way We
like to do things... I think it's a good idea to preserve a bit the
original code of the libs, let's say there is an "informal" rule working
with the code on pix_opencv, pdp_opencv, more or less it's like this ::
There is no problem at all adding new objects or files if doesn't breaks
nothing of the existing ones, but for modifying the previous code please
discuss it first to commit ...
I hope you understand this ... think that pd_opencv has no stable
version nor "official" snapshots, so the only way to get the code is via
sourceforge and We want to mantain certain "stability" there ... this is
specially important for the autotools system fo example ... now it works
perfectly.
Well this is more or less what We are doing until now, We already had
some contributions on that way... and it seems to work :)
For sure, With time things could change if We get more confidence ...
On the other hand, I must say I'm pleassed to have more people working
together in pd_opencv. For sure there a millions of things to explore!
best,
ll.
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Mon, Oct 17, 2011 at 3:10 PM, Hans-Christoph Steiner
<hans@at.or.at> wrote:
Hey Ricardo,
Its great that you are working on pix_opencv there. That library can do a lot and still has lots of potential, so more dev work there should produce fun stuff.
The patch tracker process may seem onerous, but I find that it is quite useful for discussing patches and changes. It is not at all meant to be a barrier to committing, instead it is a useful tool to handle different situations. Also, getting added to the sourceforge project does not mean you can start committing anywhere in the pure-data repository. For pix_opencv stuff, you will still need to go thru its authors before committing anything. It is up to the person wanting to commit to get explicit permission from the author/maintainer of that library before committing any changes. For example, IOhannes has asked everyone to go thru the patch/bug tracker for zexy changes, and though I have the technical permissions to commit to zexy, I post my changes to the tracker.
Lastly, I saw that you posted the patches to pix_opencv, but I don't know that code at all, so I can't really evaluate it. If you post a patch for code that I know, then I'll review it, and then have a place to judge from. If the pix_opencv authors say they want you to have commit access, then I'll add you. There are other administrators too that can grant access if they want to.
.hc
On Oct 16, 2011, at 8:07 PM, Ricardo Fabbri wrote:
Dear Hans,
I've been writing patches to pix_opencv, a tiny one that was already
incorporated, and the other which is more significant but is taking
time from Lluis to be applied.
I was going to wait until I sent you some larger patches, however,
I wonder if I could get commit access already since the patch tracker
scheme is taking unnecessary time from people (both from you and from
users that take long to see the changes). Perhaps I could be in a
watch period where I email you & the responsible externals person
every single commit that I make.
Anyways, I am also perfectly OK with having to wait longer. I just
would like you to know about the situation.
Sincerely,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
On Sat, Oct 1, 2011 at 7:25 PM, Hans-Christoph Steiner <hans@at.or.at> wrote:
That's a good idea, try looking in the bug tracker and starting there
with any bug that you are interested in.
.hc
On Sat, 2011-10-01 at 19:18 -0300, Ricardo Fabbri wrote:
Thank you, Hans.
I think that sounds reasonable. The hard drive from the big computer I
was working with just died,
so I am having this transition time to deal with anyways. Soon enough
I'll come up with the patches. If there is any bug specifically you'd
like to see fixed, let me know and maybe I can give a shot at it.
Best,
On Saturday, October 1, 2011, Hans-Christoph Steiner <hans@at.or.at>
wrote:
Hey Ricardo,
Welcome, its great to have you working on Pd! This Lab Macambira
sounds
very promising. The way things work with getting SVN access is
'lazy
consensus'. Basically we wait for a while and if no one objects, an
admin will add you as a committer. Since you are new to
contributing to
Pd, I'd like to see a patch or two from you before adding you.
.hc
On Wed, 2011-09-28 at 19:26 -0300, Ricardo Fabbri wrote:
Hello, all,
I would like to introduce myself and humbly request to be a Pd
committer.
Following http://puredata.info/docs/developer/SVNCommitAccess
this is the required info:
My name is Ricardo Fabbri and I have been working with free
software
since 1999, specializing in computer vision and image processing.
During my PhD I worked on 3D reconstruction algorithms and video
camera
self-calibration, and have also worked for Google in applications
of
related technology for the scanning and indexing of books and other
print
material. I have recently returned to Brazil where I helped found
the
free software group Lab Macambira (labmacambira.sf.net), together
with
my brother Renato Fabbri, Vilson Vieira, and others. We are
currently
a team of 15.
My brother had a significant influence in Pd Con that was held in
Brazil, as well as in the rise of the Brazilian Pd and Linux
community. My
brother is a composer and is doing graduate work in computational
physics. I was actually the one who introduced him to Pd and Linux
back in the days when he was working with Max. We were also joined
by
Gilson Beck, another composer who got hooked on Pd. Currently, my
direct interests with Pd development are to support the demands
from
these composers, but, mainly, to support Pd as a core component of
our
real-time video processing stack. We use Pd for guiding C++ modules
linked to OpenCV and VXL.
We also use Scilab as a quick prototyping language for new
algorithms.
As you can see, Pd is the guiding master of our systems, so it is
crucial for us to have a development grip on it. Commit access is
important as we would like to develop this key component with you.
You
can count on our painstaking care not to break anything and our
willing service to improve Pd. Perhaps with a commit access it will
make it easier to do small improvements and documentation, for a
start, or bigger things such as adding completely new
functionality.
Our concrete plans for developing Pd are related to pix_opencv:
adding
new functionality,
providing bugfixes, and modifying pix_opencv_bgstats to allow for
different background modeling algorithms,
and also profiling it to make it faster and more responsive. We
plan
to help maintain puredata_opencv in general,
as well as helping you guys out with whatever you need. We were
also
thinking about helping to migrate
the community pd-svn repository to Git, or even Gem to Git, so that
at
least all our repos are under the same version control.
Any suggestions on how to help are more than welcome. We are very
glad
to be interacting with you.
SF user: ricardofabbri.
Optionally, Vilson's SF user: vilsonvieira and My brother's:
greenkobold
Best regards,
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
_______________________________________________
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
--
Ricardo
--
Linux registered user #175401
www.lems.brown.edu/~rfabbri
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie