Bug#673304: libextractor: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: libextractor Version: 0.6.3-4 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Maintainer: Bertrand Marc = 9), autopoint, dh-autoreconf, libbz2-dev, libexiv2-dev, libflac-dev, libgsf-1-dev, libglib2.0-dev, libgtk2.0-dev, - libmagick++-dev, libmpeg2-4-dev, libpoppler-dev, libqt4-dev, libltdl-dev, + libmagick++-dev, libmpeg2-4-dev, libpoppler-private-dev, libqt4-dev, libltdl-dev, librpm-dev, libvorbis-dev, pkg-config, zlib1g-dev Standards-Version: 3.9.3 Homepage: http://www.gnu.org/software/libextractor/
Bug#568629: yafray: FTBFS on hurd-i386: unrecognized platform
Package: yafray
Version: 0.0.9+dfsg-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
currently[1] yafray cannot be compiled on GNU/Hurd, because there is no
platform entry for hurd in the 'ficheros' dictionary in SConstruct.
The attached patches adds the correct entry ('gnu0' is the 'sys.platform' on
GNU/Hurd).
[1]
https://buildd.debian.org/fetch.cgi?pkg=yafray&arch=hurd-i386&ver=0.0.9+dfsg-3&stamp=1265433859&file=log&as=raw
Thanks,
--
Pino
#! /bin/sh /usr/share/dpatch/dpatch-run
## 80_hurd_support.dpatch by Pino Toscano
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Add support for GNU/Hurd
@DPATCH@
--- a/SConstruct
+++ b/SConstruct
@@ -13,7 +13,8 @@
'sunos5' : 'sunos5-settings',
'gnukfreebsd5' : 'linux-settings',
'gnukfreebsd6' : 'linux-settings',
-'gnukfreebsd7' : 'linux-settings'
+'gnukfreebsd7' : 'linux-settings',
+'gnu0' : 'linux-settings',
}
fichero = ficheros[sys.platform.split('-')[0]]
Bug#582262: kwave: disable ALSA dependency/usage on non-Linux archs
Package: kwave
Version: 0.8.2-4
Severity: important
Tags: patch
Hi,
currently kwave fails to compile on eg kFreeBSD on ALSA-related parts.
Given that there's no ALSA outside Linux, the ALSA dependency can be disabled on
kfreebsd-{amd64,i386} and hurd-i386 (the current non-Linux Debian ports),
and the ALSA stuff disabled at CMake time.
The attached patch fixes the issue.
Thanks,
--
Pino
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,8 @@
imagemagick, recode, libid3-3.8.3-dev (>= 3.8.3-4.2),
libaudiofile-dev, libogg-dev, libvorbis-dev (>= 1.0.0-2),
libflac++-dev (>= 1.1.4), libmad0-dev, libgsl0-dev,
- libasound2-dev, libfftw3-dev,
+ libasound2-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386],
+ libfftw3-dev,
poxml, gawk, cmake
Standards-Version: 3.8.1
Homepage: http://kwave.sourceforge.net
--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,10 @@
#!/usr/bin/make -f
+DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
+ifneq ($(DEB_HOST_ARCH_OS),linux)
+ DEB_CMAKE_CUSTOM_FLAGS += -DWITH_ALSA=OFF
+endif
+
include /usr/share/cdbs/1/rules/patchsys-quilt.mk
include /usr/share/pkg-kde-tools/makefiles/1/cdbs/kde.mk
include /usr/share/cdbs/1/rules/debhelper.mk
Bug#884048: gnome-shell: /usr/lib/gnome-shell/gnome-shell-calendar-server continually crashes with segfault
Control: severity -1 important In data sabato 16 dicembre 2017 23:25:16 CET, Adrian Bunk ha scritto: > Control: severity -1 serious > > On Sat, Dec 16, 2017 at 09:19:18PM +0100, Michael Biebl wrote: > > Control: severity -1 important > > > > > Dec 10 13:17:40 lavaine kernel: [ 3324.799650] gnome-shell-cal[2352]: > > > segfault at 10812 ip 7f2eeafd0324 sp 7ffd0bc3d6d0 error 4 in > > > libical.so.2.0.0[7f2eeaf8d000+5e000] > > To explain what's happening here: > > gnome-shell links directly against libical (here against v2) and also > > against libecal (from evolution-data-server). > > evolution-data-server was updated to link against libical v3. The result > > is, that gnome-shell was now loading libical2 (directly) and libical3 > > (indirectly via libecal) into its address space. This is not supported > > and leads to the crash. > > > > I decided to add a Conflicts: libical2 to libecal (see #884012) to avoid > > this situation. > > > > So from my POV, this bug can be closed. Other DDs mentioned on > > #debian-devel though, that this conflicts should be added directly to > > libical3. I'm thus leaving this bug report open for further discussion > > but downgrade the severity, as the immediate issue (the segfault in > > gnome-shell) is addressed by #884012. > > KDE has/had similar problems, setting back to RC to prevent testing > migration until this is sorted out. What are the "similar problems" of "KDE"? Neither the kdelibs 4.x nor the KF5 stacks support libical3, so everything uses libical2 for now. The only exception is digikam, for which I just requested a rebuild (since kcalcore was fixed to properly use libical2, see #883921). Since I don't see any other message in this bug regarding problems, nor I see any bug filed in any part of the KDE stack, then I'm lowering the severity of this bug, so this rushed doko-transition can be finally unblocked (unblocking the marble+libkipi transition too). -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#886536: eqonomize: please migrate the khelpcenter4 relationship to khelpcenter
Package: eqonomize
Version: 0.6-8
Severity: wishlist
Tags: patch
Dear Maintainer,
your package depends, recommends, or suggests khelpcenter4. Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.
Attached there is a patch for this.
The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.
Thanks,
--
Pino
--- a/debian/control
+++ b/debian/control
@@ -28,7 +28,7 @@ Package: eqonomize-doc
Section: doc
Architecture: all
Depends: ${misc:Depends}
-Recommends: eqonomize, khelpcenter4
+Recommends: eqonomize, khelpcenter
Description: documentation for the Eqonomize! accounting software
Eqonomize! is a personal accounting software for KDE, with focus on
efficiency and ease of use for the small household economy.
Bug#886537: kcollectd: please migrate the khelpcenter4 relationship to khelpcenter
Package: kcollectd
Version: 0.9-4
Severity: wishlist
Tags: patch
Dear Maintainer,
your package depends, recommends, or suggests khelpcenter4. Since the
split in an own source, it was renamed back to khelpcenter, with
khelpcenter4 as transitional package; please update the package
relationship according to this.
Attached there is a patch for this.
The khelpcenter package is already available in the current Debian
stable, i.e. Stretch.
Thanks,
--
Pino
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Depends:
${misc:Depends},
${shlibs:Depends},
Suggests:
- khelpcenter4,
+ khelpcenter,
Description: simple collectd graphing front-end for KDE
This package provides a basic KDE application for viewing RRD files
created by collectd, the system statistics storage daemon. It allows
Accepted kdiagram 2.6.0-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 22 Mar 2018 09:10:54 +0100 Source: kdiagram Binary: libkchart-dev libkchart2 libkchart2-l10n libkgantt-dev libkgantt2 libkgantt2-l10n Architecture: source Version: 2.6.0-3 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Pino Toscano Description: libkchart-dev - library for creating business charts (development files) libkchart2 - library for creating business charts (shared library) libkchart2-l10n - library for creating business charts (translation) libkgantt-dev - library for creating Gantt diagrams (development files) libkgantt2 - library for creating Gantt diagrams (shared library) libkgantt2-l10n - library for creating Gantt diagrams (translations) Changes: kdiagram (2.6.0-3) unstable; urgency=medium . * QA upload. * Add symbols files, and thus remove the dh_makeshlibs -V invocation. * Tweak install files to catch potential SONAME bumps. * Simplify watch file, and switch it to https. * Use https for Format in copyright. * Bump Standards-Version to 4.1.3, no changes required. * Bump the debhelper compatibility to 11: - bump the debhelper build dependency to 11~ - bump compat to 11 Checksums-Sha1: 086c69b69af94486651e253235df3ba0982e6f50 2309 kdiagram_2.6.0-3.dsc beb3ff414409390f450cd43b6b3f152814c4c78e 20908 kdiagram_2.6.0-3.debian.tar.xz 657578f7974af3424d58535a555db78544ae4ec3 11494 kdiagram_2.6.0-3_source.buildinfo Checksums-Sha256: caef50f0e93c2d350177e2b8e7faf6a8f4f009df38cf8185c7ee0f31b58f613c 2309 kdiagram_2.6.0-3.dsc a62dbb26c40b2e1bc0359a3913929003dae3b11bf844406678ef4352921d9e97 20908 kdiagram_2.6.0-3.debian.tar.xz 76ded077a12f7813f4499091588d55c563a134617fb402dfb58184e6f39a81f9 11494 kdiagram_2.6.0-3_source.buildinfo Files: 6c3d1388f6f375dfc801d21a9dd5153e 2309 libs optional kdiagram_2.6.0-3.dsc c5befa9bcbd094bbe040ac7583b95074 20908 libs optional kdiagram_2.6.0-3.debian.tar.xz 910ede758c06f97b395b1de043137def 11494 libs optional kdiagram_2.6.0-3_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEXyqfuC+mweEHcAcHLRkciEOxP00FAlqzZUsACgkQLRkciEOx P00RBg/+NMcxZ6B+lKVcFDN1Rtb4z87tgXGFoIA6Yj0Sz6TVnoBOS3K65IcELxex fXP75yqaZHHz6l7wIIFBKUScq/lBY6SGTZmmsMR75/R5Gb4LZDj7ur6RJMgJqEt/ aPvEFi8iXxP5Ehf4v7MjgkHIOi8DPQQS7GMbJM7SGP1g8loqNGP69KfpEaV20qCr WJ6Sxtn1UamkmMWs7ndUR3N/01eWemWpbbE4iqib90oW0NYCbHSupO37IkOIsivM +DZAkEXcF4+v/uBnvivu7cDgCY0flqsNjMR8nhvA8uBOww6UwRwX6YseGggAP7Bg 2OhB6vE1alAsk6v5bKjLrEtukpRryPIpEEqtTdoTWQY2fXXRkAQaMWUl5JbMtpsg qhIEEvIAdC3qkW4EoGx62XS7hYWn4RcHa7CenXHBM9vTHaoIDZLALao/aSNG9c0L 6TwdSXbiGhOXcRFfT6je/PFfFyYOyml/R03gnjsX2S54ANw+okE0tl0UWpvl0a1N 4A3IAD6Fhh2tC5YT7EJbBHVC5T0nnOzzeS0C/ab0m5Li3LpjFfLvz3yV/XyQp9dn N93gBfYATOvpbfdtR0+nx34LG/1NqShJedrHoDBYoNt6zYQ5KcweJJA2XTcazm1N /xu9lFJTvZ+Zrv8r3CcZ+TeKV4ACBv/kXVnrQdp5zh6SzMYQ6kk= =aNZ3 -END PGP SIGNATURE-
Bug#914328: shogun: please enable parallel building
Source: shogun Version: 3.2.0-8 Severity: wishlist Tags: patch Hi, shogun seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy ยง4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -10,7 +10,7 @@ ifeq ($(ARCH),$(filter $(ARCH),i386 hurd endif %: - dh $@ --buildsystem=cmake --builddirectory=$(BUILDDIR) + dh $@ --parallel --buildsystem=cmake --builddirectory=$(BUILDDIR) override_dh_auto_configure: dh_auto_configure -- -DCMAKE_SKIP_RPATH=TRUE -DBUILD_EXAMPLES=OFF -DUSE_SVMLIGHT=OFF -DCmdLineStatic=ON $(DISABLE_SSE)
