=== Guest84363 is now known as wgrant
[08:51] <shadeslayer> hi, we're trying to backport KDE to Precise and have used the backported HWE stack from raring, however, it seems like the window manager still depends on libgl1-mesa-glx because https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/mesa-lts-raring/precise-updates/view/head:/debian/libgl1-mesa-glx-lts-raring.shlibs still says libgl1-mesa-glx instead of the -lts-raring package, is this intentional?
[08:51] <shadeslayer> if not, should we still build using the regular stack but ask our users to manually install the LTS stack
[08:52] <shadeslayer> s/not/so/
[09:01] <RAOF> shadeslayer: Deliberate
[09:01] <shadeslayer> but then dpkg-shlibdeps adds the wrong dependency?
[09:02] <RAOF> shadeslayer: Because the ABI for libgl1-mesa-glx is the linux OpenGL ABI, so really everything *actually* depends on the libgl1 branch of that dependency; the libgl1-mesa-glx branch is to help apt out.
[09:04] <shadeslayer> yofel: ^^
[09:04] <RAOF> shadeslayer: Why does the KDE backport require the HWE backport stack?
[09:05] <yofel> well, the reason we're doing that because KDE upstream doesn't support any configurations they don't test (at least Martin Gräßlin doesn't). That includes KDE 4.11 with mesa 8
[09:05] <shadeslayer> RAOF: upstream told us that anything using old mesa versions is unsupported, only the latest mesa is supported because there could be problems during runtime
[09:05] <yofel> so we're *trying* to make kde 4.11 pull mesa9 in, but apt isn't really making that easy
[09:05] <shadeslayer> ^^
[09:06] <RAOF> Hm.
[09:06] <RAOF> You should be able to add a manual dependency on the various bits.
[09:07] <RAOF> But I don't think installing the lts-raring stack on an existing system is something we've tried to support very hard.
[09:07] <yofel> is there an easy way to do that with an shlibdeps rule? or only by manually adding it in control
[09:07] <RAOF> It's expected that if you've got a working install, then you don't need the backport stack for hardware enablement ☺
[09:07] <RAOF> mlankhorst would be the resident expert here.
[09:08] <shadeslayer> would adding manually to control even work?
[09:08] <RAOF> You *could* do it with a local shlibs file, I think, but I'm not sure why you'd want to do that instead of just a manual dependency in debian/control
[09:08] <yofel> it would, libgl1-mesa-glx would be overriden by libgl1
[09:08] <mlankhorst> erm I don't think depending on a version would work in the lts
[09:09] <yofel> why not?
[09:10] <mlankhorst> because the user might use the blob drivers for example, in which case mesa version wouldn't matter, if you use the lts stack libgl1-mesa-glx is virtual, which means versioned depends would fail
[09:11] <yofel> well, so far we don't have versioned depends, but we try to directly pull in the -lts-raring stack
[09:11] <yofel> which ended up causing a dependency mess
[09:11] <mlankhorst> it's not recommended to do that either
[09:11] <mlankhorst> best you can do is request the user to do that upgrade
[09:15] <mlankhorst> on amd64 it requires apt-get install xserver-xorg-lts-raring libgl1-mesa-{dri,glx}-lts-raring:i386 , I guess we need to review this in the next lts, maybe allow mesa to be separately upgraded
[09:16] <yofel> why i386 o.O?
[09:17] <mlankhorst> because of steam/wine/ other 32-bits applications that may depend on libgl
[09:17] <yofel> ok, good point
=== psivaa_ is now known as psivaa
[17:56] <MercX> I am having an issue with my ubuntu 12.04 installation