[Pkg-kde-extras] Bug#870873: exiv2: FTBFS: some symbols or patterns disappeared in the symbols file
c64)_ZNSt6vectorISt4pairImmESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
0.25
+
_ZNSt6vectorISt4pairImmESaIS1_EE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
0.26-1
(optional=templinst|subst)_ZNSt6vectorISt4pairI{size_t}{size_t}ESaIS1_EE9push_backERKS1_@Base
0.25
-
(optional=templinst)_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc@Base
0.25
-
(optional=templinst)_ZNSt6vectorIdSaIdEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPdS1_EERKd@Base
0.25
-
(optional=templinst)_ZNSt6vectorIfSaIfEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPfS1_EERKf@Base
0.25
-
(optional=templinst)_ZNSt6vectorIhSaIhEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPhS1_EERKh@Base
0.25
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc@Base
0.25
+
_ZNSt6vectorIcSaIcEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIdSaIdEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPdS1_EERKd@Base
0.25
+
_ZNSt6vectorIdSaIdEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPdS1_EERKd@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIfSaIfEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPfS1_EERKf@Base
0.25
+
_ZNSt6vectorIfSaIfEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPfS1_EERKf@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIhSaIhEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPhS1_EERKh@Base
0.25
(optional=templinst|subst)_ZNSt6vectorIhSaIhEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPhS1_EE{size_t}RKh@Base
0.25
-
(optional=templinst)_ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
0.25
-
(optional=templinst)_ZNSt6vectorIjSaIjEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPjS1_EERKj@Base
0.25
- (optional=templinst|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x
mips64 mips64el
sparc64)_ZNSt6vectorImSaImEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPmS1_EERKm@Base
0.25
-
(optional=templinst)_ZNSt6vectorIsSaIsEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPsS1_EERKs@Base
0.25
-
(optional=templinst)_ZNSt6vectorItSaItEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPtS1_EERKt@Base
0.25
-
(optional=templinst|subst)_ZNSt6vectorI{size_t}SaI{size_t}EE9push_backERK{size_t}@Base
0.25
+
_ZNSt6vectorIhSaIhEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPhS1_EERKh@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
0.25
+
_ZNSt6vectorIiSaIiEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIjSaIjEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPjS1_EERKj@Base
0.25
+
_ZNSt6vectorIjSaIjEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPjS1_EERKj@Base
0.26-1
+#MISSING: 0.26-1# (optional=templinst|arch=alpha amd64 arm64 kfreebsd-amd64
ppc64 ppc64el s390x mips64 mips64el
sparc64)_ZNSt6vectorImSaImEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPmS1_EERKm@Base
0.25
+
_ZNSt6vectorImSaImEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPmS1_EERKm@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorIsSaIsEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPsS1_EERKs@Base
0.25
+
_ZNSt6vectorIsSaIsEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPsS1_EERKs@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst)_ZNSt6vectorItSaItEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPtS1_EERKt@Base
0.25
+
_ZNSt6vectorItSaItEE17_M_realloc_insertEN9__gnu_cxx17__normal_iteratorIPtS1_EERKt@Base
0.26-1
+#MISSING: 0.26-1#
(optional=templinst|subst)_ZNSt6vectorI{size_t}SaI{size_t}EE9push_backERK{size_t}@Base
0.25
(optional=templinst)_ZNSt7__cxx1110_List_baseIN5Exiv29ExifdatumESaIS2_EE8_M_clearEv@Base
0.25
(optional=templinst)_ZNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base
0.26
(optional=templinst)_ZNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base
0.26
@@ -4403,6 +4435,7 @@
(optional=templinst)_ZSt9__find_ifIPKN5Exiv29GroupInfoEN9__gnu_cxx5__ops16_Iter_equals_valIKNS1_9GroupNameT_SA_SA_T0_St26random_access_iterator_tag@Base
0.26
(optional=templinst)_ZSt9__find_ifIPmN9__gnu_cxx5__ops16_Iter_equals_valIKmEEET_S6_S6_T0_St26random_access_iterator_tag@Base
0.26
(optional=templinst)_ZStplIcSt11char_traitsIcESaIcEENSt7__cxx1112basic_stringIT_T0_T1_EEPKS5_RKS8_@Base
0.25
+
_ZStplIcSt11char_traitsIcESaIcEENSt7__cxx1112basic_stringIT_T0_T1_EERKS8_PKS5_@Base
0.26-1
(optional=templinst)_ZStplIcSt11char_traitsIcESaIcEENSt7__cxx1112basic_stringIT_T0_T1_EERKS8_SA_@Base
0.25
_ZTI11XMPIterator@Base 0.26
_ZTI12ExpatAdapter@Base 0.26
dh_makeshlibs: failing due to earlier errors
I guess those are all related to g++ changes and the switch to a newer gcc
uptsream.
Cheers,
--
Raphaël Hertzog ◈ Deb
[Pkg-kde-extras] Bug#876948: FTBFS: fails to configure due to change in gcc -dumpversion output
Source: exiv2
Version: 0.25-3.1
Severity: serious
Tags: patch
Justification: FTBFS
I am unable to rebuild exiv2 0.26 in experimental. The build fails on
dh_auto_configure. It turns out CMakeLists.txt tries to parse
g++ -dumpversion as a two component value but we currently get a single one:
$ g++ -dumpversion
7
This patch fixes the issue for me:
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -83,9 +83,8 @@ IF( MINGW OR UNIX )
execute_process(COMMAND ${CMAKE_CXX_COMPILER} -dumpversion OUTPUT_VARIABLE
GCC_VERSION)
string(REGEX MATCHALL "[0-9]+" GCC_VERSION_COMPONENTS ${GCC_VERSION})
list(GET GCC_VERSION_COMPONENTS 0 GCC_MAJOR)
-list(GET GCC_VERSION_COMPONENTS 1 GCC_MINOR)
-message(STATUS Compiler: ${COMPILER} " Major:" ${GCC_MAJOR} " Minor:"
${GCC_MINOR})
+message(STATUS Compiler: ${COMPILER} " Major:" ${GCC_MAJOR} " Full version
string:" ${GCC_VERSION})
IF ( CYGWIN OR ( ${GCC_MAJOR} GREATER 5 ))
ADD_DEFINITIONS( -std=gnu++98 ) # to support snprintf
But then I get another error due to missing symbols in
debian/libexiv2-26.symbols.
But this is already tracked in #870873.
-- System Information:
Debian Release: buster/sid
APT prefers oldoldstable
APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500,
'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
___
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] squeeze update of konversation?
Hello dear maintainer(s), the Debian LTS team would like to fix the security issues which are currently open in the Squeeze version of konversation: https://security-tracker.debian.org/tracker/CVE-2014-8483 Would you like to take care of this yourself? We would really appreciate it because that issue has been sitting in our list for a while and it seems to never come to the front of the queue... If yes, please follow the workflow we have defined here: http://wiki.debian.org/LTS/Development If that workflow is a burden to you, feel free to just prepare an updated source package and send it to debian-...@lists.debian.org (via a debdiff, or with an URL pointing to the the source package, or even with a pointer to your packaging repository), and the members of the LTS team will take care of the rest. Indicate clearly whether you have tested the updated package or not. If you don't want to take care of this update, it's not a problem, we will do our best with your package. Just let us know whether you would like to review and/or test the updated package before it gets released. Thank you very much. Raphaël Hertzog, on behalf of the Debian LTS team. PS: A member of the LTS team might start working on this update at any point in time. You can verify whether someone is registered on this update in this file: https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ ___ pkg-kde-extras mailing list pkg-kde-extras@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] Maintainer needed for python-trml2pdf
Hello, I just uploaded a new version of python-trml2pdf where I removed myself from Uploaders. I originally packaged this because it's needed for Satchmo but I never went further to package satchmo. So I have no interest in this package. In the mean time it got one reverse dependency, namely kraft. So it can't be removed. Someone should step up to maintain this package, and quite possibly one of the kraft maintainers (since we're using the version released by Kraft's upstream anyway). The package is currently maintained within the python-modules SVN repository and all Debian developers have write access. It's trivial to maintain and should not require much work. On the bad side, it has no real upstream. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ ___ pkg-kde-extras mailing list pkg-kde-extras@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] Jonathan Patrick Davies email not working (in kraft's uploaders)
Hello, while contacting the kraft maintainers I got a bounce for Jonathan Patrick Davies jpatr...@kubuntu.org. So please remove him from Uploaders or get in touch with him to find an updated email. Thank you! jpatr...@kubuntu.org: host mx.canonical.com[91.189.94.145] said: 550 5.1.1 jpatr...@kubuntu.org: Recipient address rejected: User unknown in virtual alias table (in reply to RCPT TO command) -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ ___ pkg-kde-extras mailing list pkg-kde-extras@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] Bug#576056: kvdr: Please stop build-depending on dbs
Source: kvdr Severity: wishlist Usertags: drop-dbs Hello, The dbs maintainer would like to deprecate/remove the dbs package considering that the new source format 3.0 (quilt) provides the same functionality directly in dpkg-dev. Please update your package to stop using and build-depending on dbs. This bug is obviously filed with the consent of the dbs maintainer. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ ___ pkg-kde-extras mailing list pkg-kde-extras@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] Bug#484954: kompose: FTBFS when converted to new source format 3.0 (quilt): due to patches that require -p0
Package: kompose
Version: 0.5.4-2
Severity: minor
Usertags: 3.0-quilt-by-default
To prepare a possible switch to the new source package format 3.0
(quilt) [1], I converted all source packages and tried to rebuild them.
Unfortunately, kompose failed, you can try yourself with those
commands (and dpkg-dev = 1.14.19 [2]) :
$ apt-get source kompose
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' kompose-0.5.4/debian/control
$ dpkg-source -b kompose-0.5.4
$ dpkg-source -x kompose_0.5.4-2.dsc
$ cd kompose-0.5.4 debuild -us -uc
In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-0.5.4-2 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the series file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).
In the case of kompose, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.
You can use the following command to easily update all the patches
that use the '-p0' option:
$ awk '{ if ($2 == -p0) print $1 }' debian/patches/series | while read f; do
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;'
debian/patches/$f ; done
Not that you can replace a by kompose-0.5.4.orig and
b by kompose-0.5.4 if you prefer.
Then don't forget to strip the -p0 options from debian/patches/series.
As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the series file
(you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
internal directory (.pc by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
target is supposed to unapply them (because dpkg-source -b might
have applied them back)
Cheers,
[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
--
Raphael Hertzog
___
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras
[Pkg-kde-extras] Bug#484952: kerry: FTBFS when converted to new source format 3.0 (quilt): due to patches that require -p0
Package: kerry
Version: 0.2.2-3
Severity: minor
Usertags: 3.0-quilt-by-default
To prepare a possible switch to the new source package format 3.0
(quilt) [1], I converted all source packages and tried to rebuild them.
Unfortunately, kerry failed, you can try yourself with those
commands (and dpkg-dev = 1.14.19 [2]) :
$ apt-get source kerry
$ sed -i -e '/^Source:/ aFormat: 3.0 (quilt)' kerry-0.2.2/debian/control
$ dpkg-source -b kerry-0.2.2
$ dpkg-source -x kerry_0.2.2-3.dsc
$ cd kerry-0.2.2 debuild -us -uc
In this process, if the .diff.gz contains changes to upstream files,
dpkg-source will have created a corresponding patch in
debian/patches/debian-changes-0.2.2-3 and will have registered that
patch in a quilt series (debian/patches/series, it is created if needed).
All the patches listed in the series file are applied directly during
the extraction (dpkg-source -x). quilt itself is used if available (and
will thus lead to the creation of the .pc directory), otherwise
dpkg-source applies the patches by itself. For more information about the
new source package format see the manual page dpkg-source(1).
In the case of kerry, it already uses quilt but some of the patches
require the '-p0' option of patch to be properly applied and this
option has been hardcoded in the series file. The new source package
format doesn't support this quilt feature and requires patches
to be applicable with the '-p1' option.
You can use the following command to easily update all the patches
that use the '-p0' option:
$ awk '{ if ($2 == -p0) print $1 }' debian/patches/series | while read f; do
perl -pi -e 's|^--- (?:\./)?|--- a/|; s|^\+\+\+ (?:\./)?|+++ b/|;'
debian/patches/$f ; done
Not that you can replace a by kerry-0.2.2.orig and
b by kerry-0.2.2 if you prefer.
Then don't forget to strip the -p0 options from debian/patches/series.
As a side note, you must also pay attention to the following points in your
quilt usage to guarantee compatibility with the new source package
format:
- the patches must be in debian/patches/ together with the series file
(you can use QUILT_PATCHES=debian/patches if needed)
- you should not override QUILT_PC to change the location of quilt's
internal directory (.pc by default)
- the patches should not reference absolute filenames (in +++/--- lines)
- your clean target must work even if the patches are already applied
- your build target must work with patches applied even if the clean
target is supposed to unapply them (because dpkg-source -b might
have applied them back)
Cheers,
[1] http://lists.debian.org/debian-devel-announce/2008/04/msg4.html
[2] the upcoming dpkg-dev 1.14.20 is more tolerant with patches, you can
grab it here if you want to try with that version:
http://people.debian.org/~hertzog/packages/dpkg-dev_1.14.20_all.deb
--
Raphael Hertzog
___
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras
