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=643...
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 hans@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@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@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.
----------------------------------------------------------------------------
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