Quoting Mark Purcell (2014-01-21 09:23:25)
> On Wed, 30 Oct 2013 15:29:04 Dmitrijs Ledkovs wrote:
> > The patch to fix FTBFS against GnuTLS 2.6 is trivial, and is
> > attached with this email.
> >
> > Please consider reverting and making libucommon build and link
> > against GnuTLS 2.6.
> Given
On Wed, 30 Oct 2013 15:29:04 Dmitrijs Ledkovs wrote:
> The patch to fix FTBFS against GnuTLS 2.6 is trivial, and is attached
> with this email.
>
> Please consider reverting and making libucommon build and link against
> GnuTLS 2.6.
Jonas,
Given the above and your LowNMU, if you are happy I inte
Control: tag patch
I think the problem here is not about making sflphone unbuildable, but
unfortunate licensing of libgnutls28.
It has moved from LGPL2.1 to LGPL3, and thus became incompatible with
any other GPLv2 code. Since ucomomn has so many reverse-dependencies,
this essentially forces many
Quoting peter green (2013-08-18 01:32:05)
> >Recent libucommon fails to build with libgnutls.
> When I tried it I got a failure on a conversion from an integer to an
> enum, C allows this while C++ does not according to the standard.
> However there is a command line option -fpermissive which mak
>Recent libucommon fails to build with libgnutls.
When I tried it I got a failure on a conversion from an integer to an
enum, C allows this while C++ does not according to the standard.
However there is a command line option -fpermissive which makes g++
allow this. Putting -fpermissive in CXXFL
Quoting Jeremy Bicha (2013-08-02 18:16:59)
> > This issue, while valid, isn't serious.
>
> I disagree. It's impossible to build sflphone in Debian unstable which
> means it's impossible to fix bugs (security or otherwise) in that
> package. That makes ucommon in its current form "unsuitable for
> This issue, while valid, isn't serious.
I disagree. It's impossible to build sflphone in Debian unstable which
means it's impossible to fix bugs (security or otherwise) in that
package. That makes ucommon in its current form "unsuitable for
release". Because of the soname transition that can't b
On 13 July 2013 20:08, Jeremy Bicha wrote:
> And I believe that means you either need to figure out how to get
> ucommon to build with gnutls26 either by patching it or reverting back
> to a version that does build with gnutls26.
One other possibility is to introduce a new source package, perhaps
severity -1 important
thanks
Quoting Jeremy Bicha (2013-07-13 18:43:33)
> Package: libucommon-dev
> Version: 6.0.6-1
> Severity: serious
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu saucy
>
> libucommon-dev depends on libgnutls28-dev but libgnutls28-dev is not
> co-installable
Quoting Jeremy Bicha (2013-07-14 02:08:17)
> On 13 July 2013 18:57, Jonas Smedegaard wrote:
> > Recent libucommon fails to build with libgnutls.
> >
> > Can sflphone be built with libgnutls28?
>
> Uh, I think you mean can gnome-vfs (libgnomeui-dev depends on
> libgnomefvs2-dev which depends on l
On 13 July 2013 18:57, Jonas Smedegaard wrote:
> Recent libucommon fails to build with libgnutls.
>
> Can sflphone be built with libgnutls28?
Uh, I think you mean can gnome-vfs (libgnomeui-dev depends on
libgnomefvs2-dev which depends on libgnutls-dev) be built against
libgnutls28?
And I believe
Quoting Jeremy Bicha (2013-07-13 18:43:33)
> libucommon-dev depends on libgnutls28-dev but libgnutls28-dev is not
> co-installable with libgnutls-dev.
>
> sflphone also build-depends on libgnomeui-dev which depends on
> libgnutls-dev.
Recent libucommon fails to build with libgnutls.
Can sflpho
Package: libucommon-dev
Version: 6.0.6-1
Severity: serious
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy
libucommon-dev depends on libgnutls28-dev but libgnutls28-dev is not
co-installable with libgnutls-dev.
sflphone also build-depends on libgnomeui-dev which depends on libgn
13 matches
Mail list logo
