Hi,
just a question: what do you do if the perl that ends up
in wheezy depends on eglibc 2.13 (e.g. due to some symbol
use)? That will make upgrades impossible…
bye,
//mirabilos, human m68k buildd
--
Support mksh as /bin/sh and RoQA dash NOW!
‣ src:bash (254 (273) bugs: 1 RC, 175 (190) IN, 78
Thorsten Glaser wrote:
just a question: what do you do if the perl that ends up
in wheezy depends on eglibc 2.13 (e.g. due to some symbol
use)?
Would be fine if I understand correctly. Upgrade path:
deconfigure perl
unpack libc, perl
configure libc
configure
reassign 636686 eglibc
thanks
On Fri, Aug 05, 2011 at 12:45:35PM +0300, Niko Tyni wrote:
Package: perl
Version: 5.12.4-2
Once perl 5.12.4-2 is in testing, this bug should be reassigned
to eglibc so they can add a Breaks: perl ( 5.12.4-2) to the
libc* packages.
The background is in
Package: perl
Version: 5.12.4-2
Once perl 5.12.4-2 is in testing, this bug should be reassigned
to eglibc so they can add a Breaks: perl ( 5.12.4-2) to the
libc* packages.
The background is in #630399; summarizing:
- older perl versions built on a non-multiarch-enabled system break
when the
4 matches
Mail list logo