[01:32] <Sarvatt> RAOF: do tell, whats needed for making wine work?
[01:32] <Sarvatt> i havent even considered upgrading to precise because of it
[01:32] <Sarvatt> figured it's going to be a few months
[01:33] <RAOF> Equivs up an empty ia32-libs-multiarch package, then install i386 versions of everything that it depends on that's installable.
[01:33] <RAOF> You miss out on things like Qt and gstreamer, but they're not actually important for the wine use-case.
[01:33] <Sarvatt> sweet, thats all i care about
[01:33] <Sarvatt> screw skype :)
[01:46] <Sarvatt> ivb on 11.10 is proving exceptionally fun, up to 7 kernel cherry-picks that are needed now just from changes in the last week. they broke the world with a bios update, so much for the livecd working when its released :)
[01:46] <RAOF> Another bios update, or the same one that broke the world previously? :)
[01:46] <Sarvatt> oh its the same but we keep finding new issues with it
[01:46] <Sarvatt> mid october update
[01:48] <Sarvatt> s3/s4 is still completely broken, managed to get i915 to actually load and found that out
[01:48] <Sarvatt> oh hey ivb works, but you cant close the lid because gnome decided that should suspend by default
[01:50] <RAOF> In other S3 news, nvidia doesn't seem to suspend on 3.2 on nvd9 :)
[01:50] <Sarvatt> t420s!
[01:50] <Sarvatt> lol
[01:50] <RAOF> On the plus side, 3.2's nouveau actually drives a nvd9
[01:50] <Sarvatt> sad i can make the codename to the private bug
[01:50] <RAOF> Heh.
[01:51] <Sarvatt> oh really? without overriding the firmware?
[01:51] <Sarvatt> we ship it all as nvidia only, you can pass a kernel command line arguement to make it think you're on windows xp instead of windows vista/7 and it wont even try to enable optimus because that doesnt work on xp
[01:52] <Sarvatt> acpi_osi=!windows2009 or something like that
[01:53] <Sarvatt> people were complaiing about broken nvd9 not long ago in #nouveau
[01:53] <Sarvatt> guess they werent using the latest stuff
[01:58] <RAOF> Oh, there's no *acceleration* without an mmiotrace'd context program.
[01:58] <RAOF> But it brings up the card and does XRandR, as long as you don't particularly feel like using the displayport :)
[01:59] <Sarvatt> oh really? even though the displayport is physically routed to the nvidia gpu?
[01:59] <RAOF> Yup.
[02:00] <RAOF> I presume that installing the nvidia driver will cause the DP to get working, but nouveau doesn't realise that anything's plugged in.
[02:41] <Sarvatt> yay https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/892799
[02:41] <ubot4> Launchpad bug 892799 in ia32-libs (Ubuntu) "[xorg-edgers] 32bit OpenGL applications fail to load i965_dri.so (affects: 1) (heat: 8)" [Undecided,Fix released]
[02:41] <Sarvatt> time for a drink
[02:43] <RAOF> Woot!
[02:44] <Sarvatt> is that worth fixing in oneiric?
[02:45] <Sarvatt> the problem is, everything 32 bit on amd64 is using libdrm from ia32-libs instead of the multiarch one
[02:45] <Sarvatt> (in oneiric)
[02:45] <Sarvatt> mesa is using the :i386 one, but it'll still use the ia32-libs libdrm
[02:46] <RAOF> Hm.  Maybe.
[02:46] <Sarvatt> figure i'll care more if i SRU libdrm to oneiric, since 32 bit apps will be using the non-SRUed libdrm
[02:46] <Sarvatt> but there hasn't been anything worth SRUing in libdrm for oneiric yet
[02:49] <Sarvatt> high probabilty if there's a libdrm SRU to oneiric I'll be the one doing it and will poke slangasek/YokoZar, I've been doing craploads of SRUs :P it kinda screws other people doing mesa updates via PPAs though like that oibaf guy
[02:50] <Sarvatt> there's really no need for mesa/libdrm in ia32-libs at this point that i can see, was made multiarch installable when libpciaccess0 was multiarched at the last minute and added to ia32-libs-multiarch
[02:52]  * Sarvatt really needs to get upload permissions to upload this crap himself and not ask other people to upload crazy 580mb source package updates for this trivial stuff
[16:18] <Sarvatt> ricotz: http://www.horizonhobby.com/pdf/BLH3500-Manual_EN.pdf
[16:18] <Sarvatt> ricotz: go to page 9
[16:18] <Sarvatt> screwed up with cairo in edgers
[16:21] <ricotz> Sarvatt, nice ;)
[16:29] <ricotz> Sarvatt, chris is probably interested in a cairo-trace of this
[16:31] <Sarvatt> ricotz: yeah pinged chris about it, he added the assert its dying on recently
[16:32] <ricotz> Sarvatt, alright, so he is probably on it already
[16:33] <ricotz> Sarvatt, so is it flying? :P
[16:34] <Sarvatt> dunno he hasn't responded yet, someone in #intel-gfx just pointed out that crash with edgers
[16:34] <Sarvatt> ricotz: you see all the ia32-libs crap recently?
[16:35] <ricotz> Sarvatt, ah, ok, i meant the helicopter ;) -- i was thinking you discovered it
[16:35] <Sarvatt> 32 bit dri on intel wasn't working with edgers
[16:35] <Sarvatt> oh haha i didn't even look at it, just made it crash
[16:36] <ricotz> i saw you uploaded ia32-libs, good
[16:37] <ricotz> shouldnt this go into oneiric-proposed too?
[17:02] <Sarvatt> ricotz: fixed already :P
[17:10] <Sarvatt> ricotz: might want to hold off though, he thinks there might be another bug
[17:11] <Sarvatt> unless its not a PITA to update it again tomorrow
[17:11] <Sarvatt> cairo packages were a PITA last time i did them :P
[17:11] <Sarvatt> oh they use dh-autoreconf now dont they \o/
[17:16] <ricotz> Sarvatt, it isnt much of a problem updating them, unless he commits another fix within the next hours ;)
[17:19] <Sarvatt> he usually does
[17:19] <ricotz> nvm, it is on its way