Processing of compton_1-1_source.changes
compton_1-1_source.changes uploaded successfully to localhost along with the files: compton_1-1.dsc compton_1.orig.tar.gz compton_1-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
compton_1-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 16 Dec 2020 16:06:50 +0100 Source: compton Architecture: source Version: 1-1 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Andrej Shadura Changes: compton (1-1) unstable; urgency=medium . * QA upload. * Package the first bugfix release of picom as compton. * Refresh patches. * Add a deprecation notice. Checksums-Sha1: 125264982329a61aa597af2baf1a8afdbdd4383b 1822 compton_1-1.dsc d7ee6332ae91446fa02c3d05beb621f057bfbb14 164396 compton_1.orig.tar.gz 22e6b8d7e45baa8f5d72af3b588e0bdcb5f6c024 4648 compton_1-1.debian.tar.xz Checksums-Sha256: 83e976ef697f9922c3f437a1198746fd2002ada8cde4160d2dae3080ea374cbe 1822 compton_1-1.dsc 45bcff1f909149bc7a21fb8297a447cd2276dfdfebaa924d9e44eff3e288bcec 164396 compton_1.orig.tar.gz 7a0578a9786dab9d3e8c3f15ec708015476001f32e2b9775d182c149bf461947 4648 compton_1-1.debian.tar.xz Files: e63b37a5a995fd84c209fea3340ecb67 1822 x11 optional compton_1-1.dsc 1c188cec69a271c03f6da7cb7b07ada4 164396 x11 optional compton_1.orig.tar.gz 012939ee30f33c99d600a386875ca697 4648 x11 optional compton_1-1.debian.tar.xz -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEeuS9ZL8A0js0NGiOXkCM2RzYOdIFAl/aI+IACgkQXkCM2RzY OdJZ+wf/QbErn4wsDydKVPQmdQyOvNEhdyRMDYE1tpn6Hzi0vBe6GKsiQvDukeBX nFMsxrteI1U1C+WsbGeBJNCgrBON178hbPUDAJZ1l3BpvH+whNy31ibmx4XBJ/WJ 04ZFDwTb5o3F8kTvzzPWr6Krt5jLl5tUq6MhElGTNVuhTKrP44oOcxXo2VwAX3k0 KUiFTz3QzFHDFrbUSi1EsnIo+E1bpySQNScrvfLzSG1J77CHu5xmZUc/Ikr/dRPQ gLiiG3dlXhQS+D6wZALKH0fvwUYPcv6cvQbIQabvFwxRmoekzzkp2nq+NzUEr5qL Q8s+asZa3KccF76B++HCnGOPMGqYbw== =hizG -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#976102: a2ps 32-bit segfaults on startup
Am 15.12.20 um 23:00 schrieb Mack Stanley: Dear Bernhard, Thanks so much for your interest and your message. I very recently realized that my bug report is in error and hoped that I would be able to correct or withdraw it before troubling anyone. Here is how to reproduce the segfault I observed (in wither 32 or 64 bit debian a2ps): Near the top of /etc/a2ps-site.cfg comment out one or both of the lines _ Options: --encoding=latin1 Options: --medium=libpaper _ Then just execute a2ps The result will be a crash with simply Segmentation Fault --- I am very sorry to have filed a false bug report. I had tried two 32 bit installations and one 64 bit. Evidently I made the same mistake in both 32 bit installations: I must have installed with an old Fedora a2ps-site.cfg already in /etc/ , which the Debian installation politely refused to overwrite. The default Fedora a2ps-site.cfg has those two lines as #Options: --encoding=latin1 Options: --medium=_glibc After removing "#" from the first line, the debian build a2ps complains helpfully about the second line. But with the "#" it just segfaults. I am sorry it took me so long to find this mistake. It wasn't till I built 32 bit a2ps from the GNU source that I saw the problem (http://ftp.gnu.org/gnu/a2ps/a2ps-4.14.tar.gz./configure --prefix=/usr --with-gnu-gettext --with-medium=letter ). It would be nice if a2ps itself had been more forthcoming about my mistake rather than segfaulting. But it was just that---my mistake. Again, my apologies for wasting your time and my thanks for your interest. Best regards, Mack Hello Mack, no problem, with these great details I could collect these backtraces: # With: #Options: --encoding=latin1 (gdb) bt #0 __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:50 #1 0x0050bfcc in strlower (string=0x0) at routines.c:95 #2 0x005096cd in get_encoding_by_alias (job=0x57bc50, alias=0x0) at encoding.c:1207 #3 0x0050aa50 in a2ps_job_finalize (job=0x57bc50) at jobs.c:305 #4 0x004ef980 in main (argc=, argv=) at main.c:1025 (gdb) # With: #Options: --medium=libpaper (gdb) bt #0 __strcasecmp_l_sse4_2 () at ../sysdeps/i386/i686/multiarch/strcmp-sse4.S:229 #1 0x0050e22a in a2ps_get_medium (job=0xb1ec50, name=0x0) at media.c:164 #2 0x0050ea6c in a2ps_job_finalize (job=0xb1ec50) at jobs.c:312 #3 0x004f3980 in main (argc=, argv=) at main.c:1025 (gdb) As you mentioned some relation to fedora I made a short search and it looks like there are some patches used, which are not yet upstreamed. https://src.fedoraproject.org/rpms/a2ps/tree/ https://git.savannah.gnu.org/cgit/a2ps.git/log/ Especially the a2ps-4.13b-encoding.patch and a2ps-4.13-glibcpaper.patch seem related. Kind regards, Bernhard apt install systemd-coredump gdb a2ps a2ps-dbgsym zcat /usr/share/doc/a2ps/README.gz | a2ps coredumpctl list coredumpctl gdb 2478 https://sources.debian.org/src/a2ps/1:4.14-5/lib/jobs.c/#L305
Bug#977576: bandwidthd: Update bandwidthd-pgsql Recommends to PHP 7
Package: bandwidthd
Version: 2.0.1+cvs20090917-12
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu hirsute ubuntu-patch
Dear Maintainer,
bandwidthd-pgsql currently recommends PHP 5 packages that are no longer
published.
In Ubuntu, the attached patch was applied to achieve the following:
* Update bandwidthd-pgsql Recommends to PHP 7.
Thanks for considering the patch.
Logan
-- System Information:
Debian Release: bullseye/sid
APT prefers groovy-updates
APT policy: (500, 'groovy-updates'), (500, 'groovy-security'), (500,
'groovy'), (100, 'groovy-backports')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.128-microsoft-standard (SMP w/8 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
diff -Nru bandwidthd-2.0.1+cvs20090917/debian/control
bandwidthd-2.0.1+cvs20090917/debian/control
--- bandwidthd-2.0.1+cvs20090917/debian/control 2020-08-06 16:42:53.0
-0400
+++ bandwidthd-2.0.1+cvs20090917/debian/control 2020-12-16 22:27:00.0
-0500
@@ -35,7 +35,7 @@
${misc:Depends},
${shlibs:Depends},
lsb-base
-Recommends: php5, php5-gd, php5-pgsql
+Recommends: php, php-gd, php-pgsql
Suggests: apache2, postgresql
Conflicts: apache2 (<< 2.4), bandwidthd
Description: Tracks usage of TCP/IP and builds html files with graphs
Bug#977577: libowfat: Disable dietlibc build on riscv64
Package: libowfat
Version: 0.30-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu hirsute ubuntu-patch
Dear Maintainer,
libowfat currently doesn't build on riscv64 because dietlibc is not
available for that architecture.
In Ubuntu, the attached patch was applied to achieve the following:
* Adapt xnox's patch from 0.30-2ubuntu1, this time to only disable the
dietlibc build on riscv64.
You'll probably need to adapt the patch to reflect all of the
architectures supported in Debian.
Thanks for considering the patch.
Logan
-- System Information:
Debian Release: bullseye/sid
APT prefers groovy-updates
APT policy: (500, 'groovy-updates'), (500, 'groovy-security'), (500,
'groovy'), (100, 'groovy-backports')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.128-microsoft-standard (SMP w/8 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
diff -Nru libowfat-0.30/debian/control libowfat-0.30/debian/control
--- libowfat-0.30/debian/control2020-04-30 16:42:48.0 -0400
+++ libowfat-0.30/debian/control2020-12-16 00:01:12.0 -0500
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian QA Group
Standards-Version: 4.5.0
-Build-Depends: dietlibc-dev, dietlibc-dev (>= 0.32-5) [sparc],
debhelper-compat (= 13)
+Build-Depends: dietlibc-dev [amd64 arm64 armhf ppc64el s390x],
debhelper-compat (= 13)
Homepage: http://www.fefe.de/libowfat/
Vcs-Git: https://salsa.debian.org/debian/libowfat.git
Vcs-Browser: https://salsa.debian.org/debian/libowfat
@@ -43,7 +43,7 @@
Package: libowfat-dietlibc-dev
Section: libdevel
-Architecture: any
+Architecture: amd64 arm64 armhf ppc64el s390x
Depends: dietlibc-dev, ${misc:Depends}
Conflicts: libdjbdns1-dev
Breaks: libowfat-dev (<< 0.28-3)
diff -Nru libowfat-0.30/debian/rules libowfat-0.30/debian/rules
--- libowfat-0.30/debian/rules 2020-04-30 14:41:56.0 -0400
+++ libowfat-0.30/debian/rules 2020-12-16 00:01:12.0 -0500
@@ -1,5 +1,7 @@
#!/usr/bin/make -f
+include /usr/share/dpkg/architecture.mk
+
CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS)
CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) $(CPPFLAGS)
CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS) $(CPPFLAGS)
@@ -15,11 +17,14 @@
$(MAKE) -f $(CURDIR)/GNUmakefile -C build-glibc SRC=$(CURDIR)/ DIET=''
rm build-glibc/entities.h
+# dietlibc is unavailable on riscv64
+ifneq (,$(filter $(DEB_HOST_ARCH), amd64 arm64 armhf ppc64el s390x))
mkdir build-diet
$(MAKE) -f $(CURDIR)/GNUmakefile -C build-diet SRC=$(CURDIR)/
DIET='diet -v -Os'
rm build-diet/entities.h
touch build-stamp
+endif
override_dh_clean:
dh_clean # doesn't remove directories
Bug#976102: a2ps 32-bit segfaults on startup
On 12/16/20 6:24 AM, Bernhard Übelacker wrote: Am 15.12.20 um 23:00 schrieb Mack Stanley: Dear Bernhard, Thanks so much for your interest and your message. I very recently realized that my bug report is in error and hoped that I would be able to correct or withdraw it before troubling anyone. Here is how to reproduce the segfault I observed (in wither 32 or 64 bit debian a2ps): Near the top of /etc/a2ps-site.cfg comment out one or both of the lines _ Options: --encoding=latin1 Options: --medium=libpaper _ Then just execute a2ps The result will be a crash with simply Segmentation Fault --- I am very sorry to have filed a false bug report. I had tried two 32 bit installations and one 64 bit. Evidently I made the same mistake in both 32 bit installations: I must have installed with an old Fedora a2ps-site.cfg already in /etc/ , which the Debian installation politely refused to overwrite. The default Fedora a2ps-site.cfg has those two lines as #Options: --encoding=latin1 Options: --medium=_glibc After removing "#" from the first line, the debian build a2ps complains helpfully about the second line. But with the "#" it just segfaults. I am sorry it took me so long to find this mistake. It wasn't till I built 32 bit a2ps from the GNU source that I saw the problem (http://ftp.gnu.org/gnu/a2ps/a2ps-4.14.tar.gz./configure --prefix=/usr --with-gnu-gettext --with-medium=letter ). It would be nice if a2ps itself had been more forthcoming about my mistake rather than segfaulting. But it was just that---my mistake. Again, my apologies for wasting your time and my thanks for your interest. Best regards, Mack Hello Mack, no problem, with these great details I could collect these backtraces: # With: #Options: --encoding=latin1 (gdb) bt #0 __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:50 #1 0x0050bfcc in strlower (string=0x0) at routines.c:95 #2 0x005096cd in get_encoding_by_alias (job=0x57bc50, alias=0x0) at encoding.c:1207 #3 0x0050aa50 in a2ps_job_finalize (job=0x57bc50) at jobs.c:305 #4 0x004ef980 in main (argc=, argv=out>) at main.c:1025 (gdb) # With: #Options: --medium=libpaper (gdb) bt #0 __strcasecmp_l_sse4_2 () at ../sysdeps/i386/i686/multiarch/strcmp-sse4.S:229 #1 0x0050e22a in a2ps_get_medium (job=0xb1ec50, name=0x0) at media.c:164 #2 0x0050ea6c in a2ps_job_finalize (job=0xb1ec50) at jobs.c:312 #3 0x004f3980 in main (argc=, argv=out>) at main.c:1025 (gdb) As you mentioned some relation to fedora I made a short search and it looks like there are some patches used, which are not yet upstreamed. https://src.fedoraproject.org/rpms/a2ps/tree/ https://git.savannah.gnu.org/cgit/a2ps.git/log/ Especially the a2ps-4.13b-encoding.patch and a2ps-4.13-glibcpaper.patch seem related. Kind regards, Bernhard apt install systemd-coredump gdb a2ps a2ps-dbgsym zcat /usr/share/doc/a2ps/README.gz | a2ps coredumpctl list coredumpctl gdb 2478 https://sources.debian.org/src/a2ps/1:4.14-5/lib/jobs.c/#L305 Dear Bernhard, That's great news! I do know that the build from the GNU a2ps tarball behaves like the Debian builds. (I tried the Debian testing build too.) That's not surprising since it was the GNU stable source that I used. The only other thing I know is that Fedora 33's current build doesn't care whether "Options: --encoding=latin1" is commented out or not, but it does segfault if "Options: --medium=_glibc" is commented out in a2ps-site.cfg. It doesn't segfault as long as it is passed "Options: --medium=..." where ... can be anything. It will object that it doesn't know what "..". is, that is, if it is not "_glibc" or "letter" or "A4" or whatever, but it won't segfault. Incidentally, it doesn't know what "libpaper" is. And I don't know what "_glibc" is! Thanks again for the positive news. Best wishes, Mack
