[03:11] <robert_ancell> RAOF, so I still cant get weston to run outside of X without locking up my video - any debugging techniques?
[03:17] <RAOF> robert_ancell: EGL_LOG_LEVEL=debug should get you some video debugging info. I've generally found that ensuring that I can r/w to /dev/input/*, and that there's not a second GPU to confuse things makes it work for me.
[03:18] <robert_ancell> RAOF, so I have:
[03:18] <robert_ancell> 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 18)
[03:18] <robert_ancell> 01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 310M] (rev a2)
[03:18] <robert_ancell> would that be confusing it?
[03:25] <RAOF> robert_ancell: Possibly.
[03:25] <RAOF> robert_ancell: I've found that it will often attempt to start on the (totally useless) radeon on this laptop rather than the intel.
[04:04] <robert_ancell> RAOF, so I'm not getting any debugging that I can see.  I can ssh in and start lightdm and recover however
[04:04] <robert_ancell> RAOF, and via ssh weston seems to have stopped (not showing in ps)
[04:10] <RAOF> robert_ancell: Ok. I can run as root ‘XDG_RUNTIME_DIR=/tmp weston’, and have it work.
[04:12] <robert_ancell> RAOF, can I just build weston from a branch and play with that?
[04:20] <RAOF> robert_ancell: Aha! Try setting EGL_PLATFORM=drm; that's worked for me, apart from the bit where it crashes lightdm when you try to switch away from the weston VT.
[04:46] <RAOF> robert_ancell: So, the two failure modes I see are: (a) failure to set EGL_PLATFROM=drm, which results in weston SEGVing in an XCBgetX11ish function, and (b) permissions failure on /dev/input, which results in weston SEGVing in backend_init.
[04:47] <RAOF> robert_ancell: Avoiding both of those, the weston in system-compositor-scratchpad reproducibly works for me.
[04:49] <robert_ancell> RAOF, I think it loads the drm backend correctly as I get on the console:
[04:50] <robert_ancell> [...] Loading module '/usr/lib/weston/drm-backend.so'
[04:50] <robert_ancell> [...] initializing drm backend
[04:50] <robert_ancell> then stop
[04:51] <RAOF> EGL *also* needs to load the correct backend (setting EGL_LOG_LEVEL=debug should show what it's picking); for some reason it's defaulting to the X11 backend, which is nonsence.
[04:51] <RAOF> Also, weston > weston.log 2>&1 FTW ☺
[04:53] <RAOF> http://paste2.org/p/2064089 is what it should look like if you've not got the right permissions on /dev/input
[04:54] <RAOF> http://paste2.org/p/2064090 is what it should look like with a successful start.
[04:55] <test_> RAOF, hmm, pandaboard just locked up
[04:56]  * RAOF is hoping that means robert_ancell has discovered the ‘vt switching from weston kills lightdm’ problem.
[04:56] <test_> RAOF, btw, does your pandaboard sometimes only have  a low resolution
[04:56] <RAOF> test_: Yes, but mostly my pandaboard has not booting.
[04:56] <robert_ancell> :(
[04:57] <robert_ancell> RAOF, what is this vt switching problem?
[04:57] <RAOF> It seems that if I VT switch from weston's VT back to X, lightdm dies.
[04:57] <robert_ancell> interesting
[04:57] <RAOF> Of course, *weston* dies when you try to VT switch away from it, because it mistakenly tries to drop master, but it shouldn't also take down lightdm :)
[04:58] <robert_ancell> so I'm pandaboarding X at the moment and sshing into my laptop trying to run weston
[04:59] <RAOF> Ok. Did you get the pastebin logs of a failed and successful weston startup?
[04:59] <robert_ancell> RAOF, can you explain this, to get my laptop working again after weston dies I start lightdm to get input back, then have to 'stty sane' the console back
[05:00] <RAOF> I think weston fiddles with the VT mode; unclean shutdown might leave it in an awkward state.
[05:00] <robert_ancell> RAOF, another win for the VT subsystem!
[05:00] <RAOF> :)
[05:01] <robert_ancell> I haz log, attempting to start ff in under 1 minute to paste it
[05:01] <RAOF> pastebinit!
[05:02] <TheMuso> Pastebinit is a time saver for sure, in fact IMO anything that allows you to post something to a website without actually ahving to use a web browser is a time saver. :)
[05:02] <robert_ancell> http://paste.ubuntu.com/1070700/
[05:03] <robert_ancell> handy
[05:04] <robert_ancell> and yeah, card1 is nvidia according to syslog
[05:05] <RAOF> Ah. So that's totally working up until the point where it tries to set the mode; you're actually using the nvidia card, I presume?
[05:06] <robert_ancell> RAOF, nope, intel (card0)
[05:06] <RAOF> Aha.
[05:06] <RAOF> That would be a problem ;)
[05:06] <robert_ancell> and the X log confirm it
[05:06] <RAOF> modprobe -r nouveau, try again.
[05:06] <robert_ancell> RAOF, why would it pick card1 over card0?
[05:06] <RAOF> Sodomy non sapiens
[05:09] <robert_ancell> RAOF, weston says no: http://paste.ubuntu.com/1070707/
[05:09] <robert_ancell> at least I have a core this time
[05:10] <RAOF> Right.
[05:10] <RAOF> That's what it looks like if weston doesn't have permissions to /dev/input
[05:10] <robert_ancell> and with sudo it is happy :)
[05:12] <RAOF> For what it's worth, weston will pick the last first drm device enumerated by udev with ID_SEAT=seat0
[05:13] <robert_ancell> last first?
[05:14] <RAOF> Oh, sorry. First.
[05:14] <RAOF> And since we don't annotate drm devices with ID_SEAT, it'll pick the first drm device enumerated by udev.
[05:14] <robert_ancell> and I can seem to vt switch between lightdm and weston here ok
[05:14] <RAOF> Maybe because you're running as root?
[05:14] <robert_ancell> perhaps?
[05:17] <RAOF> Yeah, works fine as root.
[05:43] <RAOF> Time to turn on the fourth computer in this room to test this nouveau driver...
[06:45] <didrocks> good morning
[07:56] <chrisccoulson> good morning eveeryone
[08:02] <Laney> morning!
[08:03] <mlankhorst> morning
[08:04] <didrocks> hey chrisccoulson, Laney, mlankhorst!
[08:04] <didrocks> how are you guys?
[08:04] <Laney> a weekend full of cycling: good :-)
[08:04] <Laney> you?
[08:05] <mlankhorst> I'm good, trying to make sense of some dmabuf sharing support now, weekend was great but not much biking (too warm)
[08:05] <chrisccoulson> hi didrocks, Laney, mlankhorst
[08:05] <chrisccoulson> hi seb128!
[08:05] <seb128> hey
[08:06] <seb128> chrisccoulson, hey, how are you?
[08:06] <chrisccoulson> seb128, yeah, pretty good thanks. how are you?
[08:06] <didrocks> saturday was nice (a lot of walking), but really rainy sunday, so rather video games (almost finished chrono trigger, new game from 1995 ;))
[08:06] <seb128> chrisccoulson, I'm good thanks
[08:06] <didrocks> salut seb128
[08:06] <seb128> lut didrocks
[08:07] <mlankhorst> hehe, I'm having a lot of fun with supreme commander forged alliance myself, it's fun to mod and play with a friend
[08:08] <mlankhorst> almost all the logic is in lua so you're mostly limited by imagination :)
[08:08]  * Laney remembers playing chrono trigger on zsnes in school
[08:09]  * mlankhorst was more into playing dungeon keeper back then
[08:16] <RAOF> mlankhorst: The very earth itself yawns in anticipation of your next fascinating move!
[08:19] <mlankhorst> :D
[08:31] <RAOF> Huh. I appear to have lost a month of backscroll: -!- Day changed from 10/06/2012 to 2/07/2012. Interesting!
[08:32] <Laney> Blame the leap second. It's always the leap second.
[08:33]  * didrocks really enjoyed the leap second this week-end :)
[08:40] <mlankhorst> think i have to agree with google here, for most computers it makes more sense not to count on the leap seconds..
[08:48] <mvo> didrocks: hi, silly (?) question, how can I run a autopilot test against unity? i.e. what packages to I have to install to run python test_launcher.py ?
[08:50] <didrocks> mvo: yeah, you need lp:autopilot. I've a packaging pending merging trunk: https://code.launchpad.net/~didrocks/autopilot/packaging
[08:50] <didrocks> it gives you the "autopilot" binary
[08:51] <mvo> didrocks: thanks! does it also include the supporting python libs? or is that part of unity? autopilot.emultors.bamf for example
[08:51] <didrocks> mvo: this is part of unity
[08:52] <didrocks> so yeah, it's one of the issue with this trunk, it imports packages from circular dep
[08:52] <didrocks> I've sent an email to thomi about it
[08:53] <mvo> didrocks: thanks
[08:54] <didrocks> yw ;)
[08:59] <jibel> mvo, good morning. Could someone from the software-center team look at bug 1019581 ? It's breaking the builds that contains software-center
[08:59] <ubot2> Launchpad bug 1019581 in software-center "update-apt-xapian-index crashed with ImportError in /usr/share/apt-xapian-index/plugins/software-center.py: cannot import name index_name" [Critical,Confirmed] https://launchpad.net/bugs/1019581
[09:03] <mvo> jibel: sure, doing that now
[09:03] <jibel> mvo, or revert if there is no easy fix
[09:03] <jibel> mvo, thanks
[09:15] <Sweetshark> heya
[09:16] <Sweetshark> seb128: did I have success in explaining why I can do little for making LibreOffice stable on quantal right now?
[09:16] <seb128> Sweetshark, hey, yes, I was just reading, trying to write a reply to that email ;-)
[09:17] <Sweetshark> seb128: ;)
[09:17] <seb128> Sweetshark, btw your precise SRU needs to be verified, can you chase some users to confirm they see no regression with it, or if you feel like acking yourself that it works fine do that and tag it verification-done?
[09:17]  * Sweetshark then waiting for that ;)
[09:18] <Sweetshark> seb128: I will selfack
[09:18] <seb128> Sweetshark, thanks
[09:28] <Laney> https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/1018710 → I thought that's the intended behaviour now?
[09:28] <ubot2> Ubuntu bug 1018710 in gnome-screensaver "Update to 3.4.2" [Wishlist,Triaged]
[09:31] <seb128> Laney, I wonder if he meant that the lock screen was a blank screen, i.e no password entry?
[09:32] <Laney> maybe
[09:32] <Laney> let me test it and se
[09:32] <Laney> e
[09:38] <Laney> erm, yeah, it is rather broken
[09:40] <seb128> Laney, they are like 3 commits in that version, I guess http://git.gnome.org/browse/gnome-screensaver/commit/?id=43ee32edaddb9b9b9f4b43c47ca73d7b4eea9fae doesn't play nice with our theme
[09:42] <Sweetshark> seb128: done
[09:43] <seb128> Sweetshark, thanks
[10:02] <seb128> mvo, hey, the aptdaemon precise SRU is in proposed for 17 days ... is there any chance somebody from the s-c team could help verify the fixes so it can go to -updates?
[10:03] <seb128> is anyone using chromium on precise and could help to verify the SRU on bug #992352 so it can move to -updates?
[10:03] <ubot2> Launchpad bug 992352 in chromium-browser "Please update to 18.0.1025.168" [Medium,Fix committed] https://launchpad.net/bugs/992352
[10:07] <mvo> seb128: sorry, I will ask to get this done
[10:07] <seb128> mvo, thanks
[10:18] <Sweetshark> seb128: could you or anyone else around forward me https://lists.ubuntu.com/archives/ubuntu-devel/2012-June/035310.html -- I am reading ubuntu-devel in digest, which is unhelpful for replies ...
[10:18] <seb128> Sweetshark, let me see if tb knows how to do proper bouncing
[10:23] <seb128> Laney, what email client do you use? ;-)
[10:23] <Laney> haha
[10:23] <Laney> one which has proper bouncing :P
[10:23] <seb128> Laney, can you bounce that email to Sweetshark? ;-)
[10:24] <seb128> tb is useless, there is an addon which didn't get update since 2006 and support up to tb 2 :p
[10:25] <Laney> ok
[10:25] <Laney> what's the email address?
[10:26] <seb128> Laney, bjoern.michaelsen at canonical dot com
[10:26] <Laney> et voilà
[10:27] <seb128> Laney, thanks
[10:27] <seb128> Sweetshark, ^
[11:08] <Sweetshark> Laney: thanks a lot
[11:08] <Laney> kein problem
[13:20] <desrt> happy monday!
[13:39] <Ursinha> desrt, :)
[13:39] <Ursinha> good morning :)
[13:41] <desrt> Ursinha: where is everyone today?
[13:41] <desrt> working too hard, it seems...
[13:41] <didrocks> seems that I've been disconnected :)
[13:41] <didrocks> hey desrt!
[13:41] <desrt> hello
[13:42] <desrt> didrocks: i have a ... request
[13:42] <didrocks> desrt: me too!
[13:42] <desrt> remember i did you a favour when we had UDS in orlando?
[13:42] <desrt> i need the same favour for oakland :)
[13:43] <didrocks> desrt: ahah, yeah, no worry ;)
[13:43] <didrocks> desrt: TBH, it's not that complicated this time, at least, for me ;)
[13:43] <desrt> maybe i should ask seb, then :)
[13:43] <desrt> i think he shared some 'complications' with me
[13:43] <didrocks> funny that I just completed this part of my job today :)
[13:44] <desrt> didrocks: oh good.  i thought i was the only one :)
[13:44] <didrocks> desrt: seems not ;) but I am at least one hour in advance than you! :p
[13:44] <desrt> yes but... timezones... or something
[13:44] <didrocks> doesn't count, it's all UK-based time!
[13:44] <desrt> bah
[13:45] <bcurtiswx> what might cause the auto resize by dragging windows to the left or right side of the screen to not work
[13:46] <desrt> bcurtiswx: did you look at ccsm the wrong way? :)
[13:46] <bcurtiswx> i had to drag the window like 6 times before it would let me
[13:47] <didrocks> bcurtiswx: working quite well for me. Try to grab sam or duflu when they are around
[13:47] <didrocks> (rather on #ubuntu-unity)
[13:48] <seb128> hey desrt, happy monday!
[13:48] <bcurtiswx> didrocks, i also have an issue (once in a while) where loading windows and closing windows cause my mouse cursor to stop moving and freeze. its so unpredictable though..
[13:49] <seb128> bcurtiswx, kenvandine: hey, is there any way one of you could verify the empathy SRU on precise or find some user to verify it?
[13:50] <kenvandine> hey seb128
[13:50] <bcurtiswx> seb128, i didn't know i could (since I put it together)
[13:50] <desrt> seb128: hey
[13:50] <bcurtiswx> (i.e. i tested it before I uploaded the fix, so of course it work son my machine)
[13:50] <desrt> seb128: i finally landed my wip branch on dconf
[13:50] <seb128> desrt, oh, nice
[13:50] <desrt> seb128: will probably be another week of fixing up remaining issues and writing unit tests then we can begin the 'real' work :)
[13:51] <seb128> bcurtiswx, if you can confirm the archive version works and set the bug to verification-done it would be great
[13:51] <seb128> desrt, ;-)
[13:51] <bcurtiswx> seb128, sure.
[13:52] <didrocks> desrt: my turn now, for the migration tool, I started to do a small configuration file syntax, what do you think about that one: http://paste.ubuntu.com/1071308/?
[13:52] <kenvandine> bcurtiswx, do bug 1017463 and bug 1018784
[13:52] <ubot2> Launchpad bug 1017463 in empathy "empathy-chat crashed with SIGSEGV in _tp_base_client_handle_channels()" [Medium,Confirmed] https://launchpad.net/bugs/1017463
[13:52] <ubot2> Launchpad bug 1018784 in empathy "[SRU Precise] update to 3.4.2.3" [Wishlist,Confirmed] https://launchpad.net/bugs/1018784
[13:52] <didrocks> The goal is to have special helper for common operatoin like [dconf-*]
[13:52] <desrt> didrocks: i don't like it
[13:52] <didrocks> and general one for special cases not handled, like [script]
[13:52] <didrocks> ah :)
[13:52] <didrocks> what's up with it?
[13:52] <desrt> it looks like a keyfile but it's not
[13:52] <didrocks> that's true
[13:52] <desrt> why not just use shellscripts?
[13:53] <desrt> we have such luck with robustness and reliability with using those in postinst rules :D
[13:53] <desrt> (no.. but seriously..)
[13:53] <didrocks> well, do you want to add everytime the same transactional that for common operation, it's easy to miss
[13:53] <didrocks> and yeah, I wanted to emphase on the reliability :p
[13:53] <didrocks> s/that/stuff
[13:54] <desrt> i'm not sure you gain much reliability by using a weird file format that nobody understands properly
[13:54] <desrt> particularly when the examples you have listed here are all one-liners with the dconf commandline tool
[13:54] <desrt> i also find your dconf examples to be a bit odd
[13:55] <didrocks> desrt: well, removing the old directory, is not
[13:55] <bcurtiswx> kenvandine, i'm having window freezing and mouse freezing issues
[13:55] <didrocks> which one?
[13:55] <desrt> didrocks: the ones about setting or adding keys
[13:55] <bcurtiswx> it's getting painful to load windows and things due to the wait
[13:55] <desrt> you would never want to do this
[13:55] <didrocks> desrt: well, we already had that into the past
[13:55] <desrt> you'd rather change the system default
[13:55] <didrocks> like adding a key in a list?
[13:56] <desrt> didrocks: so with GSettingsList one of the requirements is that you can have a situation like the launcher and add a new item to it (from the system level) without modifying the user's config at all
[13:56] <didrocks> you are speaking about +/apps/compiz/plugin_list = "fooplugin" right?
[13:56] <bcurtiswx> seb128, any idea what may cause my desktop to freeze (mouse stops moving and maximization movement freezes for example)..
[13:56] <desrt> same could be said for compiz plugins
[13:56] <didrocks> indeed
[13:56] <didrocks> we already had that
[13:56] <didrocks> so it's a real case
[13:56] <bcurtiswx> seb128, it happens when i load windows and maximize/minimize
[13:56] <desrt> didrocks: i'm saying that GSettingsList will let you manage this case in a better way
[13:56] <desrt> ie: no script required at all
[13:56] <bcurtiswx> seb128, even switch windows in my browser
[13:56] <seb128> bcurtiswx, no, maybe check session logs and xorg ones
[13:57] <didrocks> desrt: are you sure it will be there in time this cycle?
[13:57] <desrt> didrocks: i do think it might make sense in some cases to remove items or reset them
[13:57] <seb128> bcurtiswx, is that precise? when did that start?
[13:57] <desrt> didrocks: i will spend the rest of this week finishing my dconf cleanup and then i'm in a good place to start proper work on this
[13:57] <desrt> it won't take more than a month
[13:57] <desrt> so i think it's not a problem
[13:57] <bcurtiswx> seb128, it's precise and it's been an issue for a few weeks.. i can't reproduce it, because at times it all works fine..
[13:58] <didrocks> desrt: ok, so for the rest, it's just one or two liners, so you would say, shell script only?
[13:58] <seb128> bcurtiswx, weird, I don't know :-(
[13:58] <desrt> didrocks: i think the shellscript approach is pretty reasonable
[13:58] <desrt> didrocks: it's already established as the universal hook language :)
[13:59] <bcurtiswx> seb128, hmm, so debug would start at session logs and xorg logs
[13:59] <didrocks> desrt: ok, if there is another way to handle lists, yeah, the whole extra sugar isn't needed
[13:59] <didrocks> desrt: thanks for your input!
[14:00] <desrt> didrocks: GSettingsList is something like my highest priority for this cycle now
[14:00] <didrocks> desrt: great, if you need real test cases or so, do not hesitate to ping me :)
[14:01] <desrt> didrocks: let's have a fun testcase.  do an upload of my dconf 'wip/reorg' branch to the desktop team ppa ;)
[14:01] <desrt> i want to set a new record for the shortest length of time before someone comes on IRC asking "why can't i login?"
[14:01] <bcurtiswx> seb128, is there any chance that not getting enough power to the graphics card ma cause these freezes ?
[14:01] <bcurtiswx> s/ma/may
[14:02] <didrocks> desrt: heh, we need to do it seriously then, and homologate the time :)
[14:06] <bcurtiswx> kenvandine, what else needed to be done with those two bugs ?
[14:07] <kenvandine> did you tag them?
[14:07] <kenvandine> oh wait...
[14:13] <mterry> didrocks, those update-manager et al packages in proposed never got pushed over to release pocket
[14:13] <didrocks> mterry: well, as told on Friday, you need to ping the release team to copy them over to release
[14:13] <mterry> didrocks, ah, I misunderstood.  Will do
[14:13] <bcurtiswx> seb128, confirmed empathy from archive (3.4.2.1) works and marked bug appropriately
[15:34] <Laney> seb128: fancy uploading aisleriot? Just applying http://paste.ubuntu.com/1071469/ onto https://launchpad.net/ubuntu/quantal/+source/aisleriot/1:3.2.3.2-0ubuntu2/+files/aisleriot_3.2.3.2-0ubuntu2.dsc should do it.
[15:34] <Laney> well, with s/UNRELEASED/quantal/ (bah dch)
[16:44] <seb128> mdeslaur, hey
[16:45] <seb128> mdeslaur, what was the issue you had trying to using pkexec from a .desktop in synaptic do you remember?
[16:45] <seb128> mdeslaur, you added a wrapper
[16:46] <jbicha> mterry: hi, guile-2.0 ftbfs on arm with test suite failures, we should fix that before promoting guile, right?
[16:46] <Laney> I just posted a debdiff right there ^ to revert aisleriot
[16:47] <Laney> I don't think anybody is going to port the guile-1.8 stuff in main to 2.0, and indeed 2.0 does ftbfs.
[16:47] <seb128> jbicha, can you sponsor http://paste.ubuntu.com/1071469 if you have some time?
[16:47] <seb128> I'm busy with other atm
[16:48] <seb128> will do later otherwise
[16:48] <seb128> jbicha, <Laney> seb128: fancy uploading aisleriot? Just applying http://paste.ubuntu.com/1071469/ onto https://launchpad.net/ubuntu/quantal/+source/aisleriot/1:3.2.3.2-0ubuntu2/+files/aisleriot_3.2.3.2-0ubuntu2.dsc should do it.
[16:48] <mterry> jbicha, yes
[16:49] <jbicha> we could also cheat by deleting the aisleriot source package and then just upload a newer 3.2 aisleriot than the last time
[16:49] <Laney> we talked about that already
[16:49] <Laney> not happening any more
[16:49] <jbicha> aw, no cheating? :(
[16:50] <Laney> nah
[16:51] <seb128> jbicha, cjwatson says it's not garantish it wouldn't create issue and prefer not doing that
[16:52] <jbicha> ok
[17:14] <mterry> seb128, jbicha: we don't want to move to guile-2.0?
[17:15] <Laney> mterry: I'd say it's more of a "can't" or "won't"
[17:15] <Laney> i.e. the rdeps of -1.8 in main are tough to port, and 2.0 ftbfs on arm
[17:15] <Laney> (it was already agreed we wouldn't keep two guiles in main)
[17:15] <mterry> Laney, right, but the ftbfs is unlikely to be fixed?  (I haven't looked at it yet)
[17:15] <mterry> Ah, ok
[17:16] <seb128> mterry, it's not a transition I'ml wanting to put efforts in only to update a card game
[17:16] <Laney> yes, the rewards are minor
[17:16] <mterry> Laney, seb128: so we upload a 3.4.is.3.2?
[17:16] <Laney> I spent a bit of time on it, and I think cyphermox put some more in when he was doing +1
[17:16] <Laney> but it never got over the hump
[17:16] <Laney> yeah. I put a debdiff up there ^
[17:16] <mterry> Laney, ah!
[17:17] <seb128> mterry, yes, please sponsor Laney's update if you have time ;-)
[17:17] <mterry> Is anyone working to rewrite the game in non-guile?
[17:17] <mterry> seb128, I'm on +1, so fixing these things is all I should be doing  :)
[17:18] <Laney> haha
[17:18] <Laney> it's quite a lot of scheme code
[17:19] <Laney> 23017 lines in the .scm files *cough*
[17:21] <mterry> Laney, but in the style of GNOME, I imagine it would be ported with only Klondike and Spider maybe  ;)
[17:21] <seb128> mterry, I'm starting to believe we should maybe just swap it for some other games, Laney had puzzle ones ;-)
[17:23] <seb128> mterry, they might just let one game with one card, like "guess which card is face down" :p
[17:23] <seb128> you need complicated games when you can get an easy one!
[17:24] <mterry> seb128, plenty of well-reviewed games in the software-center
[17:26] <seb128> mterry, issue is often the space, lot of those are not small
[17:26]  * didrocks waves good evening
[17:26] <seb128> didrocks, 'night
[17:26] <mterry> seb128, agreed, but we can just keep going down the list until we find something under 1MB or some such
[17:27] <seb128> yeah, we could do that
[17:27] <didrocks> good night seb128 :)
[17:27] <mterry> night
[17:27] <mterry> doh
[17:27] <seb128> or maybe we can ship the game robert_ancell is writing for the ubuntu app contest ;-)
[17:52] <dobey> seb128: btw, ubuntu-sso-client 3.0.2 and ubuntuone-storage-protocol 3.0.2 are awaiting approval in precise-proposed
[17:52] <seb128> dobey, great, thanks
[18:09] <mdeslaur> seb128: I believe launching pkexec from a .desktop file, either by clicking it in nautilus, or with gnome 2 wouldn't work...which is why the wrapper was needed
[18:09] <mdeslaur> seb128: I'm not quite sure if that's still the case with unity, or with gnome-shell, or nautilus anymore
[18:47] <seb128> mdeslaur, it's still the case with unity, that's why I was asking, cf bug #1020115
[18:47] <ubot2> Launchpad bug 1020115 in unity "Spawned commands can't use pkexec" [Undecided,New] https://launchpad.net/bugs/1020115
[20:01] <seb128> is anyone using chromium on precise and could help to verify the SRU on bug #992352 so it can move to -updates?
[20:01] <ubot2> Launchpad bug 992352 in chromium-browser "Please update to 18.0.1025.168" [Medium,Fix committed] https://launchpad.net/bugs/992352
[20:04] <chrisccoulson> nobody uses chromium! ;)
[20:04] <seb128> chrisccoulson, it seems so! ;-)
[20:05] <seb128> chrisccoulson, though from errors.ubuntu.com no one use firefox either, no bug coming from it ;-)
[20:05] <chrisccoulson> seb128, that's because it has no bugs
[20:05] <seb128> micahg, hey, could you or somebody from xubuntu look at bug #962469? it's the 3rd most popular bug on errors.ubuntu.com today
[20:05] <ubot2> Launchpad bug 962469 in blueman "blueman-applet crashed with KeyError in card_cb(): 'bluez.path'" [High,Triaged] https://launchpad.net/bugs/962469
[20:05] <chrisccoulson> and also because they go to http://crash-stats.mozilla.com/ ;)
[20:05] <micahg> seb128: firefox is blacklisted in apport (and I would guess in whoopsie as well)
[20:05] <seb128> chrisccoulson, lol
[20:05] <seb128> micahg, yeah, I was mostly trolling chrisccoulson ;-)
[20:06] <micahg> seb128: I tried to get the upstream dev to look at it, will try again
[20:06] <seb128> micahg, thanks
[20:06] <Laney> I do, until Tweetdeck Web is as nice as the app for Chromium :(
[20:07] <Laney> only as a twitter client though
[20:21] <chrisccoulson> hah http://www.bbc.co.uk/news/uk-18678659 !
[20:21] <micahg> so that's where all our rain went!
[20:22]  * kenvandine wants some of that
[20:22] <Laney> it has been pretty grim
[20:22] <Laney> and not so long ago there was a drought here :-)
[20:22] <micahg> http://www.crh.noaa.gov/ilx/?n=drought
[23:14] <robert_ancell> RAOF, anyway to make X or Xephyr run as non-root with Wayland?
[23:16] <RAOF> robert_ancell: You should be able to run X under wayland as non-root. At least until I rip out it's input handling in favour of the real X drivers.
[23:17] <RAOF> robert_ancell: Of course, the way it's set up you need to spawn wayland and X from a display manager for that to work.
[23:17] <RAOF> But that's because weston doesn't quite know what to do with xwayland's root window.
[23:18] <robert_ancell> RAOF, yeah, I'm getting "X: user not authorized to run the X server, aborting.", but does that go away when you have all the DM signalling ducks in a rot
[23:18] <robert_ancell> row
[23:18] <RAOF> Oh, right! The wrapper!
[23:20] <RAOF> If you run /usr/bin/Xorg instead that message will dissapear
[23:24] <robert_ancell> oh, magic
[23:25] <robert_ancell> RAOF, "Cannot move old log file "/var/log/Xorg.1.log" to "/var/log/Xorg.1.log.old""
[23:25] <RAOF> Hah.
[23:25] <RAOF> Oh, of course. This works for me locally because I set --prefix=$HOME/.local
[23:26] <thomi> I notice that unity trunk is no longer being built into packages in the unity-team staging PPA for precise. Does anyone know if it's just not being built, or being put somewhere else?
[23:27] <RAOF> robert_ancell: You'd need to pass -logfile somewhere that's user-writable
[23:27] <thomi> autopilot is failing because it can't get unity trunk from a PPA anymore, and several required quantal packages are still broken...
[23:27]  * RAOF loves how that's in a section “Device Dependent Usage”
[23:28] <robert_ancell> RAOF /dev/null seems to work :)(
[23:28] <robert_ancell> RAOF /dev/null seems to work :)
[23:29] <robert_ancell> RAOF, I wonder if we should consider removing the X log file at some point.  It seems to be from the "when X was central to everything" time but we log it effectively in LightDM, and upstart logs everything above that effectively
[23:30] <RAOF> robert_ancell: We could certainly do that - you'd want to set -verbose to something higher than default, and -logverbose to 0. And also make a massive documentation push so people know where the hell those logs have gone.
[23:31] <robert_ancell> RAOF, yeah, I think we'd want to start encouraging people to look at the LightDM logs now, and then remove the old ones in the future some time
[23:32] <RAOF> First you'd want LightDM to pass a sufficient -verbose value so that it actually picks up everything that Xorg.0.log does by default.
[23:32] <robert_ancell> yup