Bug#1033698: fonts-rit-sundar: autopkgtest fix

2024-10-12 Thread Ben Harris

Control: tags -1 +patch

The autopkgtest failure for fonts-rit-sundar looks to me like it's just 
caused by the upstream test suite writing to stderr.  So it can be fixed 
by adding this to debian/tests/control:


Restrictions: allow-stderr

That takes the test from failing to passing on my system.

--
Ben Harris



Bug#862597: clang-3.9-doc: -doc package contains (almost) no documentation

2017-05-14 Thread Ben Harris

Package: clang-3.9-doc
Version: 1:3.9.1-8
Severity: grave
Justification: renders package unusable

Dear Maintainer,

According to its description, this package should contain documentation 
for Clang.  It is, however, almost empty:


wraith:~$ dpkg -L clang-3.9-doc
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/clang-3.9-doc
/usr/share/doc/clang-3.9-doc/NEWS.Debian.gz
/usr/share/doc/clang-3.9-doc/changelog.Debian.gz
/usr/share/doc/clang-3.9-doc/copyright

Those files are also in clang-3.9, so this package is almost entirely
useless.  The same problem appears to afflict clang-4.0-doc and
clang-5.0-doc, but not clang-3.8-doc.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386
 (i686)

Kernel: Linux 4.9.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

-- no debconf information



Bug#764318: libjpeg-progs still needs conflict with libjpeg-turbo-progs

2014-10-22 Thread Ben Harris

On Wed, 22 Oct 2014, Bill Allombert wrote:


On Wed, Oct 22, 2014 at 11:12:24AM +0100, Ben Harris wrote:

Control: clone -1 -2
Control: reassign -2 libjpeg-turbo-progs/1:1.3.1-3
Control: fixed -2 libjpeg-turbo-progs/1:1.3.1-6
Control: reassign -1 libjpeg-progs/1:9a-2

It looks like it's necessary for the new libjpeg-progs to include a
conflict with libjpeg-turbo-progs, since at the moment APT tries to
install them in the wrong order.  On my system at the moment:

Both libjpeg-progs 1:9a-2 and libjpeg-turbo-progs 1:1.3.1-6 are
available to APT, but it chooses to upgrade libjpeg-progs and keep
back libjpeg-turbo-progs:


Hello Ben, since the broken libjpeg-turbo-progs/1:1.3.1-3 was never part
of a stable release, this is not strictly necessary: it does not break
the wheezy to jessie upgrade.

Just remove it before perfomring the upgrade.

Since we are very close to the freeze, I would rather dispense with uploading
a work around for the libjpeg-turbo-progs/1:1.3.1-3 breakage.


OK.  Now I have to work out how to undo what I just did to the BTS...

--
Ben Harris, University of Cambridge Information Services.


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#764318: libjpeg-progs still needs conflict with libjpeg-turbo-progs

2014-10-22 Thread Ben Harris

Control: clone -1 -2
Control: reassign -2 libjpeg-turbo-progs/1:1.3.1-3
Control: fixed -2 libjpeg-turbo-progs/1:1.3.1-6
Control: reassign -1 libjpeg-progs/1:9a-2

It looks like it's necessary for the new libjpeg-progs to include a 
conflict with libjpeg-turbo-progs, since at the moment APT tries to 
install them in the wrong order.  On my system at the moment:


wraith:/home/bjh21# dpkg -l 'libjpeg*progs'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  libjpeg-progs  1:1.3.1-3all  Programs for manipulating JPEG fi
ii  libjpeg-turbo- 1:1.3.1-3i386 Programs for manipulating JPEG fi

Both libjpeg-progs 1:9a-2 and libjpeg-turbo-progs 1:1.3.1-6 are available 
to APT, but it chooses to upgrade libjpeg-progs and keep back 
libjpeg-turbo-progs:


wraith:/home/bjh21# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  libjpeg-turbo-progs
The following packages will be upgraded:
  libjpeg-progs
1 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
65 not fully installed or removed.
Need to get 0 B/82.6 kB of archives.
After this operation, 121 kB of additional disk space will be used.
Do you want to continue? [Y/n]
(Reading database ... 246510 files and directories currently installed.)
Preparing to unpack .../libjpeg-progs_1%3a9a-2_i386.deb ...
Unpacking libjpeg-progs (1:9a-2) over (1:1.3.1-3) ...
dpkg: error processing archive 
/var/cache/apt/archives/libjpeg-progs_1%3a9a-2_i386.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/exifautotran.1.gz', which is also in 
package libjpeg-turbo-progs 1:1.3.1-3
Errors were encountered while processing:
 /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

APT needs to be told that the new libjpeg-progs can't coexist with 
libjpeg-turbo-progs 1:1.3.1-3, which I think requires adding a Conflicts: 
header to libjpeg-progs (or use of alternatives).



I've tried to re-organise this bug report to reflect the fact that changes 
were needed to both packages.  I've reassigned 764318 back to 
libjpeg-progs alone, while there's a new clone to represent the (fixed) 
lack of a Conflicts: header in libjpeg-turbo-progs.  According to the BTS 
documentation, it's only appropriate to have a bug assigned to two 
packages if it can be fixed by a change to either one of those packages. 
In this case, it appears that changes to both packages were required.


--
Ben Harris, University of Cambridge Information Services.


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org