GEM-dev

gem-dev@lists.iem.at

2417 discussions

[ pd-gem-Bugs-3517189 ] pix_film crashes on Debian Wheezy 64 bits
by SourceForge.net 12 Apr '12

12 Apr '12

Bugs item #3517189, was opened at 2012-04-12 06:07 Message generated for change (Comment added) made by oli44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_film crashes on Debian Wheezy 64 bits Initial Comment: Hello, pix_film crashes while loading an AVI [gemhead] | | [open /home/olivier/test.avi( | / | / [pix_film] The media codec is MJPEG using ffmpeg. Debian Wheezy 64bit using Pd-extended nightly build ---------------------------------------------------------------------- >Comment By: oli44 (oli44) Date: 2012-04-12 08:39 Message: Tried with homer.avi olivier@vaurien:~/oli44-code-base/forecasting$ pd-extended -nrt video-model.pd open: /etc/pd/gem.conf: No such file or directory open: /home/olivier/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory <init> : Avifile RELEASE-0.7.48-120106-09:51-../src/configure <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl <init> : 2201.00 MHz Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz processor detected Pixelformat not specified for video frame Erreur de segmentation olivier@vaurien:~/oli44-code-base/forecasting$ pd-extended -nrt -stderr video-model.pd couldn't open MIDI input device 0 couldn't open MIDI input device 0 couldn't open MIDI output device 0 couldn't open MIDI output device 0 opened 0 MIDI input device(s) and 0 MIDI output device(s). verbose(5): Using /usr/lib/pd-extended/startup as startup. verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux verbose(3): libdir loader 1.9 verbose(3): compiled on Mar 27 2012 at 06:30:11 verbose(3): compiled against Pd version 0.43.1.extended-20120327 verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra verbose(3): libdir_loader: added 'extra' to the global objectclass path verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra' verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen <claudiusmaximus(a)goto10.org> verbose(3): pdlua: compiled for pd-0.43 on Mar 27 2012 06:30:11 verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd verbose(3): tclpd loader v0.3.0 verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla verbose(3): libdir_loader: added 'vanilla' to the global objectclass path verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla' verbose(6): not registering [pix_filmQT] again... verbose(4): GEM: Graphics Environment for Multimedia verbose(4): GEM: ver: 0.93.3 verbose(4): GEM: compiled: Mar 27 2012 verbose(4): GEM: maintained by IOhannes m zmoelnig verbose(4): GEM: Authors : Mark Danks (original version) verbose(4): GEM: Chris Clepper verbose(4): GEM: Cyrille Henry verbose(4): GEM: IOhannes m zmoelnig verbose(4): GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al. verbose(4): GEM: found a bug? miss a feature? please report it: verbose(4): GEM: homepage http://gem.iem.at/ verbose(4): GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ verbose(4): GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ open: /etc/pd/gem.conf: No such file or directory open: /home/olivier/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory verbose(5): eventually adding Gem path '/usr/lib/pd-extended/extra/Gem' to search-paths verbose(4): GEM: compiled for SIMD architecture: SSE2 MMX verbose(4): GEM: using SSE2 optimization verbose(3): libdir_loader: added 'cyclone' to the global objectclass path verbose(14): Loaded libdir 'cyclone' from '/usr/lib/pd-extended/extra/cyclone' verbose(3): libdir_loader: added 'zexy' to the global objectclass path verbose(14): Loaded libdir 'zexy' from '/usr/lib/pd-extended/extra/zexy' verbose(3): libdir_loader: added 'creb' to the global objectclass path verbose(14): Loaded libdir 'creb' from '/usr/lib/pd-extended/extra/creb' verbose(3): libdir_loader: added 'cxc' to the global objectclass path verbose(14): Loaded libdir 'cxc' from '/usr/lib/pd-extended/extra/cxc' verbose(3): libdir_loader: added 'iemlib' to the global objectclass path verbose(14): Loaded libdir 'iemlib' from '/usr/lib/pd-extended/extra/iemlib' verbose(3): libdir_loader: added 'list-abs' to the global objectclass path verbose(14): Loaded libdir 'list-abs' from '/usr/lib/pd-extended/extra/list-abs' verbose(3): libdir_loader: added 'mapping' to the global objectclass path verbose(14): Loaded libdir 'mapping' from '/usr/lib/pd-extended/extra/mapping' verbose(3): libdir_loader: added 'markex' to the global objectclass path verbose(14): Loaded libdir 'markex' from '/usr/lib/pd-extended/extra/markex' verbose(3): libdir_loader: added 'maxlib' to the global objectclass path verbose(14): Loaded libdir 'maxlib' from '/usr/lib/pd-extended/extra/maxlib' verbose(3): libdir_loader: added 'mjlib' to the global objectclass path verbose(14): Loaded libdir 'mjlib' from '/usr/lib/pd-extended/extra/mjlib' verbose(3): libdir_loader: added 'motex' to the global objectclass path verbose(14): Loaded libdir 'motex' from '/usr/lib/pd-extended/extra/motex' verbose(3): libdir_loader: added 'oscx' to the global objectclass path verbose(14): Loaded libdir 'oscx' from '/usr/lib/pd-extended/extra/oscx' verbose(3): libdir_loader: added 'pddp' to the global objectclass path verbose(14): Loaded libdir 'pddp' from '/usr/lib/pd-extended/extra/pddp' verbose(3): libdir_loader: added 'pdogg' to the global objectclass path verbose(14): Loaded libdir 'pdogg' from '/usr/lib/pd-extended/extra/pdogg' verbose(3): libdir_loader: added 'pmpd' to the global objectclass path verbose(14): Loaded libdir 'pmpd' from '/usr/lib/pd-extended/extra/pmpd' verbose(3): libdir_loader: added 'sigpack' to the global objectclass path verbose(14): Loaded libdir 'sigpack' from '/usr/lib/pd-extended/extra/sigpack' verbose(3): libdir_loader: added 'smlib' to the global objectclass path verbose(14): Loaded libdir 'smlib' from '/usr/lib/pd-extended/extra/smlib' verbose(3): libdir_loader: added 'unauthorized' to the global objectclass path verbose(14): Loaded libdir 'unauthorized' from '/usr/lib/pd-extended/extra/unauthorized' verbose(3): libdir_loader: added 'pan' to the global objectclass path verbose(14): Loaded libdir 'pan' from '/usr/lib/pd-extended/extra/pan' verbose(3): libdir_loader: added 'hcs' to the global objectclass path verbose(14): Loaded libdir 'hcs' from '/usr/lib/pd-extended/extra/hcs' verbose(3): libdir_loader: added 'jmmmp' to the global objectclass path verbose(14): Loaded libdir 'jmmmp' from '/usr/lib/pd-extended/extra/jmmmp' verbose(3): libdir_loader: added 'ext13' to the global objectclass path verbose(14): Loaded libdir 'ext13' from '/usr/lib/pd-extended/extra/ext13' verbose(3): libdir_loader: added 'ggee' to the global objectclass path verbose(14): Loaded libdir 'ggee' from '/usr/lib/pd-extended/extra/ggee' verbose(3): libdir_loader: added 'ekext' to the global objectclass path verbose(14): Loaded libdir 'ekext' from '/usr/lib/pd-extended/extra/ekext' verbose(3): libdir_loader: added 'flatgui' to the global objectclass path verbose(14): Loaded libdir 'flatgui' from '/usr/lib/pd-extended/extra/flatgui' verbose(3): libdir_loader: added 'chaos' to the global objectclass path verbose(14): Loaded libdir 'chaos' from '/usr/lib/pd-extended/extra/chaos' verbose(3): PDP: pure data packet version 0.12.7 declare: ../../pd-externals: unknown declaration verbose(3): libdir_loader: added 'mrpeach' to the canvas-local objectclass path verbose(14): Loaded libdir 'mrpeach' from '/usr/lib/pd-extended/extra/mrpeach' verbose(3): libdir_loader: added 'tof' to the canvas-local objectclass path verbose(14): Loaded libdir 'tof' from '/usr/lib/pd-extended/extra/tof' verbose(3): libdir_loader: added 'moocow' to the canvas-local objectclass path verbose(14): Loaded libdir 'moocow' from '/usr/lib/pd-extended/extra/moocow' <init> : Avifile RELEASE-0.7.48-120106-09:51-../src/configure <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl <init> : 2201.00 MHz Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz processor detected verbose(6): backend 'DirectShow' unavailable verbose(6): backend 'AVI' unavailable verbose(6): trying to add 'gmerlin' as backend verbose(6): added backend#0 'gmerlin' @ 0x262b550 verbose(6): backend 'QuickTime' unavailable verbose(6): trying to add 'quicktime4linux' as backend verbose(6): added backend#1 'quicktime4linux' @ 0x262b7c0 verbose(6): trying to add 'MPEG3' as backend verbose(6): added backend#2 'MPEG3' @ 0x262b8b0 verbose(6): trying to add 'aviplay' as backend verbose(6): added backend#3 'aviplay' @ 0x262b9e0 verbose(6): backend 'MPEG1' unavailable verbose(6): trying to add 'MPEG3' as backend verbose(6): trying to add 'aviplay' as backend verbose(6): trying to add 'gmerlin' as backend verbose(6): trying to add 'quicktime4linux' as backend [pix_film]: gmerlin support [pix_film]: quicktime4linux support [pix_film]: MPEG3 support [pix_film]: aviplay support verbose(3): libdir_loader: added 'mrpeach' to the canvas-local objectclass path verbose(14): Loaded libdir 'mrpeach' from '/usr/lib/pd-extended/extra/mrpeach' verbose(3): [import] loaded library: 'mrpeach' verbose(3): libdir_loader: added 'tof' to the canvas-local objectclass path verbose(14): Loaded libdir 'tof' from '/usr/lib/pd-extended/extra/tof' verbose(3): [import] loaded library: 'tof' verbose(3): libdir_loader: added 'moocow' to the canvas-local objectclass path verbose(14): Loaded libdir 'moocow' from '/usr/lib/pd-extended/extra/moocow' verbose(3): [import] loaded library: 'moocow' verbose(1): [import]: can't load library in 'pdmtl' error: udpsend: not connected verbose(4): ... you might be able to track this down from the Find menu. error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected error: udpsend: not connected udpsend: connecting to port 4565 GEM: Direct Rendering enabled! verbose(4): GEM: GLEW version 1.5.4 verbose(3): GEM: Start rendering [pix_film]: opening /home/olivier/oli44-code-base/forecasting/homer.avi with format 1908 verbose(5): [pix_film:demuxer] Detected AVI format [pix_film:track] No video decoder found for fourcc IV32 (0x49563332) track 0 does not contain a video-stream: skipping Pixelformat not specified for video frame verbose(5): gmerlin: succeeded [pix_film]: loaded file: /home/olivier/oli44-code-base/forecasting/homer.avi with 86 frames (160x120) at 25.000000 fps Erreur de segmentation ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&group_…

1 0

[ pd-gem-Bugs-3517189 ] pix_film crashes on Debian Wheezy 64 bits
by SourceForge.net 12 Apr '12

12 Apr '12

Bugs item #3517189, was opened at 2012-04-12 06:07 Message generated for change (Tracker Item Submitted) made by oli44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_film crashes on Debian Wheezy 64 bits Initial Comment: Hello, pix_film crashes while loading an AVI [gemhead] | | [open /home/olivier/test.avi( | / | / [pix_film] The media codec is MJPEG using ffmpeg. Debian Wheezy 64bit using Pd-extended nightly build ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3517189&group_…

1 0

Re: [GEM-dev] Files.cpp:171:7: error: ?::close? has not been declared
by Jakub Pišek 09 Apr '12

09 Apr '12

>>>> here it stops, when i try to compile Gem from git: >>> which compiler (gcc-version) is this? >> gcc --version >> gcc (GCC) 4.7.0 20120324 (prerelease) >>> i pushed a change to Files.cpp that would include<unistd.h>, maybe this >>> fixes the problem. >>> please check (and tell us of success/failure) >> Files.cpp problem dissapeared, >> but it seems that the same problem is in plugins/recordV4L2/recordV4L2.cpp >> i tried to include unistd.h and then it was ok > any more such problems or are those the only 2 occurences? > there is one more in src/Base/CPPExtern.cpp and maybe in some disabled features, like plugins(as it was in recordV4L2) or assimp ./configure --without-assimp plugins i compiled without this problem are gem_filmAVIPLAY.so gem_filmGMERLIN.so gem_filmMPEG3.so gem_filmQT4L.so gem_imageJPEG.so gem_imageMAGICK.so gem_imageSGI.so gem_imageTIFF.so gem_modelOBJ.so gem_recordQT4L.so gem_recordV4L.so gem_recordV4L2.so gem_videoDC1394.so gem_videoDV4L.so gem_videoUNICAP.so gem_videoV4L.so gem_videoV4L2.so gem_videoVLC.so

2 1

Re: [GEM-dev] Files.cpp:171:7: error: ?::close? has not been declared
by Jakub Pišek 07 Apr '12

07 Apr '12

>> here it stops, when i try to compile Gem from git: > which compiler (gcc-version) is this? gcc --version gcc (GCC) 4.7.0 20120324 (prerelease) > > i pushed a change to Files.cpp that would include<unistd.h>, maybe this > fixes the problem. > please check (and tell us of success/failure) Files.cpp problem dissapeared, but it seems that the same problem is in plugins/recordV4L2/recordV4L2.cpp i tried to include unistd.h and then it was ok

2 1

Files.cpp:171:7: error: ‘::close’ has not been declared
by Jakub Pišek 06 Apr '12

06 Apr '12

here it stops, when i try to compile Gem from git: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DGEM_INTERNAL -DGLEW_BUILD -DPD -I/home/kubriel/Downloads/AUR/pd-git/src/pd-build/src -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -msse2 -MT libGem_la-GLStack.lo -MD -MP -MF .deps/libGem_la-GLStack.Tpo -c GLStack.cpp -fPIC -DPIC -o .libs/libGem_la-GLStack.o Files.cpp: In function Â‘void gem::files::close(int)Â’: Files.cpp:171:7: error: Â‘::closeÂ’ has not been declared Files.cpp:171:7: note: suggested alternative: Files.cpp:167:10: note: Â‘gem::files::closeÂ’ make[3]: *** [libGem_la-Files.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... GLStack.cpp:92:3: warning: #warning push/pop texture matrix has to be done per texunit [-Wcpp]

2 1

vlc plugin under OSX
by Nicolas Montgermont 05 Apr '12

05 Apr '12

Hello all, I just recompiled Gem from today git to try the libvlc support. Everything went ok, and I have a gem_videoVLC.so file. But in Pd, i can't see no backend for VLC, arghh. I only have the Darwin one: [pix_video]: backend #0='Darwin' : darwin dv iidc analog and trying to send [device screen://( doesn't work Do I miss something obvious? I compiled using: PKG_LIBVLC_CFLAGS=-I/Applications/VLC.app/Contents/MacOS/include PKG_LIBVLC_LIBS="-L/Applications/VLC.app/Contents/MacOS/lib -lvlc" ./configure --with-pd=/Applications/Pd-extended.app/Contents/Resources/include/pd/ --enable-fat-binary=i386 --with-ftgl-includes=/sw/include/ --with-libvlc-includes=-I/Applications/VLC.app/Contents/MacOS/include --with-libvlc-libs="-L/Applications/VLC.app/Contents/MacOS/lib -lvlc" I'm under Pd-extended-0.42.5 under 10.6.8 Last VLC release : 2.0.1 thx in advance. Best, n -- http://nim.on.free.fr

5 15

[ pd-gem-Bugs-3508508 ] graphicsmagick compat isn't
by SourceForge.net 31 Mar '12

31 Mar '12

Bugs item #3508508, was opened at 2012-03-19 02:48 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3508508&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build-system Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: graphicsmagick compat isn't Initial Comment: Version: Gem fresh from Git earlier today. Actual behaviour: Debian Testing with 'graphicsmagick-libmagick-dev-compat' fails to 'make' after successful './configure'. Expected behaviour: either './configure' to fail, or both './configure and 'make' to succeed (possibly with reduced functionality at runtime). Workaround: install 'libmagickcore-dev' which removes the problematic alternative magick ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-03-31 03:00 Message: sorry, I don't fancy breaking my system right now to check this out properly, I should have kept the failure case at the time I know.. it was something about missing include MagickCore.h causing make to fail, if I remember correctly (not 100% sure). wild guess, probably wrong...: graphicsmagick-libmagick-dev-compat and libmagickcore-dev both provide an ImageMagick.pc for pkg-config, but the include MagickCore.h is only provided by libmagickcore-dev ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-03-26 00:56 Message: please provide more information, e.g. the output of configure and the (relevant) output of the failed make. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3508508&group_…

1 0

[ pd-gem-Bugs-3513016 ] imageMAGICK plugin Inverted Colors on file read
by SourceForge.net 30 Mar '12

30 Mar '12

Bugs item #3513016, was opened at 2012-03-29 16:55 Message generated for change (Tracker Item Submitted) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3513016&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Nobody/Anonymous (nobody) Summary: imageMAGICK plugin Inverted Colors on file read Initial Comment: pd-extended 64bit osx 10.7.3 When opening a file the Red channel and the Green channel were inverted. FIX: Line 54: GL_RGB Line 60: "BGR" ...that fix took me half the day to figure out. anyway, i know i should be submitting a patch but im not too illiterate yet on the git systems and was failing quite miserably in my attempts to create a suitable patch.... m ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3513016&group_…

1 0

pix_film looping bug?
by m.e.grimm 29 Mar '12

29 Mar '12

Hey, Is the re-write of pix_film NOT supposed to loop when the end is reached? It is easy enough to loop with end bang/frame count/etc but if this is the case it should be reflected in help patch no? previous pix_film functionality resulted in: [toggle] | [auto $1{ looping film automatically. ...but if this is a bug in pix_film (no looping) i can submit bug report. at least this is what is happening on my system (pd-extended 64bit 10.7.3)

1 0

[ pd-gem-Bugs-3512435 ] abstractions/gemwin.pd couldn't create
by SourceForge.net 29 Mar '12

29 Mar '12

Bugs item #3512435, was opened at 2012-03-28 08:40 Message generated for change (Comment added) made by megrimm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3512435&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build-system Group: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: megrimm (megrimm) Assigned to: Nobody/Anonymous (nobody) Summary: abstractions/gemwin.pd couldn't create Initial Comment: User patches (non-example patches) give error when creating gem abstractions (example: abstractions/gemwin.pd) even when [import Gem], etc is used. For example, "gemwin ... couldn't create", "gemorb ... couldn't create" do gem abstractions just need alias's made in parent directory ? although I am assuming there with be conflicts between abstractions and externals/gem-internals such as "gemhead"? ---------------------------------------------------------------------- Comment By: megrimm (megrimm) Date: 2012-03-29 06:25 Message: OK. You are correct in that. Although I think the confusion was in the fact that a "make install" (at least on OSX) installs gem to "/usr/local/lib/pd/extra/" rather than "~/Library/Pd/Gem"..... should it or should it not i do not know... ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-03-29 06:11 Message: no, you should not need an alias in the parent path. Gem expects the abstractions to live in the same directory as the Gem-binary (Gem.pd_darwin in your case), and (if properly compiled and installed [*]), will add this directory to Pd's search paths. if things go wrong, you might want to run pd with "-verbose" flag, to see whether it spits something out regarding it's search path. what [import Gem] does in don't know. [*] properly compiled means, that "s_stuff.h" was found during compilation; properly installed means, that _all_ Gem-abstractions (including the special Gem-meta.pd) ---------------------------------------------------------------------- Comment By: megrimm (megrimm) Date: 2012-03-28 08:41 Message: thats pd-extended-0.43.1_64bit gem recent git pull ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3512435&group_…

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev