[06:30] <veebers> didrocks: ping
[06:30] <didrocks> veebers: pong
[06:32] <veebers> didrocks: Good morning. Hey I was running some Unity tests in my Saucy VM to test some Autopilot changes. I appear to be getting some crashes with nautilus (and maybe compiz?). Have you seen the same recently?
[06:32] <didrocks> veebers: there are some known nautilus crashes
[06:32] <didrocks> veebers: but it's they should be fixed with latest gtk
[06:32] <veebers> didrocks: ah ok, thanks for confirming :-)
[06:32] <didrocks> veebers: btw, can we remove the autopilot ppa?
[06:33] <didrocks> veebers: as you daily release to distro, it's not needed anymore
[06:33] <didrocks> veebers: also, fixing the autopilot tests failing would help to get the latest version to distro :)
[06:33] <veebers> didrocks: remove the actual ppa or remove the need for it in the job?
[06:33] <didrocks> veebers: remove the need for it in the job
[06:34] <didrocks> veebers: for the failures: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/182/ (since yesterday)
[06:35] <veebers> didrocks: ugh, I hadn't realised they were failing :-P Yeah I'll make sure we're on it (sorry)
[06:35] <didrocks> veebers: no worry, thanks!
[06:36] <veebers> didrocks: they weren't failing for me today (on my raring) I wonder if it's nautilus related. nvm, I'll look into it
[06:37] <veebers> didrocks: to confirm, you're asking me to remove the autopilot ppa adding step from the script used in the Unity AP job right?
[06:38] <didrocks> veebers: hum? we don't use that script anymore for otto
[06:38] <didrocks> veebers: just don't dput on the ppa
[06:38] <didrocks> veebers: you should use saucy btw :p
[06:39] <veebers> didrocks: ah yeah sorry, out of touch with otto :-P
[06:39] <veebers> and very good point about Saucy, I'll be upgrading this weekend
[06:42] <didrocks> veebers: so, I meant you don't need a staging ppa with latest trunk I guess
[06:42] <veebers> didrocks: ah, understood now
[06:42] <didrocks> veebers: https://code.launchpad.net/~fginther/cupstream2distro-config/update-autopilot-qt-ppa/+merge/170708
[06:48] <veebers> didrocks: ack
[08:40] <sil2100> veebers, thomi: hi! I noticed some failures in the autopilot autopilot tests
[08:40] <sil2100> veebers, thomi: you guys know any reasons for those?
[08:42] <didrocks> mhr3: around?
[08:42] <didrocks> mhr3: I think we have a blocked autopilot run, (running for 4 hours, so still one hour of debugging available :))
[08:43] <didrocks> mhr3: ati machine
[08:43] <mhr3> didrocks, k, will look into it, in a hangout now
[08:43] <mzanetti> sil2100: if its autopilot-qt its because qemu segfaults when using a QQuickView
[08:43] <mzanetti> sil2100: if you're talking about python-autopilot I don't know
[08:45] <didrocks> mhr3: so, I confirm, just one hour from now :)
[08:46] <sil2100> mzanetti: hm, I don't think it's the case here - I see a UInputError('"/dev/uinput" does not exist or is not a character device file - verify that the uinput module is loaded',) error
[08:46] <mzanetti> sil2100: where does that happen?
[08:47] <sil2100> mzanetti: autopilot autopilot tests:
[08:47] <sil2100> http://10.97.0.1:8080/job/autopilot-saucy-daily_release/182/
[08:47] <mzanetti> sil2100: that means in a VM on desktop?
[08:47] <sil2100> Yes
[08:48] <mzanetti> sil2100: hmm... so probably uinput module is not there indeed? also maybe check permissions. try adding a chmod 666 /dev/uinput before the test runs
[08:54] <nic-doffay> mzanetti, any luck with the launcher stuff?
[08:55] <mzanetti> nic-doffay: not with the rotation... I think I need to strech the image because design wants that unrealistic perspective view on the tiles
[08:56] <nic-doffay> mzanetti, could scale it from the centre point without a shader I guess. I think it might look strange with the entire tile scaling though...
[08:57] <mzanetti> nic-doffay: yeah... need to play around with...
[08:59] <nic-doffay> Saviq, any chance to look at my branch yet. I've had no luck with it.
[09:00] <Saviq> tsdgeos, mzanetti, can you help nic-doffay please?
[09:00] <mzanetti> Saviq: yes sir!
[09:00] <mzanetti> nic-doffay: what branch?
[09:00] <tsdgeos> mzanetti: you take care of it?
[09:00] <nic-doffay> mzanetti, one sec
[09:00] <mzanetti> tsdgeos: ack
[09:00] <tsdgeos> greatz
[09:01] <nic-doffay> mzanetti, lp:~nicolas-doffay/unity/messaging-modifications
[09:01] <nic-doffay> Be sure to have demo assets too.
[09:01] <Saviq> mzanetti, there was a "please" at the end of it ;)
[09:01] <mzanetti> Saviq: hehe
[09:01] <Saviq> mzanetti, but thanks you took it like a man
[09:01] <nic-doffay> Saviq, >_<
[09:02] <nic-doffay> mzanetti, the main changes are in HeroMessage and IndicatorPage
[09:02] <nic-doffay> A bug is resulting from the changes now which I can't pin point anywhere. I've browsed a lot of code in search of it.
[09:03] <nic-doffay> Select an item in the messages, scroll down past it and deselect. You'll see it scrolls the list back up and selects the first item. This is the piece of code I cannot find perhaps it's part of the Ubuntu component itself?
[09:03] <nic-doffay> mzanetti, ^
[09:04] <mzanetti> nic-doffay: one step back...
[09:04] <mzanetti> what is this about?
[09:04] <tsdgeos> what, suddenly my applications is emtpy on the lvwph branch :-/
[09:04]  * tsdgeos tries to find out why
[09:04] <mzanetti> nic-doffay: the indicators messaging menu?
[09:04] <nic-doffay> mzanetti, yeah.
[09:05] <mzanetti> nic-doffay: so I need a phone and generate some messages somehow to reproduce/see it?
[09:05] <nic-doffay> mzanetti, yeah
[09:05] <mzanetti> nic-doffay: ok... how do you generate messages?
[09:05] <nic-doffay> mzanetti, phablet-demo-setup will provide messages
[09:07] <Saviq> mzanetti, it's a script from phablet-tools
[09:07]  * mzanetti didn't know about phablet-demo-setup
[09:07] <Saviq> mzanetti, you don't demo much :)
[09:07] <mzanetti> indeed
[09:08] <mzanetti> I try to dogfood tho... and badly fail because my Nexus4 only has 3 hours battery lifetime with Ubuntu Touch :(
[09:09] <nic-doffay> mzanetti, Galaxy Nexus battery life seems a hell of a lot better after the newest flash.
[09:09] <mzanetti> yeah... the Galaxy Nexus doesn't seem to suffer that bug where unity8 spins on 40% CPU all the time
[09:09] <mzanetti> its only the Nexus4
[09:11] <dednick> Cimi: ping
[09:15] <mzanetti> nic-doffay: ok. preapared a device with messages
[09:16] <mzanetti> nic-doffay: now what?
[09:16] <nic-doffay> mzanetti, go to the messages menu
[09:16] <nic-doffay> Select say the second one.
[09:16] <nic-doffay> Scroll down to the bottom.
[09:16] <nic-doffay> Then press somewhere which should deselect the item.
[09:17] <nic-doffay> Instead it scroll back to the top and focuses on the index at the top.
[09:17] <nic-doffay> mzanetti, if you do this without scrolling down you'll see it deselects the item correctly then you're able to select another without any worry.
[09:17] <tsdgeos> and now i can't repro it :-/
[09:18] <mzanetti> nic-doffay: can't reproduce that
[09:19] <mzanetti> nic-doffay: opened the messaging menu, clicked on the "Otto Greenslade" message => it expands
[09:20] <mzanetti> nic-doffay: now scrolling down to bottom
[09:20] <nic-doffay> mzanetti, are you running the branch?
[09:20] <mzanetti> nic-doffay: clicking on "Ellen Arnold" => that message expands
[09:20] <mzanetti> nic-doffay: scrolling back up to beggining, the other message is collapsed as I'd expect it
[09:21] <mzanetti> nic-doffay: running a stock image flashed yesterday night
[09:21] <nic-doffay> mzanetti, you need to run my branch.
[09:21] <nic-doffay> That has the changes which cause this bug.
[09:21] <mzanetti> nic-doffay: ah... so you introduced that bug... I see. I thought you were supposed to fix an existing one
[09:22] <nic-doffay> mzanetti, negative. I'm doing changes based on a design doc which weren't implemented yet.
[09:22] <nic-doffay> mzanetti, with the flashed image you noticed it selects another item immediately, right?
[09:22] <mzanetti> nic-doffay: yeah
[09:23] <nic-doffay> With my changes when you select another item it first deselects the selected item. Then when you press again it selects another.
[09:23] <nic-doffay> This is the change which has introduced the bug.
[09:23] <mzanetti> uh... thats wanted by design?
[09:23] <nic-doffay> mzanetti, although I can't find any code (after commenting out a lot of stuff and looking) which deals with a refocus on the first index.
[09:23] <nic-doffay> mzanetti, yeah
[09:23] <mzanetti> :(
[09:24] <mzanetti> will cause people to tap on messages getting angry because they only expand sometimes
[09:27] <mzanetti> nic-doffay: ok. got it working now... had to merge trunk
[09:27] <mzanetti> nic-doffay: I see. while there is an expanded one, all the others are "inactive". that improves things I guess.
[09:28] <mzanetti> nic-doffay: anywys, I can reproduce the issue now. will come back to you in a sec
[09:45] <mzanetti> nic-doffay: so...
[09:45] <mzanetti> nic-doffay: in HeroMessage.qml
[09:45] <mzanetti> nic-doffay: in onClicked you call "if (!messageActivated) activateMenu()"
[09:45] <mzanetti> nic-doffay: thing is, menuActivated is always false
[09:46] <mzanetti> => you call activateMenu always which makes it scroll up
[09:46] <mzanetti> no sure why it actually collapses
[09:47] <nic-doffay> mzanetti, hmm
[09:51] <mzanetti> nic-doffay: there is something badly wrong with this
[09:53] <mzanetti> nic-doffay: http://paste.ubuntu.com/5786370
[09:53] <mzanetti> nic-doffay: I get onStateChanged that state changed to "expanded". in onClicked: I print the state and its ""
[09:54]  * mzanetti is puzzled+
[09:54] <nic-doffay> mzanetti, in HeroMessage
[09:57] <seb128> smspillaz, hey, do you have any idea why the limitation described there is in compiz: https://bugs.launchpad.net/ubuntu-gnome/+bug/1159430/comments/15 ?
[09:58] <nic-doffay> mzanetti, trying to get my branch to run again today, just running into some probs, going to have a look myself.
[09:58] <mzanetti> nic-doffay: if you merged your branch with trunk you need a freshly flashed device
[10:02] <nic-doffay> mzanetti, doing it now.
[10:02] <smspillaz> seb128: not sure off the top of my head, I can have a brief look into it
[10:03] <smspillaz> seb128: does this version of nautilus use an argb window ?
[10:03] <seb128> smspillaz, yes
[10:04] <seb128> smspillaz, https://bugzilla.gnome.org/show_bug.cgi?id=691359
[10:04] <seb128> smspillaz, they changed nautilus to display icons on a rgba win
[10:04] <seb128> smspillaz, and made gnome-shell draw the background
[10:04] <smspillaz> ah okay, cool
[10:04] <seb128> but things don't work well with compiz :/
[10:04] <smspillaz> indeed, we assume all desktop windows are rgb
[10:05] <seb128> it's blocking the rgba win
[10:05] <seb128> if the limitation is there I guess there is a reason?
[10:06] <smspillaz> yes - if those pixels are not touched by a window they remain on the backbuffer between paints
[10:06] <smspillaz> seb128: so my understanding is that the desired path for handling this is to have compiz draw the wallpaper, yes ?
[10:07] <seb128> smspillaz, correct
[10:07] <seb128> well, first idea was to go back to let g-s-d do it
[10:07] <seb128> but having compiz/unity do it in the long run would be goo
[10:07] <seb128> good
[10:08] <smspillaz> should be relatively straightforward
[10:08] <smspillaz> it already has code to draw wallpapers
[10:08] <seb128> I tried the wallpaper plugin
[10:08] <seb128> but that draws on top of the nautilus icons
[10:10] <smspillaz> seb128: the wallpaper plugin creates a fake desktop window if it thinks that there isn't one
[10:10] <smspillaz> as long as nautilus creates a window that has the hint _NET_WM_TYPE_DESKTOP set in its _NET_WM_WINDOW_TYPE it should work
[10:10] <smspillaz> I'm just checking to see if core ignores desktop windows that have an alpha channel
[10:11] <smspillaz> otherwise I just need to fix the wallpaper plugin to draw the background at the right stage, of which it may not be doing at the moment
[10:13] <dednick> Saviq: ping
[10:13] <smspillaz> seb128: is it possible for me to build this version of nautilus directly from git ?
[10:13] <Saviq> dednick, pong
[10:13] <dednick> Saviq: http://pastebin.ubuntu.com/5786411/
[10:13] <dednick> getting some weird dep error
[10:15] <seb128> smspillaz, sure, it's nautilus 3.8
[10:15] <seb128> smspillaz, you have it in there if you prefer a ppa: https://launchpad.net/~gnome3-team/+archive/gnome3/+packages?field.name_filter=nautilus
[10:15] <smspillaz> seb128: ah cool, I'll just dist-upgrade then
[10:16] <smspillaz> seb128: this one will use the argb window right ?
[10:16] <Saviq> dednick, remove libhud-client1-dev
[10:16] <seb128> smspillaz, yes
[10:16] <Saviq> dednick, and `apt-cache policy libhud-client1-dev` to find out if you have it in a ppa somewhere
[10:17] <Saviq> and remove that ppa
[10:19] <smspillaz> be back in like 30 minutes
[10:20] <seb128> smspillaz, can you drop the rgb limitation as well? even if we use compiz's wallpaper plugin, I would like g-s-d rendering to work as well (especially as a fallback since it has been proved hard to add compiz plugins to config on upgrade)
[10:21] <dednick> Saviq: ta. seems to have resolved.
[10:22] <mhr3_> didrocks, guess i'm late already/
[10:22] <mhr3_> ?
[10:47] <smspillaz> seb128: I don't think the rgb limitation is related to what you want to do
[10:48] <nic-doffay> Saviq, what's changed with build -s lately?
[10:48] <smspillaz> seb128: If you want to use gnome-settings-daemon to set the wallpaper (and I assume that it uses XSetWindowBackground on the root window) then all we need to do is make it so that an argb desktop window is not detected as a desktop window
[10:49] <Saviq> nic-doffay, should work the same
[10:49] <Saviq> nic-doffay, you can `rm -R ../unity_build`
[10:49] <smspillaz> that way you'll get nautilus drawing the icons and compiz will use the root window wallpaper
[10:49] <Saviq> nic-doffay, and a ./build --setup; ./build --clean is needed once
[10:49] <Saviq> nic-doffay, then, ./build is enough
[10:49] <Saviq> but it should also take much shorter to ./build -s
[10:50] <smspillaz> seb128: in any event, adding new compiz plugins is not a particularly difficult exercise, just drop a settings upgrade into /usr/share/compizconfig-1/upgrades
[10:53] <smspillaz> seb128: a word of warning: if you want this to work both *with* and *without* the wallpaper plugin I'll need to break the ABI
[11:00] <nic-doffay> Saviq, when I try run_on_device ./run: 71: ./run: ./builddir/unity8: not found
[11:04] <seb128> smspillaz, "then all we need to do is make it so that an argb desktop window is not detected as a desktop window" seems like what we want then
[11:04] <seb128> smspillaz, did you seem adam-yorba's patch on the bug I pointed before?
[11:04] <seb128> he did a small hack to compiz that fixed it for him
[11:05] <seb128> smspillaz, I would prefer use g-s-d rather than compiz's plugin, but that mostly because I'm being cautious and going for a codebase we have used for years and I know is doing what we want
[11:05] <nic-doffay> Saviq, I think I'm having packaging issues again for some reason.
[11:06] <nic-doffay> Saviq, qmenumodel isn't found.
[11:09] <smspillaz> 1
[11:09] <smspillaz> oops
[11:09] <smspillaz> seb128: okay, we'll go with the g-s-d approach
[11:09] <seb128> smspillaz, thanks
[11:10] <sil2100> mzanetti: hi!
[11:10] <smspillaz> seb128: I did see adam's patch - its not the right approach. Its just a workaround to make the wallpaper-plugin created desktop window fully trasparent so that nautilus isn't marked as occluded during the paint pass
[11:10] <sil2100> mzanetti: https://code.launchpad.net/~sil2100/indicators-client/fix_dependencies/+merge/170785 <- does this make sense to you?
[11:10] <smspillaz> (though say I said thanks for the effort :))
[11:10] <seb128> smspillaz, k
[11:11] <mzanetti> dednick: can you have a look at sil2100's MR ^^
[11:11] <mzanetti> sil2100: I think indicators-client is not used any more
[11:11] <mzanetti> sil2100: but dednick should know for sure whats going in
[11:11] <mzanetti> s/in/on/
[11:11] <smspillaz> seb128: how do I change the background using g-s-d ?
[11:12] <seb128> smspillaz, you need a patched g-s-d
[11:12] <mzanetti> sil2100: afaik indicators-client is integrated into the shell now. not sure if that work is already completed tho
[11:12] <smspillaz> seb128: do you know if its just the same as what xsetroot does ?
[11:13] <seb128> smspillaz, if you want to patch gsd: http://paste.ubuntu.com/5786515/
[11:13] <dednick> mzanetti, sil2100: looks fine. At the moment, it's still used.
[11:13] <sil2100> mzanetti: well, it's still not merged in, we talked yesterday about that with dednick
[11:13] <seb128> basically it has a check "don't duplicate nautilus work, so don't draw if nautilus does"
[11:13] <sil2100> mzanetti: so it's used
[11:13] <sil2100> dednick, mzanetti: can anyone approve?
[11:14] <mzanetti> dednick: I'm not up-to-date with this stuff. can you please take care of it ^?
[11:14] <dednick> sil2100: although they're more "recommended", they're not dependant.
[11:15] <dednick> but it wont work without. so...
[11:15] <dednick> sil2100, mzanetti: approved
[11:16] <sil2100> \o/ Thanks!
[11:18] <seb128> smspillaz, not sure what is used, it seems to go through libgnome-desktop and cairo
[11:19] <smspillaz> seb128: ok
[11:19] <smspillaz> seb128: one last question
[11:19] <smspillaz> seb128: how do I get this version of nautilus to actually ... draw icons
[11:19] <smspillaz> (on the argb desktop window)
[11:21] <seb128> smspillaz, it should do by default
[11:21] <seb128> smspillaz, gsettings get org.gnome.desktop.background show-desktop-icons ?
[11:21] <seb128> that should be true
[11:21] <Saviq> nic-doffay, hmm, qmenumodel-qml is in distro
[11:22] <Saviq> nic-doffay, `apt-cache policy qmenumodel-qml`
[11:23] <nic-doffay> Saviq, Installed: 0.2.6daily13.06.07-0ubuntu1
[11:23] <Saviq> nic-doffay, same here
[11:24] <Saviq> nic-doffay, what's your log output, then/
[11:24] <Saviq> ?
[11:25] <nic-doffay> Saviq, https://pastebin.canonical.com/93221/
[11:27] <Saviq> nic-doffay, libqmenumodel-dev should help
[11:27] <Saviq> nic-doffay, checking why this isn't in our build deps
[11:28] <Saviq> nic-doffay, ah, you're working off of dednick's branch?
[11:29] <Saviq> nic-doffay, you might need to merge his branch, libqmenumodel-dev is in build deps there
[11:29] <nic-doffay> Saviq, yeah
[11:29] <Saviq> nic-doffay, and ./build should install it
[11:29] <nic-doffay> Saviq, kk
[11:29] <Saviq> nic-doffay, /me checks, too
[11:30] <Saviq> nic-doffay, ah, remove your builddir
[11:30] <Saviq> nic-doffay, and ./build should work again (if you have the latest from dednick's branch)
[11:32] <Saviq> nic-doffay, aah, actualy
[11:33] <Saviq> nic-doffay, dednick, please merge trunk in your indicators-client branch
[11:33] <Saviq> nic-doffay, as there's been changes to the build scripts that you could benefit from
[11:34] <Saviq> nic-doffay, in the mean time `mk-build-deps -i -s sudo`
[11:38] <dednick> Saviq: doing now
[11:40] <nic-doffay> dednick, let me know when it's pushed...
[11:40] <dednick> nic-doffay: pushed
[11:42] <mhr3_> Saviq, i had some trouble with running unity8 on the desktop yesterday, first it complained that Panel is not known from DashBar.qml, so i added a import "../Panel", that helped, but then it got stuck in a dbus call coming from nm-glib cause it complained that it already has the name that got requested (cause the panel was instantiated twice?), so i just commented out the Panel from DashBar.qml completely and then it worked
[11:42] <mhr3_> Saviq, and now, what's the proper solution to these issues? :)
[11:42] <Saviq> mhr3_, is that lp:unity/8.0?
[11:42] <mhr3_> Saviq, yep
[11:42] <Saviq> mhr3_, that shouldn't happen there
[11:43] <mhr3_> Saviq, maybe i was missing a dep?
[11:43] <Saviq> mhr3_, ah wait
[11:43] <mhr3_> i'm still on R
[11:43] <Saviq> mhr3_, wha!?
[11:43] <Saviq> mhr3_, ppa:ubuntu-sdk-team
[11:43] <mhr3_> let me check if i have that
[11:43] <Saviq> mhr3_, ./build should add it
[11:44] <mhr3_> Saviq, i don't like ./build :P
[11:45] <mhr3_> yea, got disabled when i upgraded to R, will try if it helps
[11:45] <Saviq> mhr3_, should, it wants "Panel" from the SDK, not from unity8
[11:45] <Saviq> mhr3_, and you instantiated Panel twice
[11:46] <mhr3_> Saviq, aaah, now it makes sense :)
[11:55] <tsdgeos> compiz/unity does weird corruption things to my qt based apps
[11:55] <tsdgeos> in saucy
[11:55] <tsdgeos> like the selection colors get garbage and stuff
[11:55] <Saviq> tsdgeos, compiz/unity hates Qt :P
[11:55] <tsdgeos> anyone aware of that?
[11:55] <Saviq> tsdgeos, we're fixing that with unity8, thouhg :D
[11:56] <Saviq> *cough* *cough*
[11:56] <Saviq> though
[11:56] <tsdgeos> :D
[11:57] <tsdgeos> or it may be the qtgtkstyle
[11:57] <tsdgeos> which actually it'd make some more sense
[11:57] <Saviq> tsdgeos, oh, about that, it got fixed for me
[11:57] <tsdgeos> than compiz/unity being the ones causing it
[11:57] <Saviq> tsdgeos, until tomorrow or so Qt apps were ugly (tk style)
[11:57] <tsdgeos> no, i have the same style i ha before
[11:57] <tsdgeos> but some of the "paintings" go crazy at times
[11:57] <Saviq> tsdgeos, and it fixed after an update
[11:58] <Saviq> tsdgeos, yeah, but might be related
[11:58] <tsdgeos> awesome, taking a snapshot made it go away :D
[11:58] <tsdgeos> some sort of refresh or something :D
[12:02] <mzanetti> my shell is constantly segfaulting in libhud-client2
[12:02] <mzanetti> anything known already?
[12:03] <Saviq> mzanetti, as in unity8?
[12:03] <mzanetti> Saviq: yes
[12:03] <Saviq> mzanetti, no, not known
[12:17] <smspillaz> seb128: thanks, just building and testing a quick fix now
[12:17] <seb128> smspillaz, great, thanks for working on that ;-)
[12:22] <Saviq> ugh! I can't type diacritics in unity7 dash
[12:23] <Saviq> compose works, but not AltGr
[12:33] <tsdgeos> Saviq: altgr is a gtk thing, dash is not gtk, is it?
[12:33] <tsdgeos> lunch!
[12:43] <Saviq> tsdgeos, what do you mean a gtk thing?! it's an "everywhere" thing
[12:43] <Saviq> tsdgeos, it's just a pl layout - I write łóśąćżźńę
[12:44] <Saviq> with altgr
[12:44] <Saviq> breakfast!
[12:46] <sil2100> Indeed, that doesn't work anymore
[12:46] <sil2100> That's clearly a bug!
[12:56] <sil2100> tedg: hi!
[12:56]  * tedg hides
[12:56] <sil2100> !
[12:56] <sil2100> ;)
[12:56] <sil2100> I feel bad now!
[12:57] <Magicarp> Yesterday I update manager upgraded some packages. But my desktop froze and I couldn't switch tty so I forced shutdown'd. The window manager now loads but unity does not.
[12:57] <sil2100> tedg: not sure if you'll know how to help here, but we're getting an unit test failure for libdbusmenu for armhf - https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4733356
[12:57] <Magicarp> I've ran synaptic but there's no mention of any botched packages so presumbly everything upgraded correcltly.
[12:58] <sil2100> It started happening after fix LP: #1154701 I suppose? It landed yesterday
[12:58] <tedg> sil2100, Yeah, that'd be my guess.
[12:58] <tedg> sil2100, Do we have any output?
[12:58] <tedg> Seems like something is swallowing all the test ouput.
[12:59] <tedg> pinging charles so he comes and visits when he gets in :-)
[12:59] <sil2100> tedg: not sure how we can get any, since it's LP
[13:00] <tedg> Yeah, curious why Jenkins isn't grabbing this as well.
[13:00] <tedg> Hmm, seems it's only on amd64
[13:01] <didrocks> mmrazik: thanks!
[13:04] <Magicarp> in ccsm it appears unity is un-checked. Checking it just unloads the window manager and doesn't bring unity back
[13:10] <Saviq> sil2100, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1193360
[13:10] <greyback> Magicarp: "unity --reset" help at all? that resets unity's config, in case something confuses it
[13:10] <sil2100> Thanks!
[13:11] <sil2100> tedg: yep, it's strange...
[13:11] <dandrader> greyback, "Reset is not supported anymore. Deprecated option"
[13:12] <tedg> Huh, for some reason arm is turned off for dbusmenu....
[13:13] <tedg> alesage, In the indicator stack there seems to be a few projects that have ARM builds turned off.  Were things failing?  Or, why is that?
[13:16] <tsdgeos> Saviq: can you do that altgr thing in Qt apps?
[13:16] <tsdgeos> doh
[13:16] <tsdgeos> ignore me
[13:16] <tsdgeos> i thought you meant windows-like things
[13:16] <tsdgeos> like alt+154
[13:16] <Saviq> tsdgeos, nah
[13:16] <tsdgeos> that afair works in gtk
[13:16] <Saviq> tsdgeos, that I can do with Compose
[13:17] <Saviq> tsdgeos, but if you type AltGr+w
[13:17] <Saviq> you should get ł
[13:17] <tsdgeos> sure
[13:17] <tsdgeos> ł
[13:17] <Saviq> at least english layouts do
[13:17] <Saviq> yeah
[13:17] <tsdgeos> it's how i get the arrows :D
[13:17] <Saviq> yeah exactly
[13:17] <tsdgeos> ←↓→↑
[13:17] <Saviq> you can't do them in dash
[13:17] <tsdgeos> right
[13:19] <greyback> dandrader: ah news to me. Another old reliable gone :(
[13:32] <greyback> come on mumble
[13:32] <Saviq> Cimi, standup
[13:33] <Saviq> greyback, we'll start
[13:34] <smspillaz> seb128: working great here now
[13:35] <seb128> smspillaz, \o/
[13:35] <smspillaz> seb128: btw, maybe it might be worth considering having compiz handle the wallpaper - you can implement stuff like per workspace wallpapers with it
[13:35] <smspillaz> seb128: gets you closer to the design spec anwyays
[13:35] <greyback> gah
[13:35] <greyback> Saviq: go ahead
[13:36] <seb128> smspillaz, right, one step at the time ... let's give the compiz plugin some testing to see how it behaves and it supports all our option (like solor color backgrounds)
[13:36] <seb128> smspillaz, does it read the GNOME gsettings background key?
[13:37] <seb128> smspillaz, if it works fine I'm happy to switch
[13:37] <seb128> smspillaz, but when I tried it was not even picking my selected wallpaper, I had to pick one through ccsm
[13:38] <smspillaz> seb128: there'd need to be some kind of integration story
[13:38] <smspillaz> but still: http://i.imgur.com/WZYOs1v.jpg
[13:39] <seb128> smspillaz, yeah, as said I'm fine with using it ... once it's integrated with our config tools
[13:39] <smspillaz> in any case, I have it working with and without the wallpaper plugin
[13:39] <smspillaz> I probably won't have time to implement the integration story, but its up for grabs if someone is interested
[13:40] <smspillaz> the only caveat is that if you want to use transparent cube or curved expo you need to use the wallpaper plugin as the default renderer in compiz will draw the wallpaper in a way that doesn't allow for transformations
[13:41] <sil2100> tedg: hm, any luck? :)
[13:41] <seb128> smspillaz, ok, noted, maybe MCR wants to pick the integration work ;-)
[13:42] <seb128> smspillaz, do you have a mr with your compiz changes?
[13:42] <tedg> sil2100, I think we're going to have to kick it in on Jenkins, I wanted to see if there was a reason alesage had it disabled before turning it on.
[13:42] <tedg> sil2100, It's still a bit early for him, probably in a little bit.
[13:46] <mterry> dednick, heyo!  let's talk plugins
[13:46] <dednick> mterry: ok sure.
[13:46] <mterry> dednick, so what were you saying that the mock plugin did wrong?  Exported the wrong thing?
[13:47] <dandrader> any taker for reviewing this one? https://code.launchpad.net/~dandrader/unity/8_dragHandle/+merge/170172
[13:47] <dednick> mterry: so, the UserModel in plugins/LightDM creates a QLightDM::UsersModel, which is defined in tests/mocks/LightDM
[13:48] <mterry> dednick, sure yup
[13:48] <dednick> mterry: and mocks/LightDM creates UserModel private data (which contains the mock into) from tests/mocks/LightDM/[demo|full|single|etc].
[13:49]  * mterry nods
[13:50] <dednick> but mocks/LightDM is also linked to MockLightDM-demo
[13:50] <dednick> so it always uses the demo profile.
[13:51] <mterry> dednick, plugins/LightDM is statically linked to demo/
[13:51] <mterry> dednick, mocks/LightDM is dynamically linked to liblightdm-qt5-2.so, wherever it finds it
[13:51] <mterry> dednick, that's where LD_LIBRARY_PATH comes in
[13:51] <mterry> dednick, the expectation is you point to the backend data you want with LD_LIBRARY_PATH
[13:52] <mterry> dednick, you can see this happening in tests/qmltests/CMakeLists.txt
[13:52] <mterry> each test points to its desired backend
[13:52] <dednick> mterry: i understand the intent, but i can't seem to get it working
[13:52] <greyback> mhr3_: ping
[13:53] <mterry> dednick, if you ldd on the mocks/LightDM plugin, is there a line that points at liblightdm-qt5-2
[13:53] <mterry> ?
[13:54] <mhr3_> greyback, pong
[13:54] <dednick> mterry: yes. not found.
[13:54] <mterry> dednick, good, that's expected
[13:54] <greyback> mhr3_: hey, when application is started, zeitgeist is notified somewhere. I guess there's code in gtk that sends that notification. Any idea where I'd find it?
[13:55] <mterry> dednick, so how are you running unity that you end up with the demo one?  (sounds like you're running with the plugins/LightDM plugin rather than the tests/mocks/LightDM one)
[13:55] <mhr3_> greyback, it's deep inside gio
[13:55] <mhr3_> in g_app_info_launch iirc
[13:55] <greyback> mhr3_: thanks, I'll check it out
[13:57] <dednick> mterry: ahh. i see. you including the source from plugin/LightDM into the mock/LightDM
[13:57] <dednick> missed that bit
[13:57] <mterry> dednick, yeah, there are two actual LightDM plugins (temporary solution really, until we can actually lilnk with lightdm)
[13:58] <dednick> mterry: yeah. i didnt realise that you were including the source. I was looking for the type registration in mock/LightDM
[13:58] <dednick> it's a bit criss-cross
[13:59] <mhr3_> greyback, grep for org.gtk.gio.DesktopAppInfo
[13:59] <mterry> dednick, no reason to dupe code!  :)
[14:00] <dandrader> Saviq? -> https://code.launchpad.net/~dandrader/unity/8_dragHandle/+merge/170172
[14:01] <dandrader> would you have time for this one on Monday?
[14:01] <Saviq> dandrader, will try, still have dednick's 8k monstrosity to finish
[14:01] <Saviq> apart from everything else
[14:01] <Saviq> dandrader, but will try to squeeze in
[14:01] <dandrader> Saviq, ah, ok. will bug someone else then
[14:02]  * dandrader looks for the next victim
[14:02] <Saviq> dandrader, yeah, if someone else gets to it before me, let them have it
[14:03] <dandrader> mzanetti!
[14:03] <Saviq> dandrader, should've added "my friend" ;)
[14:03] <smspillaz> seb128: https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1159430/+merge/170822
[14:04]  * Saviq likes deflecting bugs to other projects
[14:04] <seb128> smspillaz, thanks
[14:04] <smspillaz> np
[14:05] <smspillaz> seb128: btw, now that compiz is drawing the wallpaper (just in core and not with the wallpaper plugin) we can do some cool things if we override that behavior in unity
[14:05] <Cimi> mzanetti, ping
[14:05] <smspillaz> might be worth having people look into doing a nice fade in on login or something
[14:05] <smspillaz> though I guess we could already do that
[14:05] <Cimi> mzanetti, do you have the link to the last diff of yesterday I sent you with the lismodel?
[14:05] <seb128> Trevinho, andyrock: ^ what smspillaz just said ;-)
[14:05] <Cimi> mzanetti, I'm on a different pc and it's just outside my backlog :(
[14:05] <Cimi> it didn't push correctly this morning, and I'm in the office
[14:06] <Cimi> on a different c
[14:06] <Cimi> *pc
[14:06] <seb128> Trevinho, andyrock: if one of you do compiz review, would be nice to have that one added to your list
[14:06] <Trevinho> seb128, smspillaz oh, nice
[14:07] <seb128> Trevinho, that will be useful for nautilus 3.8, they moved to make nautilus desktop a rgba and have the shell draw the wallpaper image
[14:07] <Trevinho> seb128: yeah, I've noticed that... We were discussing with andyrock as well
[14:08] <Trevinho> seb128: is nautilus 3.8 planned for S?
[14:08] <seb128> sil2100, ^
[14:08] <smspillaz> racarr: remember all the nautilus patching we had to do to get per workspace wallpapers in compiz in like ... 2006? gnome just upstreamed the same capability in 2013 :p
[14:09] <Trevinho> smspillaz: it's seems like a "Win" at the end! :)
[14:11] <sil2100> ;)
[14:11] <smspillaz> ah 2006
[14:11] <smspillaz> I'm pretty sure racarr and I were like
[14:11] <smspillaz> 12
[14:12] <dednick> mterry: thanks. firgured out my issues. had paths in incorrect order.
[14:12] <mterry> dednick, cool
[14:12] <Trevinho> smspillaz: I was exactly thinking the same... I wouldn't have been able to do such things when I was 12 I think... I was too much soccer-only-addicted at the time :)
[14:14] <Cimi> Saviq, do you have the link to the paste bin diff I pasted yesterday evening here?
[14:15] <smspillaz> Trevinho: so I had the opposite problem, by age 12, I was sick of soccer :po
[14:15] <Cimi> the last one
[14:15] <smspillaz> could never score a goal
[14:17] <Saviq> Cimi, looking
[14:17] <Cimi> thx
[14:17] <Cimi> it's just outside my backlog
[14:17] <andyrock> seb128, smspillaz, Trevinho I'm back
[14:17] <andyrock> :D
[14:18] <Trevinho> sil2100: eheh...
[14:19] <Saviq> Cimi, http://paste.ubuntu.com/5784036/
[14:19] <Cimi> Saviq, amazing thanks!
[14:23] <sil2100> Trevinho: what's up?
[14:24] <Trevinho> sil2100: ops... sorry, wrong ping, I meant smspillaz :)
[14:36] <mzanetti> Cimi: sorry. was away for food and just returned now
[14:38] <sil2100> tedg: is alesage already up?
[14:41] <tedg> sil2100, Not sure, he's a bachelor, we should get him a puppy for Christmas.
[14:43] <sil2100> alesage: ping :)
[14:55] <alesage> sil2100, hi
[14:58] <sil2100> alesage: hello! Actually, tedg needed you, since he wants to debug an unit test issue from a package that I pointed him to
[14:59] <sil2100> alesage: and I guess he needs an armhf build of something in jenkins?
[14:59] <sil2100> tedg: ^
[14:59] <alesage> tedg can this be true?
[15:00] <tedg> alesage, Perhaps, perhaps, perhaps
[15:00] <tedg> alesage, dbusmenu, and a couple others aren't doing ARM today.
[15:00] <tedg> alesage, I wanted to enable them, but I wasn't sure if there was a reason they were off.
[15:00] <alesage> tedg I was just reviewing 'em all, will report later today
[15:01] <tedg> alesage, Can we turn on dbusmenu first?  :-)
[15:01] <alesage> tedg ok dbusmenu first
[15:02] <tedg> alesage, Thanks!
[15:03] <charles> tedg: thanks for the ping on LP: #1154701
[15:03] <seb128> tedg, can't you just use a porter box?
[15:04] <seb128> tedg, sil2100: btw I built libdbusmenu trunk on porter earlier, tests fail but in random way, I got glib tests failing here
[15:04] <tedg> seb128, Eh, I guess... haven't done that for a very long time... :-)
[15:04] <tedg> seb128, Do you think it's a timeout issue then?
[15:04] <seb128> tedg, I don't know, those tests are not very verbose on why they fail :/
[15:06] <seb128> tedg, do you need help using the porter box?
[15:14] <jsjgruber-x-p> Trevinho, I've been working on a nux fix for lp: #1167018. You reviewed it for me a few days ago. Should it not be a quilt patch? Do I need to worry about CLA's and such?
[15:15] <Trevinho> jsjgruber-x-p: it would be nice if we can merge it to trunk, but to get that we need you to sign the CLA...
[15:18] <jsjgruber-x-p> Trevinho, whether the Canonical one or the Inalogic one that would be a problem for me. Where is the trunk? Can you still use a patch from me or should I just describe what needs to be done?
[15:18] <Trevinho> jsjgruber-x-p: trunk is at lp:nux... If you don't want do sign the Canonical CLA, we need to keep your patch as a distro patch I guess
[15:19] <Trevinho> jsjgruber-x-p: however, in any case you'd need to fix the blur so that it won't change for other users
[15:24] <jsjgruber-x-p> Trevinho, ok. The question is how to change the blur. The current one doubles up the the outside weights and doesn't run any faster than a non linear sampler one (for the same reason). The overweighting of the outside samples makes the blur stronger than a real gaussian blur. We could try to discriminate hardware, use the fixed one with a bigger sigma, or change what I did to try to emulate the weighting of the current one. What's t
[15:24] <jsjgruber-x-p> he best choice?
[15:25] <Trevinho> jsjgruber-x-p: making it more weight I guess could lead to some slowdown...
[15:26] <Trevinho> jsjgruber-x-p: so, we need to keep the same speed or to improve it if possible, but without changing the visual result
[15:26] <jsjgruber-x-p> Trevinho, no, should be same speed--faster than the current  one.
[15:27] <jsjgruber-x-p> Trevinho, ok, I'll try to do that and build it again for you to test on your hardware. Since I have the problematic hardware I can't do before/after on my system.
[15:29] <Trevinho> jsjgruber-x-p: fine... Otherwise detecting problematic hardware is something easily feasible?
[15:32] <jsjgruber-x-p> Trevinho, I don't know how to fetch the hardware type from nux. I know that unity looks at the opengl level to decide on the blur sigma--we could easily switch on the amount of sigma as an expression of of how powerful the hardware is likely to be. Somebody else may know how to determine the hardware. There are three types of hardware mentioned in the bug.
[15:36] <mhr3_> tedg, ping
[15:36] <jsjgruber-x-p> Trevinho, do you know if there is a time or other limit on how long a shader could run that causes my machines shaders to fail to blur with 19 texture fetches per direction while it can do 11?
[15:37] <tedg> mhr3_, !
[15:37] <mhr3_> tedg, i remember there was a discussion in oakland re the indicators and those being ref counted and using g_object_ref _unref for that and someone didn't like that
[15:38] <Trevinho> jsjgruber-x-p: no, sorry... smspillaz can help here I think ^
[15:38] <mhr3_> tedg, do you know what was the resolution?
[15:38] <mhr3_> tedg, is it ok for our apis to be cleaned up with g_object_unref?
[15:38] <jsjgruber-x-p> Trevinho, Thanks. I'll try to put something together.
[15:39] <tedg> mhr3_, Depends on the API and where...
[15:40] <tedg> mhr3_, No universal resolution unless mitchi was able to come to one.
[15:41] <mhr3_> tedg, so indicators have an exception right now?
[15:41] <mhr3_> or was the ref unref usage removed?
[15:41] <mhr3_> tedg, or replaced by a #define unity_object_ref g_object_ref? :)
[15:42] <Saviq> dandrader, are we using DirectionalDragArea in Panel yet?
[15:44] <tedg> mhr3_, There's the "Unity Actions API" that is wrapping a bunch of stuff, but AFAIK that's Qt/QML only right now.
[15:44] <Saviq> dandrader, or will that be the new DragHandle component?
[15:44] <tedg> mhr3_, Wellark can tell you more about the actions api stuff.
[15:46] <Saviq> dednick, there's a request for the Panel to use a swipe gesture for SEARCH, too
[15:46] <dandrader> Saviq, not yet. Working on it. It will use a DragHandle instead of a Revealer
[15:46] <Saviq> dandrader, dednick, make sure you coordinate please
[15:46] <mhr3_> Wellark, ^^?
[15:46] <Saviq> dandrader, as dednick's working on behaviour changes for the indicators
[15:46] <dednick> Saviq: search in panel?
[15:47] <Saviq> dednick, yeah, so that you swipe from the top for search
[15:47] <dandrader> dednick, gesture-related changes?
[15:47] <Saviq> dednick, instead of tapping
[15:47] <dednick> Saviq: ah. ok
[15:47] <Saviq> dednick, or, both, really
[15:47] <Saviq> dednick, i.e. Top-edge-swipe over the SEARCH label should progressively slide in the search entry: TODO from https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-panel
[15:48] <mhr3_> Saviq, will we get a searching indicator in the search bar?
[15:48] <mhr3_> i want to know when scopes don't work :)
[15:48] <Saviq> mhr3_, we could, easily, wasn't designed, though, I'm afraid
[15:48] <Saviq> i.e. we didn't feel like displaying it for a single frame would make sense
[15:48] <dandrader> hmm, there will surely be conflicts. my s/Revealer/DragHandle work is a bit intrusive
[15:48] <Saviq> as that's how long scope search will take, right mhr3?
[15:48] <Saviq> right!?
[15:48] <Saviq> RIGHT!?
[15:49] <mhr3_> Saviq, suuuuuuure
[15:49] <Saviq> mhr3_, thanks for the confirmation
[15:49]  * Saviq notes down
[15:49] <mhr3_> crap, this channel is logged, isn't it?
[15:49] <Saviq> ;D
[15:53] <dandrader> dednick, so, what are the indicator changes you're working on?
[15:53] <Trevinho> ricotz: any news from plank land?
[15:53] <dednick> dandrader: https://docs.google.com/a/canonical.com/document/d/1iXhf9CpfGncAVc8zKDnq7fpFCyLOntefF7LatmBdZsw/edit
[15:54] <mhr3_> Saviq, heh, indeed noone thought about spinners of course
[15:54] <Saviq> mhr3_, we have a spinner in the SDK
[15:54] <Trevinho> ricotz: one thing I was thinking about is that now the factory has changed, so if you need to make sure to ref all the views that you're handling, if you want to keep them around also when bamf closes them..
[15:54] <mhr3_> Saviq, i mean from design
[15:55] <dandrader> dednick, please don't work on item 6 yet
[15:55] <dednick> dandrader: ok
[15:56] <dandrader> dednick, how far are you on this stuff?
[15:57] <dednick> dandrader: i've done a couple of them, but not too far
[15:59] <sil2100> tedg: any luck with the libdbusmenu?
[15:59] <Saviq> mhr3_, yeah, I know
[16:00] <sil2100> tedg: or maybe a rebuild could help? Although I tried it once, and it was still failing
[16:01] <dandrader> dednick, and no item 7 as well. it's too tied to Revealer, which is being replaced
[16:02] <dednick> dandrader: when is that due to happen?
[16:02] <mhr3_> larsu, ping?
[16:02] <mhr3_> larsu, forgot Wellark is holidaying today... do you know ^^^?
[16:02] <tedg> sil2100, In progress
[16:05] <dandrader> dednick, I thing I will be proposing that patch next Tuesday.
[16:05] <dandrader> think
[16:06] <dednick> dandrader: ok
[16:06] <ricotz> Trevinho, hi
 looks like the root cause is that "get_application_for_desktop_file" doesnt provide a just started non-favorite application, although that this call gets triggered is a bug on my side
[16:07] <ricotz> Trevinho, thanks for the hint this should be the case already
[16:12] <sil2100> tedg: I need to finish now, but when I'm back I'll take a look on status of libdbusmenu and re-run the stack machinery if it's fixed
[16:12] <sil2100> Thanks a lot!
[16:12] <sil2100> And good luck
[16:14] <Trevinho> ricotz: mh.... was that doing it before?
[16:14] <Trevinho> ricotz: however it should try to return that...
[16:44] <ricotz> Trevinho, will try to condense it in a testcase
[16:45] <Trevinho> ricotz: nice, thanks
[17:09] <ricotz> Trevinho, http://people.ubuntu.com/~ricotz/bamf/bamf-test.vala, so this works on the previous bamf release but not on the current one
[17:22] <Trevinho> ricotz: mh, thanks... Checking what's wrong
[17:22] <Trevinho> ricotz: could you open a bug in the mean time, please?
[17:24] <Trevinho> ricotz: ok, found the problem... Let me think to proper solution :)
[17:26] <larsu> mhr3_: no clue :)
[17:26] <mhr3_> larsu, heh, ok thx
[17:28] <Trevinho> ricotz: ok, found that,... Let me push a branch
[17:51] <Saviq> mzanetti, feels like this is the bug you reported earlier https://bugs.launchpad.net/unity/8.0/+bug/1163273 ?
[17:51] <Saviq> +same
[17:51] <ricotz> Trevinho, https://bugs.launchpad.net/bamf/+bug/1193449
[17:52] <Trevinho> ricotz: ops... I opened the same :)
[17:52] <Trevinho> ricotz: maybe 1 sec before 1193448 :)
[17:52] <ricotz> ah i see ;)
[17:52] <ricotz> of course yours is the dupe ;)
[17:53] <Trevinho> ricotz: :)
[17:53] <ricotz> do it the other way around! please
[17:54] <Trevinho> ricotz: ah, I did that as I was lazy to reset the bug parameters, but i can if you prefer
[17:54] <ricotz> while you didnt even mention me :\
[17:55] <ricotz> yes, i do prefer that
[17:55] <Trevinho> ricotz: oh, sorry... I didn't want to offend you, I just forgot :)
[17:55] <Trevinho> ricotz: now is how you want ;)
[17:55] <ricotz> no worries, thanks
[17:57] <Trevinho> ricotz: approve this if it does work for you please https://code.launchpad.net/~3v1n0/bamf/factory-local-views-removal/+merge/170884
[17:59] <ricotz> Trevinho, will test it later
[18:23] <kgunn> Saviq: you really should eow
[18:23] <kgunn> but since you're here :)
[18:24] <kgunn> so notifications is in, but not "released" to touch builds yet right ?
[18:24] <kgunn> meaning...you can see it if you build locally, but not in the phablet daily images yet
[18:29] <ricotz> Trevinho, it fixes the problem
[18:30] <Trevinho> ricotz: nice ;)
[18:44] <Saviq> kgunn, yes they are
[18:45] <Saviq> kgunn, both notifications and smart scopes are in, image saucy-19
[18:45] <kgunn> Saviq: \o/
[18:46] <Saviq> kgunn, why do you think I went to bed at 4am Tuesday night? ;)
[18:47] <kgunn> Saviq: that's semi normal for you unfortunately!
[18:47] <kgunn> but i certainly do appreciate it....
[18:47] <kgunn> i knew it was in our trunk
[18:47] <kgunn> just wasn't sure about the build
[18:48] <kgunn> since "we aren't so great at doing releases" :)
[18:48] <Saviq> kgunn, yeah, it was a "it's going in trunk, and we need to release"
[18:48] <kgunn> or rather..."remembering to do releases"
[18:48] <Saviq> kgunn, that was mostly why there were no releases for so long, it was "almost in" for too long
[18:48] <kgunn> :)
[18:49] <kgunn> Saviq: pat's favorite...."tomorrow...i promise"
[18:49] <Saviq> kgunn, for example, we have another release today already :D
[18:49] <Saviq> https://code.launchpad.net/~saviq/unity/8.unlimit-apps/+merge/170857
[18:49] <Saviq> kgunn, indeed
[18:50] <kgunn> Saviq: and i apologize...mir has had my mind-share hostage for the last 3 days
[18:51] <Saviq> kgunn, that's fine
[18:51] <Saviq> kgunn, I want to focus more on the Mir integration now, too
[18:51] <Saviq> kgunn, only I still have dednick's 8k line behemoth diff to finish
[18:52] <kgunn> :))
[18:52] <kgunn> it is a big bastard
[18:52] <Saviq> kgunn, good news: mhr3 fixed the only real regression from the switch to smart scopes
[18:52] <Saviq> kgunn, https://bugs.launchpad.net/libunity/+bug/1193096
[18:52] <Saviq> will only be released next week somewhere
[18:53] <kgunn> Saviq: yep...i was semi tracking that today on irc
[18:53] <kgunn> Saviq: which is really nice....
[18:53] <kgunn> pretty darn smooth integration
[18:53] <Saviq> yup
[18:54] <Saviq> kgunn, I also did some bug maintenance today https://code.launchpad.net/unity/8.0
[18:54] <kgunn> was just looking at that acutally
[18:55] <Saviq> *cough* procrastinating *cough*
[18:55] <Saviq> sorry, dednick... ;)
[18:56] <Saviq> kgunn, and now I'm afk
[18:57] <Saviq> kgunn, btw, now you reminded me we failed to do the weekly last week...
[18:57] <kgunn> Saviq: i wasn't going to mention it....
[18:57] <kgunn> when i updated the device mon morning....so much
[18:57] <kgunn> goodness went in....how could i complain
[18:57] <Saviq> good you felt that way
[18:57]  * Saviq away
[18:58] <Saviq> o/
[20:22] <nrthedreamer> can unity show the menu bar on the window itself while not maximized?
[20:23] <nrthedreamer> and not in the top panel
[20:26] <nrthedreamer> anybody here?
[21:01] <Magicarp> Today when I booted my PC the window manager loads but unity does not. When I run unity via terminal I get this http://pastebin.com/hXRB5aeb
[21:33] <Magicarp> I've re-installed unity and when attempting to run it via terminal I get this http://pastebin.com/2S30nnPT
[21:37] <Magicarp> Synaptic doesn't complain of any broken packages
[23:17] <luv> from the frist log
[23:17] <luv> compiz (core) - Error: Another window manager is already running on screen: 0
[23:18] <luv> tells you unity cant be started because a WM is already running on that display
[23:19] <luv> quick google on the unity-panel-service yields this http://askubuntu.com/questions/69046/unity-is-not-working-properly-because-unity-panel-service-was-not-found which looks relevant
[23:19] <luv> (in case you have tried that yet)