Hi,
On Mon, 05 Dec 2011, Guillem Jover wrote:
> So I changed the code in the pu/multiarch/master to only print the
> arch qualifier for all “M-A: same” packages, and not for foreign
> non-“M-A: same” ones. This makes the output deterministic and consistent
> regardless of the native architecture.
On Mon, Dec 5, 2011 at 09:55, Guillem Jover wrote:
> One of the issues with cross-grading is that the native architecture for
> the running dpkg can be different than the one for the newly unpacked
> dpkg programs which get invoked during the dpkg run. So any package name
> I/O that can have a dif
I'm maintainer and upstream for authbind, which is a set-id helper to
permit and control the binding of low ports by unprivileged programs,
with an LD_PRELOAD wrapper so it can be used by naive callers which
just expect to call bind. I would like some advice about how to
do multiarch support for i
On Mon, 12 Dec 2011, David Kalnischkies wrote:
> In the end, we properly need a specialized tool for cross grades anyway:
> Changing the architecture of any package basically requires the
> removal of this package before it can be installed for the new architecture:
> I e.g. can't think of a good w
On Mon, 12 Dec 2011, Ian Jackson wrote:
> * I will need to arrange for the same LD_PRELOAD setting to load the
>correct libauthbind for each arch. So I guess I do
>LD_PRELOAD=libauthbind.so.1 rather than supplying an absolute path,
>and trust ld.so to get the right one out of /usr/lib
On Mon, 12 Dec 2011, Raphael Hertzog wrote:
> > To best avoid transitional problems I guess piece 2 should go into
> > "authbind" (Multi-arch: same; Depends: authbind-support) and pieces 1
> > and 3 would in "authbind-support" (Multi-arch: foreign; no
> > dependency). But I'm not sure.
>
> Yes.
Raphael Hertzog writes ("Re: authbind (LD_PRELOAD) and multiarch"):
> On Mon, 12 Dec 2011, Ian Jackson wrote:
> > * I will need to arrange for the same LD_PRELOAD setting to load the
> >correct libauthbind for each arch. So I guess I do
> >LD_PRELOAD=libauthbind.so.1 rather than supplying
On 2011-12-12 14:37 +0100, Raphael Hertzog wrote:
> On Mon, 12 Dec 2011, David Kalnischkies wrote:
>> In the end, we properly need a specialized tool for cross grades anyway:
>> Changing the architecture of any package basically requires the
>> removal of this package before it can be installed fo
On Mon, 12 Dec 2011, Sven Joachim wrote:
> > dpkg supports the cross-grade, you can tell it to install a foreign
> > package when a native one is already installed.
> >
> > So the goal is to allow the user to cross-grade his system with
> > a "dpkg -i dpkg_1.16.2_.deb" (modulo the need to pre-inst
On Mon, Dec 12, 2011 at 04:17:15PM +0100, Raphael Hertzog wrote:
> On Mon, 12 Dec 2011, Sven Joachim wrote:
> > With dpkg from your pu/multiarch/full branch, this does not work:
> > | # dpkg -i /var/cache/apt/archives/libc-bin_2.13-22_amd64.deb
> > | dpkg: error processing /var/cache/apt/archives/
On Mon, Dec 12, 2011 at 16:17, Raphael Hertzog wrote:
> On Mon, 12 Dec 2011, Sven Joachim wrote:
>> > dpkg supports the cross-grade, you can tell it to install a foreign
>> > package when a native one is already installed.
>> >
>> > So the goal is to allow the user to cross-grade his system with
>
On Mon, Dec 12, 2011 at 14:37, Raphael Hertzog wrote:
> On Mon, 12 Dec 2011, David Kalnischkies wrote:
>> You talk only about output, but the title is "I/O" and i think it's unlikely
>> that dpkg has a different understanding of pkgname in output vs input,
>> so, you want to tell us that from now
On Mon, 12 Dec 2011, David Kalnischkies wrote:
> On Mon, Dec 12, 2011 at 14:37, Raphael Hertzog wrote:
> > This proves that we can't make dpkg fail when it gets an unqualified
> > package name in input. So in the alternatives that guillem proposed
> > we have to pick "pkgname = pkgname:*" so that
On Mon, 2011-12-12 at 18:15:12 +0100, David Kalnischkies wrote:
> On Mon, Dec 12, 2011 at 14:37, Raphael Hertzog wrote:
> > On Mon, 12 Dec 2011, David Kalnischkies wrote:
> > > If that's really meant, i am very worried how release upgrades should
> > > work, given that squeeze tools obviously don'
14 matches
Mail list logo
