Bug#782507: libxrender1: i386/amd64 packages not co-installable

2015-04-15 Thread Stephen Dowdy 
Interestingly, 'aptitude upgrade' installs both these packages w/o as
much as a warning.
(i have unattended-upgrades failing over this.  Unfortunately,
unattended-upgrades isn't e-mailing me on this failure as i would
expect)

Does this mean that 'aptitude' is not fully Multi-Arch aware/compliant?
sigh.  Anyway, 'aptitude upgrade' at least appears to be another
temporary workaround to getting past this snafu.

$ pdsh -lroot -g unattended-upgrade-desktops
pdsh aptitude update -q=2; DEBIAN_FRONTEND=noninteractive
aptitude -q=2 safe-upgrade --assume-yes -o
Dpkg::Options::=--force-confold /dev/null

--stephen

-- 
Stephen Dowdy  -  Systems Administrator  -  NCAR/RAL
303.497.2869   -  sdo...@ucar.edu-  http://www.ral.ucar.edu/~sdowdy/


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

Bug#782507: libxrender1: i386/amd64 packages not co-installable

2015-04-13 Thread CJP 
I was also affected by this bug.

I worked around it by manually
renaming /usr/share/doc/libxrender1/changelog.Debian.gz before
installing each of the libxrender package updates:

I installed each of the packages separately from
the /var/cache/apt/archives directory with dpkg -i.

So, it was something like this:
mv /usr/share/doc/libxrender1/changelog.Debian.gz 
/usr/share/doc/libxrender1/changelog.Debian.gz.old
dpkg -i libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb
mv /usr/share/doc/libxrender1/changelog.Debian.gz 
/usr/share/doc/libxrender1/changelog.Debian.gz.old2
dpkg -i libxrender1_1%3a0.9.7-1+deb7u1+b1_i386.deb

After verifying that installing gave no errors and that there were no
broken packages anymore, I removed the .old* versions.

Note that having both i386 and amd64 packages of libxrender on the same
system is probably quite common: I'd expect it to be needed by people
who run 32-bit Wine or 32-bit proprietary software on 64-bit Linux
systems.

As a side-note, I find it strange that, according to the changelog, this
security build was made in 2013, yet we only receive it in 2015! Is
something wrong with the date in the changelog, or did it really take so
long to roll out this security update?

CJP


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

Bug#782507: libxrender1: i386/amd64 packages not co-installable

2015-04-13 Thread Peter Lebbing 
Package: libxrender1
Version: 1:0.9.7-1+deb7u1+b1
Severity: important

Dear Maintainer,

While trying to install version 1:0.9.7-1+deb7u1+b1 from 
wheezy-security for both amd64 and i386 on a multiarch machine,
I got the following problem:

- 8  8 -
root@timmy:/var/log/apt# grep libxrender1 term.log
Preparing to replace libxrender1:i386 1:0.9.7-1+deb7u1 (using 
.../libxrender1_1%3a0.9.7-1+deb7u1+b1_i386.deb) ...
De-configuring libxrender1:amd64 ...
Unpacking replacement libxrender1:i386 ...
Preparing to replace libxrender1:amd64 1:0.9.7-1+deb7u1 (using 
.../libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb) ...
Unpacking replacement libxrender1:amd64 ...
dpkg: error processing 
/var/cache/apt/archives/libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb (--unpack):
 trying to overwrite shared '/usr/share/doc/libxrender1/changelog.Debian.gz', 
which is different from other instances of package libxrender1:amd64
 /var/cache/apt/archives/libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb
root@timmy:/var/log/apt# 
- 8  8 -

The beginning of that file is indeed different in both packages:

- 8  8 -
libxrender (1:0.9.7-1+deb7u1+b1) wheezy-security; urgency=low, binary-only=yes

  * Binary-only non-maintainer upload for amd64; no source changes.
  * Rebuild against fixed libx11 for DSA 3224

 -- amd64 / i386 Build Daemon (brahms) buildd_amd64-bra...@buildd.debian.org  
Tue, 14 May 2013 19:28:26 +0200
- 8  8 -

- 8  8 -
libxrender (1:0.9.7-1+deb7u1+b1) wheezy-security; urgency=low, binary-only=yes

  * Binary-only non-maintainer upload for i386; no source changes.
  * Rebuild against fixed libx11 for DSA 3224

 -- amd64 / i386 Build Daemon (x86-grnet-01) 
buildd_amd64-x86-grnet...@buildd.debian.org  Tue, 14 May 2013 19:28:26 +0200
- 8  8 -

I think multiarch requires the files that are in both packages to be
exactly the same to be able to install both.

Since this little bug prevents installation on multiarch machines, I've set
the severity to important.

For now, I've resolved the situation on my machine as follows:

# cd /var/cache/apt/archives
# ls libxrender1_1%3a0.9.7-1+deb7u1+b1_*.deb
libxrender1_1%3a0.9.7-1+deb7u1+b1_amd64.deb
libxrender1_1%3a0.9.7-1+deb7u1+b1_i386.deb
# dpkg --force-overwrite -i libxrender1_1%3a0.9.7-1+deb7u1+b1_*.deb

I'm including this information for other users looking at this bug report
and wishing to have a quick solution. Do this only after the failed upgrade
(which downloads the files to /var/cache/apt/archives and verifies the
signature on the download) and checking that the '*' in the globbing pattern
indeed only matches the two wanted files (I had already determined that, I 
didn't actually do the 'ls' command).

Thanks for your work,

Peter.

-- System Information:
Debian Release: 7.8
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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