Re: [cross-project-issues-dev] Limiting GTK versions supported by SWT or

[Marc Khouzam <marc.khouzam@xxxxxxxxxxxx>]

Here too: we've turned off GTK3 for eclipse on our Ubuntu desktops because it wasn't stable enough.

Also we have servers running RHEL 6 (only has GTK 2) and people actually run eclipse on them.

I appreciate the hard work the SWT team has put into GTK3 support. But it seems to be too much of a moving target to only have that option.  Why not stick to GTK2 (or at least until GTK3 is more stable)?


BR,

Marc


----- Original Message -----
From: Tom Schindl <tom.schindl@xxxxxxxxxxxxxxx>
To: "cross-project-issues-dev@xxxxxxxxxxx" <cross-project-issues-dev@xxxxxxxxxxx>
Sent: 08/10/2014 18:16
Subject: Re: [cross-project-issues-dev] Limiting GTK versions supported by SWT  or SWT call for help



hi,

dropping Gtk2 means:
* swing embed is broken when the Gtk-Theme is used because it links
  against Gtk2
* javafx embed is broken because it links against Gtk2

So clearly openjdk/oraclejdk (even the latest builds) links against
Gtk2, or am I wrong in this regard?

I can also prove what Andrey said: We have turned of Gtk3 on *all* our
linux desktops because there are too many problems with it.

Tom

On 08.10.14 16:18, Aleksandar Kurtakov wrote:
> ----- Original Message -----
>> From: "Andrey Loskutov" <loskutov@xxxxxx>
>> To: "Cross project issues" <cross-project-issues-dev@xxxxxxxxxxx>, "Aleksandar Kurtakov" <akurtako@xxxxxxxxxx>
>> Sent: Wednesday, October 8, 2014 5:11:53 PM
>> Subject: Re: [cross-project-issues-dev] Limiting GTK versions supported by SWT       or SWT call for help
>>
>> BTW we at Advantest are still using RHEL 5.8, even because RHEL has crazy
>> long support times :o)
>>
>> Limiting to GTK3 only and drop GTK2 ports for *new* Eclipse releases would be
>> good idea but AFAK GTK3 SWT port is still problematic (I'm on *latest*
>> Ubuntu and must turn it off).
>>
>> In general I would also prefer to have always *one* (smallest possible from
>> latest GTK on major distros) SWT port for latest Eclipse release but that
>> port must be 99% usable.
>>
>> I won't hijack the thread, but the best long term solution for SWT Linux
>> ports and Eclipse UI toolkit in general would be to move away from SWT to
>> Java FX or better Qt (I know Qt LGPL license is a showstopper, but this *is*
>> technically viable alternative). Without the man power of IBM (which
>> originally allowed SWT to be developped for so many different plattforms)
>> SWT as we have it today has no feature.
>
> Options are endless. But let's try to limit the discussion towards Mars and Mars+1 for now. In this timeframe I don't think a new option will pop up and I'm trying to solve our daily issues first so we can try to look a bit further.
>
>
> Alexander Kurtakov
> Red Hat Eclipse team
>
>>
>>
>> Am 8. Oktober 2014 16:44:30 OESZ, schrieb Aleksandar Kurtakov
>> <akurtako@xxxxxxxxxx>:
>>> ----- Original Message -----
>>>> From: "Mat Booth" <mat.booth@xxxxxxxxxx>
>>>> To: "Cross project issues" <cross-project-issues-dev@xxxxxxxxxxx>
>>>> Sent: Wednesday, October 8, 2014 4:27:25 PM
>>>> Subject: Re: [cross-project-issues-dev] Limiting GTK versions
>>> supported by SWT    or SWT call for help
>>>>
>>>> ----- Original Message -----
>>>>> From: "Igor Fedorenko" <igor@xxxxxxxxxxxxxx>
>>>>> To: cross-project-issues-dev@xxxxxxxxxxx
>>>>> Sent: Wednesday, 8 October, 2014 12:38:10 PM
>>>>> Subject: Re: [cross-project-issues-dev] Limiting GTK versions
>>> supported by
>>>>> SWT       or SWT call for help
>>>>>
>>>>> What major distribution still stuck with GTK2? Aren't they all on
>>> GTK3
>>>>> already?
>>>>>
>>>>> --
>>>>> Regards,
>>>>> Igor
>>>>>
>>>>
>>>> RHEL 6/CentOS 6 only has GTK 2.20, IIRC
>>
>>
>> --
>> Kind regards,
>> Andrey Loskutov
>>
>> http://google.com/+AndreyLoskutov
>>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev