Source: kde4libs
Version: 4:4.14.38-2
Severity: serious
Hi,
It seems that kde4libs Build-Depends on libssl1.0-dev as a result
of #828363. There are currently no packages depending on
libssl1.0.2 left in testing, but this source package is the only
one that has a Build-Depends against
On Sat, Nov 10, 2018 at 03:48:37PM +0100, Pino Toscano wrote:
> In data sabato 10 novembre 2018 13:30:19 CET, Kurt Roeckx ha scritto:
> > On Sun, Oct 28, 2018 at 11:29:43PM +0100, Sebastian Andrzej Siewior wrote:
> > > On 2018-10-21 12:31:45 [+0200], Kurt Roeckx wrote:
> >
On Sun, Oct 28, 2018 at 11:29:43PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-10-21 12:31:45 [+0200], Kurt Roeckx wrote:
> > On Tue, Sep 25, 2018 at 11:29:28PM +0200, Sebastian Andrzej Siewior wrote:
> > > On 2018-08-25 10:33:54 [+0200], Kurt Roeckx wrote:
> > > &
On Tue, Sep 25, 2018 at 11:29:28PM +0200, Sebastian Andrzej Siewior wrote:
> On 2018-08-25 10:33:54 [+0200], Kurt Roeckx wrote:
> > On Fri, Jun 01, 2018 at 11:22:09AM +, Sandro Knauß wrote:
> > > Source: kopete
> > > Source-Version: 4:18.04.1-1
> > >
> &
On Tue, Sep 11, 2018 at 10:43:26PM +0300, Antti Järvinen wrote:
> Dear OpenSSL+Qt Sirs,
Please try 5.11.1+dfsg-8.
Kurt
On Tue, Sep 11, 2018 at 08:14:35PM +0300, Dmitry Shachnev wrote:
> Hi Kurt,
>
> On Tue, Sep 11, 2018 at 07:09:04PM +0200, Kurt Roeckx wrote:
> > If this is for a call to SSL_CTX_set_max_proto_version(), you can
> > use 0 instead of TLS_MAX_VERSION.
>
> Good
On Tue, Sep 11, 2018 at 04:11:02PM +0300, Adrian Bunk wrote:
>
> Dmitry already implemented my short-term workaround:
> https://tracker.debian.org/news/986618/accepted-qtbase-opensource-src-5111dfsg-8-source-into-unstable/
If this is for a call to SSL_CTX_set_max_proto_version(), you can
use 0
On Fri, Jun 01, 2018 at 11:22:09AM +, Sandro Knauß wrote:
> Source: kopete
> Source-Version: 4:18.04.1-1
>
> We believe that the bug you reported is fixed in the latest version of
> kopete, which is due to be installed in the Debian FTP archive.
Any plans to upload this to unstable?
Kurt
On Sat, Oct 29, 2016 at 10:32:34PM +0200, Sebastian Andrzej Siewior wrote:
> One thing that confuses me: Why has none
> of the libraries a dependency on libssl?
>From what I understand they use dlopen() and this would allow GPL
applications to use QT when they don't use OpenSSL. (QT itself
being
On Tue, Jun 28, 2016 at 09:53:20PM +0200, Gert Wollny wrote:
> Thanks for the review.
Can I ask what the current state of this is?
Kurt
On Tue, Jun 28, 2016 at 07:36:27PM +0200, Gert Wollny wrote:
> Okay, the attached patch corrects this.
I had a quick look at the patch and have some comments.
> --- a/src/network/ssl/qsslcertificate.cpp
> +++ b/src/network/ssl/qsslcertificate.cpp
> @@ -259,10 +259,15 @@
> QByteArray
On Tue, Jun 28, 2016 at 12:46:17PM +0200, Gert Wollny wrote:
> Control: tags -1 patch
>
> Hi,
>
> attached is the patch that I have come up with.
>
> I think that most of the changes are quite straightforward, but I'm not
> quite sure whether "DSA_security_bits" is really a proper
On Mon, Jun 27, 2016 at 01:34:02PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> On lunes, 27 de junio de 2016 5:06:48 P. M. ART Gert Wollny wrote:
> > Hi,
> >
> > while there was a little section about what breaks with QT on [1] it
> > didn't mention that the threading model was changed
Source: qtbase-opensource-src
Version: 5.5.1+dfsg-17
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: qt4-x11
Version: 4.8.7+dfsg-7
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: qca2
Version: 2.1.1-2
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: kopete
Version: 16.04.0-2
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: kde4libs
Version: 4.14.20-2
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: kdelibs4support
Version: 5.22.0-1
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
Source: virtuoso-opensource
Version: 6.1.6+dfsg2-2
Severity: serious
Control: block 797926 by -1
Hi,
Your package is failing to build on powerpc. I'm not sure what
the error really is, but at least this looks like the first error:
VAD Documentation sticker doc_vad_dav.xml creation...
***FAILED:
Source: virtuoso-opensource
Version: 6.1.6+dfsg2-2
Severity: serious
Control: block 797926 by -1
Hi,
Your package is failing to build on s390x with the following
error:
In file included from Dksestcp.c:32:0:
Dksestcpint.h:45:25: error: conflicting types for 'saddr_t'
typedef struct sockaddr
On Wed, Sep 23, 2015 at 12:58:01PM +0300, Boris Pek wrote:
> Hi everyone,
>
> As we can see at [1][2] something strange had happened during building of
> dolphin package on buildd amd64 (brahms). Could you look on this?
It looks strange indeed, no idea what happened to the log. I gave
it back,
On Wed, Sep 23, 2015 at 07:55:56PM +0200, Kurt Roeckx wrote:
> On Wed, Sep 23, 2015 at 12:58:01PM +0300, Boris Pek wrote:
> > Hi everyone,
> >
> > As we can see at [1][2] something strange had happened during building of
> > dolphin package on buildd amd
On Wed, May 04, 2011 at 01:15:18PM +0300, Modestas Vainius wrote:
Hello,
On antradienis 26 Balandis 2011 20:47:45 Thorvald Natvig wrote:
That being said, Qt also supports explicit compile-time linking to
libssl and libcrypto, which avoids issues like this one and also ensures
that
On Wed, Feb 17, 2010 at 11:41:08AM +0100, Ana Guerrero wrote:
Hi Kurt,
On Sat, Feb 13, 2010 at 03:05:19PM +0100, Kurt Roeckx wrote:
found 498903 1:1.6.3-8
fixed 498903 1:2.1.1-1
thanks
I think I never got your mail asking about this. The version
in experimental seems to make use
found 498903 1:1.6.3-8
fixed 498903 1:2.1.1-1
thanks
I think I never got your mail asking about this. The version
in experimental seems to make use of libraw instead, so
it's not giving that error.
Is that an embedded copy of libraw? I don't see it in the
archive.
Kurt
--
To
Source: kdebindings
Version: 4:4.2.4-1+b1
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Automatic build of kdebindings_4:4.2.4-1+b1 on excelsior by sbuild/amd64 98
Build started at 20090614-2159
[...]
Build-Depends: debhelper (= 7), quilt, kdelibs5-dev (=
Source: kdegraphics
Version: 4:4.2.2-1
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Automatic build of kdegraphics_4:4.2.2-1+b1 on nautilus by sbuild/amd64 98
Build started at 20090504-2019
[...]
Build-Depends: cdbs (= 0.4.51), debhelper (= 7), quilt,
Source: koffice
Version: 1:1.6.3-7
Severity: serious
Hi,
Your package is failing to build with the following error:
In file included from
/build/buildd/koffice-1.6.3/./filters/krita/gmagick/kis_image_magick_converter.cc:44:
/build/buildd/koffice-1.6.3/./krita/core/kis_layer.h:169: warning: type
Package: kdepimlibs-data
Version: 4:4.0.2-1
Severity: wishlist
Hi,
It seems that kdepimlibs-data contains it's own data for
timezones. I think it's best if it would support using the timezone
information provided by system. This would allow us to change 1 package
and all pacakges using
Package: libkcal2b
Version: 4:3.5.9-2
Severity: wishlist
Hi,
It seems that your package contains it's own data for timezones. I
think it's best if it would support using the timezone information
provided by system. This would allow us to change 1 package and all
pacakges using timezone
On Mon, Nov 13, 2006 at 03:38:34PM -0700, Bruce Sass wrote:
Kurt, please have a look at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397073
Dear Mr. Sass,
Thank you for bringing this to my attention. But I don't see why you
need to contact me for this.
The package is group maintained,
Package: libqt4-dev
Version: 4.2.0-1
Severity: serious
Hi,
Packages build depending on libqt4-dev are failing to build because
QtCore.pc had -lglib-2.0 in it. Please add a Depends on
libglib2.0-dev.
You could also move the -lglib-2.0, and maybe the rest of the
libraries from Libs to
On Fri, Mar 10, 2006 at 02:02:04PM +0100, Daniel Schepler wrote:
After some investigation of the failure of kdelibs to build, I found it
appears to be a bug in either libtool, ld, or the dynamic linker, so I'm
CC'ing the maintainers of those packages. The problem is that lt-meinproc is
Package: kdeedu
Version: 4:3.5.0-2
Severity: serious
Tags: experimental
Hi,
Your package is failing to build with the following error:
/build/buildd/kdeedu-3.5.0/build-tree/kdeedu-3.5.0/khangman/khangman/khangmanview.cpp:206:
error: no matching function for call to 'KPassivePopup::show(QPoint)'
Package: qt-x11-free
Version: 3:3.3.5-2
Severity: important
Hi,
Your changelog said:
* Build the InterBase plugin on amd64, now that firebird2 works there.
But it seems you forgot to change the control file to say that
libqt3-mt-ibase should get build on amd64 which results in the
following
On Thu, Dec 01, 2005 at 02:09:31PM -0500, Christopher Martin wrote:
Argh, that my my fault. Given that amd64 is still separate from the main
archive, can you fix the problem for amd64 with an amd64-specific update,
or would you much rather have a new upload from us?
We do not patch anything
On Thu, Dec 01, 2005 at 03:30:12PM -0500, Christopher Martin wrote:
On December 1, 2005 15:14, you wrote:
On Thu, Dec 01, 2005 at 02:09:31PM -0500, Christopher Martin wrote:
Argh, that my my fault. Given that amd64 is still separate from the
main archive, can you fix the problem for amd64
Package: libqt4-dev
Version: 4.0.1-1
Severity: serious
Hi,
Your package has a QtSql.pc and Qt3Support.pc pkg-config file
included. Packages using that fail to build because you're
atleast missing a dependency on libmysqlclient14-dev, and looks
like on libpq-dev too. Maybe some others?
Kurt
On Wed, Sep 07, 2005 at 04:23:55PM -0700, Matt Kraai wrote:
Package: kdepim-dev
Version: 4:3.4.2-1
Severity: serious
kdebluetooth fails to build because it cannot link against
/usr/lib/libkonnector.so and /usr/lib/libksync2.so. These symlinks,
provided by kdepim-dev, are present because
reassign 327159 kdepim-dev
retitle 327159 kdepim-dev: Missing dependency on kitchensync
thanks
This should dependencies kitchensync, not kdepim. kdepim is a
meta package.
OK. I've reassigned this bug to kdebluetooth.
The bug was on the right package, it just was a missing
dependency on
On Sun, Sep 11, 2005 at 08:52:51AM -0700, Brian Nelson wrote:
Kurt Roeckx [EMAIL PROTECTED] writes:
Your package has a QtSql.pc and Qt3Support.pc pkg-config file
included. Packages using that fail to build because you're
atleast missing a dependency on libmysqlclient14-dev, and looks
On Mon, Jun 06, 2005 at 01:21:05PM -0400, Christopher Martin wrote:
On June 5, 2005 15:30, Kurt Roeckx wrote:
This a minimal sid chroot (only essential + build essential installed)
with the following additional installed:
apt-get install cdbs debhelper autotools-dev gawk gettext
kdelibs4
On Sun, Jun 05, 2005 at 01:51:24PM -0400, Christopher Martin wrote:
On June 4, 2005 07:17, Kurt Roeckx wrote:
Package: kdebase
Verison: 4:3.4.1-1
Severity: serious
Tags: experimental
Maybe this is a missing build dependency or something?
Possibly, but I tried to reproduce
Package: kdebase
Verison: 4:3.4.1-1
Severity: serious
Tags: experimental
Hi,
When building your package for experimental, I'm getting the
following error:
make[4]: Entering directory
`/usr/src/kdebase-3.4.1/obj-i386-linux/doc/userguide'
/usr/bin/meinproc --check --cache index.cache.bz2
Package: kdelibs4
Version: 4:3.3.2-6.1
Severity: serious
Tags: sarge-ignore
Hi,
Because of a bug in the libmad package (#310311) it lost it's
shlibs and as a result you don't have a versioned dependency on
libmad0 anymore. This could potentialy break partial upgrades.
The release team has
Package: kwifimanager
Version: 4:3.3.2-5
Severity: serious
Tags: sarge-ignore
Hi,
Because of a bug in the libmad package (#310311) it lost it's
shlibs and as a result you don't have a versioned dependency on
libmad0 anymore. This could potentialy break partial upgrades.
The release team has
Package: kdebase
Version: 4:3.2.2-1
Severity: serious
Tags: sarge
The package still didn't do the libtiff transition to
libtiff4-dev in sarge. It's still build depending on
libtiff3g-dev.
There is a fixed version stuck in unstable.
Kurt
Package: kdemultimedia
Version: 4:3.2.2-1
Severity: serious
Tags: sarge
The package still didn't do the libtiff transition to
libtiff4-dev in sarge. It's still build depending on
libtiff3g-dev.
There is a fixed version stuck in unstable.
Kurt
Package: kdenetwork
Version: 4:3.2.2-1
Severity: serious
Tags: sarge
The package still didn't do the libtiff transition to
libtiff4-dev in sarge. It's still build depending on
libtiff3g-dev.
There is a fixed version stuck in unstable.
Kurt
Package: kdebindings
Version: 4:3.3.0-2
Severity: serious
The packaing is failing to build on all arches with the following
error:
dh_installman
dh_install --list-missing
cp: cannot stat `debian/tmp/usr/lib/ruby/1.8/i386-linux/korundum.so.0.0.0': No
such file or directory
dh_install: command
51 matches
Mail list logo