Package: qttools5-dev
Version: 5.2.0-2
Severity: important
Hello,
upgrading qttools5-dev from 5.1.x to 5.2.0 breaks building of
luminance-hdr 2.4.0:
---
make[4]: Entering directory
`/tmp/QTPFSGUI/luminance-hdr-2.4.0/obj-i486-linux-gnu'
/usr/bin/cmake -E cmake_progress_report
/tm
Source: ktp-common-internals
Version: 17.08.3-1
Severity: important
Control: block 878654 by -1
ktp-common-internals build-depends on libgcrypt11-dev. This is a
transition package, please use libgcrypt20-dev instead.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friend
Control: notfound 912027 17.08.3-1
Control: unarchive 864108
Control: forcemerge 864108 912027
Control: archive 864108
On 2018-10-27 Andreas Metzler wrote:
> Source: ktp-common-internals
> Version: 17.08.3-1
> Severity: important
> Control: block 878654 by -1
> ktp-common-
024-08-23 13:54:40.0 +0200
@@ -1,3 +1,12 @@
+kleopatra (4:22.12.3-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Use pkgconf to locate libassuan. Closes: #1072277
+ * B-d on libqgpgme-dev (split-off QT5 gpgme bindings) instead of
+libgpgmepp-dev. Closes: #1078485
+
+ --
Source: doxygen
Version: 1.8.16-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hello,
doxygen does not build anymore on sid/amd64:
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11")
-- Using Qt5
CMake Error at
Source: ktp-common-internals
Version: 15.08.3-1
Severity: normal
ktp-common-internals build-depends on libgcrypt11-dev. This is a
transition package, please use libgcrypt20-dev instead.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I s
Source: kopete
Version: 4:4.14.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: ametz...@debian.org
Usertags: gnutls3
Tags: patch
kopete build-depends on libgnutls-dev which is
- scheduled for removal
- and (somehow related) uninstallable.
ebian/changelog 2023-05-18 18:20:13.0 +0200
@@ -1,3 +1,11 @@
+ktexteditor (5.103.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing Breaks/Replaces of ktexteditor-data against
+libkf5texteditor-dev. Closes: #1034951
+
+ -- Andreas Metzler Thu, 18 May 2023
Hello,
having read up on the current NMU timing guidance in developers
reference I will reschedule these to 1-day.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
signature.asc
Description: PG
Source: kwallet-kf5
Version: 5.115.0-3~exp1
Severity: normal
Hello,
afaict kwallet-kf5 does not use its build-dependency on libgcrypt20-dev
anymore, it seems to be only used for kwalletd:
ametzler@argenau:/dev/shm/GCRY/kwallet-kf5-5.115.0$ grep -rli gcryp
cmake/FindLibGcrypt.cmake
src/runtime/kwal
Source: kwallet-pam
Version: 5.27.11-1
Severity: important
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
kwallet-pam relies on libgcrypt-config to locate libgcrypt. libgcrypt-config
is scheduled for removal and will be dropped in libgcrypt 1.11. On
rebuil
Source: kleopatra
Version: 4:22.12.3-2
Severity: important
User: ametz...@debian.org
Usertags: libassuan-config-removal
kleopatra relies on libassuan-config to locate libassuan.
libassuan-config is scheduled for removal and will be dropped in
the next major libassuan release. Please use pkg-config
Control: tags 1 fixed-upstream
On 2024-05-31 Andreas Metzler wrote:
> Source: kleopatra
> Version: 4:22.12.3-2
> Severity: important
> User: ametz...@debian.org
> Usertags: libassuan-config-removal
> kleopatra relies on libassuan-config to locate libassuan.
> libassuan-co
Hello Patrick,
I am currently in the process of packaging gpgme 1.23.2. The packaging
will feature
* Split off QT bindings from generic libgpgmepp-dev.
* Also package QT6 bindings.
I am not quite sure about the package names though, we will have
libqgpgme15t64 (QT5 bindings) and libqgpgmeqt6-15 (
Control: severity -1 serious
Bumping severity now that libassuan 3.0.1 is waiting in experimental for
upload to unstable.
On 2024-08-11 ametz...@debian.org wrote:
> Source: libkf5libkleo
[...]
> This source package libkf5libkleo produces binaries that Depend on
> the QGpgME runtime package libqgpgme15t64 and Build-Depend on
> libgpgmepp-dev. Please update the build-dependency to "libqgpgme-dev"
> instead.
[...]
Hello
Source: kaddressbook
Version: 4:22.08.3-1
Severity: minor
Hello,
afaict kaddressbook's b-d on libgpgmepp-dev is unused:
ametzler@argenau:/tmp/BUGS$ grep -ril gpgme kaddressbook-22.08.3/
buildlog.kaddressbook_22.08.3-1_amd64
kaddressbook-22.08.3/debian/control
Could you please doublecheck? - TIA
On 2022-11-19 Helmut Grohne wrote:
[...]
> kgpg fails to build from source in unstable. The relevant portion is:
> | -- No usable gpgme flavors found.
[...]
> I think this is due to gpgme having dropped its gpgme-config tool in
> favour of providing a .pc file. I think the change is good in princ
On 2022-11-23 Daniel Kahn Gillmor wrote:
> On Wed 2022-11-23 16:27:43 +0100, Andreas Metzler wrote:
>> Unless kgpg maintainers/upstream has a strong opinion against using
>> pkg-config the obvious choice would be to drop cmake/FindGpgme.cmake
>> and simply use FindPkgCon
On 2022-11-25 Aurélien COUDERC wrote:
[...]
> I tried applying the patch on top of upstream 22.08.3 and the build still
> fails. [0]
> Ideas welcome, I won't have the time to analyse the issue any further.
Good morning,
adding pkg-config to Build-Depends works for me.
cu Andreas
--
`What a g
On 2009-04-18 Peter De Schrijver wrote:
> Package: kdeedu
> Version: 4:4.2.2-1+b1
> Severity: serious
> There was an error while trying to autobuild your package:
> > Automatic build of kdeedu_4:4.2.2-1+b1 on mayr by sbuild/mips 99.999
> > Build started at 20090417-1929
> [...]
> > ** Using bu
On 2012-05-09 Noel David Torres Taño wrote:
[...]
> user@host:~$ kmail
> Unable to load library icui18n "Cannot load library icui18n:
> (libicui18n.so.48: no se puede abrir el fichero del objeto compartido: No
> existe el fichero o el directorio)"
[...]
libQtCore tries to dlopen libicui18n.so
The hgppa autobuildder tried three times (last on Mon 15 Mar 2004
20:54) but sarti is suposed to have had problems.
The error message was identical everytime, though:
--
Making all in kdoctools
make[3]: Entering directory
`/build/buildd/kdelibs-3.2.1/obj-hppa-linux/kdo
On Fri, Mar 26, 2004 at 02:41:37PM +0100, Andreas Metzler wrote:
> The hppa autobuildder tried three times (last on Mon 15 Mar 2004
> 20:54) but sarti is suposed to have had problems.
It has been built and uploaded manually on 24-Mar. - How about closing
the bug and letting kdelibs propag
Afaict the whole bug should be a non-issue if the involved parties
upgraded to latest libtool
libtool (1.5.2-2) unstable; urgency=low
[...]
* Don't add the contents of dependency_libs to the link line when
linking programs. Closes: #191425, #199423, #238681.
cu andreas
Package: kdelibs
Version: 4:3.2.3-2
Severity: serious
qt3 3:3.2.3-3 broke binary compatibility without bumping the shlibs
file (#255539) therefore kdelibs 4:3.2.3-2 *requires* qt3 3:3.2.3-3
but only depends on qt3 >>3:3.2.3. Afaict if kdelibs went into testing
and qt3 did not KDE would be complete
On Mon, Jun 28, 2004 at 12:32:33PM -0400, Christopher Martin wrote:
> On June 28, 2004 10:38, Andreas Metzler wrote:
> > Afaict if kdelibs went into testing and qt3 did not KDE would be
> > completely broken.
> Martin Loschwitz has stated that he plans to upload Qt 3.3 to u
On 2004-06-28 Christopher Martin <[EMAIL PROTECTED]> wrote:
> On June 28, 2004 13:03, Andreas Metzler wrote:
[...]
> > days, taken together with:
> > | kdesdk is only 3 days old. It must be 10 days to go in.
> > which is one of the packages blocking cups/gnome/kdelibs
On 2004-07-01 Christopher Martin <[EMAIL PROTECTED]> wrote:
> > qt3 3:3.2.3-3 broke binary compatibility without bumping the shlibs
> > file (#255539) therefore kdelibs 4:3.2.3-2 *requires* qt3 3:3.2.3-3
> > but only depends on qt3 >>3:3.2.3. Afaict if kdelibs went into testing
> > and qt3 did not
On 2004-08-15 Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 15, 2004 at 03:16:35PM +0200, Rene Engelhard wrote:
[...]
> > And kdelibs-data AGAIN caused file conflicts with
> > openoffice.org-mimelnk. See
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265852&repeatmerged=no.
> > Sho
Control: affects 1006230 libqgpgmeqt6-15
On 2022-02-23 Hefee wrote:
> In meanwhile we found a workaround:
> https://salsa.debian.org/owncloud-team/qtkeychain/-/merge_requests/3
> aka: Add qtbase5-private-dev, qt6-tools-dev, qt6-tools-dev-tool, libgcrypt20-
> dev and qt6-l10n-tools to BDs.
> and
31 matches
Mail list logo
