[08:14] <didrocks> hey sil2100, how are you?
[08:29] <sil2100> didrocks: hi! Sleepy ;)
[08:36] <sil2100> didrocks: I re-triggered all the stupid powerpc builds that failed
[08:36] <sil2100> ;/
[08:37] <didrocks> sil2100: do we know why? it seems that there is something that can't be installed (some arch:all, arch:any, but can't figure out what): https://launchpadlibrarian.net/140580074/buildlog_ubuntu-raring-powerpc.unity-lens-files_7.1.0daily13.05.24ubuntu.unity.next-0ubuntu1_FAILEDTOBUILD.txt.gz
[09:15] <sil2100> Wellark: ping ;)
[09:39] <sil2100> didrocks: I need to look into that again, since it happens too frequently
[09:40] <sil2100> And why only powerpc? Mystery
[09:40] <didrocks> yep :/
[09:44] <nic-doffay> Saviq, need your expertise for an issue.
[09:44] <Saviq> nic-doffay, hit me
[09:45] <nic-doffay> Saviq, bit of a complicated scenario.
[09:45] <nic-doffay> Saviq, https://code.launchpad.net/~unity-team/unity/infographics-with-lightdm
[09:45] <nic-doffay> there's the branch.
[09:45] <nic-doffay> If you look in Infographics.qml
[09:46] <nic-doffay> You'll see the onDataChanged signal and onDataAboutToChange signal.
[09:47] <nic-doffay> Saviq, let me know if you can't find it.
[09:47] <Saviq> nic-doffay, I'm there
[09:49] <nic-doffay> The current issue is that the onDataAboutToChange and onDataChanged signal are fired off too quickly.
[09:49] <nic-doffay> So the reverse animation affects the new set of data.
[09:49] <nic-doffay> (As does the reveal animation)
[09:50] <nic-doffay> You can run it and see what I mean (I've commented out the reveal animation to make it more obvious).
[09:50] <Saviq> nic-doffay, I do understand what you mean
[09:50] <Saviq> nic-doffay, you need to "cache" the old model before swapping it if the new one
[09:51] <Saviq> nic-doffay, pete-woods1 there's two possible solutions I can see
[09:51] <nic-doffay> Saviq, ok. Then perform the animation on the cached one.
[09:51] <Saviq> nic-doffay, pete-woods1, either expose both the "current" and "next" models
[09:52] <Saviq> nic-doffay, and then you switch the model after you've finished the reverse animation
[09:52] <Saviq> nic-doffay, and then start the reveal animation
[09:52] <Saviq> nic-doffay, pete-woods1, or you signal the "I'm ready to get the new model" after you've finished the reverse animation
[09:53] <Saviq> nic-doffay, and wait for the backend to tell you "the model has been updated" before starting the new animation
[09:53] <Saviq> s/new/reveal/
[09:53] <nic-doffay> Saviq, that's what I suggested, but pete-woods1 feels the backend should only communicate to the UI. I think that's a valid point too.
[09:53] <pete-woods1> what I said is I can't interrogate the UI's state
[09:54] <Saviq> nic-doffay, can't interrogate, that's fine
[09:54] <Saviq> nic-doffay, but you can _tell it_
[09:54] <Saviq> nic-doffay, via a signal / method exposed on the model or somewhere
[09:54] <Saviq> nic-doffay, that you're now ready to take the new data
[09:54] <Saviq> nic-doffay, pete-woods1, that approach seems potentially easier
[09:55] <nic-doffay> Saviq, yeah. Just a signal on the QML to fire's when the animation has stopped.
[09:55] <Saviq> nic-doffay, pete-woods1, but it might come with a delay between the reverse and reveal animations
[09:55] <Saviq> you have to check
[09:55] <nic-doffay> Saviq, what sort of delay are you thinking?
[09:55] <Saviq> nic-doffay, the time needed for the backend to replace the data
[09:56] <pete-woods1> and to transport it to the UI
[09:56] <pete-woods1> and potentially create new circles, etc
[09:56] <Saviq> pete-woods1, that would need to happen regardless of which mode we go for
[09:56] <pete-woods1> I think that's probably the best time for the delay, though
[09:56] <pete-woods1> as the thing should be invisible at that point
[09:56] <Saviq> pete-woods1, of course, but if you can prepare the model _while_ the reverse animation is happening
[09:57] <Saviq> pete-woods1, the delay could be lower
[09:57] <pete-woods1> true
[09:57] <Saviq> pete-woods1, but that's premature optimization
[09:57] <pete-woods1> indeedy
[09:58] <nic-doffay> Saviq, I can come up with something else in between the delay to make up for it.
[09:58] <Saviq> pete-woods1, nic-doffay, so I'd go for "backend says there's going to be a new data set soon; UI goes for reverse animation; UI signals that it's now ready for new data; backend fills the model with new data; backend signals that data is ready; UI goes for the reveal animation"
[09:58] <nic-doffay> Saviq, sounds good.
[09:58] <Saviq> and see how it does
[09:58] <nic-doffay> pete-woods1, on what object do you want the signals in the QML?
[10:02] <pete-woods1> nic-doffay: the signals would be present on the main infographic model
[10:02] <pete-woods1> you would be saying "ready to change" or something like that at the end of the fade out animation
[10:03] <pete-woods1> I'll add the signal to the model now, but it won't do anything, then at least you can get the UI to call it at the right time
[10:03] <pete-woods1> then I'll tweak the model so it behaves how you want
[10:04] <nic-doffay> pete-woods1, cool sounds good
[10:09]  * Saviq biab
[10:09] <nic-doffay> Saviq, ta for the suggestions.
[10:19] <sil2100> didrocks: hm, cyphermox already moved unity-gtk-module to the indicators stack, right?
[10:19] <sil2100> didrocks: do you know if he redeployed the unity stack after the change?
[10:20] <sil2100> didrocks: since the unity parameters in the generic check job seem to have unity-gtk-module in it
[10:20] <sil2100> Would suck to have unity-gtk-module released 2 times ;)
[10:21] <didrocks> sil2100: from jenkins, it seems he did that :)
[10:21] <didrocks> sil2100: I don't see the module, at least, he removed the job
[10:23] <sil2100> didrocks: then I wonder why ps-generic-* is still testpackages unity-autopilot unity-gtk-module-autopilot, and the invalid tests: unity unity-gtk-module unity-gtk-module-common libunity-gtk3-parser0
[10:23] <sil2100> Crazy stuff
[10:25] <didrocks> sil2100: yeah, weird (and no time to look at that TBH)
[10:27] <MacSlow> mzanetti, Saviq: I've fixed the issue from the comments on the MR (https://code.launchpad.net/~macslow/unity/phablet-snap-decision-action-expansion/+merge/165370/comments/366256), but can't get around a wait(100) for waiting on the collapse-animation to complete, thus the before-after height-test passes... any ideas? The expansion-animation doesn't seem to need this for its before-after test.
[10:33] <mzanetti> MacSlow: hmm... not really sure what happens. but usually an animation animates some property and you should be able to use a tryCompare() to wait for that property to be finished animating
[10:33] <MacSlow> mzanetti, ok... trying tryCompare() again
[10:34] <mzanetti> MacSlow: otherwise, looking at the MR, seems there are a bit too many actionSpy.clear()s in it
[10:34] <mzanetti> MacSlow: rest looks quite ok to me
[10:40] <MacSlow> mzanetti, tryCompare() just sits there... that's not working
[10:41] <mzanetti> MacSlow: should I have a look at it or do you want to go with that wait(100)?
[10:41] <MacSlow> mzanetti, well I know a wait(100) will not pass the review :)
[10:41] <mzanetti> ok... let me check
[11:08] <mzanetti> MacSlow|lunch: the tryCompare works for me. I've commented on the MR...
[11:24] <Wellark> sil2100: pong
[12:10] <sil2100> Wellark: hi! Are you working on the HUD backend?
[12:16] <Saviq> mzanetti, I'm reviewing lp:~dandrader/unity/phablet_edgeDragInLauncher... I hope you'll simplify Launcher.qml a lot ;)
[12:17] <mzanetti> Saviq: yes. I expect the revealing and hiding to happen by daniel's code and all the rest will just go away
[12:17] <Saviq> mzanetti, the amount of states alone is scary
[12:17] <mzanetti> Saviq: no more states (maybe just a closed, opened and hint)
[12:18] <mzanetti> at max
[12:18] <Saviq> mzanetti, cool :)
[12:19] <mzanetti> anyone knows whats the state of mobile data connection is? friends of mine are just waiting for that before flashing their phones :D
[12:22] <Saviq> rsalveti, ^?
[12:33] <didrocks> sil2100: should you restart the apps stack?
[12:34] <sil2100> didrocks: will do, just checking the exact failure
[12:34] <sil2100> Eh
[12:35] <didrocks> thanks!
[12:38] <Saviq> mzanetti, when working on the N10 greeter, I recommend switching to adb over TCP - it doesn't drop the connection when you lock the screen - so it doesn't destroy tablet-services
[12:39] <Saviq> mzanetti, I'll have a small tweak to run_on_device to help with that
[12:39] <mzanetti> Saviq: afaik our run_on_device always works through adb forwarding
[12:39] <Saviq> mzanetti, that's not even about that
[12:39] <paulliu> Saviq: https://code.launchpad.net/~paulliu/unity/i18n/+merge/165160'
[12:40] <paulliu> Saviq: https://code.launchpad.net/~paulliu/unity/i18n/+merge/165160
[12:40] <Saviq> mzanetti, the important thing is that adb itself goes through TCP and not USB
[12:40] <mzanetti> Saviq: oh, interesting
[12:40] <paulliu> Saviq: BTW, the changes to debian/* is caused by wrap-and-sort. Do we want that in a seperated branch?
[12:40] <Saviq> paulliu, yes please
[12:40] <paulliu> Saviq: ok.
[12:41] <Saviq> mzanetti, whether it does forwarding or not is a different issue (and only an issue when you have two devices at the same time - and that I want to enable in run_on_device)
[12:41] <paulliu> Saviq: Please review that branch. And I'll prepare a wrap-and-sort for debian/* later.
[12:41] <Saviq> mzanetti, I can now go run_on_device for both phone and tablet at the same time
[12:42] <mzanetti> Saviq: cool. iirc there is some command where you can register to the HUP signal. We might be able to use that too so when you unplug during a run_on_device it still restores the *-services file
[12:42] <Saviq> mzanetti, right
[12:51] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity/phablet.run-on-device-remote/+merge/165606
[12:52] <Saviq> mzanetti, with that you can export TARGET_IP and TARGET_SSH_PORT in your shell for run_on_device to go over TCP
[12:52] <Saviq> mzanetti, and http://stackoverflow.com/questions/2604727/how-can-i-connect-to-android-with-adb-over-tcp for enabling adb over tcp
[12:53] <Saviq> mzanetti, if you want it to persist across reboots (and even flashes, it seems), `adb setprop persist.adb.tcp.port 5555`
[12:54] <Saviq> mzanetti, I also recommend installing ninja-build on the device to improve build time (especially no-build-needed time)
[12:55] <mzanetti> Saviq: so we should probably pack that into build -s
[12:55] <Saviq> mzanetti, indeed, actually let me drop that into the same branch
[12:57] <Saviq> mzanetti, actually not for build -s as that would mean people have to s/make/ninja/ in their minds
[12:57] <mzanetti> isn't that transparent?
[12:57] <Saviq> mzanetti, not if you `make test` or similar
[13:02] <Saviq> paulliu, the pl.po file got wrong encoding
[13:02] <mzanetti> Saviq: TARGET_IP=${TARGET_IP-<IP_ADDRESS>}
[13:02] <mzanetti> Saviq: haven't seen that notation before. what exactly does that do?
[13:02] <Saviq> mzanetti, that's the default value if unset
[13:02] <Saviq> mzanetti, so if $TARGET_IP is unset (not empty, but _unset_)
[13:03] <Saviq> mzanetti, it will get set to <IP_ADDRESS>
[13:03] <mzanetti> cool. useful stuff :)
[13:03] <Saviq> paulliu, `wget -O po/pl.po http://pastebin.ubuntu.com/5694011/plain/` should help
[13:04] <Saviq> ugh
[13:04] <Saviq> if only pastebin wasn't stupid
[13:04] <Saviq> and wouldn't require SSO for plaintext download <facepalm />
[13:05] <paulliu> Saviq: ok..wait
[13:05] <Saviq> paulliu, will email you the file in a sec
[13:08] <Saviq> paulliu, you've got it in email, should be fine if you save it as is
[13:08] <paulliu> ok
[13:09] <Saviq> paulliu, "66	+ * wrap-and-sort the debian/* files." is still there in the changelog
[13:12] <paulliu> Saviq: ok. I'll remove it.
[13:17] <Saviq> paulliu, also, http://pastebin.ubuntu.com/5696932/ happens
[13:18] <Saviq> paulliu, you're calling the bindTextDomain too quickly
[13:20] <paulliu> Saviq: ah.. that's it.
[13:20] <dandrader> mzanetti, my Launcher modifications have landed. You can now rebase and propose yours
[13:20] <paulliu> Saviq: Let me fix it.
[13:21] <mzanetti> dandrader: thanks
[13:23] <Saviq> paulliu, do you think it would be possible to make it work without "make install"?
[13:23] <Saviq> paulliu, currently we need to make install just to make gettext pick the locales up from the installation dir
[13:23] <rsalveti> mzanetti: Saviq: we were able to do our first 3g data connection yesterday, should be landing next week
[13:23] <Saviq> rsalveti, awesome :)
[13:25] <mzanetti> rsalveti: \o/
[13:25] <Saviq> paulliu, and if you actually run from builddir/install (LD_LIBRARY_PATH=../unity_build/build/lib ./builddir/install/bin/qml-phone-shell) it won't pick the translations up, 'cause isRunningInstalled() is true in that case
[13:25] <Saviq> paulliu, isRunningInstalled() return true when running from CMAKE_INSTALL_PREFIX
[13:27] <paulliu> Saviq: yeah..let me see if I can fix that. Because we are using the default cmake gettext support. The mo files are only put into correct dir structure on install.
[13:27] <Saviq> paulliu, yeah, let's leave it for now
[13:28] <Saviq> paulliu, we'll just note that you need to `make install` before the translations get picked up for now
[13:28] <Saviq> paulliu, and later we'll look for a solution for that
[13:28] <paulliu> Saviq: ok.
[13:29] <Saviq> paulliu, you should update the .pot and .po now that you've added more translatable strings ;)
[13:29] <paulliu> Saviq: yes..
[13:29] <paulliu> Saviq: I'll add notes and refresh the pot/po files together. wait.
[13:30] <Saviq> paulliu, I'll send you an updated pl.po in a sec
[13:34] <mzanetti> dandrader: d'oh... the merge is conflicting quite a lot already
[13:35]  * dandrader is glad he got to merge his work first :)
[13:35] <dandrader> mzanetti, http://www.nelson-haha.com/
[13:36] <Saviq> paulliu, sent you an update
[13:36] <paulliu> Saviq: ok.
[13:36] <mzanetti> dandrader: not funny
[13:37] <mzanetti> :P
[13:37] <mzanetti> dandrader: http://nooooooooooooooo.com/
[13:38] <dandrader> :)
[13:38] <cyphermox> sil2100: didrocks: I couldn't redeploy unity, it was running at the time
[13:44] <didrocks> cyphermox: ok, mind doing it now?
[13:44] <didrocks> sil2100: don't touch the apps stack
[13:44] <sil2100> o>
[13:44] <Saviq> dednick_, nic-doffay standup?
[13:45] <sil2100> didrocks: sucks, one test failed in apps
[13:46] <cyphermox> didrocks: that's what I'm doing
[13:46] <didrocks> sil2100: yeah, we're trying otto on it
[13:46] <didrocks> cyphermox: thanks!
[13:48] <cyphermox> didrocks: done.
[13:48] <cyphermox> should I rerun unity as well?
[13:49] <cyphermox> I'd double-check indicators too, to pick up from tomorrow
[13:52] <cyphermox> I meant yesterday of course
[13:52] <mterry> mzanetti, regarding my ColorImageProvider, one problem with your suggestion is that we use CrossFadeImage for the wallpaper.  I suppose I could add color support directly to that Component, but I was leery of modifying those
[13:53] <mzanetti> mterry: ohhh... right... didn't think of that
[13:53] <mzanetti> mterry: hmm... the ColorImageProvider still seems funky to me :D
[13:54] <mzanetti> mterry: FYI: the CrossfadeImage is only used in the greeter. so breaking it just breaks our stuff
[13:54] <mzanetti> Saviq: whats your opinion?
[13:55] <mterry> Saviq, this is in reference to https://code.launchpad.net/~mterry/unity/phablet-greeter-features/+merge/165479
[13:55] <mzanetti> Saviq: mterry created a ColorImageProvider which just paints a rectangle with the given color. I said he should use regular Rectangles in QML for that
[13:55] <mterry> Saviq, and it's ColorImageProvider
[13:55] <Saviq> mzanetti, mterry yeah I know what's this about
[13:55] <mterry> :)
[13:56] <Saviq> mterry it does feel like it'd be slower than a Rectangle
[13:56] <Saviq> mterry, so yeah, I'd probably go for tweaking CrossFadeImage
[13:56] <mterry> OK!
[13:57] <Saviq> mterry, so that it would support "fade to color" apart from "fade to another image"
[13:57] <Saviq> mterry, I think it makes sense to be there
[13:57] <Saviq> mzanetti, ^
[13:57] <mzanetti> yep
[13:57] <mzanetti> I agree
[13:59] <paulliu> Saviq: Just pushed.. https://code.launchpad.net/~paulliu/unity/i18n/+merge/165160
[14:00] <Saviq> paulliu, cheers
[14:00] <mzanetti> dandrader: can you please shortly explain what your change actually changes?
[14:01] <mzanetti> dandrader: should there be a change in behavior or should I not notice anything different?
[14:01] <dandrader> mzanetti, 1-  replaced DraggingArea with DirectionalDragArea
[14:01] <mzanetti> ok, seen that
[14:02] <dandrader> mzanetti, 2- removed the behavior where you can drag and already launch an application once you release
[14:02] <mzanetti> dandrader: ok. that was removed in my branch too
[14:02] <dandrader> mzanetti, so you no longer see that toll-tip balloon
[14:02] <mzanetti> ah... you deleted the LauncherLabel.qml?
[14:03] <mzanetti> because that was a bit of a weird conflict
[14:03] <dandrader> mzanetti, yes
[14:03] <dandrader> mzanetti, as it's no longer used
[14:03] <mzanetti> ok... explains things
[14:03] <mzanetti> dandrader: I think we still need it later.. anyways. no problem
[14:03] <dandrader> mzanetti, that was my initial thought as well
[14:04] <mzanetti> dandrader: it will change a lot... I agree. so probably just deleting current version is the most sensible thing... I agree
[14:04] <dandrader> mzanetti, well, it's still there in history :)
[14:06] <mzanetti> ok... so as of now Launcher.qml is my domain. any confllicting changes will be overwritten :D
[14:07] <mzanetti> Saviq: ah... forgot to mention in the standup: before you use time to find the cause - I did it already: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1183727
[14:12] <Saviq> mzanetti, not seeing in the shell ;)
[14:13] <mzanetti> Saviq: no?
[14:13] <Saviq> kgunn, here's the CODING update https://code.launchpad.net/~saviq/unity/phablet.run-on-device-remote/+merge/165606
[14:13] <Saviq> mzanetti, what exactly should I be looking at / doing?
[14:13] <Saviq> mzanetti, ah or do you mean when I resize the window on my desktop?
[14:13] <kgunn> Saviq: cool, i'll take care
[14:13] <mzanetti> Saviq: yes
[14:13] <Saviq> mzanetti, yeah, seeing it
[14:14] <Saviq> mzanetti, I broke the autolanding in here https://code.launchpad.net/~saviq/unity/phablet.run-on-device-remote/+merge/165606
[14:15] <mzanetti> naughty boy
[14:17] <mzanetti> Saviq: is that CODING file generated to html or anything?
[14:18] <Saviq> mzanetti, kgunn does the generating to html ;)
[14:18] <Saviq> mzanetti, but it's ~ ReST
[14:18] <Saviq> or whatever the shortcut is for restructured text
[14:18] <mzanetti> Saviq: "TL;DR" ??
[14:18] <Saviq> mzanetti, Too Long; Didn't Read
[14:18] <Saviq> mzanetti, your geek foo is not good
[14:19] <mzanetti> hehe
[14:19] <mzanetti> Saviq: the geek-foo dict is TL:DR
[14:19] <Saviq> mzanetti, http://www.urbandictionary.com/define.php?term=tl%3Bdr
[14:19] <Saviq> :P
[14:20] <Saviq> mzanetti, http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn%27t_read
[14:20] <Saviq> mzanetti, http://en.wiktionary.org/wiki/TL;DR
[14:20] <Saviq> mzanetti, really?  I get that in a chat and look it up. I see that in a file in the code tree and think this will generate some fancy html tag in the docs
[14:23] <nic-doffay> mzanetti, looking at your branch atm.
[14:24] <nic-doffay> Must I uncomment everything that's commented?
[14:24] <nic-doffay> in Lockscreen.
[14:24] <mzanetti> nic-doffay: no...
[14:24] <nic-doffay> mzanetti, what needs to be uncommented?
[14:24] <mzanetti> nic-doffay: there should be your shader somewhere... use the one in Shell.qml
[14:24] <nic-doffay> mzanetti, getting rid of that there for now.
[14:24] <nic-doffay> Adding it somewhere else.
[14:24] <nic-doffay> mainly wondering about this mzanetti layer.enabled: root.required && ! greeter.shown && shell.applicationManager.mainStageFocusedApplication
[14:25] <mzanetti> nic-doffay: let me check... I think I pused some stuff today morning that removes all the shaders
[14:40] <Saviq> dandrader, re autopilot - sounds like that's expected? a Pointer shouldn't do Touch
[14:40] <Saviq> dandrader, so it probably sent mouse events anyway?
[14:40] <dandrader> Saviq, "The Pointer class is a wrapper that unifies the API of the Mouse and Touch classes, which can be helpful if you want to write a test that can use either a mouse of a touch device."
[14:41] <Saviq> dandrader, bad naming it seems ;)
[15:13] <nic-doffay> bregma, any idea which version of unity will work with Nux 4.0?
[15:14] <bregma> nic-doffay, Nux 4.0 is the current version of Nux (well, 4.0.2), which is trunk Uniy (Unity 7)
[15:14] <nic-doffay> bregma, ok ta
[16:04] <sil2100> Saviq: ping
[16:04] <Saviq> sil2100, pong
[16:29] <Saviq> dandrader, we were 2 tests away from 300 and we're back to 296 because of your merge :P
[16:29] <Saviq> dandrader, not nice, not nice at all!
[16:30] <dandrader> Saviq, the Launcher change? yeah :)
[16:32] <mzanetti> dandrader: hey. I'm having a strange issue with mouse events using the DirectionalDraggingArea. do you have a minute?
[16:32] <dandrader> mzanetti, yes
[16:33] <mzanetti> dandrader: I have a draggingarea and on top of it the launcher now
[16:33] <mzanetti> dandrader: that works quite well most of the time
[16:34] <mzanetti> dandrader: but sometimes, even tho I click on the launcher, the DirectionalDraggingArea underneath recognizes some touches
[16:34] <mzanetti> dandrader: status goes to Undecided and distanceChanged is emitted
[16:35] <mzanetti> dandrader: but the launchers flickable should handle it of course which is on top of the DraggingArea
[16:36] <mzanetti> could you think of something causing this?
[16:36] <dandrader> mzanetti, yes
[16:37] <dandrader> mzanetti, a touch event is sent first. it doesn't get handled by anyone Qt synthesizes an equivalent mouse event and sends it
[16:37] <dandrader> s/it doesn't/if it doesn't
[16:37] <dandrader> DraggingArea handles mouse events but DirectionalDragArea handles touch events
[16:37] <mzanetti> dandrader: oh. I might have been unclear. This is on the desktop. so I suppose we only have mouse clicks
[16:38] <dandrader> mzanetti, no, mouse events are converted to touch events by MouseTouchAdaptor
[16:38] <dandrader> mzanetti, so that we have the same code path as if we were running on the device
[16:38] <mzanetti> dandrader: ah, ok. makes sense
[16:39] <dandrader> mzanetti, try it with ./run --nomousetouch
[16:39] <mzanetti> dandrader: so, still it works most of the time. then I flick the launcher up and down a couple of times and suddendly the DirectionalDraggingArea gets the events
[16:39] <dandrader> DirectionalDragAreas won't work though...
[16:41] <dandrader> mzanetti, you could add some qDebugs() here and there to confirm my theory
[16:42] <mzanetti> dandrader: sure
[16:42] <mzanetti> but I don't really see why that would cause this behavior
[16:43] <dandrader> mzanetti, or using something that handles touches instead of a DraggingArea, but I'm not sure if it would be quick to try it out
[16:48] <mterry> mzanetti, I updated the branch, btw
[16:48] <mzanetti> mterry: ok. I'll review soon
[16:49] <mterry> mzanetti, I'd be happy to help talk you through changes you'll need for the PIN stuff today?  unless you're close to EOD
[16:52] <mzanetti> mterry: hmm... actually I am. Would like to finish that current task I'm on. But after the review today I have some idea on what to do next. will probably ask some smaller questions on monday
[16:53] <mterry> mzanetti, OK.  Monday is a national holiday in US.  But I'll try to idle on IRC and check it now and then
[16:53] <mterry> mzanetti, but bottom line is that all the current PAM interaction is inside LoginList.qml, which isn't even used in phone mode
[16:53] <didrocks> sil2100: around?
[16:54] <mterry> mzanetti, so you'll have to write the PAM interaction in phone mode.  But you should be able to ape what's in LoginList
[16:54] <mzanetti> mterry: yes. my branch uses the singleton from within a new qml file (Lockscreen.qml)
[16:54] <mzanetti> mterry: yes. thats what I thought. great
[16:54] <mterry> mzanetti, OK.  My new branch exercises PAM workflows pretty well, so you should be able to see examples for whatever you need
[16:55] <mterry> mzanetti, there are features in PAM that you may decide not to support this first go-through.  For example, info messages...  Not sure if the design mockups took such things into account
[16:56] <mzanetti> mterry: ah.. what I didn't see yet. is there a nice way to fire the showPrompt signal manually for testing already?
[16:56] <sil2100> didrocks: yep
[16:56] <sil2100> didrocks: what's up? :)
[16:57] <mterry> mzanetti, that's done inside the mock liblightdm object, triggered from an authenticate() call usually
[16:57] <mzanetti> mterry: no. I don't think there are info messages. at least not in the current designs
[16:57] <mterry> mzanetti, (well, there could be info messages from PAM, but we don't have a place to show them -- unlikely on our phone though)
[16:57] <mterry> mzanetti, see tests/mocks/LightDM/full/GreeterPrivate.cpp for examples of showPrompt
[16:58] <didrocks> sil2100: did you get in touch with osomon about the webbrowser failures?
[16:58] <mzanetti> mterry: ok. sounds good. I think I'll figure the rest
[16:58] <mzanetti> thanks a lot
[16:58] <mterry> mzanetti, sure, and like I said, I'll try to idle on IRC on Monday
[16:58] <mterry> May end up doing some work that day after all
[16:59] <mzanetti> mterry: I'll try to keep it to a minimum
[16:59] <mterry> mzanetti, have a good day!  will stop pinging you so you can go  :)
[17:00] <mzanetti> mterry: thanks. have a nice weekend!
[17:00] <nic-doffay> Enjoy the weekend everyone!
[17:02] <sil2100> didrocks: got disconnected from the internet...
[17:02] <didrocks> 18:58:09    didrocks | sil2100: did you get in touch with osomon about the webbrowser failures?
[17:03] <sil2100> didrocks: yes, we're chatting this very moment
[17:03] <didrocks> sil2100: excellent! :)
[17:03] <didrocks> thanks :)
[17:05] <bschaefer> sil2100, hey, also I got around the ABI for nux/2.0 (with help from bregma)
[17:05] <bschaefer> ABI break
[17:05] <sil2100> !
[17:05] <sil2100> bschaefer: oh!
[17:05] <bschaefer> sil2100, using a union :)
[17:05] <sil2100> bschaefer: since I poked the SRU team with a question about the ABI breakage, but no answer yet
[17:05] <bschaefer> sil2100, well now no worries! Thanks for poking them!
[17:06] <sil2100> Colin probably is busy
[17:06] <bschaefer> sil2100, but when the time comes to actually SRU there is a nux and unity branch that need to go in at the same time
[17:06]  * bschaefer just wants to give enough of a heads up
[17:08] <bschaefer> but really, the nux branch doesn't really depend on the unity one...its just the unity one enables XIM support ;0
[17:08] <bschaefer> :)*
[17:09] <sil2100> ;)
[17:09] <sil2100> Awesome! It would be great to get that to 2.0
[17:10] <bschaefer> yup! I've a ppa, that i need to actual fix for when you don't have an IM active
[17:13] <sil2100> I'll be testing that on my old laptop on Monday then ;)
[17:14] <sil2100> But for now, I disappear
[17:14] <sil2100> See you around!
[17:14] <bschaefer> sil2100, cya!


[01:26] <jcastro> DBO: ping
[01:26] <jcastro> DBO: what allows compiz to work in virtualbox but not unity?
[01:30] <RAOF> jcastro: Could you pastebin the result of glxinfo in virtualbox?  It might be possible to spot a missing extension.
[01:31] <jcastro> RAOF: I'm not trying to do it myself (I committed to natty already)
[01:31] <jcastro> but I was trying to answer a question
[01:31] <RAOF> Ah.  Well, the answer is likely to be a missing GL extension, likely framebuffer objects.
[01:32] <jcastro> http://askubuntu.com/questions/10519/how-can-i-get-compiz-to-work-in-a-virtualbox-vm
[03:24] <jamalta> RAOF: thanks for the screen tip.. it makes working on this so much easier!
[03:40] <jamalta> Could I get someone to look over a MP?
[03:40] <jamalta> https://code.launchpad.net/~jamalta/unity/677255-unity-fullscreen-2/+merge/42330
[03:45] <jamalta> sorry, had to reset my client..
[05:30] <jamalta> getting a build error in the current unity trunk: http://paste.ubuntu.com/538539/
[05:32] <jamalta> Ah, looks like I needed to update Nux... nvm :)
[06:02] <coz_> ooo that ^^^  needs to be adjusted   #ayatana : https://wiki.ubuntu.com/Ayatana
[06:21] <jamalta> coz_: the topic?
[06:25] <kvalo> morning
[06:27] <jamalta> kvalo: morning to you :)
[06:28] <kvalo> jamalta: hi jamalta
[06:29] <jamalta> how's it going?
[06:31] <coz_> jamalta,  no that link under the topic
[06:31] <coz_>  #ayatana :https://wiki.ubuntu.com/Ayatana
[06:31] <coz_> should be   #ayatana : https://wiki.ubuntu.com/Ayatana
[06:31] <coz_> space after the :
[06:31] <jamalta> ahh
[06:31] <coz_> otherwise it cant be opened :)
[06:32] <jamalta> makes enough sense :)
[06:32] <coz_> :)
[06:54] <kvalo> jamalta: keeping busy :) how about you?
[07:09] <coz_> I think unity is going to take some getting used to :)
[07:09] <coz_> rather netbook
[07:33] <didrocks> good morning
[07:35] <coz_> didrocks,  hey guy
[07:35] <didrocks> hey coz_
[07:35] <coz_> didrocks,  its definitly morning here as well just afte 2:30am :)
[07:38] <didrocks> hehe :)
[07:39] <kvalo> good morning didrocks
[07:40] <kvalo> and what a warm morning it is, only -7 C :D
[07:45] <didrocks> smspillaz: no need to ask for Default.ini, you know that I have the default Unity profile…
[07:45] <didrocks> smspillaz: also, when I tell it's not easily to reproduce, that's because seb and I tried at least to reproduce it for 15 minutes…
[07:45] <didrocks> hey kvalo :) oh nice!
[07:49] <smspillaz> didrocks: ah right
[07:49] <smspillaz> didrocks: I'm making some process on the session bug
[07:49] <smspillaz> didrocks: at least I know it's because the glib branch broke addWatchFd
[07:50] <smspillaz> ... or at least it was never implemented properly
[07:50] <didrocks> smspillaz: nice :)
[07:50] <didrocks> smspillaz: on the 2 others, just pay attention to that in case you can reproduce them
[07:50] <smspillaz> yeah
[07:50] <didrocks> smspillaz: If only I can reproduce it reliably, I would have told so on the bug report :)
[07:50] <smspillaz> didrocks: were you able to reproduce the ones I said I couldn't?
[07:50] <smspillaz> didrocks: ah right
[07:50] <didrocks> smspillaz: all bugs I posted, I got them more than once
[07:50] <didrocks> smspillaz: and confirmed that another one got it too
[07:50] <didrocks> so, it's not an isolate issue
[07:51] <smspillaz> yeah
[07:51] <didrocks> so, just keep an eye on it
[07:51] <smspillaz> it's just hard to debug unless I can reproduce them
[07:51] <didrocks> yeah, I can imagine :)
[07:51] <smspillaz> also the first one is a big vague
[07:51] <didrocks> no pressure on them
[07:51] <didrocks> which one? the issue?
[07:51] <smspillaz> the maximized windows one
[07:52] <didrocks> it's just if you just see that while using it, keep that in mind :)
[07:52] <didrocks> oh right, it's really weird
[07:52] <didrocks> AFAIK, it alwas happened on a fullscreen app
[07:52] <didrocks> then, launch another app, the bottom of the window appear on the fullscreen app decorator
[07:52] <didrocks> (so the window is set almost out of the viewport)
[07:53] <didrocks> but again, I get that some times, but not reliably
[07:53] <didrocks> the first reaction is "did I opened the window" before seeing it opened on the top of the computer
[07:53] <didrocks> smspillaz: you should have access now to the stacktrace (latest bug), btw
[07:54] <didrocks> I guess htorque_ get the empathy buddy list bug as well… htorque_ if you can get reproducible step, that can be great :)
[07:56] <kvalo> kamstrup: good morning. can a parameter created with g_param_spec_gtype() be null?
[08:00] <kamstrup> kvalo: I'm not sure I get the question...
[08:00] <kamstrup> you mean if g_param_spec_gtype() can return null?
[08:01] <kvalo> kamstrup: let me explain the details: I need to return "default service" from connman-manager and I was planning to use gobject properties again. but the default service can be null (ie doesn't exist). can gobject handle that?
[08:02] <kamstrup> kvalo: right - sure it can
[08:02] <kvalo> kamstrup: cool, thanks
[08:02] <kamstrup> kvalo: so I guess you want a g_param_spec_object() really?
[08:03] <kvalo> kamstrup: if you say so :)
[08:03] <kamstrup> kvalo: yes i do. I do say so :-)
[08:03] <kvalo> kamstrup: when I want it :)
[08:03]  * kvalo changes the code
[08:25] <MacSlow> greetings everybody
[08:48] <smspillaz> didrocks: can you create a distro patch to remove the glib plugin from core?
[08:48] <smspillaz> MacSlow: morning
[08:48] <didrocks> smspillaz: it's done already
[08:49] <didrocks> with Friday's update
[08:49] <smspillaz> didrocks: awesome
[08:49] <didrocks> let me check
[08:49] <smspillaz> MacSlow: oh I was going to ask you
[08:49] <smspillaz> MacSlow: I rewrote the compiz wallpaper plugin slightly to allow for animated wallpapers
[08:49] <smspillaz> MacSlow: do you have any cool cairo demos that would work well as a wallpaper?
[08:50] <didrocks> smspillaz: confirmed, glib plugin is gone :)
[08:51] <smspillaz> didrocks: awesome
[08:58] <MacSlow> smspillaz, I have some... but none if them I've ported over to cairo-gl yet... so I don't know how good that would be in terms of power-comsumption (they all use the image-backend for the most part)
[08:58] <smspillaz> MacSlow: that's fine - it's just a demo :)
[08:59] <smspillaz> MacSlow: I'm going to work on it some more so you can bind fbos to textures and display them like wallpapers
[08:59] <MacSlow> smspillaz, I'd take the cairo-gimmicks (bzr branch lp:cairo-gimmicks)
[08:59] <smspillaz> cool
[08:59] <smspillaz> I'll look into it then :)
[08:59] <smspillaz> MacSlow: something like http://ilapstech.blogspot.com/2010/10/galaxy-live-wallpaper-like-compiz.html
[09:00] <MacSlow> smspillaz, I know that... nice idea... but that in particular needs still some work... there a a few not so nice glitches that spoil the otherwise very slick look
[09:01] <MacSlow> smspillaz, e.g. doesn't work so well (visually) with enabled expo
[09:01] <smspillaz> MacSlow: yeah, that will be fixed with the fbo stuff
[09:01] <MacSlow> smspillaz, cool to know
[09:01] <smspillaz> MacSlow: this way we can bind it to a texture and then apply our geometry ops to it
[09:02] <smspillaz> so you could even have a wobbly galaxy wallpaper ;-)
[09:04] <MacSlow> smspillaz, I still like http://www.youtube.com/watch?v=CLRi9WB6P9Y (especially the animated and gradient-pattern-filled rectangle)
[09:05] <MacSlow> smspillaz, but that doesn't map well to static textures being transformed around
[09:05] <smspillaz> MacSlow: you can tell if you wobble it :)
[09:06] <smspillaz> MacSlow: this is done with tfp right http://www.youtube.com/watch?v=2JNDC6K15Wk&NR=1 ?
[09:06] <MacSlow> smspillaz, on my desktop it wobbles of course :)
[09:06] <smspillaz> maybe I should make a compiz plugin to draw gtk widgets
[09:07] <MacSlow> smspillaz, no... I used the GtkOffscreen stuff for this
[09:07] <smspillaz> MacSlow: ah ok
[09:07] <MacSlow> smspillaz, pure gtk+... no GL there for a change
[09:07] <MacSlow> well and a bit of cairo
[09:09] <smspillaz> but this one uses gl :) http://www.youtube.com/watch?v=X8NoZ041RPA&NR=1
[09:10] <MacSlow> smspillaz, correct
[09:10] <smspillaz> how did you get the input handling to work?
[09:10] <MacSlow> smspillaz, btw coleraby == MacSlow
[09:10] <njpatel> Morning
[09:10] <smspillaz> yeah
[09:10] <MacSlow> hey njpatel
[09:12] <MacSlow> smspillaz, in a bloody hackish way :) you might recognize that I only operate the sliders at the bottom and left... never the one in the middle... as input-redirection of transformed widgets didn't work back then... not even sure it would work now with plain gtk+
[09:12] <smspillaz> yeah
[09:26] <janimo> any NUX devs around?
[09:50] <MacSlow> johnlea, njpatel: are the typical menu-shortcuts (from gtk+) meant to also work in quicklists? I assume not.
[09:51] <MacSlow> janimo, some are
[09:51] <MacSlow> jamalta, what's up?
[09:51] <jamalta> MacSlow: hi there
[09:52] <jamalta> how's it going?
[09:52] <janimo> MacSlow: wanted to discuss a patch for ARM FTBFS
[09:52] <MacSlow> ups... sorry
[09:52] <janimo> and what the procedure is for uploading
[09:52] <MacSlow> jamalta, meant to adderss janimo
[09:52] <jamalta> MacSlow: np :)
[09:52] <janimo> I'll also ask in #arm
[09:53] <MacSlow> janimo, I'm not sure what that actually is... special filesystem for the ARM-platform?!
[09:53] <njpatel> janimo, make a branch that fixes the issue, push to LP, and then merge propose into Nux?
[09:53] <njpatel> janimo, then one of the team can review
[09:54] <janimo> njpatel: I have attached a patch to a bug is that ok?
[09:54] <johnlea> MacSlow; you mean cursor up, down, enter, etc...?
[09:54] <njpatel> janimo, that works too, I think I saw it yesterday
[09:54] <njpatel> janimo, the TCHAR fix, right?
[09:54] <MacSlow> johnlea, no... like "Play" with and underscore under the P etc -> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/683427
[09:54] <janimo> njpatel: that too, but 0.9.8 seems to go past that even withoiut my fix, seems to have used another gcc arg
[09:54] <janimo> but I added a new patch for the current problem
[09:55] <janimo> hardcoded x86 assmebly instruction
[09:55] <njpatel> MacSlow, johnlea mnemonic should work I think, yes, but we'll get to it a little later
[09:55] <MacSlow> johnlea, just asking to know what the correct fix would be...either get rid of the underscore completely... or actually fix the rendering and get the key-shortcuts working
[09:55] <janimo> njpatel: bug 683294
[09:56] <njpatel> janimo thanks
[09:56] <MacSlow> njpatel, ah... in that case the fix for 683427 is simple
[09:57] <njpatel> MacSlow, johnlea I say this because we need keynav accessibility, so it kinda make sense. However, it would mean we'd need to add support for showing the mnemonics when the user hits Alt only, like gtk
[09:57] <janimo> njpatel: I am not yet sure whether for an ARM FTBFS waiting for the fix to get in a release and get packaged is the preferred solution, or add a patch to the package
[09:57] <janimo> especially around an alpha release
[09:57] <janimo> I'll get some clarifications in #arm anyway
[09:57] <njpatel> janimo, distropatch for now, I guess?
[09:57] <njpatel> janimo, we'll try and get it into this weeks release
[09:57] <MacSlow> njpatel, doable still then... just a bit more work... but nothing for this week I assume.
[09:58] <johnlea> MacSlow; yes, that's a bug.  We shouldn't display the underscore by default, but character navigation is a good idea for a11y
[09:58] <MacSlow> johnlea, njpatel: I'll comment on the bug.
[09:59] <johnlea> njpatel, MacSlow; yes, we could display the underscores in response to either a setting or a shortcut key but not by default
[10:00] <njpatel> MacSlow, thanks
[10:00] <MacSlow> johnlea, yes that is possible
[10:00] <njpatel> MacSlow, no, not this week
[10:01] <MacSlow> njpatel, I assigned me and left the milestone-target open for now
[10:05] <njpatel> MacSlow, thanks
[10:34] <kvalo> mpt: hi. you were asking something about control center yesterday?
[10:34] <kvalo> mpt: I have no idea when gnome control center will be ready
[10:34] <mpt> kvalo, yes, that's why I asked you and seb128 together
[10:35] <mpt> because if g-c-c will be used in Ubuntu before, or at the same time that, ConnMan is, then it would make sense to develop the new Network settings as a g-c-c panel.
[10:36] <seb128> mpt, hey
[10:36] <seb128> sorry I forgot to reply when I did catch up with backlog yesterday
[10:36] <seb128> yes we will have the new g-c-c before connman
[10:36] <kvalo> mpt: how much diffent is it to implement a g-c-c panel?
[10:36] <kvalo> different*
[10:37] <seb128> mpt, we will get GNOME3 next cycle
[10:37] <seb128> which includes the new g-c-c
[10:37] <seb128> connman is not considered yet so no doubt it will come next cycle or after it we ever use it by default
[10:38] <mpt> kvalo, I don't know.
[10:38] <mpt> thanks seb128
[10:39] <mpt> kvalo, but we should find that out now before and471 does massive amounts of work on the standalone window
[10:39] <seb128> check with rodrigo if you need details
[10:40] <seb128> but I expect it's pretty easy
[10:40] <seb128> like the content of the dialog doesn't change
[10:40] <seb128> it's just than rather to be its own dialog it gets integrated in the control center ui
[10:44] <kvalo> mpt: I was just thinking that
[10:44] <kvalo> mpt: but on the other hand I really do not want to start waiting for gnome3
[10:46] <seb128> start waiting?
[10:46] <seb128> what you need is in the ubuntu-desktop ppa
[10:47] <kvalo> seb128: I don't want to add dependency to a new ppa
[10:47] <seb128> well, be ready to rewrite your code next cycle then
[10:47] <seb128> or part of it
[10:51] <mpt> kvalo, for example, last week GTK3 got a switch control that we should use to replace and471's custom one
[11:08] <kvalo> seb128: so options are 1) implement as g-c-c applet and require a ppa for natty users or 2) rewrite the settings window for n+1. both suck :/
[11:10] <seb128> mpt, well that's orthogonal to the c-c question...
[11:10] <seb128> mpt, you can write a standalone dialog using gtk3 as well
[11:11] <seb128> kvalo, check with rodrigo, the changes to port from a standalone dialog to a c-c one might be low
[11:17] <kvalo> seb128: thanks, I'll talk with rodrigo. optimal would be to have it working in natty without any ppas but still avoid rewriting the settings window for n+1
[11:17] <seb128> well I guess the rewrital would be small
[11:18] <seb128> like you could keep the dialog content, just add some glue to have it in the c-c rather than in its own dialog
[11:18] <kvalo> seb128: yeah, that would be doable
[11:19] <kvalo> seb128: one more questions. do you know if pygtk supports/will support gtk3?
[11:21] <seb128> it will not
[11:21] <seb128> you need to use gi
[11:21] <seb128> it's not much different from pygtk
[11:22] <seb128> see pitti's blog post
[11:22] <seb128> he ported a bunch of our desktop components to it
[11:23] <kvalo> it's here: http://www.piware.de/2010/11/gtk-3-0gir-application-porting-successes-and-problems/
[11:26] <smspillaz> seiflotfy: ping
[11:26] <smspillaz> seiflotfy: how hard do you think it would be for compiz to push its settings to zeitgeist?
[11:27] <seiflotfy> smspillaz, u should not do that
[11:27] <seiflotfy> smspillaz, zeitgeist is a log
[11:27] <smspillaz> seiflotfy: hmm ok
[11:28] <smspillaz> seiflotfy: I was just looking at synapse and had the idea of pushing those settings somewhere so that we can chance settings on the fly with synapse ;-0)
[11:28] <smspillaz> ;-)
[11:28] <kamstrup> smspillaz: one could push window management events directly to Zeitgeist though
[11:28] <smspillaz> yeah that would be cool
[11:28] <kamstrup> smspillaz: and use the logged stats to do some clever tricks
[11:28] <smspillaz> indeed
[11:28] <kamstrup> smspillaz: although I have no idea what these tricks would be :-)
[11:28] <smspillaz> maybe seiflotfy can give us some ideas ;-)
[11:28] <smspillaz> (I dunno, this is just an idea that I had)
[11:30] <smspillaz> seiflotfy: is there some underlying framework that zeitgeist uses that I might want to push settings to?
[11:33] <seiflotfy> i dont get the idea
[11:33] <seiflotfy> kamstrup, can u explain
[11:33] <seiflotfy> ok now i get it
[11:33] <seiflotfy> let me think
[11:37] <seiflotfy> smspillaz, you can write an extension
[11:37] <seiflotfy> kamstrup, what do u think of the idea
[11:37] <seiflotfy> have an extension that handles conpiz events
[11:37] <seiflotfy> and stores extra information in a DB of its own
[11:38] <seiflotfy> while keeping the relevant info such as "switched workspace or window"
[11:38] <seiflotfy> kamstrup, problem is we would need an ontology for that
[11:44] <smspillaz> seiflotfy: that would be cool
[11:44] <seiflotfy> gimmie some time though
[11:45] <seiflotfy> i am in the middle of a nice hack
[11:45] <smspillaz> seiflotfy: I'm thinking of something though that would allow us to change compiz settings by searching for them in synapse
[11:45] <smspillaz> and I read the synapse uses zeitgeist
[11:45] <smspillaz> or maybe I read wrong
[11:45] <seiflotfy> smspillaz, u can plugin synapse directly
[11:45] <seiflotfy> :)
[11:46] <seiflotfy> smspillaz, come to #synapse
[11:46] <smspillaz> yeah
[11:46] <smspillaz> it would be kind of cool though if we could have  single data engine so that I can expose those settings over synapse and the new unity places stuff
[12:11] <njpatel> smorar_, http://pastebin.ubuntu.com/538621/
[12:11] <njpatel> smspillaz, ^
[12:13] <njpatel> smspillaz, gnome-appearance-properties can crash compiz for me on startup and close, every time
[12:24]  * smspillaz has a look
[12:25] <smspillaz> njpatel: huh? I fixed that
[12:25] <smspillaz> njpatel: sure you're running the latest version
[12:25] <smspillaz> njpatel: can you compile from source and see if that happens?
[12:25] <njpatel> smspillaz, I upgraded this morning
[12:25] <smspillaz> I am *pretty* sure I fixed that
[12:25] <smspillaz> maybe didrocks didn't get the right tip
[12:25] <njpatel> smspillaz, not right now I can't, but can you run gnome-appearance-properties without compiz crashing?
[12:25] <smspillaz> just a second
[12:26] <didrocks> smspillaz: njpatel: which one?
[12:27] <didrocks> smspillaz: as told, I didn't incude the tip until this upload as it was on Friday
[12:27] <didrocks> and I'll upload with the last two commits
[12:27] <didrocks> smspillaz: is that related to that?
[12:27] <smspillaz> didrocks: probably
[12:28] <didrocks> smspillaz: what's the bug report/crash?
[12:28] <didrocks> I got disconnected
[12:28] <smspillaz> it's the one that njpatel just had
[12:28] <smspillaz> the call to empty boost function
[12:28] <didrocks> right, but 13:16:31        -- | Canal créé le sam., 30 janv. 2010 08:48:2
[12:28] <didrocks> 13:24:48         * | smspillaz has a look
[12:28] <smspillaz> it was because glibmm was broken
[12:28] <didrocks> was disconnected :)
[12:28] <smspillaz> so I had to do a quick workaround to fix it
[12:28] <didrocks> is it a pastebin, bug report?
[12:28] <smspillaz> pastebin
[12:28] <didrocks> ok :)
[12:28] <smspillaz> this one http://pastebin.ubuntu.com/538621/
[12:29] <didrocks> and so, the last commit is the one fixing it, right?
[12:29] <smspillaz> yes
[12:29] <didrocks> ok, will be in natty in few minutes
[12:29] <smspillaz> ok
[12:31] <smspillaz> njpatel: no crasher here with trunk
[12:31] <smspillaz> didrocks: prepare to do another upload btw
[12:31] <smspillaz> the session fix has to go in the glibmm branch
[12:31] <didrocks> smspillaz: I won't upload every commit :)
[12:31] <didrocks> smspillaz: and now, alpha1 is already frozen
[12:31] <didrocks> it's an exception to upload that
[12:32] <didrocks> that will be post alpha1 (Friday/Monday)
[12:32] <smspillaz> didrocks: right. well the change is pretty big so maybe it should wait
[12:32] <smspillaz> I basically had to rip out certain bits of core and replace them
[12:32] <didrocks> smspillaz: yeah, try avoiding going crazy :-)
[12:32] <didrocks> urgh
[12:32] <smspillaz> DBO forgot to port addWatchFd to glib
[12:32] <didrocks> smspillaz: you know, you are not a good seller :)
[12:32] <smspillaz> so I have to rewrite our IOWatch system
[12:32] <didrocks> smspillaz: njpatel would have tell "it's small dude"
[12:33] <smspillaz> didrocks: I was just being honest ;-)
[12:33] <didrocks> smspillaz: heh, sure, kidding :)
[12:33] <smspillaz> didrocks: :p
[12:33] <smspillaz> didrocks: funny you say that, because I once hoped to go into public relations
[12:33] <didrocks> so, you link your IOWatch to the glib one?
[12:33] <smspillaz> didrocks: yes, I had to write another GSource
[12:34] <smspillaz> (gosh I'm getting sick of doing that ^ :p)
[12:34] <didrocks> hehe, can understand :)
[12:34] <smspillaz> didrocks: :p
[12:34] <smspillaz> didrocks: it sucks too because the IOWatch bits of compiz have historically been the most crash-prone
[12:34] <smspillaz> 90% of bugreports we got from launchpad were in doPoll () :(
[12:35] <didrocks> argh…
[12:35] <smspillaz> funny because DBO neutered that code path on the glib branch
[12:35] <smspillaz> so all the sudden, no more crashes ;-)
[12:36] <smspillaz> unfortunately it broke things like qt mainloop integration, qt dispatcher, some stuff in dbus, session management (can't connect to libICE etc)
[12:36] <smspillaz> actually now that I think of it, with these changes the glib plugin will work
[12:37] <smspillaz> except that it will do what it is supposed to
[12:37] <smspillaz> infinite loop
[12:37] <didrocks> because the watch was never stopped?
[12:37] <smspillaz> didrocks: the glib plugin used addWatchFd and doPoll in order to spin the prepare check dispatch fini stuff ;-0
[12:37] <smspillaz> so if we enabled the glib plugin
[12:38] <smspillaz> it would do something like prepare -> check -> dispatch -> check -> prepare -> check -> prepare ;-)
[12:38] <didrocks> "nice" :-)
[12:38] <smspillaz> hehe
[12:39] <smspillaz> ahh using virtualbox for all of this was such a good idea
[12:40] <smspillaz> didrocks: there's a way you can ssh into vb (if you configure it correctly)
[12:40] <smspillaz> so it's like having a serial console
[12:40] <smspillaz> and then combine that with byobu
[12:40] <didrocks> smspillaz: yeah, you have a second network interface for it :)
[12:40] <didrocks> I'm using that as well right now
[12:40] <smspillaz> yeah it's awesome
[12:41] <smspillaz> having two screens makes it better ;-)
[12:41] <didrocks> well, just one there, but it's temporary :-)
[12:41]  * smspillaz picked this one up on the side of the road - SUCH a good find
[12:41] <smspillaz> didrocks: hehe
[12:42] <didrocks> :)
[13:11] <didrocks> njpatel: seems you added some kind of windows opening only 3 applications-like in unity: https://bugs.launchpad.net/ubuntu/+source/appmenu-gtk/+bug/628983
[13:11] <didrocks> htorque: I confirm it btw :)
[13:11] <didrocks> hum
[13:11] <didrocks> wrong link
[13:11] <didrocks> https://bugs.launchpad.net/bugs/683623
[13:11] <didrocks> njpatel: do we have a trial version? :)
[13:11] <njpatel> ?
[13:11] <hyperair> lol
[13:11] <didrocks> njpatel: try it dude, you'll see… :)
[13:11] <hyperair> only works four times
[13:12] <njpatel> didrocks, lol
[13:12] <njpatel> didrocks, that's ted, not me!
[13:12] <njpatel> oh, wait, was reading wrong bug :)
[13:13]  * njpatel tries
[13:13] <njpatel> omg
[13:13] <didrocks> that's awesome!
[13:14] <htorque> that's why i like using pre-release software :P
[13:14] <njpatel> it's Ubuntu Starter Edition
[13:14] <didrocks> njpatel: exactly :)
[13:14] <hyperair> lol
[13:14] <vish> lol!
[13:15] <njpatel> okay, milestoned for this week's release, thanks :)
[13:15] <didrocks> :)
[13:15] <hyperair> didrocks: i like your comment.
[13:16] <didrocks> hyperair: well, I felt obliged :-)
[13:16] <hyperair> hahahah
[13:17] <vish> but even so, $200,000 is too high.. no matter how good Unity turns out to be..
[13:17]  * vish runs..
[13:17] <smspillaz> njpatel: hahaahahahah
[13:18] <didrocks> vish: come on, let's be generous :)
[13:20] <vish> didrocks: you should have priced it lower and /not/ mentioned it was a joke... blogs would have caught fire with 'Canonical is starting to sell Ubuntu news' ;)
[13:21] <hyperair> vish: that would have been hilarious.
[13:21] <vish> no one would have even second guessed that it could be a bug..
[13:21] <didrocks> vish: well, I tend to avoid free bashing :)
[13:21] <vish> :)
[13:26] <njpatel> didrocks,  https://bugs.launchpad.net/unity/+bug/669417 I really don't think we can support GMA500
[13:26] <njpatel> (poulsbo)
[13:28] <didrocks> njpatel: right, so just put it somewhere so that we can blacklist it and turns on metacity + gnome-panel
[13:28] <didrocks> poulsbo is always more meaningfull than GMA500 to me :)
[13:33] <njpatel> I'm asking all the graphics issue people to try A1 and marking as incomplete pending feedback
[13:33] <njpatel> let's see how well that works....
[13:40] <didrocks> njpatel: yeah, sounds good, I asked them to try at alpha2 in my previous answer (to get the degraded mode), but if there are alrleady basic support, it's fine
[13:41] <njpatel> yeah, we should be kicking ass on most Ati now
[13:41] <njpatel> I mean, we got dbarth's to work for goodness sake!
[13:41] <njpatel> :)
[13:41] <cozziemoto> working well on this ati machine with low end ati card
[13:42] <njpatel> awesome!
[13:42] <didrocks> nice :)
[13:42] <cozziemoto>  RS480 [Radeon Xpress 200G Series]
[13:43] <cozziemoto> just slight choppy but i was surprised...works better than regular ubuntu on same machine with compiz
[13:43] <cozziemoto> old machine:0
[13:43] <cozziemoto> now I have to try it on the nvidia machine
[13:43] <cozziemoto> maybe
[13:43] <njpatel> it should fly on nvidia
[13:44] <cozziemoto> I hope so  but so far too many bugs for that machine and i still have to get used to the environment more :)
[13:44] <cozziemoto> although way easier with cairo dock :)
[13:44] <cozziemoto> and easystroke
[13:46] <didrocks> cozziemoto: you're lucky, you just mentionned the only dock nobody in the unity team didn't work for :)
[13:46] <cozziemoto> didrocks,  oh?
[13:47] <cozziemoto> just to clarify...this is coz_   I am cozziemoto on my ati machine
[13:47] <didrocks> cozziemoto: yeah, I was infering that :)
[13:47] <cozziemoto> :)
[13:49] <njpatel> https://bugs.launchpad.net/unity/+bug/677844
[13:50] <njpatel> sounds famility
[13:50] <njpatel> familiar*
[13:50] <cozziemoto> mm I better start reporting bus i suppose
[13:50] <cozziemoto> bugs
[14:02] <ssj6akshat> How does 'OMG! 5! - Five papercuts to target' sound?
[14:05] <ssj6akshat> The question is, which 5 are the most high priority
[14:12] <didrocks> vish: ^^
[14:29] <ssj6akshat> didrocks, ah right, vish might know better
[14:32] <jcastro> njpatel: you resolved all those bugs, no new bitesizes in the pile?
[14:34] <didrocks> jcastro: I added one FYI
[14:35] <jcastro> didrocks: heh yeah, we have a total of 2 now. :)
[14:35] <didrocks> \o/
[14:54] <vish> ssj6akshat: hey, off the top of my head... Bug 683617 , Bug 382703 …
[14:54] <vish> i believe there is already one post lined up for this week, so time it after a few days of that one..
[14:55] <ssj6akshat> vish, have to talk to Joe Danger mighty for that one :P
[14:55] <vish> ;)
[14:56] <ssj6akshat> vish, what about the copy paste bug
[14:56] <ssj6akshat> ?
[14:57] <vish> ssj6akshat: well, thats a nice bug.. :)  but i dont think it would be fixed any time soon ;)
[14:57] <njpatel> jcastro, I haven't finished yet, just went to lunch. I'll add some
[15:06] <Cimi> mhr3: ping
[15:07] <mhr3> Cimi, pong
[15:07] <Cimi> mhr3: please add shadow-in to the scrolled window for shortcut list
[15:08] <Cimi> and the dot inside the top-right circle doesn't seem to be centered
[15:09] <mhr3> Cimi, what theme is this about?
[15:09] <Cimi> ?
[15:09] <Cimi> every theme
[15:10] <Cimi> is the black dot centered?
[15:10] <mhr3> it is
[15:10] <Cimi> really
[15:10] <Cimi> it doesn't seem
[15:10] <mhr3> but i was asking about the shadow in... imo it'd look strange on the default/mini themes
[15:10] <Cimi> look with a zoom
[15:10] <mhr3> i just did
[15:10] <Cimi> shadow in in the preference dialog
[15:11] <mhr3> ah.. prefs
[15:12] <Cimi> yes it is centered
[15:12] <Cimi> just some eye effects
[15:12] <Cimi> mainly a contrast thing
[15:14] <mhr3> Cimi, oh yea, and i wanted to request a detail which will cause paint_flat_box to draw a gradient like cell_odd, but without the need for the widget to be focused
[15:15] <mhr3> Cimi, cause atm i'm fooling murrine to think it's focused, but i won't be able to do that in gtk3
[15:15] <ssj6akshat> vish: so, unfixable by design?
[15:15]  * ssj6akshat disappoint
[15:19] <Cimi> mhr3: ok
[15:19] <Cimi> mhr3: why doesn't work in gtk+3?
[15:20] <mhr3> Cimi, cause one can no longer do Widget.set_flags(HAS_FOCUS)
[15:20] <Cimi> mhr3: try with a different solution
[15:21] <mhr3> like?
[15:21] <Cimi> oh, I haven't think about it yet
[15:21] <Cimi> (or patch gtk+3 :))
[15:21] <Cimi> if you consider this a regression
[15:22] <mhr3> no, i think it's reasonable, whether widget is focused on not is it's internal state, it shouldnt need a public api
[15:24] <ssj6akshat> GtkStyleContext is going to break existing theme engines
[15:24] <ssj6akshat> http://blogs.fedoraproject.org/wp/mclasen/2010/11/29/onoff/
[15:25] <smorar> didrocks: shouldn't nux have libxext-dev as a build dependency? Including this package solved a FTBFS issue under maverick for me. Not including it caused a pkg-config problem with gl and xxf86vm.
[15:25] <smorar> didrocks: https://launchpad.net/~smorar/+archive/unity-unstable
[15:25] <Cimi> ssj6akshat: I know, I'll port murrine over that
[15:26] <didrocks> smorar: no, libxext missing dep is on libgl1-mesa-dev
[15:26] <didrocks> smorar: I fixed it in natty
[15:26] <ssj6akshat> Cimi, yipee
[15:26] <didrocks> nux doesn't directly depend on it
[15:26] <Cimi> didrocks: we're roomie in dallas I guess
[15:27] <didrocks> Cimi: oh? I proposed dbarth last time on the way back from UDS (we try to turn roomie most of the time), not sure about the status though
[15:27] <smorar> didrocks: kk, thanks
[15:27] <didrocks> smorar: yw :)
[15:27] <Cimi> didrocks: as you want, just ask marianna in irc.canonical.com
[15:28] <didrocks> Cimi: hum?
[15:28] <mhr3> Cimi, the actual issue is, cause you can set container to be SELECTED, but if it doesn't have focus (it's a container so it can't really), it won't use SELECTED bg color but ACTIVE, but since there can be like labels in container they will use SELECTED fg color and we get a color boom
[15:28] <Cimi> didrocks: she's the girl in charge of that
[15:30] <Cimi> mhr3: I know
[15:32] <didrocks> Cimi: I know she is :)
[15:32] <mhr3> Cimi, and that's why i think it makes sense to have detail that will follow the state properly
[15:42] <didrocks> smspillaz: do you think that "forcing some plugins to not be unload under a session" is a bitesizable bug?
[15:48] <hyperair> hmm i wonder when software centre will sprout an interface for "check for updates"
[15:49] <hyperair> didrocks: why would you want to force some plugins to not be unloaded?
[15:50] <hyperair> didrocks: and i think it would probably not be easy to handle, considering all the plugins are reloaded (stack unravelling style) when disabling a certain plugin.
[15:50] <didrocks> hyperair: because it's not possible to fallback nicely gnome-panel if you disable unity. So the "Ubuntu classic session" will let you do whatever you want, but we want to enfore some plugins in the "Ubuntu Desktop session"
[15:50] <hyperair> ah i see
[15:50] <didrocks> hyperair: right, but there can be mandatory plugins and we got in maverick by patching and push_back
[15:50] <didrocks> hyperair: also, we can prevent users shooting on their feet :)
[15:51] <didrocks> like removing decorations…
[15:51] <hyperair> well removing decorations is a lot harder to prevent, short of compiz automatically restarting the decorator
[15:51] <hyperair> (in the event of the decorator crashing, which it is prone to doing)
[15:52] <didrocks> hyperair: it's not prevent from unloading, sorry, it's more, ensure it's activated
[15:52] <hyperair> yeah
[15:52] <hyperair> didrocks: well you can't prevent an app from segfaulting
[15:52] <didrocks> hyperair: sure, but all compiz is going down then
[15:52] <didrocks> (speaking about plugins first)
[15:53] <didrocks> not the independant gtk-*-decor*
[15:53] <hyperair> yeah
[15:53] <hyperair> i see the use case, and yeah it would be great to prevent users shooting themselves in the foot
[15:54] <hyperair> ccsm is like C++. it gives you so much power than you can probably unleash a volley of bullets at your feet by accident
[15:54] <smspillaz> didrocks: we once had a "sanity" plugin that Amaranth wrote, I wonder if it is still around
[15:54] <hyperair> s/than/that/
[15:54] <didrocks> hyperair: exactly, and we will do that in the default session (Ubuntu Desktop) in any case, maybe not in the other one
[15:54] <didrocks> smspillaz: oh, that can be nice
[15:54] <didrocks> smspillaz: so, not a bitesize thing?
[15:54] <didrocks> (I can do it, just to know if others will be interested)
[15:55] <hyperair> smspillaz: what does it do, depend on a fixed set of plugins to ensure sanity?
[15:55] <smspillaz> didrocks: well actually I wouldn't be able to do it now because I'm busy with this AddWatchFD stuff (sigh) because it depends on loaderLoadPlugin being wrapable
[15:55] <smspillaz> didrocks: I can make loaderLoadPlugin wrapable though
[15:55] <jcastro> didrocks: ok so what should I tell people wrt. compiz and ccsm?
[15:55] <didrocks> smspillaz: that would be nice, and then, we can ask for a contributor to write the needed bits
[15:56] <didrocks> smspillaz: it's not urgent at all, just will be nice for Alpha2 (in 2 months)
[15:56] <smspillaz> jcastro: didrocks: we should patch ccsm to display a message saying that it is the "/advanced/ settings manager and that you change bits in here at your own risk"
[15:56] <smspillaz> didrocks: yeah
[15:56] <smspillaz> didrocks: I'll do it when I do a bunch of other API changes too
[15:56] <didrocks> smspillaz: ok, I just record it then
[15:56] <kvalo> didrocks: hi. any time for a small python+autotools chat?
[15:56] <didrocks> jcastro: just to avoid changing settings? particularly to not remove unity
[15:56] <smspillaz> didrocks: "It looks scary because it is!"
[15:56] <didrocks> jcastro: and that if they want the traditional gnome-panel, they can go to gdm and choose "Ubuntu classic session"
[15:57] <smspillaz> didrocks: it is possible to remove the unity plugin from being viewed in ccsm I think
[15:57] <jcastro> didrocks: right, so for example I went in there and tried to turn the cube on and got screwed
[15:57] <smspillaz> jcastro: what happened when you did that? it works fine here
[15:57] <didrocks> smspillaz: heh, thanks for the warning :)
[15:57] <smspillaz> jcastro: does it crash? because that's bad
[15:57] <didrocks> smspillaz: well, I think we want something more upstreamable than that
[15:57] <didrocks> smspillaz: and really avoiding people cheating with editing config files and such (it happens a lot)
[15:57] <smspillaz> didrocks: ccsm is the preferred way of mucking around with settings upstream
[15:57] <jcastro> smspillaz: yes, I get no window borders or anything, just unmanageable windows
[15:58] <smspillaz> jcastro: this is a problem in the unity plugin and it is already reported
[15:58] <jcastro> smspillaz: ok
[15:58] <smspillaz> jcastro: something stupid in nux or unity is not cleaning up properly so when we "temp unload it" but don't actually dlclose it's address space it dies
[15:58] <didrocks> smspillaz: so not a bitesize thing as a summary, ok, we'll tackle it ourself then :)
[15:59] <smspillaz> didrocks: yeah, I should be able to write it, I just need to tackle this ... huge TODO list
[15:59] <smspillaz> which reminds me that I got massively distracted in the past hour, go figure
[15:59] <didrocks> smspillaz: I can help you there if you wish, it's not urgent at all in any case
[15:59] <didrocks> like can be tackle in a month or more :)
[15:59] <smspillaz> it's something that I can write very easily
[16:00] <smspillaz> um wow it's 12am and I did not notice
[16:00] <smspillaz> *shrug*
[16:00] <smspillaz> didrocks: you have a weird connection
[16:01] <didrocks> smspillaz: this is rather me and some stupid keybinding :)
[16:01] <smspillaz> h
[16:01] <smspillaz> oh
[16:01] <didrocks> smspillaz: so, I was telling "if you think that it's fast enough for you and other will take a lot of time to tackle it, I can just add an A2 WI for you"
[16:01] <didrocks>  :)
[16:01] <didrocks> jcastro: ok for ccsm and sessions?
[16:01] <smspillaz> didrocks: just add it to A2 WI
[16:02] <didrocks> jcastro: sorry dude, my blog is still out of order until I move to Lyon…
[16:02] <didrocks> smspillaz: ok, doing :)
[16:02] <didrocks> thanks!
[16:02] <smspillaz> no problem
[16:07] <jcastro> didrocks: yep I've already posted on the forums
[16:07] <jcastro> that seems to be where all the activity is anyway
[16:07] <didrocks> jcastro: thanks :)
[16:07] <didrocks> jcastro: I've already posted to the French one :)
[16:08] <didrocks> jcastro: also, if you need, you should know about this drawback, for now: https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview#Ubuntu Desktop Edition (for people upgrading)
[16:08] <didrocks> if this can avoid one or two dups…
[16:08] <jcastro> ok
[16:17] <kvalo> didrocks: I think you missed my earlier message, but do you have time for that python with autotools chat?
[16:18] <didrocks> kvalo: in 15 minutes?
[16:19] <kvalo> didrocks: that's ok for me
[16:19] <didrocks> ok, just ping me in 15 min then :)
[16:20] <lamalex> what up QA Wednesday git r done
[16:20] <kvalo> didrocks: will do. thanks :)
[16:32] <lamalex> njpatel, DBO_ how is the introspection coming?
[16:33] <njpatel> lamalex, mine isn't at all (doing something else), but can you please work with jason and jaytaoko to get launcher + quicklists, respectively, dumping some information
[16:33] <lamalex> njpatel, working with jaytaoko now
[16:33] <DBO_> lamalex, what do you need me to do to make introspection real for launcher
[16:33] <njpatel> lamalex, awesome, thanks
[16:34] <lamalex> DBO_, launcher name, coordinates
[16:34] <kvalo> didrocks: ping. do you have time now or should we do it tomorrow morning?
[16:34] <didrocks> kvalo: now is ok, pm?
[16:35] <kvalo> didrocks: yeah, let's do that
[16:48] <mpt> jcastro, hi
[16:48] <mpt> jcastro, if we're still going to be using most of gnome-power-manager's settings in 11.04, we'll need someone to fix up the place where it mentions the "notification area"
[16:59] <kenvandine> tedg, don't forget my merge proposals for dbusmenu and libindicator
[17:00] <tedg> kenvandine, I won't.  I even mentioned them on the status call today :)
[17:00] <kenvandine> i feel so loved :)
[17:01] <kenvandine> tedg,  and is there any reason i shouldn't upload libindicator?
[17:01] <kenvandine> that doesn't block on dbusmenu...
[17:01] <tedg> kenvandine, No, it should be fine.
[17:01]  * kenvandine isn't going to do it before A1... just asking
[17:01] <kenvandine> ok
[17:09] <jcastro> mpt: that's a good point
[17:10] <jcastro> dbarth_: ^^ do you think karl has time to give power-manager a once over?
[17:11] <mpt> jcastro, dbarth_: https://wiki.ubuntu.com/BatteryStatusMenu#When%20to%20show%20the%20menu
[17:16] <jcastro> mpt: I'll take it to email
[17:20] <vish> ssj6akshat: not unfixable by design, it needs fixing every misbehaving application.
[17:20] <vish> fixing in*
[17:41] <njpatel> didrocks, https://bugs.launchpad.net/unity/+bug/658303?
[17:43] <didrocks> njpatel: I'll set it as fixed release with today's compiz workaround
[17:43] <spikeb> what kind of paper does the design team use? all the mockups are some kind of paper i've not seen elsewhere.
[17:43] <njpatel> didrocks, seet
[17:44] <didrocks> njpatel: it's temporary waiting for the new gnome-session
[17:47] <njpatel> coolio
[17:48] <jamalta> hi all :)
[17:49] <jamalta> Is there an easy way to get the Unity Launcher to redraw an icon after it is rendered? I'm trying to change the icon's name, but I'm pretty sure it isn't working because the icon doesn't get redrawn when that happens.
[17:51] <lamalex> DBO_, all good on introspection? need anything?
[17:51] <DBO_> im working on it and other things
[17:52] <DBO_> also nursing a bottle of nyquil
[17:52] <lamalex> k
[17:52] <lamalex> DBO_, any chance we can get it merged today?
[17:52] <lamalex> QA would like to be unblocked
[17:52] <DBO_> probably tonight yeah
[18:59] <jcastro> njpatel: wanna see something cool?
[19:00] <jcastro> http://unity.ubuntu.com/projects/unity/
[19:00] <jcastro> click on the faq link. :D
[19:00] <njpatel> jcastro, aah, nice :D
[19:00] <jamalta> jcastro: ohh we're officially using askubuntu.com now? very cool :)
[19:01] <jcastro> well it's where they've been answering the questions so sure!
[19:01] <njpatel> jcastro, where is that chart showing bug info again?
[19:01]  * njpatel lost the link
[19:01]  * spikeb attempts to design a simple image editor
[19:01] <jcastro> http://status.qa.ubuntu.com/
[19:01] <jcastro> then click unity
[19:02] <njpatel> okay, so three bitesize bugs so far
[19:02] <jcastro> njpatel: oh dude, it needs to graph fix released.
[19:02] <jcastro> not fix committed
[19:02] <jcastro> otherwise we'll never look like we are getting anywhere
[19:02] <njpatel> jcastro, this will increase as we get more bugs and I look at more bugs :)
[19:02] <njpatel> jcastro, heh, right :)
[19:02] <jcastro> http://status.qa.ubuntu.com/qapkgstatus/unity
[19:02] <jcastro> that's the bookmarkable url
[20:33] <lamalex> jcastro, my buddy just gaveme flyers tickets for tonight \m/
[20:34] <jcastro> lamalex: nice, I'm seeing Wings/Sharks on monday.
[21:37] <lamalex> jaytaoko, DBO_ how is introspection coming
[21:37] <DBO_> busy
[21:37] <jaytaoko> lamalex: I want to submit a firs version to you in a few minutes...
[21:44] <lamalex> jaytaoko, sweet
[23:18] <jamalta> hey, so i'm trying to figure out if there is a way to switch an icon in the launcher
[23:20] <jamalta> i'm working on bug #683241 and have it checking the trash status on startup and switching the icon to "user-trash-full" but this happens after the icon is rendered, and it doesn't actually redraw it
[23:20] <jamalta> I'm using SetIconName() to change the icon, but obviously this does nothing else :)
[23:42] <coz_> hey guys...out of curiosity...can the grub menu be accessed on ubuntu during boot?
[23:43] <coz_> rather on unity
[23:55] <RAOF> coz_: Yes, you can get at the grub menu by holding down left shift during boot.  I'm not sure what that has to do with Unity, though.
[23:56] <coz_> RAOF,  yeah I tried that with no effect  but let me try again...the reason i ask is that a fellow on #ubuntu+1  apparenlty has issues :)
[23:56] <coz_> RAOF,  I will try that now though
[23:57] <coz_> yep that works :)
[23:57] <coz_> thanks


[00:00] <geirdal> no time for art
[00:00] <geirdal> only develope
[00:01] <OvenWerks> That is up to you. I am playing with people a couple of times a week at least though. just not recording.
[00:04] <geirdal> you are playing thats the most important thing
[00:07] <geirdal> and you are here trying to improve artist workflow!
[00:12] <geirdal> thats respect
[00:14] <OvenWerks> Ga, someone else's commit has broken my stuff :P
[00:20] <geirdal> I have a feeling that most of the artist here are audio artist! is that true?
[00:40] <OvenWerks> yes, that has been one of our problems. We need  more video and graphic artists
[00:59] <geirdal> the category "graphic deign" bugs me, iam not a graphig designer, iam painter that is not the same
[01:06] <geirdal> A graphic artist yes but not a designer
[19:49] <geirdal> does game engine fit the in studio like http://www.godotengine.org ?
[19:53] <geirdal> are games art?
[19:57] <OvenWerks> To me, Games are development and development may include art. I don't see art as including development though. Just my opinion.
[19:58] <geirdal> but is video more art the interactive video?
[19:58] <geirdal> than
[19:59] <OvenWerks> I don't know, but not the same thing... I think.
[20:01] <geirdal> but would studio not gain from it to have game developers, they use alot af software in the studio
[20:02] <OvenWerks> I would not be making such a decision anyway.... but, I will say, that would just be asking to fill the #ubuntustudio game players asking how to do this and that... and being disapointed :)
[20:05] <geirdal> cant they have their own channel?
[20:07] <geirdal> something like #ubuntustudio-games?
[21:59] <autumna> OvenWerks: geirdal: I would argue that development is part of game, it is hard to split it. besides I have recently seen contemporary art pieces (no not games) made in unity. so it is really hard to split game creation/design from the rest of the arts
[22:01] <autumna> besides an integral part of game design, is the level/interaction, which can't be simplified into graphics.
[22:03] <autumna> (re gamers: I would think having a ubuntu gaming channel, for all ubuntu flavors would make a lot more sense. I am not sure if there is any specific issues or challenges or tips for ubuntu studio to play games)
[22:30] <geirdal> may
[22:31] <geirdal> maybe not games but with a game engine you can make interactive art
[22:32] <autumna> I would say that there is a difference between interactive art and game. and there is both. interactive art, and art games
[22:33] <autumna> these are definitely two categories with overlap.
[22:35] <geirdal> yes it is
[22:37] <autumna> I don't know I am not sure it makes sense to me to split of "game development" tools as not art tools, when we have audio development tools, and visual art development tools. *shrugs*
[22:38] <geirdal> it should be under graphics
[22:40] <geirdal> but games are like video, uses audio and graphics
[22:40] <autumna> and interactivity which is its own thing
[22:41] <geirdal> yes of course
[22:41] <autumna> like where do you put:http://twinery.org/
[22:43] <geirdal> I see what you mean but oil colors can be used to paint advertising sign and create art
[22:43] <geirdal> what is the diffrence
[22:44] <autumna> that's not the same thing through. when you paint an oil painting of a word, that still is a whole with its dimensions, and visual elements and commentary
[22:44] <autumna> vs IFFs are literally just the text. (well some aren't but that is another story)
[22:46] <OvenWerks> All of these things do make sense (in my limited knowledge of the area) and it is not an easy thing for me to see. I have seen so many IRC queries already "I can't get the audio in <game> to work What do I do?" and I find out these are people running vanilla... and I am asking why did you come here? "someone sent me".  :P
[22:47] <autumna> this is not a clear cut problem at all, don't be mistaken. (same with where does game become art) I am arguing here. :)
[22:48] <autumna> irc queries in ubuntustudio?
[22:48] <OvenWerks> yes
[22:49] <autumna> yeah well they can definitely ask, just like they can ask desktop related questions like how do I get my networking to work.
[22:50] <geirdal> ovenWerks: should the answer not to be: go see the project webside?
[22:50] <autumna> they simply come to their distro as starting point, because for a user I am not sure it is always clear what the problem is.
[22:50] <OvenWerks> quite honestly I do not have the time to spend answering anything about games. I don't really enjoy that kind of thing... coding is so much more challenging.
[22:50] <autumna> (oh hi ovenwerks)
[22:51] <autumna> is there a place we can reroute them to? the way we forward package specific problems?
[22:51] <OvenWerks> geirdal: yes, once I find that out what they are after... a lot are just asking about audio for another flavour, not about playing games on studio.
[22:52] <OvenWerks> Sometimes I find out after getting them half way through a jack install set up :)
[22:53] <OvenWerks> That I should be sending them back to the flavour that they are running
[22:54] <geirdal> but can it not be clear that game questions are on some other channel?
[22:54] <OvenWerks> The number of questions I get about what SW should I use to rip cd/dvd after I have told them I am not interested in helping them do so is anoying. Most of them insisting that of course I do these things too.
[22:55] <geirdal> or are they thinking that this is the right place because it is so comlicated to them?
[22:55] <OvenWerks> People do not read topics
[22:55] <geirdal> ok
[22:57] <OvenWerks> I have found that there is generally a wide gap between artists or developers and consummers. I would rather deal with the former... but maybe I am just getting old and crotchety ;)
[22:57] <autumna> lol
[22:57] <geirdal> hahaha
[22:58] <autumna> well artists are also consummers in this case?
[23:02] <geirdal> maybe Iam not talking about game engine for game player but for interactive art?
[23:02] <OvenWerks> Yes, but... They are also developers in a sense too. They are making things they expect other people to enjoy.
[23:04] <autumna> well..
[23:06] <geirdal> all artist are making things they expect other people to enjoy.
[23:06] <autumna> I guess. I think I assume developers involving making something interactive. but where do we pull the line.
[23:06] <autumna> (I think I missed a couple lines of the chat)
[23:08] <geirdal> thats another question, where is the line?
[23:09] <OvenWerks> There is a large group of people who buy computers to play games. Many of them are not very smart and if they have used another OS with comertial games they have expectations of how things work. Many of them are on the younger end of things and are the younger people who have not learned how to interact with people. If they want something to work they tend to be pushy as if they had paid for something and somehow the person they are talk
[23:10] <OvenWerks> I think that is what I have been trying to say all along. I personally don't like dealing with game player who need help. That really has nothing to do with what SW we should have.
[23:11] <autumna> I would actually caution against calling gamers not very smart. as a category. (actually this goes for any type of audience). also gamers on PCs tends to be power users, which is where the problem sometimes occurs, because they need to really use a lot more on a desktop so to speak. not wanting to deal with those questions because it is not the topic of ubuntu studio is a different issue
[23:11] <autumna> we could have a policy to redirect such questions to main ubuntu channels, and winehq/playonlinux if they are using wine
[23:12] <autumna> I have yet to run into a game specific problem on native linux games, but then again, I haven't been doing that much gaming on linux so far
[23:12] <OvenWerks> yes, I am talking about the ones who have showed up here. There are some very intelgent people who play and or develop games. but I think also some of the dumbest ones are there as well...
[23:13] <geirdal> but how can you stop stuoid people to come here and ask questions?
[23:14] <autumna> *shrugs* silly questions happens to anyone, and it is normal, so is frustrated people.
[23:14] <OvenWerks> can't, what I am saying I personally would prefer not to hang up a sign that might say "try here".
[23:15] <autumna> I think the main issue really is that we are not a gaming focused distro, nor have the resources to deal with gaming specific questions, which gets back to, maybe there needs to be a community to ask questions that are game installation/playing specific. (if there isn't already)
[23:15] <OvenWerks> And I must strees this is all very personal opinion. I am not at all trying to make my personal feels STudio policy
[23:16] <geirdal> of course
[23:16] <OvenWerks> If there is a general feeling that game engine development should be supported, I would not say no.
[23:17] <autumna> OvenWerks I understand. :) frankly I don't think there is a lot of gamers in this devel group, and even if there was, that goes back to, this needs to be rerouted ideally. ;D
[23:18]  * OvenWerks has a daugher in law who has developed games and graphics for them. I am actually quite proud of her. And no she is not dumb.
[23:18] <autumna> as for game development tools this is something I was planning to bring up for 17.04. ;D but then again it is up to the whole group.
[23:19] <autumna> OvenWerks: that's awesome. (AAA games? or indie games?)
[23:20] <OvenWerks> we do already have some tools that are advertised as game graphics development tools.
[23:20] <autumna> I don't think blender counts. (blender is like "we do EVERYTHING!" tool)
[23:20] <autumna> :P
[23:20] <autumna> but true
[23:21] <OvenWerks> I am not sure about what my DIL was working withI think they ended up on cartridges.
[23:21] <autumna> ah
[23:22] <autumna> speaking of development tools
[23:22] <autumna> is there a precendent as to how tools/software that doesn't exactly require installation are handled?
[23:22] <OvenWerks> Synfig is the one I was thinking of, but I am seeing their home page is much more rounded than the last time I looked.
[23:23] <autumna> wait synfig.. game development?????
[23:23] <geirdal> no
[23:23] <OvenWerks> Graphics for games.
[23:24] <geirdal> prototyping in blender! yes but not synfig
[23:24] <geirdal> so does Gimp, Krita
[23:24] <OvenWerks> But it has been a long time since I really looked, I could be mistaken.
[23:25] <autumna> yeah I think it is pretty much plain animation tool, not sure if they have any gaming specific aspects to it, but then again, I never got around to using synfig
[23:25] <geirdal> I know synfig. very hard tool to use
[23:25] <autumna> I have a bad habit to code, when things get complex, rather than use conventional animation tools
[23:26] <autumna> geirdal: I only superficially experimented with it so can't exactly comment
[23:27] <geirdal> I dont use it, Hate it
[23:27] <autumna> heh
[23:28] <autumna> but yeah I am kind of curious if it would be possible, (later, not like next release) to somehow add processing and p5js editors in
[23:29] <autumna> on one hand people can just download and run(well processing, p5js editor requires npm and linux version isn't ready yet) on other hand, it is pretty basic tool for electronic artists and it is weird that it US doesn't come with it.
[23:29] <autumna> just another thing to think about
[23:29] <geirdal> yes! digital artist needs to be at least a little bit of coder
[23:29] <autumna> :)))
[23:29] <OvenWerks> I've been (sometimes vocally) hoping for more graphics people to come along... so when they do I would also like to get out of the way and let them work at what they know and I don't.
[23:30] <autumna> well it seems now we have 3! at least, and different focuses too which is great.
[23:31] <geirdal> :)
[23:31] <autumna> I think part of it is that, we don't need the low latency kernel, which means it is not as crucial for a graphic artist to use ubuntu studio, but a) it is great to have the audio setup in hand if need be b) pretty and lightweight is nice.
[23:32] <autumna> (I suppose pretty part is very personal preference thing)
[23:32] <geirdal> autum: wellspoken
[23:33] <autumna> :)
[23:33] <autumna> (and geirdal you might not know this but OvenWerks, is a veritable information source for anything audio related)
[23:34] <geirdal> ye s He told me yesterday,
[23:34] <OvenWerks> lowlatency no, running in performance rather than ondemand supposedly speeds up rendering a noticable amount.
[23:34] <autumna> oh really????
[23:34]  * autumna had no idea
[23:35] <OvenWerks> That is one of the tools that should be added to -controls.
[23:35] <autumna> wait, the default of US is performance or ondemand? *newbie question*
[23:36] <OvenWerks> The graphics part of things is one of the reasons we don't want to go default RT kernel.
[23:36] <OvenWerks> it ends up in ondemand.
[23:36] <autumna> *listens*
[23:37] <autumna> I see
[23:37] <OvenWerks>  It is one of the things that an Ardour install from ardour.org flags. Most of us who actuall do audio at all have changed system files...
[23:38] <OvenWerks>  or installed cadence
[23:38] <OvenWerks> (not in our repos)
[23:38] <autumna> *nods*
[23:38] <autumna> so ideally a user would be able to change it back and forth, based on what they are doing?
[23:39] <OvenWerks> The problem with changing it on startup is that the system comes along about 60 sec after start up and returns it to ondemand.
[23:39] <OvenWerks> Yes.
[23:39] <OvenWerks> (has to be done for each cpu core)
[23:40]  * autumna goes to find if we have a controls blueprint yet
[23:41] <autumna> https://blueprints.launchpad.net/ubuntu/+spec/ubuntustudio-y-development is this something we want to add here?
[23:41] <autumna> or not yet?
[23:42] <OvenWerks> The interesting (for audio) is that I get better "performance" forcing the cpu speed to stay at 800Mhz than letting ondemand raise and lower the speed. It seems I get xruns at the point ondemand slows a core down.
[23:43] <OvenWerks> It should probably be on there. I am not sure what order zequence wants to add functions to it.
[23:43] <autumna> its not
[23:43] <OvenWerks> I think it is writen in python though, so whoever knows python well enough can do it.
[23:43] <autumna> well I can add it to bottom so that we don't forget, and zequence or sakrecoer or other folks can remove/move it
[23:44] <OvenWerks> Sure.
[23:44] <autumna> If I am going to deal with wacom tablet settings I will have to learn python anyway, and I think zequence wrote controls so he might be able to look into it too
[23:45] <OvenWerks> -controls already has a method for getting system access for setting group and RT stuff.
[23:47] <autumna> ah
[23:48]  * autumna is really not familiar with the -controls code
[23:49] <autumna> ok it is 3am so I am going to log off
[23:50] <autumna> thanks for the great talk, and see you guys later
[23:50] <autumna> :)
[23:50] <geirdal> good night
[23:51] <autumna> gnight


[22:32] <hallyn> so if i want to build a kernel (from ubuntu-yakkety git) as simply as possible with all the lockdep checking enabled, what's the best way?


[00:22] <xubuntu54w> Howdy folks. I have recently recovered a laptop that was in storage for many years. It is a Toshiba Satellite mod# p745-s4102. It currently is running xubuntu 14.04. Still works like a champ but os is out of date and no longer supported. I have made ready an iso image of xubuntu 18.04 and backed up all data. My problem is as follows. I simply
[00:22] <xubuntu54w> cannot get to to boot menu for some reason. I have searched internet and various forums and have tried all of the solutions that I Have read about. I have tried holding down or repeatable key presses right at power up for all of the following keys. f1 f2 f3 and so on all the way through f12. I have tied the same thing with c key. Also with the
[00:22] <xubuntu54w> shift key. Pressing the esc key does get me to gnu grub 2.02 and gives me the option to boot into xubuntu 14.04, advanced options and 2 memory test. After choosing advanced options I am given the choice of clicking on generic or recovery mode. Recovery mode does not appear to  have options that would take me to the boot menu. Also being that I am
[00:22] <xubuntu54w> by no means an advanced user, I don't know what most of those options are or how to use them. This is my first ever post on any kind of forum or chat as I have always found answers by reading the manual or searching for other people with a similar issue. I was apparently able to install xubuntu on this machine before and I don't why I cant get to a
[00:22] <xubuntu54w> boot menu. I have done this countless times with various distros and hardware. Completely stumped. I do understand that this may not be a xubuntu problem but any help here would be appreciated. If there is more info that I can provide, please ask. Thanks in advance.
[05:26] <sm0rux> WHat have I done now? When I try to run the terminal emulator I get an error message saying "Failed to run child process" because "file or directory is missing".
[05:30] <well_laid_lawn> sm0rux:  does it say which file or directory ?
[05:33] <sm0rux> No. The Swedish box is like https://allg.one/ABkK
[05:35] <well_laid_lawn> ok
[05:36] <well_laid_lawn> the easiest way around it is to install another terminal emulator
[05:36] <well_laid_lawn> and use that to reconfigure the package for the xfce4-terminal
[05:37] <well_laid_lawn> sm0rux:  ↑
[05:39] <sm0rux> well_laid_lawn: You mean something like "sudo apt purge --autoremove xfce4-terminal" and then "sudo apt install xfce4-terminal"?
[05:40] <well_laid_lawn> sm0rux:  I'd try   dpkg-reconfigure   first
[05:43] <sm0rux> I ran "sudo dpkg-reconfigure xfce4-terminal" without success...
[05:43] <sm0rux> Still can't open a terminal
[05:44] <Unit193> Did you remove exo-utils?
[05:44] <sm0rux> Unit193: Not as far as I know :)
[05:44] <Unit193> Check if it's installed?
[05:45] <Unit193> Let's put this another way: Did you open 'software center' and remove 'mail'?
[05:46] <sm0rux> Unit193: exo-utils is installed
[05:46] <Unit193> OK, good.
[05:54] <sm0rux> I tried to reinstall xfce4-terminal. Still the same problem. Will look into this tonight.
[05:54] <sm0rux> Thanks a lot so far
[08:53] <pentux> Hi, I'm a xubuntu user for 10 years. And I always had the same issue. When the laptop is lock and I want to unlock it and put the password I cannot. Sometimes appears a black screen with a lock icon and a text like `You will be redirected in a moment`. Sometimes is true and I'm redirected and everything is fine.  My solution is move to another tty and return to tty7 and sometimes appears the password screen, sometimes no and I'm stuck another time. The solution... reboot.
[08:55] <pentux> Is there any solution for that? I know that is a known bug, but maybe there is another tricky thing that I can do to avoid the reboot? Thank you :)
[09:18] <gnrp> pentux: Did you try maybe another screenocker?
[09:18] <gnrp> maybe using gnome-screensaver will pull in a lot of garbage, but might solve the issue?
[09:23] <Unit193> xfce4-screensaver / xscreensaver tend to have less deps.  With xscreensaver I noticed sometimes on initial 'resume' the dialog doesn't show, esc and move the mouse to make it appear.
[10:03] <pentux> Yes, is an option. But the issue that I'm saying is there for years. This should be fixed or xubuntu should use by default another package. There are open issues since 2017 with the same issue. For example this one, where you can find some workarounds. https://github.com/the-cavalry/light-locker/issues/138#issuecomment-502263307
[10:07] <Unit193> https://git.launchpad.net/~xubuntu-dev/ubuntu-seeds/+git/xubuntu/commit/?id=217489d90a1324b6ee94c90bee82e0e2e5cb3f84
[10:49] <Spass> I'm so glad to see light-locker go, I saw sooo many user reports about issues with a blank screen after suspend
[10:51] <Spass> #1 issue in bionic probably
[11:25] <pentux> Thanks, good news
[12:29] <xubuntu71w> I have an xubuntu on an IBM Think Pad.
[12:35] <xubuntu71w> It is on a page with several files, each file when hovered over, shows a popup  which says "Type: inode/
[12:45] <xubuntu71w> "Type: inode/directory type Size: 4.1 KB  Last modified: 2018-10-23 at  05:52:51 AM "  Actually the last modified date is different for each file.  The Home file is 2019-04-07 at 02:25:43 AM"
[12:48] <xubuntu71w> Any ideas how I can get this to work?  The file icon has a red X on each file and for some reason they are all the same size.
[14:33] <gnrp> could we not have a bot which automatically greets everyone joining with a PM that he should wait for some time before leaving?
[14:33] <gnrp> I mean, the general concept "Don'T ask to ask and then hang around for a while" seems unknown to 99% of web irc users
[15:00] <sm0rux> Unit193: Now at home again. Remove of xfce4-terminal, remove of the files in ~/.config/xfce4/termina and installation again of xfce4-terminal - now my laptop is back in business :)
[15:00] <sm0rux> Thanks a lot for your comments this morning ^^
[20:50] <xubuntu60w> Hi! I received a free desktop dell but it has xubuntu on it and I want windows, what can I do?
[20:53] <n-iCe> keep xubuntu
[20:53] <n-iCe> don't do mistakes
[20:53]  * n-iCe laughs
[20:53] <n-iCe> xubuntu60w: you need to get a Windows CD and install it.
[20:54] <n-iCe> xubuntu60w: https://www.microsoft.com/es-mx/software-download/windows10ISO
[20:54] <xubuntu60w> Thanks
[20:54] <n-iCe> no problem
[20:54] <n-iCe> you can burn it in a usb media to boot it up
[20:54] <n-iCe> you can use etcher in linux to do that
[21:00] <xubuntu60w> ok