Date: Mon, 18 Nov 2013 09:17:35 +0800 From: Huang Wen Hui <huanghwh@gmail.com> To: Jimmy Kelley <ljboiler@gmail.com> Cc: freebsd-eclipse@freebsd.org Subject: Re: eclipse-devel Juno -> Kepler Message-ID: <CAB8uncbK%2BUeZh71e0qRSs12VrsZtn9p1y=y8jiGwohOYGUBwHw@mail.gmail.com> In-Reply-To: <20131117213729.GD3254@jmobile.jimmy.localnet> References: <5280FF22.50502@matrix.gatewaynet.com> <FB25D13D-CD8D-4AAA-B15A-F1E5CBB62D23@neville-neil.com> <20131115214818.GA3254@jmobile.jimmy.localnet> <F6920115-85DE-4474-9E06-E3F5B82637B2@neville-neil.com> <20131117213729.GD3254@jmobile.jimmy.localnet>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Thanks for providing Kepler port! I am using 9.2-STABLE and install a lot of Kepler packages and JBoss tools 4.1, it works great! I found that: 1. add "-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=3D/usr/local/share/e= clipse/dropins" into eclipse.ini works as usual. 2. openjdk6 is more stable than openjdk7 when running Kepler for me. 3. If provide Kepler WindowBuilder package for FreeBSD also, that would be awesome! Huang Wen Hui 2013/11/18 Jimmy Kelley <ljboiler@gmail.com> > On Fri, Nov 15, 2013 at 05:09:44PM -0500, George Neville-Neil wrote: > > > > On Nov 15, 2013, at 16:59 , Jimmy Kelley <ljboiler@gmail.com> wrote: > > > > > On Mon, Nov 11, 2013 at 08:42:26AM -0800, George Neville-Neil wrote: > > >> > > >> On Nov 11, 2013, at 8:00 , Achilleas Mantzios < > achill@matrix.gatewaynet.com> wrote: > > >> > > >>> Hallo, > > >>> 1st off thanx for the efforts for eclipse the port all those years. > > >>> Are there any plans to port Kepler (Eclipse 4.3) in the near future= ? > > >>> Just took a look at the Juno patches (pheww... doable but lots of > work). > > >>> > > >> > > >> A few of us have talked about it, but it is, indeed, a lot of work. > > >> > > >> That being said we do need a plan. My original idea was to retire > > >> the current eclipse port and move eclipse-devel over to be just > eclipse. > > >> Then we could get started on doing a new eclipse-devel which would > > >> be 4.3, or, perhaps 4.4 > > >> > > >> Best, > > >> George > > >> > > >> > > > > > > Greetings, one and all... > > > > > > I am pleased to announce that I do believe I have the port for > > > Eclipse Kepler (4.3) ready to go! You can download the gzipped > > > shar file from > http://webpages.charter.net/ljboiler/eclipseKepler.shar.gz > > > I put this info into PR 180243. > > > > > > I have named this eclipse4-kepler. My 2-cents worth on rearranging t= he > > > existing ports: move eclipse to eclipse3-indigo (some people might > still > > > be using or need this version), move eclipse-devel to eclipse4-juno, > add > > > this new one with the name I've given it, and eclipse-devel can be > added > > > in the near future as an update to the kepler version. From what I'v= e > seen > > > from other ports, a non -devel version points to a very specific > version or > > > tag, whereas the -devel version usually tracks the 'head' version of = a > > > work-in-progress; since the eclipse source is now coming straight fro= m > > > a Git repo, I can see this being very easy to make the eclipse-devel > port > > > track and truely be a "use at your own risk, bleeding edge" version o= f > eclipse. > > > > > > I would like to warn people that much has changed with how things get > built > > > with Eclipse Kepler compared to earlier Eclipse ports. Currently, th= e > > > source straight from the Eclipse repo builds EVERY flavor of the > Eclipse > > > SDK/platform they release: win32/linux/hp/macosx/... with > gtk/motif/win32 GUI. > > > Most of the porting work was to hack out all that and only build a > FreeBSD > > > flavor (unless you could spare several hours and 40+G disk space). > I'd say > > > that a machine with 2G RAM minimum is needed, and still plenty of dis= k > space: > > > 10G in the ports distfiles area and almost 3G in the port working > directory. > > > ALSO... a working network connection is needed during the build phase= , > which > > > (from a post to the ports mailing list this last week or so) tells me > that this > > > might not be able to be built by the automatic port building/packagin= g > cluster; > > > something about network access only being allowed during the fetch > phase of building > > > a port. Even with a always-on network connection, be warned that > there have > > > been too many times I've run into various servers or their mirrors > being down > > > when trying to build this and having to start it over (sorry, maven > builds > > > don't fail gracefully, and are hard to pick up from where an error > occurred). > > > > > > Needs openjdk7 to build, runs on either openjdk6 or openjdk7 (default= ). > > > Ran into a bug when running on openjdk7 and debugging a java app > targeted > > > for openjdk7, which was also seen by someone using Netbeans (which > makes > > > me think it's a openjdk7 bug): something is looking for libntp.so and > can't > > > find it even though it's right there in the openjdk7/jre/lib/i386 > directory, > > > and the "fix" is to symlink that into /usr/local/lib. > > > > > > Seen a few screen redrawing glitches, which clear up for me on my > mutli-desktop > > > window manager (i3) by switching to a different desktop and back. > > > > > > The port has options to install the full SDK (what the previous > Eclipse ports built), > > > or just the Eclipse platform (without all the Java and Plugin > development > > > stuff), which might be useful for people that use just the CDT or oth= er > > > language tools. > > > > > > Enjoy! > > > > > > > Great that you=E2=80=99re working on this. I tried a naive build today= (i..e > just download, unpack into my local > > ports, and attempt a build) on 11. > > > > [exec] gmake[2]: Leaving directory > `/usr/home/gnn/svn/head-ports/java/eclipse4-kepler/work/eclipse.platform.= releng.aggregator/eclipse.platform.swt.binaries/bundles/org.eclipse.swt.gtk= .freebsd.x86_64/tmpdir' > > [exec] cc1plus: error: unrecognized command line option "-std=3Dc+= +11" > > [exec] gmake[2]: *** [xpcomxul.o] Error 1 > > [INFO] > ------------------------------------------------------------------------ > > [INFO] Reactor Summary: > > [INFO] > > [INFO] eclipse-platform-parent ........................... SUCCESS > [0.346s] > > [INFO] rt.equinox.framework .............................. SUCCESS > [0.010s] > > [INFO] org.eclipse.osgi .................................. SUCCESS > [22.370s] > > [INFO] org.eclipse.osgi.services ......................... SUCCESS > [0.791s] > > [INFO] rt.equinox.bundles ................................ SUCCESS > [0.010s] > > [INFO] org.eclipse.equinox.common ........................ SUCCESS > [6.326s] > > [INFO] eclipse.platform.ui ............................... SUCCESS > [0.008s] > > [INFO] org.eclipse.core.commands ......................... SUCCESS > [6.264s] > > [INFO] eclipse.platform.runtime .......................... SUCCESS > [0.008s] > > [INFO] org.eclipse.core.jobs ............................. SUCCESS > [4.845s] > > [INFO] org.eclipse.equinox.registry ...................... SUCCESS > [5.306s] > > [INFO] org.eclipse.equinox.preferences ................... SUCCESS > [4.938s] > > [INFO] org.eclipse.core.contenttype ...................... SUCCESS > [4.962s] > > [INFO] org.eclipse.core.databinding.observable ........... SUCCESS > [6.725s] > > [INFO] org.eclipse.core.databinding.property ............. SUCCESS > [5.824s] > > [INFO] org.eclipse.core.databinding ...................... SUCCESS > [5.960s] > > [INFO] org.eclipse.equinox.app ........................... SUCCESS > [4.713s] > > [INFO] org.eclipse.core.runtime .......................... SUCCESS > [5.070s] > > [INFO] org.eclipse.core.expressions ...................... SUCCESS > [4.965s] > > [INFO] org.eclipse.e4.core.di ............................ SUCCESS > [4.440s] > > [INFO] org.eclipse.e4.core.contexts ...................... SUCCESS > [4.585s] > > [INFO] org.eclipse.e4.core.services ...................... SUCCESS > [4.390s] > > [INFO] org.eclipse.e4.core.commands ...................... SUCCESS > [0.399s] > > [INFO] org.eclipse.e4.core.di.extensions ................. SUCCESS > [0.242s] > > [INFO] eclipse.platform.swt .............................. SUCCESS > [0.008s] > > [INFO] org.eclipse.swt ................................... SUCCESS > [6.003s] > > [INFO] org.eclipse.equinox.bidi .......................... SUCCESS > [4.603s] > > [INFO] org.eclipse.swt.gtk.freebsd.x86_64 ................ FAILURE > [11.443s] > > [INFO] org.eclipse.jface ................................. SKIPPED > > > > > > I wonder if we need a GCC setting? > > > > Bset, > > George > > > > I've updated the shar to fix this... > > Jimmy > _______________________________________________ > freebsd-eclipse@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-eclipse > To unsubscribe, send any mail to "freebsd-eclipse-unsubscribe@freebsd.org= "
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAB8uncbK%2BUeZh71e0qRSs12VrsZtn9p1y=y8jiGwohOYGUBwHw>