[00:36] <TheMuso> darkxst: How much testing have GNOME shell/mutter/gdm 3.10 had from PPA use?
[00:36] <TheMuso> darkxst: I'm looking at your upload requests now.
[00:41] <darkxst> TheMuso, quite a bit
[00:43] <darkxst> have been there for atleast a month
[00:47] <TheMuso> Ok.
[00:49] <TheMuso> Starting to test build everything here.
[05:45] <pitti> Good morning
[07:24] <Wellark> Laney: hi, what meeting should I have had attended?
[07:24] <Wellark> I missed your "Wellark?" here
[08:47] <seb128> good morning and happy friday desktopers!
[08:47] <seb128> yeah for archive unblocked
[08:48] <seb128> didrocks, thanks for landing u-s-s, indicator-messages, g-c-c-unity ;-)
[08:48] <didrocks> seb128: yw! :)
[08:48] <didrocks> seb128: btw, I rerun merge and clean to check my -proposed detection
[08:48] <didrocks> (which works :p)
[08:48] <didrocks> not sure if it's published in the release pocket yet, but you can give it a try ;)
[08:49] <seb128> it moved to release yes
[08:49] <seb128> let me try to merge/clean
[08:49] <didrocks> great!
[08:49] <didrocks> and normally, the silo *should* free and unassign itself in the spreadsheet
[08:49] <didrocks> first time running that code, let's see ;)
[08:50] <seb128> ok, merge worked, it's cleaning the ppa
[08:51] <seb128> didrocks, is that normal that the status is red on the first tab?
[08:51] <didrocks> let's see if once cleaned, the information is reflected
[08:51] <didrocks> is it rsynced?
[08:51]  * didrocks checked
[08:52]  * didrocks sees green
[08:52] <didrocks> with "Landed. Cleaning silo"
[08:52] <seb128> oh yeah, it just updated
[08:52] <didrocks> yeah, you need to wait for a minute :p
[08:52] <didrocks> so, it should move from "In silo … . Landed… Cleaning…" to "Landed" when the job finishes
[08:52] <didrocks> and remove the association in landing-001 tab
[08:56] <seb128> didrocks, so, the job is done but the tab is not cleaned
[08:56] <didrocks> seb128: wait for a minute
[08:56] <seb128> oh, now it is
[08:57] <didrocks> ah, it updated, but there is a small error :)
[08:57] <seb128> you are waiting for me to write something to let the action go? :p
[08:57] <didrocks> let's see if it's only a ref one
[08:57] <didrocks> ahah :)
[08:57] <didrocks> no, the rsync is every minute
[08:57] <seb128> the testing is "yes", should be "no" by default as well?
[08:57] <didrocks> oh, (row, column) != (column, row)
[08:57] <didrocks> ;)
[08:58] <didrocks> (I inversed the 2)
[08:59] <seb128> k
[08:59] <seb128> didrocks, do you know if there is an unity7 landing planned?
[09:01] <didrocks> seb128: nothing was requested, they are still working on it to be releasable AFAIK
[09:01] <didrocks> also, QA wants to block landing if there is any test failure
[09:01] <seb128> ok, I need to ping bregma
[09:01] <didrocks> but they don't want to help fixing the AP tests
[09:01] <didrocks> …
[09:01] <seb128> shrug
[09:01] <seb128> the issue is that the current version ftbfs
[09:02] <seb128> which blocks some of the ppc64el builds
[09:02] <seb128> it also makes indicator-applet and gnome-panel and stuff show on component mismatch
[09:02] <seb128> current version -> trusty version
[09:02] <didrocks> yeah, I followed the discussion
[09:02] <didrocks> ppc64el ftbfs seems easy to fix?
[09:02] <didrocks> if so, I would say just upload
[09:02] <seb128> it's not ppc64el specific
[09:03] <didrocks> ah…
[09:03] <didrocks> ok, general ftbfs
[09:03] <seb128> it fails on all arch and it's fixed in trunk unity by their most recent commit
[09:03] <didrocks> deprecations?
[09:03] <didrocks> ok
[09:03] <seb128> they had a copy of a zg header
[09:03] <seb128> not sure why it starts creating issue now
[09:03] <seb128> but anyway they cleaned that and trunk should build fine
[09:03] <seb128> which is why I'm asking about the landing
[09:04] <seb128> I'm going to check with bregma what's the status I guess
[09:04] <didrocks> ok, let's see with him
[09:04] <didrocks> thanks!
[09:04] <Laney> heeeey happy friday
[09:04] <didrocks> seb128: I want to fix the spreadsheet to have the link for your future testing plan
[09:04] <didrocks> hey Laney!
[09:04] <Laney> Wellark: settings meeting every thurs
[09:04] <didrocks> seb128: so that we don't give wrong examples :)
[09:04] <seb128> Laney, hey, happy friday!
[09:04] <didrocks> https://wiki.ubuntu.com/Process/Merges/TestPlan/COMPONENT is the template
[09:05] <didrocks> https://wiki.ubuntu.com/Process/Merges/TestPlan/system-settings ?
[09:05] <didrocks> (even if the page doesn't exist?)
[09:05] <didrocks> or ubuntu-system-settings even?
[09:05] <seb128> didrocks, basically you say that I need to file a wikipage? ;-)
[09:05] <seb128> ubuntu-system-settings
[09:05] <seb128> https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings
[09:05] <didrocks> seb128: ok, copying with the link, thanks ;)
[09:05] <seb128> yw
[09:06] <didrocks> seb128: I just prefer we don't mislead people in the first landing and cheat ;)
[09:06] <seb128> your template page is empty, is that normal?
[09:06] <didrocks> argh, I guess asac renamed it
[09:06]  * didrocks checks
[09:06] <didrocks> https://wiki.ubuntu.com/Process/Merges/TestPlans/Common
[09:06] <didrocks> (updated)
[09:06] <seb128> thanks, I'm going to put some content in the u-s-s one today
[09:06] <didrocks> thanks!
[09:06] <seb128> yw ;-)
[09:08] <seb128> is anyone interested looking at the folks ftbfs? doko is nagging about it because it blocks other component to be worked on for ppc64el
[09:09] <seb128> if not I think I'm going to ping kenvandine about it later, he's the closer from a maintainer we had for that source
[09:09] <Wellark> Laney: could someone add me to the list of participants? I will be dealing with networking settings in the near future.
[09:10] <seb128> Wellark, Laney: I can do that
[09:10] <Laney> I think I did it
[09:11] <seb128> Laney, indeed you did, thanks ;-)
[09:11] <Laney> hum
[09:12] <Laney> ibus-pinyin is breaking image builds
[09:12] <seb128> how so?
[09:12] <Laney> The following packages have unmet dependencies: ibus-pinyin : Depends: python-ibus but it is not installable
[09:12] <seb128> Laney, want me to have a look?
[09:12] <seb128> in fact
[09:12] <asac> didrocks: i didnt rename anything, or did I?
[09:12] <seb128> happyaron, ^ do you know about that?
[09:12] <asac> didrocks: maybe you didnt hit the save button?
[09:13] <didrocks> asac: I based on the incoming rename to templates that we didn't do in fact
[09:13] <didrocks> asac: I'll do the renaming + redirect and see if it works
[09:14] <seb128> Laney, you got the autopilots to work on the device yesterday then?
[09:14] <Laney> didn't try on device yet
[09:15] <Laney> just with the reduced height
[09:15] <Wellark> Laney, seb128: thanks!
[09:15] <seb128> Wellark, thanks for joining ;-)
[09:16] <seb128> Laney, ok, should be the same hopefully
[09:16] <Laney> ya, will try in a minute
[09:16] <Wellark> I have a bi-weekly network and telephony meeting overlapping, but I'm sure I can manage
[09:19] <seb128> Wellark, let's see how it goes, if we need we can look at shifting it
[09:48] <Laney> seb128: shall I do one 'ap fixes' branch or split it up a bit?
[09:50] <seb128> Laney, I'm fine with one branch, since that's one "topic"
[09:50] <Laney> okay, cool, ta
[10:05] <seb128> TheMuso, could you update at-spi2-core? we are one minor version behind upstream/debian (which makes it being red on our version tracking table)
[10:17] <seb128> Laney, happyaron: ok, seems like python-ibus' binary was in universe, I promoted it (since it comes from ibus)
[10:18] <Laney> cool, thanks for looking into it
[10:21] <Laney> I forgot how to use phablet-test-run to run locally modified tests
[10:21] <Laney> or do I have to build and install the debs?
[10:25] <seb128> Laney, if you go to the tests dir it should pick the local version before the system one (just autopilot run)
[10:25] <seb128> I never used phablet-test-run so I can't comment about that
[10:25] <Laney> ok
[10:25] <seb128> sil2100, Mirv or didrocks can probably help though
[10:25] <Laney> I think that's how they run them so I want to use that
[10:25] <Laney> it's arch:all so I'm just going to install it
[10:25] <didrocks> seb128: we are in a meeting to explain the new process, looking at it after that ;)
[10:26] <Laney> don't worry about it
[10:26] <seb128> didrocks, ok
[10:37] <Laney> bah, still fails
[10:39] <Laney> the scrolling doesn't work there
[10:41] <seb128> :-(
[10:42] <Laney> and mardy's code that we copied this from doesn't run on the phone ...
[10:42] <Laney> yah boo
[10:53] <seb128> tjaalton, mlankhorst, can the new libxfont be synced from Debian? it seems to include the fix for the CVE fix we have as a diff in the current version
[10:59] <mlankhorst> sure
[10:59] <tjaalton> yep
[11:00] <seb128> thanks
[11:02] <seb128> tjaalton, mlankhorst: libxi could be merged as well
[11:13] <Laney> oh
[11:13] <Laney> maybe it's hidden by the toolbar ...
[11:34] <ritz> Sweetshark, hi, wrt https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1200277
[11:34] <ubot2> Launchpad bug 1200277 in libreoffice (Ubuntu) "[LibreOffice] - libreoffice-writer.desktop when drag/drop to desktop, 100% broken. " [Low,Fix released]
[11:34] <ritz> I dont see this fixed, is this fix committed or released ?
[11:36] <Sweetshark> ritz: its not an issue on saucy anymore AFAICS, so would need a precise series target.
[11:36] <ritz> I do see this in trusty
[11:36]  * ritz checks saucy 
[11:39] <tjaalton> playing a radio stream on rhythmbox disables the screensaver, should I file a bug against rb or something else?
[11:40] <tjaalton> on trusty, but guess this is what caused my issues in saucy
[11:40] <tjaalton> "disables the screensaver" means that the screen doesn't blank
[11:40] <tjaalton> stopping the playback fixes it again
[11:48] <ritz> Sweetshark, nope, I still see the same issue. lo creates symlink rather then copying the desktop entries
[11:50] <ritz> ahttps://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1200277/comments/17
[11:50] <ubot2> Launchpad bug 1200277 in libreoffice (Ubuntu) "[LibreOffice] - libreoffice-writer.desktop when drag/drop to desktop, 100% broken. " [Low,Fix released]
[11:55] <Laney> rvr: hey, how did you get the tree of visible objects out of autopilot?
[11:55] <rvr> Laney: introspector.py
[11:55] <Laney> I can't get a working MainView or Toolbar object to close the toolbar ...
[11:56] <rvr> Laney: lp:~veebers/+junk/introspector
[11:56] <rvr> To use it, just pass the PID as the argument
[11:56] <rvr> And remember to execute the program with -testability
[11:56] <Laney> just running u-s-s normally?
[11:56] <Laney> k
[11:57] <Laney> this is large!
[12:01] <rvr> hehe
[12:01] <rvr> It is :)
[12:01] <rvr> I usually grep by objectName
[12:03] <Laney> rvr: Is an objectName needed to select by class too?
[12:03] <Laney> I'm trying to do select_single(toolkit_emulators.MainView) but it can't find it
[12:03] <rvr> Hmm
[12:03] <Laney> http://paste.ubuntu.com/6767535/
[12:05] <rvr> Laney: No, object name is not required
[12:06] <Laney> hmm
[12:06] <Laney> I don't see a MainView in that output
[12:07] <Laney> and selecting by toolkit_emulators.Toolbar gives me autopilot.emulators.dbus.Toolbar instead of toolkit_emulators.Toolbar (class names may be slightly different) so I can't call close() on that
[12:07]  * Laney fails
[12:07]  * Laney also flails
[12:07] <rvr> objectName: MainView_Header
[12:07] <Laney> is that the right thing?
[12:07] <rvr> Is the only thing I find in your paste that begins with MainView
[12:09] <Laney> yes
[12:09] <Laney> I don't think it's what we want though
[12:09] <rvr> In line 16006 seems you have a Toolbar object
[12:10] <Laney> yep
[12:11] <Laney> I can't get that to select properly though :(
[12:11] <rvr> Try with select_single('Toolbar')
[12:11] <rvr> if not, give the toolbar an objectName in the QML file
[12:11] <Laney> it's an automatic thing
[12:11] <rvr> and retrieve it by objectName='blahblahblah'
[12:11] <Laney> don't know how to do that
[12:13] <rvr> Hmm
[12:13] <Laney> class 'Toolbar' has no attribute 'close'
[12:13] <Laney> so it is selecting it ...
[12:14] <rvr> It has childrens
[12:15] <rvr> Laney: What do you want to do?
[12:16] <Laney> close the toolbar
[12:16] <Laney> the button I want to click is underneath it
[12:17] <seb128> Laney, put a sleep(1)?
[12:17] <seb128> though that's going to make run even slower :/
[12:18] <seb128> (the toolbar is open only for 1 second or so)
[12:19] <rvr> "MainView is the root Item that should be used for all applications. It automatically adds a header and toolbar for its contents ..."
[12:19] <Laney> seb128: hahaha
[12:19] <Laney> that seems grim
[12:20] <Laney> wait
[12:21]  * Laney finds an 'emulator_base' argument
[12:24] <Laney> yay!
[12:25] <rvr> Laney: main_window.close_toolbar()
[12:25] <rvr> and main_window.open_toolbar()
[12:26] <Laney> yeah - but it doesn't work if you can't select the main window properly ;-)
[12:26] <Laney> anyway, setting emulator_base lets me select the toolbar
[14:08] <ritz> Sweetshark, hi, marking this as confirmed -  https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1200277
[14:08] <ubot2> Launchpad bug 1200277 in libreoffice (Ubuntu) "[LibreOffice] - libreoffice-writer.desktop when drag/drop to desktop, 100% broken. " [Low,Fix released]
[14:56] <seb128> ok, after some grub testing, time for some exercice
[14:56] <seb128> be back in an hour or so
[15:01] <Sweetshark> ritz: k, will recheck.
[15:02] <ritz> thanks :)
[15:18] <rvr> seb128: I think I fixed the problem
[15:19] <Laney> which problem?
[15:20] <rvr> Laney: The problem with ubuntu system settings "aboutPage"
[15:20] <Laney> scrolling? I made that work yesterday
[15:21] <rvr> Clicking on it
[15:21] <rvr> on the phone
[15:23] <Laney> rvr: howso?
[15:23] <Laney> Actually I just checked my fix and it errors with "Cannot release finger: it's not pressed."
[15:34] <Laney> rvr: so I'm interested in seeing what you did ...
[15:35] <Laney> press() followed immediately by release() gives this error which doesn't make much sense ot me
[15:36] <rvr> Magic!
[16:02] <seb128> back
[16:02] <seb128> rvr, enough teasing, what did you do to get it work?
[16:02] <rvr> storagePage tests are still failing
[16:03] <rvr> Trying to fix it too
[16:03] <Laney> I have those working
[16:03] <seb128> rvr, still, please share you diff for the first fix!
[16:03] <Laney> don't duplicate
[16:03] <seb128> and what Laney said
[16:04] <seb128> rvr, can you push your current work somewhere? Laney has the other half, so together you might have it all working ;-)
[16:05] <rvr> lp:~vrruiz/ubuntu-system-settings/fix-aboutpage-tests
[16:05] <seb128> thanks
[16:05] <Laney> merci!
[16:16] <Laney> rvr: does test_license_page work for you?
[16:39] <rvr> Laney: Let me check
[16:43] <hikiko> hello :) just a quick question: I need to add a custom gsetting in org.compiz.unityshell.gschema.xml to check something and for the moment I am changing my local version... which is the package where I should apply my change if I want to make the change permanent at a later point? apt-file search didn't help me locate it :/
[16:43] <Laney> dpkg -S /path/to/file
[16:44] <hikiko> thanks Laney :D
[16:46] <rvr> Laney: Yes, it pass
[16:48] <seb128> rvr, on the device?
[16:48] <rvr> seb128: Right
[16:48] <seb128> kenvandine, hey
[16:48] <rvr> Ran 1 test in 11.730s OK phablet@ubuntu-phablet:/tmp$
[16:49] <seb128> kenvandine, could you have a look to the folks ftbfs? (doko pinged about it, it's blocking other components to build on new archs in trusty)
[16:50] <kenvandine> seb128, sure
[16:50] <seb128> kenvandine, thanks
[16:53] <kenvandine> seb128, ugh... the ppc64el build?
[16:53] <seb128> kenvandine, it's not ppc64el specific, it fails on all arches in the arch rebuild test from doko
[16:53] <kenvandine> oh
[16:53] <kenvandine> good :)
[16:53] <seb128> kenvandine, could be a new vala issue or something
[16:53] <kenvandine> most likely
[16:54] <kenvandine> is there a bug?
[16:54] <seb128> not that I know
[16:54] <seb128> kenvandine, http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140108-trusty.html basically
[16:54] <kenvandine> ok, thx
[17:04] <didrocks> seb128: the 3 requests you filed are ready?
[17:04] <seb128> didrocks, yes
[17:07] <didrocks> thx
[17:08] <seb128> yw, thanks for looking at those ;-)
[17:25] <seb128> desrt, larsu: http://paste.ubuntu.com/6769102/ ... what value is "proxy" supposed to have if there is no  "org.gnome.DisplayManager" on the bus?
[17:26] <larsu> seb128: NULL
[17:26] <seb128> shrug
[17:26] <seb128> doesn't seem to happen
[17:27] <larsu> hm, let me check
[17:34] <larsu> seb128: ah, well-known names are tracked
[17:34] <larsu> so you get an object that is filled in once a service with that name appears
[17:35] <seb128> larsu, is that new behaviour?
[17:35] <larsu> no...
[17:35] <larsu> it's documented like that
[17:35] <seb128> ok, so I guess that code never worked :/
[17:35] <larsu> ha
[17:35] <larsu> what exactly are your trying to do?
[17:35] <seb128> that's accountsservice's way to check if gdm or lightdm is in use
[17:35] <seb128> it checks if gdm's is on the bus
[17:36] <seb128> if it's not it assumes it's lightdm
[17:36] <larsu> that's a really bad (and inefficient) way of doing this
[17:36] <larsu> it should simply call GetNameOwner(org.gnomeDisplayManager)
[17:36] <seb128> (that's a distro patch)
[17:36] <seb128> I'm not the one who wrote that code (and I'm not going to point finger)
[17:36] <seb128> k
[17:36] <larsu> want me to fix it?
[17:37] <seb128> larsu, I've code built with debugging, if you tell me what call/function to use I can do the change
[17:37] <seb128> g_dbus_proxy_get_name_owner on the proxy?
[17:37] <seb128> well you said that getting the proxy was inefficient right?
[17:38] <larsu> you're only using the proxy to find out which one is running, right?
[17:38] <seb128> larsu, just g_dbus_proxy_new() g_dbus_proxy_get_name_owner()?
[17:38] <seb128> yes
[17:38] <larsu> okay, then just get the bus with g_bus_get_sync (G_BUS_TYPE_SESSION)
[17:38] <didrocks> Laney and glib, with love :)
[17:39] <larsu> and call g_dbus_connection_call_sync() on the resulting connection
[17:39] <larsu> watch out, that has quite some parameters. Let me paste something for you :)
[17:45] <larsu> seb128: http://paste.debian.net/76902/
[17:45] <larsu> seb128: I didn't try compiling this....
[17:46] <seb128> larsu, that's fine, that's enough info to avoid me reading through google and api docs for half an hour, danke!
[17:46] <larsu> yw!
[17:51] <didrocks> have a nice week-end everyone!
[17:51] <seb128> larsu, wooot, works fine (just add to drop a "DO_" from the flag ;-)
[17:51] <larsu> \o/
[17:54] <seb128> larsu, http://paste.ubuntu.com/6769269/ if you want to sanity check?
[17:55] <larsu> seb128: looks good!
[17:55] <seb128> larsu, great, danke
[17:56] <seb128> larsu, I was fixing another bug there (not putting a g_file_monitor on /etc/gdm/custom.conf if that file doesn't exist because it causes polling) and hit that one while checking if my change worked
[17:56] <seb128> (well, polling when the directory doesn't exists, same result)
[17:57] <larsu> it's always nice to find additional bugs when fixing one :)
[17:57] <seb128> yeah
[17:59] <seb128> shrug
[17:59]  * seb128 looks at darkxst and Laney
[17:59] <seb128> why do I keep hitting bugs while trying to fix that simple thing
[18:00] <seb128> $ LANG= LANGUAGE= LC_ALL=C gnome-control-center.real
[18:00] <seb128> libwayland-egl.so.1: cannot open shared object file: No such file or directory
[18:00] <seb128> Failed to load module: /usr/lib/i386-linux-gnu/control-center-1/panels/libuser-accounts.so
[18:00] <seb128> I bet money it's due to the new cogl/clutter
[18:00] <seb128> grrrrrr
[18:15] <Laney> remove libhybris
[18:16] <Laney> there's some weird system going on in ld.so.conf.d
[18:17] <seb128> Laney, thanks (why did I still have this one installed?)
[18:18] <Laney> I have no idea
[18:18] <Laney> I had it too
[18:18] <seb128> some touch probably pulled it in at some point
[18:18] <Laney> I think gst-bad depended on it for a bit
[18:19] <Laney> ok, off to the climbing centre
[18:19] <Laney> bye bye, have a good weekend!
[18:19] <seb128> not that for me, I don't have it installed
[18:19] <seb128> Laney, have fun at climbing
[18:19] <seb128> have a good w.e as well ;-)
[18:19] <seb128> you are right, time to call it a day
[18:20]  * seb128 is done with accountsservice fixes/upload, cleaning emails backlog and calling a week as well