Bug 143777 – [EFL] Add gnutls to jhbuild.module

• Component: WebKit EFL
• Status: RESOLVED FIXED

[Gyuyoung Kim]

EFL port have required at least 3.0.0 ver. of gnutls since r176712. However some old linux distributions don't support 3.0.0 ver. Besides other projects (e.g. Chromium) sometimes need to use lower version of gnutls. To fix this issue, I would like to suggest to download guntls via jhbuild.

[Gyuyoung Kim]

Created attachment 250793 [details]
Patch

[Gyuyoung Kim]

Created attachment 250794 [details]
Patch

[Csaba Osztrogonác]

The idea is good. Can we remove libgnutls28-dev from
Tools/efl/install-dependencies too?

But unfortunately we will have one more issue remaining.
It is still impossible to build WebKitGTK and Chromium
on the same machine due to this conflict. GTK guys, do
you want a similar change or do you have a better idea
to be able build WebKitGTK+ and Chromium on the same machine?

[Gyuyoung Kim]

Created attachment 250808 [details]
Patch

[Gyuyoung Kim]

(In reply to comment #3)
> The idea is good. Can we remove libgnutls28-dev from
> Tools/efl/install-dependencies too?

Oh, I missed to remove it. Removed.

> But unfortunately we will have one more issue remaining.
> It is still impossible to build WebKitGTK and Chromium
> on the same machine due to this conflict. GTK guys, do
> you want a similar change or do you have a better idea
> to be able build WebKitGTK+ and Chromium on the same machine?

If we use 3.x.x version of gnutls for WebKit-EFL|GTK using jhbuild, as well as install libgnutls-dev(2.x.x version) through apt-get, can't we build Chromium on the same machine ?

[Csaba Osztrogonác]

(In reply to comment #5)
> (In reply to comment #3)
> > The idea is good. Can we remove libgnutls28-dev from
> > Tools/efl/install-dependencies too?
> 
> Oh, I missed to remove it. Removed.
> 
> > But unfortunately we will have one more issue remaining.
> > It is still impossible to build WebKitGTK and Chromium
> > on the same machine due to this conflict. GTK guys, do
> > you want a similar change or do you have a better idea
> > to be able build WebKitGTK+ and Chromium on the same machine?
> 
> If we use 3.x.x version of gnutls for WebKit-EFL|GTK using jhbuild, as well
> as install libgnutls-dev(2.x.x version) through apt-get, can't we build
> Chromium on the same machine ?

Yes, if GTK accepts the same change in their jhbuild config.

[Michael Catanzaro]

Nothing in our jhbuild moduleset depends on GnuTLS, so it doesn't belong in our jhbuild modulesets: it should be a system dependency.

If Ubuntu still has a libgnutls28 package, that is wildly irresponsible. It should have been removed from the distro along with its dependencies no later than January 2014, when upstream security support ended. I find it difficult to believe that Chromium depends on a version of GnuTLS with no security support: if so, then Chromium has an extremely serious problem.

[Csaba Osztrogonác]

(In reply to comment #7)
> Nothing in our jhbuild moduleset depends on GnuTLS, so it doesn't belong in
> our jhbuild modulesets: it should be a system dependency.
> 
> If Ubuntu still has a libgnutls28 package, that is wildly irresponsible. It
> should have been removed from the distro along with its dependencies no
> later than January 2014, when upstream security support ended. I find it
> difficult to believe that Chromium depends on a version of GnuTLS with no
> security support: if so, then Chromium has an extremely serious problem.

I don't know the exact details, but to build Chromium on Ubuntu 14.04
you have to install libcups2-dev, which depends on libgnutls-dev:
http://packages.ubuntu.com/trusty/libcups2-dev

And the problem is that libgnutls-dev conflicts with libgnutls28-dev.

[Csaba Osztrogonác]

I checked, libcups2-dev doesn't depend on libgnutls-dev on 
Ubuntu 14.10 and the coming 15.04 (will be releson on 23rd April)

[Michael Catanzaro]

(In reply to comment #8)
> I don't know the exact details, but to build Chromium on Ubuntu 14.04
> you have to install libcups2-dev, which depends on libgnutls-dev:
> http://packages.ubuntu.com/trusty/libcups2-dev
> 
> And the problem is that libgnutls-dev conflicts with libgnutls28-dev.

I guess the problem is that the GTK+ install-dependencies script installs libgnutls28-dev. That's wrong. We use GnuTLS directly only for subtle crypto, and that requires GnuTLS 3.0.0.

[Carlos Alberto Lopez Perez]

(In reply to comment #10)
> I guess the problem is that the GTK+ install-dependencies script installs
> libgnutls28-dev. That's wrong. We use GnuTLS directly only for subtle
> crypto, and that requires GnuTLS 3.0.0.

In Debian (and derivatives like Ubuntu) the package gnutls28 is actually 3.x. 

For a long time Debian shipped two different versions of this library, gnutls 2.x with the name gnutls26 and gnutls 3.x with thane gnutls28.

You can install the binaries of both libraries at the same time (as their have different sonames), but you can't install both development packages (the headers) at the same time because they have the same name.

The reason why Debian shipped two different versions of this library (2.X and 3.X) is because of some license issues that prevented some software to be linked with the new gnutls 3.x. This issues are now fixed and Debian dropped the old 2.x gnutls library.

However, Ubuntu 14.04 was forked from Debian at a time where those issues still were problem. You can read more about it here: https://wiki.debian.org/gnutls3


For reference, in Debian jessie (current testing) libgnutls28 is actually 3.3.8 and in Ubuntu 14.04 is actually 3.2.11.


So, AFAIK, the problem discussed on this bug only affects Ubuntu 14.04

[Gyuyoung Kim]

(In reply to comment #11)
> (In reply to comment #10)
> > I guess the problem is that the GTK+ install-dependencies script installs
> > libgnutls28-dev. That's wrong. We use GnuTLS directly only for subtle
> > crypto, and that requires GnuTLS 3.0.0.
> 
> In Debian (and derivatives like Ubuntu) the package gnutls28 is actually
> 3.x. 
> 
> For a long time Debian shipped two different versions of this library,
> gnutls 2.x with the name gnutls26 and gnutls 3.x with thane gnutls28.
> 
> You can install the binaries of both libraries at the same time (as their
> have different sonames), but you can't install both development packages
> (the headers) at the same time because they have the same name.
> 
> The reason why Debian shipped two different versions of this library (2.X
> and 3.X) is because of some license issues that prevented some software to
> be linked with the new gnutls 3.x. This issues are now fixed and Debian
> dropped the old 2.x gnutls library.
> 
> However, Ubuntu 14.04 was forked from Debian at a time where those issues
> still were problem. You can read more about it here:
> https://wiki.debian.org/gnutls3
> 
> 
> For reference, in Debian jessie (current testing) libgnutls28 is actually
> 3.3.8 and in Ubuntu 14.04 is actually 3.2.11.
> 
> 
> So, AFAIK, the problem discussed on this bug only affects Ubuntu 14.04

Thank you for your detailed explanation. However AFAIK some of EFL folks are still using 14.04. So I think this patch can help them to build WebKit EFL and Chromium at the same time until 15.04 will be used by many of us.

[WebKit Commit Bot]

Comment on attachment 250808 [details]
Patch

Clearing flags on attachment: 250808

Committed r182874: <http://trac.webkit.org/changeset/182874>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.