[00:09] <Sarvatt> errrrr
[00:09] <Sarvatt>   * ia32-libs-multiarch also recommends libgl1-mesa-glx (LP: #821100)
[00:10] <Sarvatt> not installable on amd64?
[00:10] <Sarvatt> OH libgl1-mesa-glx is but libgl1-mesa-dri isn't, my bad
[00:12] <Sarvatt> cnd: oh did it?! so doing the 11.04 to 11.10 compiz profile transition worked, but doing it via a lightdm boot wouldn't do the transition properly?
[00:12] <cnd> Sarvatt: I don't really understand what all you're meaning
[00:12] <cnd> I don't know much about how unity is supposed to work, especially at upgrade
[00:12] <Sarvatt> when you did compiz --replace it did the profile transition instead of bailing with the EXT_tfp not available error
[00:13] <Sarvatt> that log of compiz --replace you posted earlier said it was doing a profile transition
[00:13] <cnd> one complication: when I upgraded, intel kernel module thought it would be an awesome time to lose the framebuffer
[00:13] <cnd> so halfway through my upgrade, I lost my graphics output
[00:13] <cnd> and I of course used upgrade-manager
[00:14] <cnd> so I had to kill it, run dpkg --configure -a
[00:14] <cnd> then reboot
[00:14] <Sarvatt> http://pastebin.ubuntu.com/699239/ that was your first compiz run after the upgrade, starting unity/compiz via lightdm bailed before it could do the transition and it worked after the transition is what i get from what you're saying
[00:14] <cnd> so I don't know if I missed anything in there
[00:14] <cnd> Sarvatt: that sounds right
[00:14] <Sarvatt> oh
[00:15] <Sarvatt> guess some 11.04->11.10 upgrade tests are in order
[00:16] <Sarvatt> transition being this from the log: Checking if settings need to be migrated ...yes
[00:16] <Sarvatt> Compiz Migration Script for Ubuntu 11.04
[00:16] <Sarvatt> Moving settings from Compiz 0.8.6 to Compiz 0.9.4
[00:16] <RAOF> Sarvatt: That transition looks to be because cnd was running unity in a VT, which doesn't have access to the dbus session bus, and hence uses a different config backend.
[00:19] <Sarvatt> here's hoping it was all because of the busted update-manager -d and manua dpkg --configure -a after..
[00:21] <cnd> my laptop keeps suspending randomly...
[00:21] <cnd> the one I just updated
[00:21] <cnd> anyone been having issues with that?
[00:21] <Sarvatt> RAOF: jbicha's cr48 isn't much different than cnd's system
[00:21] <Sarvatt> cnd: yeah
[00:21] <Sarvatt> digging up the bug
[00:21] <Sarvatt> gnome-control-center bug
[00:22] <RAOF> Sarvatt: Right; both use the Intel IGD thingy.
[00:22] <Sarvatt> 945gm
[00:22] <Sarvatt> well for cnd, pineview for cr48 i guess
[00:23] <cnd> mine's a gma 3150
[00:23] <cnd> whatever that means :)
[00:23] <Sarvatt> oh both pineview then
[00:24] <Sarvatt> thought you were on a mini9 sorry
[00:24] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/860227
[00:24] <ubot4> Launchpad bug 860227 in gdm (Ubuntu) "greeter session puts the host to sleep after 30 minutes idle (affects: 1) (heat: 6)" [High,New]
[00:24] <Sarvatt> that isnt the bug i'm thinking of though
[00:24] <Sarvatt> still digging
[00:26] <cnd> that could be the bug though
[00:27] <Sarvatt> cnd: https://launchpad.net/bugs/860485
[00:27] <ubot4> Launchpad bug 860485 in gnome-settings-daemon (Ubuntu Oneiric) (and 2 other projects) "bad default setting: suspend after 30min when plugged in (affects: 22) (dups: 1) (heat: 116)" [High,Triaged]
[00:27] <cnd> oh, it's a setting...
[00:27] <cnd> I should have checked...
[00:28] <cnd> hmmm… it's set to 30 min on battery, never when plugged in
[00:28] <cnd> I don't think it knows I'm plugged in though
[00:28] <cnd> the power indicator says "Battery (charged)"
[00:34] <bdmurray> cnd: did you say to test with geistest and not gesturetest?
[00:34] <cnd> bdmurray, I would normally point people to use geistest
[00:35] <cnd> gesturetest will actually go away in 12.04
[00:35] <bdmurray> and what would I expect to see from geistest?
[00:35] <cnd> gesture events?
[00:35] <cnd> up to two touches when in unity (cause 3 and 4 touch gestures are grabbed by unity)
[00:36] <bdmurray> okay must not be working, thanks (gotta run)
[00:36] <cnd> ok
[00:36] <cnd> bdmurray, if geistest crashes, it is due to a bug we haven't had time to fix yet
[00:36] <cnd> listen only on the root window instead
[00:36] <cnd> geistest -w <root window id>
[00:37] <cnd> which you can get from xwininfo -root
[02:26] <Sarvatt> ok we have no 32 bit accelerated GL without proprietary drivers now
[02:26] <Sarvatt> on amd64
[02:26] <Sarvatt> https://lists.ubuntu.com/archives/oneiric-changes/2011-September/010633.html
[02:28] <Sarvatt> want to use wine? sudo add-apt-repository ppa:ubuntu-x-swat/x-updates
[02:28] <Sarvatt> pretty crappy user experience :(
[02:30] <Sarvatt> is multiarch libpciaccess really that risky?
[02:30] <RAOF> Mesa's still in ia32-libs, though, right?
[02:31] <Sarvatt> no DRI libs at least
[02:32] <Sarvatt> actually that should have removed the /usr/lib32/libGL.so.1 too since thats what the bug its fixing called for
[02:41] <Sarvatt> i'll file a sync request tomorrow when its not 5 gin and tonics into the night and see where it goes :)
[02:54]  * Sarvatt started tonight and realized a bug saying it'd be retarded not to do it isn't exactly convincing past final freeze
[02:58] <bjsnider> i thought the point of multiarch was to get rid of ia32-libs, not to keep using it
[03:01] <Sarvatt> it is, except libdrm-intel1 grew a libpciaccess0 dependency in 2.4.26 so libgl1-mesa-dri wasn't installable after that, and multiarch libpciaccess just got into debian a few days ago, and was forgotten about until recently because the people that cared had it install already :P
[03:03] <bjsnider> why did libdrm-intel1 need libpciaccess0 all of a sudden?
[03:03] <Sarvatt> http://cgit.freedesktop.org/mesa/drm/commit/?id=9d77603d8b95aee4f2408e437c55af15ee05b608
[03:03] <bjsnider> do ati and nvidia not need it too?
[03:04] <Sarvatt> is it used in x-x-v-intel 2.5.16 in oneiric? nope
[03:05] <Sarvatt> 2.16 whoops
[03:05] <bjsnider> revert?
[03:07] <bjsnider> sometimes it seems like intel just does whatever it wants and doesn't care about anybody else's schedule
[03:13] <Sarvatt> its nicer than no release schedule at all though, at least you know mesa/xserver will be released when intel has quarterly performance reviews to complete now :)
[03:14] <Sarvatt> when is the next mesa/xserver release? go to intellinuxgraphics.com and look at when their quarter ends