[GEM-dev] getting latest Gem into Pd-extended

[Ricardo Fabbri]

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 <hans at at.or.at> 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 <zmoelnig at iem.at>
>> 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
>>> GEM-dev at iem.at
>>> 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.
>
>
>
>