Ian Jackson ijack...@chiark.greenend.org.uk writes:
Russ Allbery writes (Multiarch file overlap summary and proposal (was:
Summary: dpkg shared / reference counted files and version match)):
5. Data files that vary by architecture. This includes big-endian
vs. little-endian issues.
Ian Jackson ijack...@chiark.greenend.org.uk writes:
Guillem Jover writes (Re: Multiarch file overlap summary and proposal (was:
Summary: dpkg shared / reference counted files and version match)):
This still does not solve the other issues I listed, namely binNMUs
have to be performed in
Russ Allbery r...@debian.org writes:
Joey Hess jo...@debian.org writes:
Anyway, my worry about the refcounting approach (or perhaps M-A: same in
general) is not the details of the implementation in dpkg, but the added
mental complexity of dpkg now being able to have multiple distinct
Hi,
the commit d7c001aa6b3d49f1542df05cde60406be2e981ec did not work out as
expected.
Stop using brace expansion to install man pages
The reason for using brace expansion in the first place was due to
debhelper starting to abort on empty glob expansion, needed because
Goswin von Brederlow wrote:
pkg:arch will still be unique and the dpkg/apt output will use the
architecture where required for uniqueness. So I think that after some
getting used to it it will be clear enough again.
Here are a few examples of the problems I worry about. I have not
verified any
Raphael Hertzog wrote:
Joey, would it be possible to also extract the language code from the
path when the dirname matches m{/man/([a-z][a-z](?:_[A-Z][A-Z])?)/man\d$} ?
It's specific enough to avoid wrong guesses and it seems to make sense
when you want to use dh_installman to install manual
Guillem Jover writes (Re: Multiarch file overlap summary and proposal (was:
Summary: dpkg shared / reference counted files and version match)):
On Tue, 2012-02-14 at 14:28:58 +, Ian Jackson wrote:
I think the refcounting approach is very worthwhile because it
eliminates unnecessary work
Russ Allbery writes (Re: Multiarch file overlap summary and proposal):
I definitely agree on the complexity this adds. But I don't think there's
an alternative to that complexity without using something like --sysroot
or mini-chroots, and I don't think those are satisfying solutions to the
Joey Hess writes (Re: Multiarch file overlap summary and proposal):
Goswin von Brederlow wrote:
pkg:arch will still be unique and the dpkg/apt output will use the
architecture where required for uniqueness. So I think that after some
getting used to it it will be clear enough again.
Here
On Wed, 15 Feb 2012, Joey Hess wrote:
Raphael Hertzog wrote:
Joey, would it be possible to also extract the language code from the
path when the dirname matches m{/man/([a-z][a-z](?:_[A-Z][A-Z])?)/man\d$} ?
It's specific enough to avoid wrong guesses and it seems to make sense
when you
Ian Jackson ijack...@chiark.greenend.org.uk writes:
Joey Hess writes (Re: Multiarch file overlap summary and proposal):
Here are a few examples of the problems I worry about. I have not
verified any of them, and they're clearly biased toward code I am
familiar with, which suggests there are
Guillem Jover guil...@debian.org writes:
If packages have to be split anyway to cope with the other cases, then
the number of new packages which might not be needed otherwise will be
even smaller than the predicted amount, at which point it makes even
less sense to support refcnt'ing.
I
On Thu, Feb 16, 2012 at 00:39, Russ Allbery r...@debian.org wrote:
Ian Jackson ijack...@chiark.greenend.org.uk writes:
Joey Hess writes (Re: Multiarch file overlap summary and proposal):
Here are a few examples of the problems I worry about. I have not
verified any of them, and they're
Processing commands for cont...@bugs.debian.org:
reassign 660015 dpkg
Bug #660015 [popularity-contest] popularity-contest: fails to cope with
multiarch
Bug reassigned from package 'popularity-contest' to 'dpkg'.
Bug No longer marked as found in versions popularity-contest/1.53.
forcemerge
14 matches
Mail list logo