[11:06] <asac> Jazzva: prod --export-upstream=. still broken :(
[11:06] <fta> builders are seriously broken :(
[11:07] <fta> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[11:07] <fta> 16 hours, some are still not built, even if all queues are empty
[11:08] <fta> and some packages took 7h to build, like this one: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/922877
[11:13] <BUGabundo> hey guys, good morning
[11:13] <Jazzva> asac: bzr --export-upstream?
[11:14] <asac> Jazzva: sorry. wanted to prod james_w who isnt here
[11:14] <asac> james_w: oh he is ;)
[11:14] <asac> odd
[11:14] <asac> prod --export-upstream=. still broken :(
[11:14] <Jazzva> ah, ok :)
[11:16] <fta> 11522 chromium-browser                1998    95     0  1903     0 (Unknown)
[11:16] <fta> 11785 firefox-3.1                     1887   337   780   711    59 (Unknown)
[11:16] <fta> 31499 firefox-3.5                       98     6     0    92     0 (Unknown)
[11:16] <fta> lol, more chromium-browser users than ff 3.1+3.5 :)
[11:18] <BUGabundo> fta: eheh
[11:18] <BUGabundo> how can that be?
[11:19] <asac> Jazzva: so what about flash ;)
[11:19] <asac> err nspluginwrapper
[11:19] <BUGabundo> fta I'm RTing that quote
[11:19] <asac> i would like to use kind of "nsp-recreate-wrappers" in next .postinst of flashplugin-nonfree
[11:19]  * asac has a dream ;)
[11:20] <Jazzva> asac: I need to check pointers. I promise I will finish it soon :). Sorry for the delay. When is the nex upload of flash?
[11:20] <asac> Jazzva: heh. i am here to ask ;)
[11:21] <Jazzva> asac: ah, ok. It will be soon. I'll start checking right now :)
[11:34] <asac> err
[11:34] <asac> does the weather clock thing work for anyone?
[11:35] <asac> moving to #..desktop
[11:42] <BUGabundo> it does here
[12:04] <asac> odd
[12:04] <asac> but thats a fresh install i guess
[12:04] <asac> fta: did the clock applet break for you?
[12:04] <asac> at some point during jaunty?
[12:10] <Jazzva> asac: works for me
[12:11] <asac> the location wizard is kind of broken too
[12:11] <asac> at least Germany/Berlin is in africa
[12:12] <Jazzva> it's in europe for me. though, I updated the system two days ago. maybe it broke at some point after that.
[12:12] <BUGabundo> Porto works here
[12:12] <asac> hmm
[12:12] <BUGabundo> let me test berlin
[12:12] <asac> let me upgrade
[12:12] <BUGabundo> berlin is fine here
[12:12] <BUGabundo> updated 2h ago
[12:15] <Jazzva> hmm. I'm trying to use read(), as it is used throughout npw (afaics)... and I want it to read line by line. Is there any way to do that with read(), or should I just use fgets()?
[12:17] <Jazzva> ok, nspluginwrapper uses fgets too. I'll use that :)
[12:25] <asac> Jazzva: what are you trying to do?
[12:25] <asac> i mean where ;)
[12:25] <asac> reading a file with a list of files`?
[12:25] <Jazzva> asac: yes.
[12:25] <asac> err list of directories ;)
[12:25] <Jazzva> read just returned something like "/bla/file1\n/bla/file2\n..."
[12:25] <asac> Jazzva: i dont think we need to put that part in C
[12:26] <asac> we can use NSPLUGINDIRS=/path/1:/path/2
[12:26] <asac> and then write a wrapper script
[12:26] <asac> does that sound better?
[12:26] <Jazzva> asac: um, I thought we wanted to make npw envdir-conscious in "nspluginwrapper --list"
[12:26] <asac> yes
[12:27] <asac> but why do you need to parse a file?
[12:27] <asac> i would think you use getenv ("NSPLUGINDIRS")
[12:27] <asac> and then tokenize it by ':'
[12:27] <Jazzva> so it can use them process_list
[12:28] <Jazzva> and what about using something like /var/lib/nspluginwrapper/dirs.d/ for storing meta-files?
[12:28] <Jazzva> I think you mentioned that :)
[12:29] <asac> Jazzva: yeah. but thats on the packaging level
[12:29] <asac> Jazzva: nspw on its own just need a way to get other directories configured
[12:30] <asac> we can write a wrapper script that assembles NSPLUGINDIRS=... from /var/lib/nspluginwrapper/dirs.d/
[12:30] <asac> hmm
[12:30] <asac> yeah i would think thats ok
[12:30] <Jazzva> asac: well, it's almost done in C :). if it's really bad I guess we can remove it
[12:30] <asac> sure go ahead
[12:31] <asac> to parse lines you should just pull the full buffer
[12:31] <asac> and then search for the \n tokens
[12:31] <Jazzva> so running "nspluginwrapper --list" would process our env dirs
[12:31] <Jazzva> if they exist
[12:31] <asac> yeah
[12:31] <Jazzva> um, let me rephrase it
[12:31] <Jazzva> would process files listed in meta-files in /var/lib/npw/dirs.d
[12:31] <Jazzva> brb, late breakfast
[12:32] <asac> Jazzva: see, its a bit of a problem that you cannot opt out of that behaviour
[12:32] <asac>  /var/lib/npw/dirs.d will usually exist, and then the user cannot use the normal "--list" anymore
[12:33] <asac> personally i think NSPLUGINDIRS env is right to do that.
[12:33] <asac> everything else means more work ;)
[12:34] <asac> like adding --list-from-dirs.d=/var/lib/npw/dirs.d
[12:38] <Jazzva> asac: that sounds good
[12:38] <asac> for me it doesnt ;)
[12:38] <Jazzva> so, --list-from-dirs=... should be implemented
[12:38] <Jazzva> I meant "--list-from-dir="
[12:38] <asac> yeah ;)
[12:39] <asac> i still think its really too high level ;)
[12:39] <asac> so saying --list-from-dirs=/real/dirs/
[12:39] <asac> that would make sense
[12:39] <asac> but --list-from-dirs-you-can-find-in-files-in-dir=/
[12:39] <asac> ;)
[12:40] <Jazzva> ok, so you just want to check few specified dirs? :)
[12:40] <asac> but even for --list-from-dirs=/real/dirs
[12:40] <Jazzva> so, how are we going to do "update all wrappers" on nspluginwrapper update :)?
[12:40] <asac> i would really suggest to add parameter used for everything like: --nspluginwrapper-dirs=/real/path
[12:40] <asac> so you can either use NSPLUGINDIRS= ... or --nspluginwrapper-dirs=
[12:41] <asac> Jazzva: packages shipping wrapped plugins should call:
[12:41] <asac> update-npwrappers
[12:41] <asac> which would look at /var/lib/npw/dirs.d/
[12:42] <asac> get the directories in there and calls
[12:42] <asac> NSPLUGINDIR=... --list
[12:42] <asac> or --upgrade
[12:42] <asac> also they ship their own dir in a file in /var/lib/npw/dirs.d/
[12:43] <Jazzva> and what happens on nspluginwrapper upgrade?
[12:43] <asac> Jazzva: the same. nspluginwrapper calls update-npwrappers
[12:44] <asac> only difference is that nspluginwrapper doesnt ship a dir in /var/lib/npw/dirs.d/
[12:44] <Jazzva> mhm, ok
[12:44] <asac> maybe wrapper plugins dont even need to run update-npwrappers
[12:44] <asac> just --install
[12:44] <asac> so just nspluginwraopper would call that
[12:45] <asac> Jazzva: anyway. if the code is there you can also keep it
[12:45] <asac> just name it --with-conf-dir=/var/lib/npw/dirs.d/
[12:45] <asac> ;)
[12:45] <asac> or something
[12:45] <Jazzva> I will use it, since we will need it with NSPLUGINDIRS=... --list
[12:45] <asac> Jazzva: you definitly will need parts of it
[12:46] <Jazzva> we can keep it here where it is now, and it will be called if getenv(NSPLUGINDIRS) != NULL
[12:47] <Jazzva> if that's the case, then npw --list will list wrappers in default and env dirs. that can be used in update-all, which only needs to be called on nspluginwrapper update
[12:47] <asac> Jazzva: i would think so, yes.
[12:48] <Jazzva> (I think that's the only occasion when we need to list wrappers in env dirs)
[12:49] <Jazzva> and packages that need wrappers would ship a meta-file to NSPLUGINDIR
[12:49] <asac> Jazzva: i would think that fixing get_mozilla_dirs function would be the right thing
[12:49] <asac> are there any issues with that?
[12:50] <Jazzva> asac: yeah, it's a list of predefined directories
[12:50] <asac> i would think that nspw looks at that dir list in update-all ... and we just need to call that
[12:50] <asac> Jazzva: right. but shouldnt we just extend that by adding NSPLUGINDIRS=... directories?
[12:51] <Jazzva> we still need a way to process meta-files. I don't see any other way to list/update all wrappers in env dirs on nspluginwrapper update.
[12:52] <asac> Jazzva: auto_update_plugins uses get_mozilla_plugin_dirs
[12:52] <asac> so if we add our NSPLUGINDIRS to it it should work?
[12:52] <asac> shouldnt it?
[12:53] <asac> and yes. we need meta-files
[12:53] <asac> but only on a package base
[12:53] <Jazzva> asac: how do we determine NSPLUGINDIRS in case where we upgrade nspluginwrapper?
[12:54] <asac> yes
[12:54] <asac> oh
[12:54] <asac> how ;)
[12:54] <asac> nspluginwrapper.postinst gets shell code to
[12:54] <asac> make that env from the files in /var/lib//...
[12:55] <asac> does that make sense?
[12:55] <asac> or am i getting something completely wrong now?
[12:56] <asac> whats the problem again ;)?
[12:56] <Jazzva> asac: I think that's ok too.
[12:56] <asac> yeah i think its ok
[12:56] <Jazzva> It's just that the code is already written for that in C :). I just need to change readdir("/var/lib/...") to readdir(getenv(NSPLUGINDIRS));
[12:57] <asac> readdir?
[12:57] <Jazzva> it will return a list of env dirs, which are written in meta-files
[12:57] <asac> for NSPLUGINDIRS?
[12:57] <Jazzva> oh, opendir :)
[12:57] <asac> i thought its already a list of dirs
[12:58] <Jazzva> i thought it contains files which contain list of env dirs...
[12:59] <asac> heh
[12:59] <asac> no i ment that we just have directories in there
[12:59] <Jazzva> asac: and where do we keep files with env-dirs?
[13:00] <asac> Jazzva: we keep them in /var/lib/ ... its just that the logic moves to the package postinst
[13:00] <gnomefreak> what does it mean when mozilla bugs are grayed out while others are normal? this is on bugzilla.mozilla
[13:02] <Jazzva> so, package postinst would parse them and return something like NSPLUGINDIRS=/some/file1:/some/file2:...?
[13:02] <Jazzva> asac ^
[13:02] <asac> yes.
[13:02] <Jazzva> asac: and then we process that in npw --list..
[13:03] <asac> Jazzva: i think we just extend the get_mozilla_plugins_dir function
[13:03] <asac> to include them
[13:03] <asac> that should fix --list
[13:03] <asac> and update-all
[13:03] <Jazzva> mhm... ok
[13:03] <asac> Jazzva: if you really want we can drop the env approach
[13:04] <asac> and use something like: --with-extra-dirs/path/to/directory/with/links/ ;)
[13:04] <asac> e.g. /var/lib/npw/extra-dirs.d/flash -> /var/lib/flashplugin-nonfree
[13:04] <Jazzva> asac: no, I'm fine. at least I refreshed my pointers and I/O in C knowledge :)
[13:04] <asac> hehe
[13:04] <asac> great
[13:05] <Jazzva> programming all school projects in Java (which is a usual requirement) makes you don't worry about pointers, string manipulation and stuff...
[13:07] <asac> Jazzva: i am currently not exactly sure if we really want to add NSPLUGINDIRS to get_mozilla_plugins_dir or replace the other list
[13:08] <asac> we need to test whether it deliberately wipes the update-alternatives links i guess
[13:08] <asac> if it doesnt do that its good to just add it
[13:08] <Jazzva> asac: I think we can keep the other list. It's no harm and there might be a case where there is a wrapper installed in some of those dirs
[13:08] <Jazzva> wipes links? when?
[13:09] <fta2> asac, we no longer have the notification from ff to restart it in jaunty. this was annoying but needed, so it is bad
[13:09] <asac> fta2: we have the ubufox notification
[13:09] <asac> but i see your point
[13:09] <asac> Jazzva: heh. just add the dirs for now
[13:10] <asac> we can check wehther that works as expected
[13:11] <Jazzva> asac: ok. I have to go get ready for school. But I'll maybe work on it during school in case we lose classes.
[13:13] <asac> sure ;)
[14:00] <gnomefreak> How do i get a list of all bugs i filed or commented on to show up in my "bug list" for my account with upstream Mozilla bug tracker?
[14:01] <gnomefreak> right now it only shows the one i just reported none of the other ones are there filed or not
[14:22] <fta2> asac, bug 158570
[14:23] <fta2>  bug 158570
[14:36] <fta2> asac, you last xul broke prism (because of python)
[14:38] <fta2> bug 351308
[14:41] <gnomefreak> was this caused by the broken Python in Jaunty last week?
[14:44] <asac> fta2: what is "last xul"?
[14:45] <asac> <IP_ADDRESS>?
[14:45] <fta2> yes
[14:46] <fta2> asac, /usr/lib/xulrunner-<IP_ADDRESS>/xulrunner-bin: symbol lookup error: /usr/lib/xulrunner-<IP_ADDRESS>/libpyxpcom.so: undefined symbol: PyUnicodeUCS2_DecodeUTF16
[14:46] <fta2> it's the very old prism so it was calling xul directly, not the stub
[14:48] <asac> nm -D /usr/lib/xulrunner-<IP_ADDRESS>/libpyxpcom.so | grep PyUnicodeUCS2_DecodeUTF16
[14:48] <asac> asac@hector:~$
[14:48] <asac> fta2: can you run that on i386?
[14:48] <asac> i dont have any reference to it
[14:49] <fta2> it's not me, i pasted from th ebug
[14:49] <fta2> i'm using a fresh prism everywhere
[14:52] <BUGabundo> asac: setting my system to 96 DPIs still has some apps looking strange!
[14:57] <asac> fta2: the bug suggests that prism calls xulrunner-bin
[14:57] <asac> which has no such symbol reference here on amd64
[14:58] <asac> thougth maybe the i386 got bad symbols because being built against old bad pytho
[14:58] <asac> n
[14:58] <BUGabundo> do Notifications bubble make your screens flash too, when using a FulScreen app?
[14:58] <asac> e.g. the one we had to fix right after beta
[14:58] <asac> no
[15:01] <BUGabundo> asac: is that to me?
[15:03] <asac> no its about prism/python
[15:03] <asac> i dont know
[15:03] <asac> you need to reset everything to 10pt
[15:03] <asac> if there are still apps behaving wrong let me know and show screenshots
[15:03] <asac> but only after resetting everything ;)
[15:03] <BUGabundo> Filezilla
[15:04] <BUGabundo> is the only one bad as far as I can see
[15:06] <asac> is that 1.8 branch?
[15:06] <asac> not sure what filezilla is ;)
[15:12] <fta2> a kind of ftp/fxp addon
[15:12] <fta2> clinet
[15:12] <fta2> client
[15:13] <asac> yeah. is that mozilla based?
[15:13] <asac> or just named as such
[15:17] <fta2> donno, i haven't used it in years
[15:40] <gnomefreak> bug 310128
[15:44] <gnomefreak> fta2: is bug 351150 the same as the problem you mentioned above about python/prism breakage?
[15:46] <asac> fta2: fixed the prism build
[15:46] <asac> but there are other issues i think
[15:46] <asac> doesnt start here.
[15:46] <asac> guess we should bump the snapshot a bit at least
[15:56] <fta2> the ppa has the latest snapshot
[15:57] <asac> err ... latest snapshot doesnt even build ;)
[15:57] <asac> fixed
[16:15] <gnomefreak> is Ubuntu Netbook Remix only for netbooks?
[16:16] <asac> gnomefreak: not sure
[16:16] <asac> could be that they strip off not needed drivers ;)
[16:16] <asac> if not i dont see a reason why it would be just netbooks
[16:19] <BUGabundo> gnomefreak: no
[16:19] <BUGabundo> you can use it on anything
[16:19] <BUGabundo> its just a skin
[16:19] <BUGabundo> but I guess I'm to used to the Desktop
[16:19] <BUGabundo> to loose it
[16:20] <gnomefreak> it says that its used with desktop cd or something like that and and boot thing needs to be installed so im guessin gyou cant just use the theme
[16:20] <BUGabundo> I already did it
[16:20] <BUGabundo> on old mobile
[16:20] <BUGabundo> on a 903 eeepc
[16:20] <BUGabundo> did regular ubuntu and then change to UNR
[16:21] <BUGabundo> didn't liked it so went to MID... got even worse UI
[16:21] <BUGabundo> so got Mobile look....
[16:21] <BUGabundo> don't know where that is now
[16:22] <asac> i think you can just install a package in normal ubuntu
[16:23] <BUGabundo> yep
[16:23] <BUGabundo> but you still need to hack some startup daemons
[16:23] <BUGabundo> https://wiki.ubuntu.com/UNR/
[16:24] <BUGabundo> "s there isn't a configuration package available yet, you will need to setup the gnome-panel to mimic the standard UNR set-up. The applet order is as follows: "
[16:24] <BUGabundo> go-home-applet | window-picker-applet | notifcation-area-applet | mixer-applet | clock
[16:28] <gnomefreak> BUGabundo: thanks
[16:28] <BUGabundo> np
[16:28] <BUGabundo> I've been keeping an eye on the project
[16:28] <BUGabundo> its a shame its almost stopped now
[16:29] <asac> what is stoped?
[16:30] <BUGabundo> afaik not enough man power for mobile edition
[16:30] <BUGabundo> some OEMs are pushing UNR
[16:30] <BUGabundo> but other then that.... stall
[16:34] <asac> fta2: ok now all works again as it seems
[16:36] <fta2> good
[16:39] <asac> so will there be a release or what?
[16:45] <asac> fta2: so how do we get tags for moz-central stuff?
[16:46] <asac> e.g. get-orig-source DEBIAN_TAG=... probably doesntw ork
[16:55] <fta2> asac, it does
[16:55] <asac> ok
[16:55] <asac> good
[17:18] <BUGabundo> asac: did you find Bug 151869 as funny as I did?
[17:28] <asac> i stopped finding bugs funny some time agao ;)
[17:29] <BUGabundo> eheheh
[17:30] <BUGabundo> the guy is ilarious
[17:34] <Jazzva> asac: I think it works. I wrote tokenizer for NSPLUGIN_DIRS env variable and modified get_env_plugin_dirs to use returned dirs. It only works if env var NSPLUGIN_DIRS is set. So, now just to append those dirs to get_mozilla_plugin_dirs, right?
[17:39] <asac> hmm
[17:40] <asac> not sure
[17:40] <asac> i thought we would just put it in get_mozilla-plugin_dirs
[17:40] <asac> if we can move that part to get_env_plugin_dirs its ok i guess
[17:40] <asac> but i dont have get_env_plugin_dirs in the upstream branch here
[17:40] <asac> so cannot tell
[17:40] <asac> most likely that works
[17:45] <Jazzva> asac: I added get_env_plugin_dirs, so it will be inside a patch. I thought to call it from get_mozilla_plugin_dirs, and merge it to the current list
[17:46] <asac> yeah
[17:46] <asac> good
[17:46] <Jazzva> It should work. I just left it as it was before (as in few hours ago :)), but added part to read env variable.
[17:46] <asac> give it a try ;)
[17:46] <asac> should be easy to test
[17:46] <asac> --list
[17:46] <asac> or even --update-all
[17:48] <Jazzva> there is no --update-all yet ;). We need to add that too
[17:48] <Jazzva> (at least it wasn't there before IIRC)
[17:49] <Jazzva> but list should work :)
[17:57] <Jazzva> Ok, going back home now, will be online in about an hour or so.
[18:06] <BUGabundo> gym time ppl! see you tomorrow
[19:03] <asac> james_w: yeah list works
[19:03] <asac> err jazzva ;)
[19:03] <asac> sorry
[19:03] <james_w> np :-)
[19:03] <james_w> I have the --export-upstream issue fixed in my branch, just collecting some other fixes before upload
[19:05] <fta> there's definitely something weird with the builders. https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa  most should be done by now
[19:10]  * asac hugs james_w
[19:10] <asac> shall i test?
[19:11] <asac> fta: xul started 35 minutes ago
[19:11] <asac> seems still in line
[19:11] <james_w> asac: please: lp:~bzr-builddeb-hackers/bzr-builddeb/2.1
[19:16] <asac> james_w: now do i build it at best?
[19:17] <asac> just debuild?
[19:17] <james_w> you mean build bzr-builddeb itself?
[19:18] <asac> yeah
[19:18] <asac> now using debuild -b ;)
[19:24] <asac> james_w: http://paste.ubuntu.com/140882/
[19:25] <asac> james_w: http://paste.ubuntu.com/140883/
[19:25] <james_w> odd
[19:25] <asac> thats what is in .bzr-builddeb/default.conf
[19:25] <james_w> damn
[19:25] <james_w> pushed
[19:26] <asac> heh ;)
[19:26] <asac> ok let me pull again
[19:26] <james_w> sorry about that, was a stupid mistake
[19:27] <asac> thats why i am testing ;)
[19:27] <asac> so no need for excuse;)
[19:29] <asac> james_w: looks good. thanks a lot.
[19:43] <fta> could bd also consider a non-hidden conf file, something like debian/bzr-builddeb/default.conf
[19:43] <fta> ?
[19:46] <asac> fta: we can commit a link ;)
[19:46] <asac> ln -s debian/bzr-builddeb.conf .bzr-builddeb/default.conf
[19:48] <asac> not sure if diff.gz goes mad ;)
[19:52] <fta> i want to make it more obvious that a package is bd ready
[19:53] <fta> asac, http://launchpadlibrarian.net/24543134/buildlog_ubuntu-hardy-i386.prism_0.9.1%2Bsvn20090309r23002-0ubuntu1~umd2~hardy_FAILEDTOBUILD.txt.gz
[19:53] <fta> tar: /usr/lib/xulrunner-devel-<IP_ADDRESS>/sdk/build-system.tar.gz: Cannot open: No such file or directory
[19:53] <fta> i thought you took it since <IP_ADDRESS> ?!?
[20:06] <asac> fta: i dont know what to tell ;) ... since ever i have been asking what it takes to take that  ;)
[20:06] <asac> i never got an answer on that
[20:07] <asac> or maybe i got it last time ;9 ... then excuse
[20:07] <fta> there's no possible regression, i jsut tar a few files before the build begins, and i ship that tar in the sdk
[20:07] <asac> yeah
[20:07] <asac> i see that now
[20:07] <asac> its the script
[20:08] <asac> plus some rules code
[20:08] <asac> fta: just that or also some patch?
[20:10] <fta> asac, what is the delta between your branch and head?
[20:10] <fta> there shouldn't be much
[21:03] <fta> [reed], how far is 1.9.1 b4
[21:03] <fta> ?
[21:04] <[reed]> fta: https://wiki.mozilla.org/Releases/Firefox_3.5b4
[21:05] <fta> hmm
[21:05] <fta> asac, ^^ too late for jaunty?
[21:25] <jcastro> asac: fta: ok so I think ryan was  able to work around that webkit crasher
[21:28] <fta> jcastro, great, will he commit the fix to trunk soon? i remember he was supposed to commit something else too, never happened
[21:28] <fta> jcastro, that: http://identi.ca/notice/2944178
[21:29] <jcastro> yeah he merged that this weekend
[21:29] <jcastro> afaik
[21:29] <jcastro> I need to track him down, he's busy and the clock is ticking
[21:29] <jcastro> plus the keyring is crashing now
[21:29] <fta> really?
[21:30] <fta> for me, gwibber freezes or crashes almost daily, but i suspect it's webkit
[21:30] <jcastro> mine doesn't, but I am running 1.0 branch not trunk
[21:31] <fta> (maybe not daily, but several times a week)
[21:31] <fta> the two branches are really close
[22:58] <asac> fta: should be ok
[22:58] <asac> i assume that they release later anyway
[22:59] <asac> but we have committed to maintainer 3.5 in jaunty
[23:28] <fta> Bug 351988
[23:30] <fta> asac, ^^
[23:43] <fta> asac, Bug 350594


[03:46] <smartboyhw> phillw: ping
[03:46] <smartboyhw> Noskcaj: How's discussion with kirkland and roaksoax?
[03:47] <Noskcaj> smartboyhw, non-existent. nothing new has appeared since yesterday, other than the bug count going up by one
[03:47] <Noskcaj> And i've rage-quit trying to package stuff
[03:48] <smartboyhw> Noskcaj: Why?
[03:48] <Noskcaj> Nothing worked, ever
[03:48] <smartboyhw> Noskcaj: Well, you have to try;)
[03:48] <Noskcaj> i did. also, i hate the debian bug tracker
[03:48] <smartboyhw> Tell me, what didn't work?
[03:49] <Noskcaj> the everything
[03:49] <Noskcaj> mostly the guide on the developer website only works with a specific sort of installer
[03:49] <smartboyhw> Noskcaj: I know that package is a bit weird
[03:50] <smartboyhw> I mean, maybe try packaging simplier ones?
[03:50] <smartboyhw> Get a sense of success first?
[03:50] <Noskcaj> i've looked, i'll keep trying and as you when something get's stuck
[03:52] <smartboyhw> Noskcaj: Good.
[04:00] <Noskcaj> smartboyhw, since bug 1119092 already get's built to ppa, is it just a case of contacting debian or the MOTUs to get it included
[04:05] <Noskcaj> never mind, it's got dependencies that aren't in ubuntu
[04:05] <smartboyhw> Noskcaj: Hah
[04:21] <Noskcaj> smartboyhw, how do you search the debian archive to check for existing packages?
[04:22] <smartboyhw> Noskcaj: packages.debian.org?
[04:22] <Noskcaj> i'd never thought to scroll down on that page *facepalm*
[04:23] <smartboyhw> Noskcaj: ROFL
[04:29] <smartboyhw> Noskcaj: If you want to learn packaging, come join Kubuntu, we have a lot of packaging items for you to do;)
[04:30] <Noskcaj> ok
[04:30] <Noskcaj> smartboyhw, i'm looking at bug 1157723 and i've sent a debian bug for it, only issue is i don't have a kubuntu install to test it on
[04:30] <smartboyhw> Noskcaj: Oh?
[04:31] <smartboyhw> Noskcaj: Heh, Kubuntu has quite a reputation of not putting packages into Debian (even new ones)
[04:31] <smartboyhw> nee versions rather
[04:32] <Noskcaj> i just thought it would be beneficial
[04:33] <smartboyhw> Noskcaj: Well of course you can, but as far as I heard, Debian's KDE team is understaffed:P
[04:33] <Noskcaj> ok
[04:35] <Noskcaj> i'll set up a kubuntu VM, that's the only way i'll be be to run it
[04:43] <pitti> Good morning
[06:05] <DanChapman> Good Morning all :-)
[06:07] <elfy> hi DanChapman
[06:08] <DanChapman> Hey elfy
[06:10] <saintlulu> its still evening here, DanChapman
[06:11] <saintlulu> =P
[06:12] <DanChapman> saintlulu, :-D
[09:09] <DanChapman> jibel, morning :-) could it be the firewall failing the firefox autopilot test? but then again one of the tests which loads planet.ubuntu is passing. So i'm not sure if its the test that needs adjusting.
[09:15] <jibel> DanChapman, that's possible, *.ubuntu.com should be fine. Which url does the test uses ?
[09:17] <DanChapman> jibel, one does a google search and the other a wikipedia search.
[09:21] <jibel> DanChapman, google is allowed (until you select a result), wikipedia is not
[09:23] <DanChapman> jibel, ok cool. Well i will lose the wikipedia test for it and maybe add jenkins as a search engine option (which ive only just found you can do) and do a search against that.
[09:24] <DanChapman> jibel, thanks
[09:24] <jibel> DanChapman, Thank you. On my side, I'll check if I can enable a proxy
[14:27] <ade_goodyer> balloons, you about?
[14:27] <balloons> ade_goodyer, indeed I am
[14:28]  * DanChapman_ waves to balloons and ade_goodyer
[14:28] <ade_goodyer> balloons, I have managed to click play in my testcase!! :oP
[14:29] <ade_goodyer> DanChapman, Hey Dan
[14:29]  * balloons waves to DanChapman
[14:30] <balloons> how are you two on this lovely day?
[14:30] <DanChapman> balloons, for ubiquity we now have default, plain lvm and lvm with encryption. and half way through 'something else' now.
[14:30] <balloons> whoa.. that's moving along rather quick now, isn't it? :-)
[14:30] <ade_goodyer> balloons, Not easy I can tell you either, having no python knowledge at all, I had to set up all the test folders, emulators etc
[14:30] <ade_goodyer> DanChapman, Nice one bud
[14:31] <balloons> ade_goodyer, ahh yes, you didn't get the luxury of that work being done already. it's nice for your first commit to commit to something established
[14:32] <ade_goodyer> balloons, Yes definitely, but after waiting for a few days I knew that I wasn't going to have that luxury so I just jumped in.
[14:37] <ade_goodyer> In QML, can objectNames be the same as id's??
[14:38] <DanChapman> balloons, what do you think should be done about the options to install updates and 3rd party stuff. and which test should i incoroporate it into if they were to be selected.
[14:39] <DanChapman> xnox ^^ ..... you might be a better person to ask
[14:39] <balloons> hmm.. both of those really need examining the filesystem to confirm they worked so to speak.
[14:40] <balloons> off the top of my head, that's my thought. you could check them and make sure nothing else blows up, but you wouldn't be verifying the feature itself worked beyond not blowing up the installer :-)
[14:42] <DanChapman> okey doke. :-)
[14:52] <fginther> balloons, FYI, I found the missing dependency for https://code.launchpad.net/~carla-sella/ubuntu-rssreader-app/ubuntu-rssreader-test-add-view-feeds/+merge/173316
[14:52] <fginther> balloons, bug report and merge proposal have been filed
[14:53] <balloons> fginther, nice, thanks for tracking that down :-)
[14:53] <balloons> I see it merged even
[14:53] <fginther> balloons, it was starting to give me nightmares :-)
[14:55] <balloons> fginther, yikes!
[15:22] <balloons> asac, so I hear and see your plans for the mobile images -- running things through all the tests everyday before publishing
[15:23] <asac> balloons: thats next step... first step is to run everything after the fact...
[15:24] <asac> found out though that a bug in our infrsatructure will allow us to do that publishing after manually reviewing stuff
[15:24] <asac> so first: land everything -> get people fix stuff -> start automated gating
[15:26] <balloons> asac, ok, so first step is expose the holes and get people to fix things up, then autogate. Makes sense. We'll keep adding tests :-)
[15:28] <asac> yeah... also figuring what tests are reasonable
[15:28] <asac> at first step to auto gate on
[16:50] <DanChapman> balloons, could you run the firefox test for me in the dev branch. Ive done fixes for jenkins and would like your go ahead before it goes into production
[16:50] <balloons> DanChapman, of course
[16:50] <DanChapman> cheers mate
[16:52] <balloons> all the tests run fine.. I like the jenkins inclusion, haha
[16:52] <balloons> while I'm looking at things, I better merge the manual tests backlog before jackson awakes
[16:53] <DanChapman> :-D yeah i liked that one.
[16:53] <DanChapman> Ok well i will get that into the prod branch and we should have all passes when it runs later
[16:54] <balloons> excellent :-) They don't like having failures, heh
[16:55] <balloons> what did you change exactly.. it's using processmanger, because of the introspection issue
[16:59] <DanChapman> balloons, first i got rid of all the http:// autopilot didn't seem to work too well as firefox hides it as you carryon typing so that was causing errors. For the google search it was looking for 'ubuntu server docs' in the title bar but what was actually there is 'tu server docs' and just added the jenkins test as wikipedia is blocked
[17:00] <balloons> ohh right! the firewall stuff
[17:21] <Letozaf_> balloons, Hi
[17:21] <balloons> Letozaf_, hello!
[17:21] <Letozaf_> balloons, I have a quick question then I have to go, have you got 2 min ?
[17:22] <Letozaf_> balloons, the clock app, looks like tests are written one .py file per test
[17:22] <Letozaf_> balloons, but If I want to write some tests for this app do I have to do the same ?
[17:23] <balloons> Letozaf_, you can add to the tests in those files
[17:23] <balloons> it's one .py file per view basically
[17:24] <balloons> so it you wanted to add a stopwatch test, add it to the stopwatch.py file, etc
[17:24] <Letozaf_> balloons, so if I want to add a test on Alarm I should create another file, right ?
[17:24] <Letozaf_> balloons, oh you already answered
[17:25] <Letozaf_> balloons, thanks... have to go, be back later :D
[17:25] <balloons> Letozaf_, yes add a file
[17:25] <balloons> and alarm is changing.. it's not fully functional yet as an fyi
[17:25] <balloons> ciao Letozaf_
[17:25] <Letozaf_> balloons, ok so I will pick something else
[17:25] <Letozaf_> caio balloons ;)
[17:41] <thomi_> morning
[18:13] <adegoodyer> balloons, Have you got two minutes?
[18:14] <balloons> adegoodyer, for you sur e:-)
[18:14] <adegoodyer> balloons, I am totally stuck when using select_single in autopilot
[18:15] <balloons> stuck on?
[18:15] <adegoodyer> balloons, e.g. return self.app.select_single("Label", objectName="playButton")
[18:15] <balloons> yep that looks fine
[18:15] <adegoodyer> this is fine
[18:16] <adegoodyer> but, when I try to 'query' any other value or attribute I can't seem to get anywhere with it.
[18:16] <adegoodyer> e.g. return self.app.select_single("Label", objectName="accumulate") - Doesn;t work
[18:17] <balloons> got a branch?
[18:19] <adegoodyer> 2 secs, I will commit what I have implemented so far...
[18:21] <balloons> k
[18:27] <adegoodyer> balloons, Sorry about the wait... am still getting used to working with bzr
[18:27] <adegoodyer> balloons, https://code.launchpad.net/~adriangoodyer/dropping-letters/new_game_autopilot
[18:30] <adegoodyer> balloons, http://bazaar.launchpad.net/~adriangoodyer/dropping-letters/new_game_autopilot/view/head:/tests/autopilot/dropping_letters_app/emulators/main_window.py
[18:30] <balloons> k, grabbing it
[18:31] <adegoodyer> balloons, Thanks and my apologies for being a slight pain
[18:34] <balloons> adegoodyer, so I don't see a call to it
[18:34] <balloons> ohh wait
[18:34] <balloons> lol
[18:34] <balloons> it ran ok for me, heh
[18:35] <balloons> lol self.main_window.get_flipable() doesn't exist, but apart from that it ran
[18:35] <balloons> so I'm not sure what the issue is now ,lol :-)
[18:36] <adegoodyer> balloons, "Label" seems to work ok, but when I try "Timer" for example (in an attempt to query Timer.droptimer), it won't work?
[18:36] <adegoodyer> balloons, I am not sure I am explaining this well at all... :o)
[18:37] <balloons> you'll want to grab the proper object name when you query
[18:37] <balloons> if your having trouble, look at the qml file, or even load the app up in vis to see what the root node is
[18:37] <balloons> your test as written works for me
[18:37] <balloons> so commit the stuff that doesn't and push it back
[18:37] <balloons> it'll make more sense to me then :-)
[18:38] <adegoodyer> balloons, lol, am really sorry about this. Ok, 2 mins...
[18:39] <balloons> no worries!
[18:39] <balloons> happy to help
[18:39] <balloons> we'll iterate on it
[18:42] <adegoodyer> balloons, Try again now, same branch :o)
[18:42] <adegoodyer> balloons, http://bazaar.launchpad.net/~adriangoodyer/dropping-letters/new_game_autopilot/files
[18:45] <adegoodyer> balloons, this link would probably be a lot easier to see where I am coming from http://bazaar.launchpad.net/~adriangoodyer/dropping-letters/new_game_autopilot/revision/35?start_revid=35
[18:47] <balloons> i got it now
[18:47] <balloons> yes whenever you see a nonetype has no attribute error, it's due to your select failing
[18:48] <balloons> well, most likely :-)
[18:48] <balloons> the object might also just not have that property
[18:48] <adegoodyer> Yes, that's what I believe at the moment, but am unsure how to rectify it?
[18:49] <adegoodyer> I am positive the problem line is this one...
[18:49] <adegoodyer> return self.app.select_single("Timer", objectName="dropTimer")
[18:49] <balloons> ahh..
[18:49] <balloons> so the issue here is timing yet again
[18:49] <balloons> I should put this in the video
[18:49] <adegoodyer> ??
[18:49] <balloons> when you grab that object, it doesn't exist yet
[18:49] <adegoodyer> Oh...
[18:49] <balloons> don't grab everything at the top of the function like that, it'll get you in trouble
[18:50] <adegoodyer> Ok, so how best is to grab it?
[18:50] <balloons> still fails, lol.. let's see
[18:50] <adegoodyer> lol
[18:50] <balloons>         #Check timer is set at zero
[18:50] <balloons>         dropTimer = self.main_window.get_dropTimer()
[18:50] <balloons>         self.assertThat(dropTimer.tickCount, Eventually(Equals(0)))
[18:50] <balloons> grab it before you need to check it, to ensure the object has been created
[18:51] <adegoodyer> ahhh, I am with you.. So define your variables just before use basically?
[18:52] <adegoodyer> Ok, two seconds... I will try and commit if works
[18:52] <balloons> well.. just remember when you grab the object , make sure it exists :-)
[18:52] <balloons> if it's on a different view it might not
[18:52] <balloons> in this case doesn't seem to matter
[18:52] <balloons> it doesn't fix your issue.. your not getitng the object
[18:52] <adegoodyer> Yeah, am finding the same thing here.
[18:53] <adegoodyer> :(
[18:54] <balloons> the issue is you named it the same as the id
[18:54] <balloons> also a no no
[18:54] <balloons> ohh wait
[18:54] <balloons> bah
[18:55] <balloons> forget that
[18:55] <Letozaf_> balloons, Hi again :D
[18:55] <balloons> hello Letozaf_
[18:55] <Letozaf_> balloons, but then wnat can I write autopilot test for without it being not fully functional ?
[18:55] <Letozaf_> balloons, I mean how do I know what to pick ?
[18:57] <balloons> Letozaf_, ohh on the alarms thing.. I just said watch out, they might not be on yet. you can view the dogfooding page.. but in general run you would find out about the alarms working or not as soon as you ran the app
[18:57] <balloons> the work should be set to blocked
[18:58] <balloons> https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/initial-clock-development
[18:58] <balloons> here's the features they are aiming for this month: https://wiki.ubuntu.com/Touch/CoreApps/Dogfooding
[18:59] <balloons> I got the the blueprint for clock from: https://wiki.ubuntu.com/Touch/CoreApps/Clock
[18:59] <balloons> that's alot of gibberish to hit you with at once :-)
[18:59] <balloons> but you can see on the blueprint the work is blocked because they need something to implement alarms.
[19:00]  * Letozaf_ is reading
[19:00] <balloons> you could know this because the work is set to blocked in the blueprint, or just because you ran the app and couldn't get alarams working
[19:00] <balloons> thus no test for it :-)
[19:01] <Letozaf_> balloons, ok, it's just I had picked the stock ticker and that was done by another person, now the alarm thing, so I must be unfortunate :p
[19:01] <Letozaf_> balloons, never mind, I will surely find something :D
[19:02] <Letozaf_> balloons, thanks for the info, I will also try to look at the blueprints
[19:08] <balloons> Letozaf_, well, sorry to hear that ;-(
[19:08] <balloons> Letozaf_, sudoku hasn't see a lot of work.. it's pretty wide open
[19:08] <balloons> who's working on stockticker? I didn't know anyone was
[19:11] <Letozaf_> balloons, Robert Strechroth wrote an email sayin "These bugs were part of a bigger picture and got finished while building the autopilot tests. I hope that you have not spent any/much time on this...." I think he's the dev
[19:11] <Letozaf_> balloons, I can forward the mail to you, I think they were still working on this app too
[19:13] <Letozaf_> balloons, but it's not a problem, it's would just be a good idea to have a way to know if something is not open for working on, that's all
[19:14] <balloons> ahh yes, in general the newer apps are undergoing more stuff. you can look at the blueprints to get an idea of what's going on
[19:14] <balloons> the work is all tracked there
[19:15] <balloons> all the coreapps have links to there blueprints from there page on the wiki: https://wiki.ubuntu.com/Touch/CoreApps/
[19:16] <Letozaf_> balloons, ok
[19:26] <balloons> adegoodyer, sorry so sidetracked there for a minute
[19:26] <balloons> so timing wasn't the issue, so I'm not sure off the top what is
[19:26] <balloons> might be time to ask the the autopilot hackers :-)
[19:26] <adegoodyer> balloons, No problem at all, I know you are extremely busy
[19:26] <balloons> #ubuntu-autopilot is the place for hard questions
[19:27] <adegoodyer> balloons, Ok I will dig a little deeper, thanks for having a second look for me :o)
[19:27] <adegoodyer> balloons, On my way now lol
[19:31] <balloons> adegoodyer, I'm looking in vis
[19:32] <balloons> so when the game starts the QQuickRectangle objects populate
[19:34] <balloons> I see the page, but no timer
[19:34] <balloons> you might be better off looking for the letters
[19:35] <balloons> the point is I don't see it in the vis tool, so autopilot doesn't seem it at runtime either :-)
[19:36] <balloons> thomi, can we introspect timers?
[19:37] <adegoodyer> balloons, I came to the exact same conclusion but wasn't sure as I am new to using these tools.
[19:37] <thomi> balloons: in a call at the moment - can we talk later? maybe 30 mins?
[19:37] <balloons> no rush at all thomi
[19:37] <adegoodyer> balloons, I checked every branch of the tree after naming the object in Qt creator and found nothing
[19:38] <balloons> yea, well your simply trying to assert the game has begun right?
[19:38] <balloons> the more obvious piece to me is to assert letters are created
[19:39] <adegoodyer> balloons, That's correct...
[19:39] <knome> balloons, so, re: test case names, are we going to drop those?
[19:39] <balloons> knome I am all for it
[19:40] <adegoodyer> balloons, I started by looking at the restart function in Qt as this is called every new game...
[19:40] <balloons> i'm not going to edit the old stuff, but yet
[19:40] <balloons> adegoodyer, a good place to look :-)
[19:40] <knome> balloons, me too. the actual testcase name is enough in my opinion.
[19:40] <adegoodyer> balloons, Ok, I can see your really busy and you have given me plenty of advice for one day so thank you and I will let you knwo how I get on :o)
[19:41] <balloons> feel free to keep asking questions. I'll let you keep going with those ideas :-0
[19:41] <balloons> dropping letters is a toughie
[19:41] <balloons> I don't have all the easy answers :-)
[19:42] <balloons> adegoodyer, do you mind if I assign you the work for the tests though so others know? At the moment, there's no one assigned :-_)
[19:42] <adegoodyer> balloons, Yes and I thought I was picking an easy test case to start with! :o)
[19:42] <adegoodyer> balloons, Oh? I thought I assigned myself?? Yes, no problem at all
[19:42] <balloons> they track on the blueprint itself too
[19:42] <balloons> not just the bug :-)
[19:44] <balloons> what's your lp id again adegoodyer ?
[19:44] <adegoodyer> balloons, Oh right, I seem to be learning something new every minute at the moment lol
[19:44] <balloons> it slows down don't worry :-)
[19:44] <adegoodyer> balloons, Not sure I want it too, it's great! :o)
[19:45] <adegoodyer> balloons, lp:~adriangoodyer - That the one?
[19:45] <musicman_> Hey all... Just wondering if anyone has it in them to chat about wireless issues. I don't know if this is the right channel - if not, could someone point me in the right direction?
[19:46] <musicman_> Been using ubuntu for about 5 years. Every problem I have even encountered I've found a workaround for, but this recent wireless nuke is just insane
[19:46] <balloons> musicman_, for general support? try out #ubuntu I believe
[19:46] <musicman_> sure, I could bounce over to the main ubuntu channel...
[19:47] <balloons> give it a whirl.. askubuntu is great too for specific questions like what your aksing
[19:47] <musicman_> thanks, baloons
[19:47] <musicman_> musicman out!
[19:47] <balloons> your welcome.. there are some wonderful troubleshooters on AU
[19:48] <adegoodyer> musicman_, I can't recommend AskUbuntu enought, there very good there - http://askubuntu.com/about
[19:54] <balloons> adegoodyer, done: https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/droppingletters-coreapps-development
[19:55] <adegoodyer> balloons, Yikes! Looks like I am going to be a very busy man in the next few days!! Thanks Balloons ;o)
[19:55] <balloons> adegoodyer, :-) one day at a time
[19:57] <adegoodyer> balloons, What kind of turnaround time wise would you be expecting for this?
[20:00] <adegoodyer> balloons, IRC is having a few issues, so think I am going to call it a day on here. I will keep you updated with progress :o)
[20:37] <balloons> morning Noskcaj
[20:37] <Noskcaj> hello balloons
[20:37] <balloons> almost finished merging everything :-)
[20:40] <SergioMeneses> Noskcaj, balloons \o\
[20:40] <balloons> SergioMeneses, I'm looking at your test as we speak :-)
[20:40] <Noskcaj> hey SergioMeneses
[20:40] <balloons> Hola mi amigo
[20:41] <SergioMeneses> balloons, ok Noskcaj made me some notes about it and I will work on it this weekend
[20:41] <balloons> SergioMeneses, I can fix the formatting for you
[20:41] <balloons> I'm already on it
[20:41] <SergioMeneses> balloons, ok
[20:41] <balloons> Noskcaj, how did the content of the case look?
[20:41] <SergioMeneses> if you have time enough that will be great
[20:41] <Noskcaj> ?
[20:42] <balloons> on the review for audacity you don't mention anything about the test itself..
[20:42] <balloons> just wondered if you reviewed that piece o rnot
[20:43] <Noskcaj> I just did my checklist of possible issues, i didn't get around to reading the whole thing
[20:46] <balloons> Noskcaj, k, thanks
[20:46] <balloons> :-)
[20:46] <balloons> can you look at https://code.launchpad.net/~noskcaj/ubuntu-manual-tests/parole/+merge/172212?
[20:47] <balloons> I want to get all caught up :-)
[20:47] <Noskcaj> It's rough conversion of the version on the tracker, it probably will need expanding
[20:49] <balloons> ok audacity formatting fixes are done
[20:50] <balloons> pushing and merging.. 2 more
[20:53] <SergioMeneses> balloons, wait
[20:53] <balloons> SergioMeneses, ?
[20:53] <SergioMeneses> dont merge it ...I have to change one link on Audacity testcase
[20:54] <balloons> SergioMeneses, http://packages.qa.ubuntu.com/qatracker/testcases/1577/info
[20:54] <SergioMeneses> balloons, Test-case name: audacity/ady-014
[20:55] <SergioMeneses> the last test but dont worry I'm going to change it tomorrow, ok?
[20:55] <balloons> SergioMeneses, yes, no worries.. It won't go onto the tracker just yet to submit results to
[20:55] <SergioMeneses> balloons, perfect them
[20:55] <SergioMeneses> then
[20:55] <balloons> you can push another merge to fix it :-)
[20:57] <SergioMeneses> balloons, I was thinking the same
[20:57]  * SergioMeneses has to play with Bacula these days
[20:59] <balloons> Noskcaj, ok so only parole is left
[20:59] <balloons> so merge it and remove the old one?
[21:13] <dkessel> good evening!
[21:13] <balloons> dkessel, evening sir
[21:15]  * dkessel is hesitating to try and flash his old phone with ubuntu touch
[21:16] <Noskcaj> DO IT!
[21:17] <dkessel> well... cyanogenmod is not building current versions for it. it is a htc desire
[21:17] <balloons> the desire z?
[21:17] <balloons> or just desire?
[21:17] <dkessel> just desire. codename bravo
[21:18] <balloons> ahh.. I have the desire z :-)
[21:18] <dkessel> i expect lots of problems with device drivers
[21:19] <balloons> woot, no active reviews: https://code.launchpad.net/ubuntu-manual-tests/+activereviews
[21:20] <dkessel> so you're out of work to do balloons? :D
[21:20] <Noskcaj> but are they all in the tracker or marked as fix committed?
[21:20] <balloons> dkessel, hardly!
[21:20] <Noskcaj> ;)
[21:21] <balloons> Noskcaj, they are all pushed
[21:21] <balloons> I found one with a bad id and fixed that too
[21:21] <dkessel> balloons, just kidding :)
[21:21] <balloons> dkessel, I'm trying to finish the video for autopilot testing
[21:21] <Noskcaj> i will watch, i still cannot understand autopilot
[21:22] <thomi> balloons: I have time now, if you had a question for me?
[21:22] <balloons> thomi, sure. So it appears like timers can't be introspected.. kind of odd, but I guess the general question is, "what qml objects CANNOT be introspected?"
[21:22] <balloons> is there a list, known or otherwise?
[21:24] <thomi> balloons: there's no list - if it's in the QObject tree, then it should work
[21:24] <thomi> do they not appear in the list at all?
[21:25] <balloons> thomi, correct. It's not in the list
[21:25] <balloons> I can get specific, but I'm not sure I want to open the can of worms right now :-)
[21:26] <thomi> balloons: hmmmm. It sounds like either they're not added to the object tree, in which case there's nothing we can do, short of patching Qt, OR there's a bug in autopilot-qt. Let's assume the latter. Can you please file a bug against autopilot-qt, and I'll ask someone to take a look at it?
[21:27] <balloons> thomi, ohh really you think it's a bug? I was assuming it was a limitation in Qt/QML
[21:27] <thomi> balloons: if you have a minimal example to reproduce the issue, then that would be great as well :)
[21:27] <thomi> balloons: it could be either, but I'm not skilled enough to tell. but if we file a but against autopilot-qt, we'll know for sure :)
[21:27] <balloons> right right, heh. Ok, fair enough
[21:28] <balloons> ty
[21:33]  * dkessel yaaaaaawns...
[21:35] <dkessel> balloons, what could I possibly do for QA next tuesday? more qml tests, for filemanager maybe?
[21:36] <balloons> dkessel, hmm.. well, let's look
[21:37] <balloons> making this list go to zero would be awesome :-) https://bugs.launchpad.net/ubuntu-phone-coreapps/+bugs?field.tag=needs-autopilot-test
[21:37] <dkessel> i hope i will be able to make it a habit. quality tuesday or something ;-)
[21:37] <balloons> overall this is the magic burndown.. Adding tests made it spike :-) http://status.ubuntu.com/coreapps-13.10/
[21:38] <balloons> so now we need to help keep them on track :-)
[21:38] <balloons> dkessel, fun idea
[21:39] <dkessel> nice burndown
[21:39] <balloons> heh, can you guess when we added the work for tests?
[21:39] <balloons> I'll give you one guess
[21:41] <dkessel> at the beginning of june?
[21:42] <balloons> yep
[21:42] <dkessel> that was hard to guess ;)
[21:42] <balloons> lol
[21:47] <Noskcaj> balloons, do i delete parole 0.5 or just disable it?
[21:47] <Noskcaj> I disabled it last month
[21:47] <balloons> disable is perfect
[21:47] <balloons> it will exist for the old results so they can be viewed
[22:07] <dkessel> good night channel!
[22:30] <asac> doanac: https://plus.google.com/u/0/117775935412882278033/posts/5BfpBMT4ZGt :)
[22:31] <doanac> asac: is this sort of Zach's satellite idea?
[23:38] <asac> doanac: right. but by someone i trust :) ... deleted thepost by now btw ... resharing in g+ looses my text, so its waste of investment. .. will rather blog
[23:39] <asac> doanac: s/trust/believe can get it right/
[23:39] <asac> doanac: i think its powerful if it is paired with the idea to open LAVA up to the kernel and linux community
[23:39] <asac> on scale
[23:39] <asac> that one is actually the main idea i like... then crowd contributing hardware is sexy on top :)
[23:40] <asac> (and yes, that idea isnt new ... its just that i think this will really happen now that LAVA can do everything)


[12:36] <Abel_qwq> Hello?
[12:36] <Abel_qwq> everyone?
[12:36] <Abel_qwq> you ren ma?
[12:36] <Abel_qwq> emm
[12:36] <Abel_qwq> OK
[15:37] <Virgoans> quit