Ian Jackson writes:
> Why not have the new package ship libGL.so.1 to a more specific filename
> and create a symlink named libGL.so.1 by hand in its postinst ? That
> way you can defer doing the diversion until that part of the postinst,
> by which time the old package and its diversion are gon
Russ Allbery writes:
> Ian Jackson writes:
>
>> Why not have the new package ship libGL.so.1 to a more specific filename
>> and create a symlink named libGL.so.1 by hand in its postinst ? That
>> way you can defer doing the diversion until that part of the postinst,
>> by which time the old pac
Goswin von Brederlow writes ("Re: [pkg-nvidia-devel] Moving diversions between
packages"):
> Russ Allbery writes:
> > Ian Jackson writes:
> > > Why not have the new package ship libGL.so.1 to a more specific filename
> > > and create a symlink named libGL
Ian Jackson writes:
> Goswin von Brederlow writes ("Re: [pkg-nvidia-devel] Moving diversions
> between packages"):
>> Russ Allbery writes:
>> > Ian Jackson writes:
>> > > Why not have the new package ship libGL.so.1 to a more specific filename
>
Ian Jackson writes:
> Goswin von Brederlow writes:
>> Russ Allbery writes:
>>> Oh, huh, I hadn't thought of that. But wouldn't this cause the
>>> library to temporarily disappear, which would be contrary to the last
>>> paragraph of Policy 8.1? Am I being too conservative about that?
> Maybe.
Goswin von Brederlow writes:
> But you are right, if your suggestion is to undo this in prerm then
> there will be a long delay between undoing and redoing. But if you fully
> undo things then programs will still start, they just won't be able to
> use hardware accelerated GL and fallback to soft
Russ Allbery writes:
> Goswin von Brederlow writes:
>
>> But you are right, if your suggestion is to undo this in prerm then
>> there will be a long delay between undoing and redoing. But if you fully
>> undo things then programs will still start, they just won't be able to
>> use hardware accel
Goswin von Brederlow writes:
> Russ Allbery writes:
>> Goswin von Brederlow writes:
>>> But you are right, if your suggestion is to undo this in prerm then
>>> there will be a long delay between undoing and redoing. But if you
>>> fully undo things then programs will still start, they just won'
8 matches
Mail list logo