> Until fixed packages reach the archive, nvidia and fglrx users should
> stick to mesa 7.10.2-3 packages, currently available in testing.
Sorry for the noise, just found what I've missed ;-)
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
The libgl1-mesa-glx with Breaks: libgl1-nvidia-alternatives results in
problems for nvidia users:
Since packages like xorg, x11-utils, ... directly depend on
"libgl1-mesa-glx | libgl1", users are forced to uninstall them as well
as higher level packages depending on them due to nvidia-glx.
For ex
Am 17.06.2011 10:25, schrieb Patrick Matthäi:
> Am 17.06.2011 09:41, schrieb Cyril Brulebois:
>> Hi Mario.
>>
>> Mario Palomo (17/06/2011):
>>> […]
>>> So, I think that FGLRX needs a Breaks too.
>>
>> I know. The question is which package and which version. I suspect
>> fglrx-glx(*), but no idea w
Am 17.06.2011 11:16, schrieb Cyril Brulebois:
Patrick Matthäi (17/06/2011):
It should be 1:11-6-1 (where it will be fixed hopefuly)
Wild guess, we need a Breaks on: fglrx-glx (<< 1:11-6-1)
from libgl1-mesa-glx, correct?
It is right, that fglrx-glx-ia32 is no longer needed then so that I ju
Patrick Matthäi (17/06/2011):
> It should be 1:11-6-1 (where it will be fixed hopefuly)
Wild guess, we need a Breaks on: fglrx-glx (<< 1:11-6-1)
from libgl1-mesa-glx, correct?
Not sure how your stuff works.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Patrick Matthäi (17/06/2011):
> It should be 1:11-6-1 (where it will be fixed hopefuly)
Ah, giving you more time = 1 minute and 19 seconds? Fine. :D
Mraw,
KiBi.
signature.asc
Description: Digital signature
Patrick Matthäi (17/06/2011):
> So it would be nice to give us some time :)
In which case that's going to be for the next revision. Please file your
own bug against src:mesa once you know what you need.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Am 17.06.2011 09:43, schrieb Julien Cristau:
On Fri, Jun 17, 2011 at 00:57:14 +0200, Mario Palomo wrote:
Cyril Brulebois (16/06/2011):
I'll try and get that done tomorrow, along with the CXXFLAGS patch we
received some days ago.
FGLRX folks, want a Breaks too? Now would be the time to reques
Am 17.06.2011 09:41, schrieb Cyril Brulebois:
Hi Mario.
Mario Palomo (17/06/2011):
[…]
So, I think that FGLRX needs a Breaks too.
I know. The question is which package and which version. I suspect
fglrx-glx(*), but no idea when a multiarch-aware version will be
released, and with which versi
On Fri, Jun 17, 2011 at 00:57:14 +0200, Mario Palomo wrote:
> Cyril Brulebois (16/06/2011):
> > I'll try and get that done tomorrow, along with the CXXFLAGS patch we
> > received some days ago.
> >
> > FGLRX folks, want a Breaks too? Now would be the time to request it. :)
>
> I have FGLRX insta
Hi Mario.
Mario Palomo (17/06/2011):
> […]
> So, I think that FGLRX needs a Breaks too.
I know. The question is which package and which version. I suspect
fglrx-glx(*), but no idea when a multiarch-aware version will be
released, and with which version number.
Adding uploaders to cc now, in cas
Cyril Brulebois (16/06/2011):
> I'll try and get that done tomorrow, along with the CXXFLAGS patch we
> received some days ago.
>
> FGLRX folks, want a Breaks too? Now would be the time to request it. :)
I have FGLRX installed and composition work in KDE (¿software
emulated?), but glxinfo output
Hi Andreas,
Andreas Beckmann (16/06/2011):
> could you add
>Breaks: libgl1-nvidia-alternatives (<= 275.09.07-1)
> to libgl1-mesa-glx? (Best before the multiarch change moves to testing).
I'll try and get that done tomorrow, along with the CXXFLAGS patch we
received some days ago.
FGLRX folk
Package: libgl1-mesa-glx
Version: 7.10.2-4
Severity: normal
Hi KiBi,
could you add
Breaks: libgl1-nvidia-alternatives (<= 275.09.07-1)
to libgl1-mesa-glx? (Best before the multiarch change moves to testing).
The multiarch move of MESA breaks current diversion handling (many
bugreports).
I'm
14 matches
Mail list logo
