Great to hear, Ricardo! No worries about which platform you work on,
most of the dev work is for all platforms. All contributions are
helpful. A good place to start is bugs like this:
http://sourceforge.net/tracker/?func=detail&aid=3425455&group_id=64325&atid=507079
Basically, a lot of help patches have paths to the example media, like
images and movies, in the old location. Now, Gem is distributed as a
all-in-one folder, so the paths can be updated to be relative paths
and they'll work on all platforms and installs.
.hc
On Oct 23, 2011, at 5:01 PM, Ricardo Fabbri wrote:
Hello Hans and IOhannes,
As far as Pd development goes, I am mostly interested in Gem-related
code, yes. So I can be of help. Feel free to ask me for stuff, I will
tell you if I have time for it. My colleagues are having build
troubles with Gem, so I am motivated to help out on that as well.
Personally I really like the fact that Gem is in Git now. But that's
not from a build-maintainer's point of view, but from a developer's.
During my development work, in all projects I participate I don't like
to maintain binary packages for any other system than Linux. That's
because my help can only be more effective in the environment I use
and am familiar with.
If Hans wants to guide me through things, perhaps we could schedule
some time in #dataflow to go through these rusty build scripts and I
can help with that, as it also helps me get really familiar with the
source code. Note, again, that I have little motivation to deal with
systems other than Linux (Mac OS, so-so, but for Windows we would need
to rely on other voluntaries). But I can think about other systems
minimally, of course, such as when writing portable code. It is
maintaining binaries that I don't really think I am capable of alone.
Iohannes - I will definitely work on Gem-related developent during
this week. I can help you out and, since I already went through a
selection process in pd-extended, perhaps you can trust my help. If
you need, I can put myself at your disposal, as time permits. Even
when you don't have much time to guide me, providing minimal pointers
for any task at hand should be enough.
Best regards,
Ricardo Fabbri
Linux registered user #175401
http://www.lems.brown.edu/~rfabbri/
On Sat, Oct 22, 2011 at 5:23 PM, Hans-Christoph Steiner
<[email protected]> wrote:
hey Ricardo,
Its great that you are doing that. That reminds me, since you are
getting
deeper into Pd development, and are working on Gem-related stuff, I
think
your attention is most needed on Gem itself. Gem is hosted in a
separate
sourceforge project, so you have to ask IOhannes for commit access,
if the
new git repo is going to work like that.
A great place to start is the details, like you already have. Then
also any
deployment details. I've been working on my 'load every help'
automated
test script and find it very valuable for finding problems. The Gem
reference is not included yet because it needs to run in the GUI,
and the
current script runs 'pd -nogui', but I'll try to get a GUI version
running
too so we can test the Gem stuff too.
.hc
On Oct 22, 2011, at 12:33 PM, Ricardo Fabbri wrote:
Small note:
I will update developer documentation in puredata.info to remove
references to the Gem SVN.
Moreover, IMHO abandon svn all the way, since having both the svn
and
the git repos around can be confusing (and has been). Not a big deal
anyways.
Thanks.
Ricardo Fabbri
Linux registered user #175401
On Sat, Oct 22, 2011 at 1:07 PM, IOhannes m zmoelnig <[email protected]
>
wrote:
I am waiting on definitive answers on two questions, until
then, I'm
sticking to the current setup.
- are you dropping support for the Gem SVN?
i don't understand that question.
what does "support for the SVN" mean?
i announced a switch to git, which means that any future
development (and
bug
fixes) will be done in git. no future development is planned in
svn.
as long as the svn is available and i find time, i'd like to sync
at
least
release branches.
it is not likely that "quick fixes" will make it (quickly) into
svn.
- are you dropping support for building on Mac OS X 10.5
without Fink?
no, why do you think so?
when doing my builds, i usually do not have fink installed at all.
this also means that my tests are usually done without fink. any
problems
arising from fink are therefore less likely to get caught.
nevertheless i'm happy to point to quick fixes for given problems
(like
adding
/sw/bin to the beginning of PATH before running Gem's autogen.sh)
Oops, one more question:
- are you planning on making Mac OS X builds?
yes; sorry that this takes so long.
fgnsard
IOhannes
_______________________________________________
GEM-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/gem-dev
----------------------------------------------------------------------------
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
----------------------------------------------------------------------------
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war on
terrorism. - retired U.S. Army general, William Odom
_______________________________________________
GEM-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/gem-dev
