^ ./org/gudy/azureus2/ui/swt/components/shell/LightBoxShell.java:90: cannot find symbol symbol : method setAlpha(int) location: class org.eclipse.swt.widgets.Shell lbShell.setAlpha(255); ^ ./org/gudy/azureus2/ui/swt/components/shell/LightBoxShell.java:136: cannot find symbol symbol : method setAlpha(int) location: class org.eclipse.swt.widgets.Shell shell.setAlpha(alpha); Seems to be a 3.4 addition
3.4pre6 commited
+ 03 Apr 2008; Vlastimil Babka <caster@gentoo.org> swt-3.4_pre6.ebuild: + Add a pkg_postinst elog about possibility of having to run eclipse-3.3 + -clean after swt upgrade. I've hit the problem myself on my x86 laptop, while amd64 desktop didn't need that. Hopefully people will read it...
(In reply to comment #2) > + 03 Apr 2008; Vlastimil Babka <caster@gentoo.org> swt-3.4_pre6.ebuild: > + Add a pkg_postinst elog about possibility of having to run eclipse-3.3 > + -clean after swt upgrade. > > I've hit the problem myself on my x86 laptop, while amd64 desktop didn't need > that. Hopefully people will read it... > I have read about '-clean', but at any case eclipse-sdk-3.3.1.1 doesn't work with swt-3.4.x (~amd64). I was forced to mask this swt ebuild. Well, I see, 'azureus' is more cool thing rather the Eclipse IDE ;-)
(In reply to comment #3) > I have read about '-clean', but at any case eclipse-sdk-3.3.1.1 doesn't work > with swt-3.4.x (~amd64). I was forced to mask this swt ebuild. Well, I see, > 'azureus' is more cool thing rather the Eclipse IDE ;-) Relax, no on is trying to break eclipse on purpose. It just seemed to work for several people. Anyway swt 3.4 is now in own slot, and eclipse-3.3 sticks with 3.3 which is probably safest way to go anyway.