[19:35] <Ubuntunator> hello
[19:35] <Ubuntunator> anyone?????????????????????????????????????????????????????????????????????
[19:35] <SergioMeneses> Ubuntunator, hi
[19:36] <SergioMeneses> what do you need?
[19:36] <Ubuntunator> uhmm im new here ._.
[19:36] <Ubuntunator> but ive experienced with other ubuntu versions and they rock
[19:37] <SergioMeneses> great!
[19:37] <Ubuntunator> so uhhmm nice meeting u
[19:37] <SergioMeneses> me too
[19:38] <Ubuntunator> you kno whats so cool? ubuntu just looking like a Mac, im like incredible saving 1000 dollars
[19:38] <SergioMeneses> you can watch Ubuntuonair's videos in youtube: http://www.youtube.com/user/UbuntuOnAir
[19:39] <SergioMeneses> jejeje
[19:39] <Ubuntunator> hablas espagnol?
[19:39] <Ubuntunator> and oh ok imma check those out as well
[19:40] <Ubuntunator> cnt wait for 12.10 Q.Q


[06:14] <LLStarks> asac, do you of any way to force a crash for oopp testing?
[06:17] <micahg> LLStarks: find the oopp PID and kill it :)
[08:40] <BUGabundo_remote> m0rning
[10:07] <BUGabundo_remote> fta: code.google.com/p/chromium/issues/detail?id=41145
[10:07] <BUGabundo_remote> I'll have a field day, today on ch
[10:07] <BUGabundo_remote> 3 more bugs to repoprt
[10:09] <BUGabundo_remote> fta: http://code.google.com/p/chromium/issues/detail?id=41146
[10:13] <asac> LLStarks: right. kill -SEGFAULT  or something to the process
[10:34] <chrisccoulson> asac - should i branch firefox for lucid now? micahg has started updating to 3.6.4 in .head, but i wouldn't mind fixing this NSS issue in 3.6.3 before final freeze
[10:41] <asac> chrisccoulson: yeah. lets do a .lucid branch now
[10:41] <asac> remember to set it to mature ;)
[10:41] <chrisccoulson> ok, i'll do that now then
[10:41] <asac> cool
[10:42] <fta2> what is the status of html5 client side database (sqlite) in firefox? any idea?
[10:42] <asac> chrisccoulson: remember to also cherry pick the patches we talked about
[10:42] <asac> fta2: not in 3.6.x ;)
[10:42] <asac> sorry coulnt stop
[10:42] <asac> fta2: do we need another chromium update round?
[10:42] <asac> or is all set for release?
[10:43] <fta2> i need to send the last beta update (a few days old, already in the ppa)
[10:43] <fta2> plus a patch for chrisccoulson
[10:44] <asac> fta2: homepage?
[10:44] <asac> err search ;O)
[10:44] <asac> fta2: yeah. can you do those two updates today?
[10:44] <asac> would be cool have that bake asap
[10:44] <asac> fta2: one thing
[10:45] <asac> fta2: the licenscheck generator ... any idea how to make that properly sorted?
[10:45] <asac> e.g. so we can update and get a reasonable diff?
[10:45] <asac> i wanted to push all this to debian so we can send stuff to debian unstable for lucid+1
[10:45] <asac> ... but guess i need one more licensing update round
[10:45] <fta2> (i'm busy with work atm)
[10:46] <asac> kk
[10:57] <chrisccoulson> asac - are we keeping the version numbers in the bzr branches? (using firefox-3.6.lucid rather than firefox.lucid)
[11:01] <asac> chrisccoulson: yeah. usually we do
[11:01] <asac> e.g. just s/head/lucid/
[11:01] <asac> thats not true for thunderbird
[11:01] <asac> because we never had two  versions at the same time
[11:02] <asac> at some point we might wanna go back to firefox, but not before all releases with two versions are flushed ;)
[11:02] <chrisccoulson> asac - ok, thanks. i'll stick with firefox-3.6.lucid for the lucid branch then
[11:03] <asac> kk
[11:03] <asac> chrisccoulson: lets branch all the rest too
[11:03] <asac> e.g. xul
[11:03] <asac> etc.
[11:03] <asac> tbird
[11:03] <chrisccoulson> yeah, no problem
[11:03] <asac> well, if we know we are doing another round before luci
[11:03] <asac> d
[11:03] <asac> we can stick to .head
[11:03] <asac> until that
[11:05] <asac> bdrung: did the md sync happen?
[11:05] <asac> bdrung: btw, i feel relucant to do the pref transition in lucid still. i will merge your changes to .head though so it gets up right when m opens
[11:05] <asac> i think its ok. and i owe you a beer
[11:13] <asac> ccheney: hey
[11:13] <asac> ccheney: did you fall off the face of earth ;)?
[11:37] <BUGabundo_remote> asac: notify-osd is in BOTH top corners of my screen. how can I run it in debug mode?
[11:39] <bdrung> asac: m-d is not yet synced
[11:40] <asac> bdrung: did you overload it with .22?
[11:41] <bdrung> asac: overload?
[11:41] <asac> didnt you upload .22 now?
[11:41] <asac> e.g. is .21 still avail for synching?
[11:42] <asac> whats the change for .22?
[11:43] <asac> i can upload .21~0ubuntu1
[11:44] <bdrung> asac: i uploaded .22 - syncing this version is save.
[11:44] <bdrung> https://bugs.launchpad.net/ubuntu/+source/mozilla-devscripts/+bug/557081
[11:44] <asac> well. i didnt review it
[11:44] <bdrung> only two changes
[11:44] <asac> yes, but adding another new feature etc.
[11:45] <asac> what is the buildsystem for?
[11:45] <bdrung> asac: you can use the dh 7 oneliner: dh --with xul-ext --buildsystem=xul_ext $@
[11:46] <asac> and what does that do?
[11:46] <asac> what is the xul_ext build system?
[11:47] <asac> ok using pack/unpack
[11:47] <bdrung> on build it run "xpi-pack . package.xpi", on install "install-xpi package.xpi" and "rm -f package.xpi" on clean
[11:48] <asac> yes
[11:48] <asac> so run a full rebuild of all extensions ;)
[11:48] <asac> install-xpi changed
[11:48] <asac> again
[11:48] <asac> i can just upload .21 as its now
[11:51] <bdrung> k, will do a full rebuild test.
[11:51] <asac> problem is that i had enough issues during freeze to fix in my past.... its really annoying
[11:51] <asac> thanks
[11:54] <asac> ok commented that on bug
[12:04] <asac> chrisccoulson: did you have a fedora VM?
[12:05] <asac> we need to verify that mozilla bug 541319   is an issue everywhere
[12:05] <asac> e.g. gtk settings don get applied with in-source cairo
[12:07] <chrisccoulson> asac - i've not got a fedora VM, but i can try out a live CD in a bit
[12:13] <asac> chrisccoulson: please check ;)
[12:13] <asac> e.g. with upstream builds: a) does changing the hinting/lcd settings in fonts dialog change how firefox looks like
[12:13] <asac> e.g. do they have the same bug
[12:14] <asac> chrisccoulson: whats your bmo address?
[12:14] <chrisccoulson> asac -<EMAIL_ADDRESS>[12:14] <asac> ok simple enough. will remember that ;)
[12:21] <bdrung> asac: moving the config file would close bug #493805
[12:34] <bdrung> asac: is it ok to rename ubufox?
[12:37] <asac> i will merge that to the .ubuntu branch
[12:37] <asac> but not for lucid
[12:37] <asac> i just dont have the time to deal with any eventual regressions
[12:38] <bdrung> asac: deferring the rename to m too?
[12:38] <asac> is it really worth making a more minimal packaging change?
[12:38] <asac> e.g. without config file transition etc.
[12:38] <asac> i dont think so
[12:39] <bdrung> asac: if you do not move the config file, we disable m-d new feature and leaving the config file where it is.
[12:39] <asac> yes, still i have to go and hunt stuff through NEW, get seed changed etc.
[12:39] <asac> i dont really care. i just dont want to drive all this ;)
[12:40] <asac> its a ubuntu-core-dev branch, so you are definitly entitled to get this done ;)
[12:41] <bdrung> asac: i would like to merge everything into ubuntu-core-dev branch. i think these changes are safe. i have tested the config file movement and the procedure is well tested ( taken from http://wiki.debian.org/DpkgConffileHandling ).
[12:42] <asac> bdrung: right... just take the lead and the responsibility ;) and get FFe for things that need one etc.
[12:42] <bdrung> having the config file *firefox-3.0* is incorrect ;)
[12:42] <asac> i just dont like the idea to get an update through freeze and then having to answer why we pushed such a change without any clear direct benefit for the lucid cycle
[12:43] <asac> yes, thats right. its wrong there.
[12:43] <asac> but is it a release blocking bug?
[12:43] <bdrung> asac: when moving, then to the correct place
[12:43] <asac> sure
[12:44] <asac> thats why i would prefer to do the full thing
[12:44] <asac> just feel uncomfortable to do that for lucid ...
[12:45] <bdrung> i know, that it's not the best time for this change
[12:46] <asac> so we should get a) a package up for testing the upgrade path somewhere ;)
[12:46] <bdrung> asac: k, will upload it to my PPA
[12:46] <asac> and then verify the butt out of us and then pushing this through dropping a few feature changes
[12:46] <asac> if its a feature at all
[12:46] <asac> for me a package reorg is > feature ... but some might disagree
[12:50] <bdrung> it will bring more consistency
[13:03] <fta2> asac, do i need to ask for a FFe each time i need to update chromium???
[13:06] <bdrung> asac: bug #557081
[13:07] <asac> col
[13:07] <asac> fta2: did they fix any security stuff etc.?
[13:07] <asac> i would say no ... but thgen i am too used to ffox stuff
[13:08] <asac> in the end same logic should apply there
[13:08] <asac> at least when we get a stable channel build at some point ;)
[13:08] <fta2> asac, well, channels are sort of continous upgrades
[13:09] <fta2> even the future stable channel will jump from time to time
[13:10] <asac> sure
[13:10] <asac> though stable channels supposely get decent QA upstrema
[13:10] <asac> which is why we can do this for mozilla
[13:10] <asac> anyway, in practice you have to get FFe for every update
[13:10] <asac> we should ask Technical Board for a standing FFe
[13:10] <asac> so maybe do it this time and then lets remember to get this sorted by TB
[13:12] <fta2> asac, http://paste.ubuntu.com/413085/
[13:14] <asac> yeah. but stable channel doesnt get that bad bumps ;)
[13:14] <asac> we need to find a way to identify whether a beta release is good enough
[13:15] <asac> one thing is to wait and see if they bump again within a week i guess
[14:33] <asac> good ... seems we have a kernel regression ;)
[14:33] <asac> sont reboot on thinkpads into -20 ;)
[14:54] <bdrung> asac: ubufox is now in my ppa
[14:55] <rickspencer3> Chrisccoulson hi
[14:55] <asac> hi rickspencer3
[14:55] <asac> ;)
[14:55] <rickspencer3> hi asac
[14:55] <chrisccoulson> hi rickspencer3
[14:55] <rickspencer3> chrisccoulson so, I haven't been tracking this too well ...
[14:55] <rickspencer3> so as a any good pointy haired manager, I shall interupt you and ask instead of investigating myself ...
[14:56] <asac> bdrung: ok isnt published yet
[14:56] <rickspencer3> have the default search provider changes rolled out to the distro?
[14:56] <chrisccoulson> rickspencer3, yeah, they were rolled out last week for konqueror and firefox
[14:56] <rickspencer3> coolio
[14:56] <chrisccoulson> chromium is being worked on, and i'm going to look at epiphany too
[14:56] <rickspencer3> k
[14:59] <chrisccoulson> asac - did you see bug 561124? it seems the in-source NSS causes some issues
[15:02] <asac> chrisccoulson: isnt that the lack of .chk files that causes this?
[15:04] <chrisccoulson> asac - i'm not too sure actually
[15:07] <asac> chrisccoulson: nss in firefox should be compatible
[15:07] <asac> so its hopefully .chk
[15:11] <bdrung> asac: ubufox is now published
[15:30] <ccheney> asac: no, just been really busy with OOo patching/bugfixing
[15:43] <asac> kk
[16:32] <fta> weird. bug 555512
[16:32] <fta> could someone confirm??
[16:44] <jdstrand> asac: does tbird 3.0 share the xul192 codebase? what about seamonkey?
[16:45] <micahg> jdstrand: no, tb3 is 1.9.1, seamonkey 2 is also 1.9.1
[16:45] <jdstrand> micahg: ok thanks
[16:45] <micahg> asac: can you check my symlink fix for bug 558620: http://pastebin.com/T0LJCkUj
[16:48] <micahg> chrisccoulson: there's no reason for thunderbird-gnome-support to provide gnome-web-browser, right?
[16:49] <chrisccoulson> micahg - i don't think so
[16:49] <micahg> chrisccoulson: k, do you want to check my symlink fix above?
[17:28] <cwillu_at_work> does ubuntu's firefox use the system's cairo package?
[17:28] <cwillu_at_work> I'm looking at the unpacked apt-get source folder, and seeing cairo
[17:28] <cwillu_at_work> if I patch that, do I actually change anything?
[17:29] <chrisccoulson> micahg - ok, i will have a look at that shortly
[17:29] <chrisccoulson> cwillu_at_work, it uses in-source cairo. why are you trying to patch that anyway?
[17:30] <cwillu_at_work> chrisccoulson, testing a handful of patches re: rendering/scrolling performance on arm
[17:31] <cwillu_at_work> chrisccoulson, but the system's libpixman is used?
[17:35] <BUGabundo_remote> fta: flash is working in trunk daily
[17:35] <BUGabundo_remote> 32 wraper
[17:36] <chrisccoulson> cwillu_at_work, yeah, that's right
[17:36] <cwillu_at_work> chrisccoulson, and this is widely consider somewhat insane, right? :p
[17:36] <cwillu_at_work> or did I miss a readme that says which source trees are just there for reference?
[17:37] <chrisccoulson> cwillu_at_work, i'm not sure what you mean
[17:38] <cwillu_at_work> chrisccoulson, I see /build-tree/mozilla/gfx/cairo/{cairo,libpixman}
[17:38] <chrisccoulson> yeah, i just noticed that too
[17:38]  * cwillu_at_work starts to cry
[17:39] <chrisccoulson> cwillu_at_work, hang on, i might be getting confused here
[17:39] <cwillu_at_work> chrisccoulson, I'm hoping so :D
[17:39] <cwillu_at_work> firefox-3.5 depends on libcairo2
[17:48] <fta> cwillu, hint: DEB_MIN_SYSDEPS in debian/rules
[17:48] <fta> cwillu_at_work, ^^
[17:49] <cwillu_at_work> thanks
[17:51] <chrisccoulson> cwillu_at_work, so, in source pixman too. i'm getting confused because i see it loading cairo and pixman from /usr/lib, but that's a consequence of using gtk
[17:52] <cwillu_at_work> chrisccoulson, I know for a fact it uses the system's libpixman, because I patched it with some buggy neon blitters which caused rendering corruption in firefox
[17:53]  * cwillu_at_work still needs to look at debian/rul;es
[17:58] <cwillu_at_work> fta, that's new in 3.6?
[18:32] <asac> [reed]: there were issues with our bugzilla plugin, right?
[18:32] <asac> whats the status on that? any idea?
[18:34] <[reed]> asac: it's not needed now, no?
[18:36] <[reed]> asac: Bugzilla 3.4 supports it already ...
[18:54] <asac> [reed]: afaik we already pair with bugzilla
[18:54] <asac> but i remember that you disabled someting etc.
[18:55] <[reed]> yes, because launchpad was doing stupid things
[18:55] <[reed]> I think that's fixed now
[18:55] <[reed]> I guess I could re-enable launchpad's account
[18:55] <asac> [reed]: right. what were those issues?
[18:55] <asac> do they need to be fixed/escalated?
[18:55] <[reed]> I think they are fixed now
[18:55] <asac> ok cool. that was about multiple tasks?
[18:56] <[reed]> or something
[18:56] <[reed]> bug tracking / watching
[18:56] <[reed]> see also
[18:56] <[reed]> micah knows all the details
[18:56] <asac> ok good
[18:57] <asac> will check with him
[18:57] <asac> please reenable ;)
[18:57] <asac> somehow some bugs were linked, but not all
[18:57] <asac> so thats the reason :)
[19:22] <micahg> [reed]: I thought the LP account was reenabled already.
[19:22] <micahg> chrisccoulson: did you have a chance to look at my symlink fix
[19:23] <chrisccoulson> micahg - sorry, just looking at it now
[19:23] <micahg> chrisccoulson: np
[19:29] <micahg> chrisccoulson: do you have time to push a conkeror fix today?
[19:29] <chrisccoulson> micahg - yeah, can do
[19:29] <micahg> chrisccoulson: k, then I'll file the bug for it
[19:30] <chrisccoulson> micahg - what other outstanding items do you have for feature freeze?
[19:30] <micahg> chrisccoulson: nothing that's filed AFAIK
[19:30] <micahg> vlc, I need to test, but I'll do that tonight
[19:31] <chrisccoulson> micahg - we still need to decide on what to do about sugar / pyxpcom
[19:32] <bdrung> micahg: what's with vlc?
[19:32] <micahg> bdrung: fix for xul192
[19:32] <micahg> FTBFS
[19:32] <bdrung> k
[19:33] <micahg> bdrung: I've backported most of the fixes from upstream git
[19:35] <chrisccoulson> micahg - were you working on firegpg?
[19:35] <chrisccoulson> err
[19:35] <chrisccoulson> sorry, firebug
[19:35]  * chrisccoulson gets confused
[19:35] <micahg> chrisccoulson: no, I was working on firegpg, AFAIK, firebug has no arch specific components
[19:36] <chrisccoulson> micahg - oh, ok. firebug has a recommends on xulrunner-1.9.1
[19:36] <chrisccoulson> i'm just wondering if it's worth an upload just to drop that
[19:37] <micahg> chrisccoulson: idk, bdrung jsut did a round of uploads for extensions
[19:38] <bdrung> i did that, because m-d supports config files and installs the extension in another directory
[19:43] <chrisccoulson> asac - did you say you were ok with dropping seamonkey?
[19:43] <micahg> chrisccoulson: I thought we were updating it...
[19:44] <chrisccoulson> micahg - is anybody working on that though?
[19:44] <micahg> chrisccoulson: well, someone did work on the patches, but it's only partial because he altered how the package worked
[19:45] <micahg> chrisccoulson: I was going to do it, but it was suggested that someone else do it as I"m supposed to be porting
[20:06] <chrisccoulson> micahg - so, is it thunderbird which is creating ~/.mozilla-thunderbird/profile.folder/Mail/smart mailboxes-1/ ?
[20:07] <micahg> chrisccoulson: it's most likely an extension with a hard coded path IMHO
[20:07] <chrisccoulson> micahg - ok. the patch looks sensible then
[20:07] <bdrung> chrisccoulson: why did you drop mozilla-noscript?
[20:08] <chrisccoulson> (i need to actually test it too, but if some extensions are hard-coding paths, then the patch makes sense
[20:08] <chrisccoulson> bdrung - see conversation yesterday
[20:08] <micahg> bdrung: it releases too frequently to keep properly up to date in archive
[20:08] <bdrung> k
[20:08] <chrisccoulson> basically, they release pretty much weekly with new security fixes, and asac and micahg agreed it is too much of a moving target
[20:09] <chrisccoulson> yeah, what micahg said ;)
[20:12] <micahg> chrisccoulson: k, I just pushed 2 thunderbird fixes, do you think it should be pushed now or at the end of the week?
[20:13] <micahg> chrisccoulson: oops, I should fix the wording on there
[20:13] <chrisccoulson> micahg - we should probably aim for wednesday afternoon. that's one day before final freeze and still gives us a chance to put any other fixes in without doing too many builds
[20:14] <micahg> chrisccoulson: ok
[20:15] <chrisccoulson> bdrung - did you have any response about the license for stumbleupon?
[20:15] <bdrung> chrisccoulson: no
[20:15] <chrisccoulson> bdrung - ok, thanks.
[20:23] <micahg> chrisccoulson: what about bug 561216
[20:38] <chrisccoulson> micahg - that shouldn't be a problem really. the icedtea plugin issue is strange, as the in-source and system nss versions are currently the same
[20:39] <micahg> chrisccoulson: indeed, but I thought we went through all that work not to use the in source versions
[20:40] <micahg> including what I did with the PPAs
[21:04] <micahg> jdstrand: since there's a USN for NSS, are hardy -> jaunty going to get updates as well?
[21:04] <micahg> chrisccoulson ^^
[21:08] <chrisccoulson> micahg - the changes in NSS also seems to require quite a large xulrunner change, which hasn't been done upstream for 1.9
[21:09] <micahg> chrisccoulson: ah, so we have to wait till we push 3.6.x?\
[21:09] <chrisccoulson> micahg - most likely.
[21:11] <chrisccoulson> micahg - did you do any work for porting miro?
[21:11] <micahg> chrisccoulson: so back to the in source issue...it also affects the dailies (which are on hold for the moment) and the firefox-stable PPA
[21:11] <micahg> chrisccoulson: yes
[21:12] <chrisccoulson> micahg - the firefox-stable PPA is shipping updated system nss versions at the moment isn't it?
[21:13] <chrisccoulson> is miro ready btw? i can do some sponsoring if you like
[21:14] <micahg> chrisccoulson: yes, but the build is ignoring the system NSS versions due to DEB_MIN_SYSDEPS being set
[21:14] <micahg> chrisccoulson: I was doing some testing and there seem to be some issues still
[21:14] <chrisccoulson> ah, yes
[21:14] <chrisccoulson> what sort of issues are you seeing?
[21:15] <micahg> chrisccoulson: I get a python crash on my system for Miro, but a new Lucid live CD didn't have the issue with the version in archive
[21:15] <micahg> I didn't get a chance to check the version from the PPA in the live env
[21:16] <chrisccoulson> oh, i thought you meant you were seeing issues with in-source NSS ;)
[21:16] <chrisccoulson> heh
[21:17] <micahg> chrisccoulson: I'll attach the debdiff and build log for my conkeror update which is ready though
[21:18] <chrisccoulson> thanks
[21:18] <chrisccoulson> how did you recreate the miro crash?
[21:19] <micahg> chrisccoulson: just clicking on something in the window does it for me with the versionf rom th ePPA
[21:21] <chrisccoulson> hmmm, it's not crashing here (i just did a build with 192)
[21:22] <micahg> chrisccoulson: no python crash?>
[21:22] <micahg> app doesn't crash, just a python crash
[21:22] <chrisccoulson> ah
[21:22] <micahg> chrisccoulson: bug 561708
[21:27] <chrisccoulson> micahg - i don't get any issues here. but, if you're seeing an unhandled exception rather than a crash, then we probably shouldn't block uploading for that (we can fix that, and remember that apport gets disabled this week too)
[21:28] <chrisccoulson> anyway, dinner time. bbiab
[22:20] <storrgie> Anyone avail?
[22:20] <storrgie> Noticed some failed builds in the PPA... my browser keeps crashing
[22:20] <storrgie> these things related?
[22:21] <micahg> storrgie: probably not, which PPA?
[22:22] <storrgie> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[22:23] <storrgie> http://pastebin.com/ZnytGg6w
[22:23] <storrgie> thats all I have
[22:24] <micahg> storrgie: bug 513887
[22:24] <micahg> dom.ipc.plugins.enabled.libflashplayer.so to false  is a workaround
[22:30] <chrisccoulson> micahg - ok, conkeror uploaded
[22:30] <micahg> chrisccoulson: thanks
[22:33] <micahg> chrisccoulson: classpath is still up for grabs if you're looking for something to port :)
[22:36] <micahg> chrisccoulson: I'm also assuming the way I made the patches for conkeror was ok, right?
[22:37] <chrisccoulson> micahg - yeah, those were fine thanks
[22:37] <micahg> chrisccoulson: yeah, that and what I'm doing with vlc were my first experiences with git format-patch
[23:24] <chrisccoulson> micahg - redhat just disabled the gcjwebplugin in classpath for xul192
[23:24] <chrisccoulson> s/redhat/fedora
[23:24] <chrisccoulson> https://bugzilla.redhat.com/show_bug.cgi?id=548783
[23:24]  * micahg needs to learn to check if someone else did the work already :-/
[23:26] <micahg> chrisccoulson: sounds good, do you want to take care of it?
[23:26] <chrisccoulson> micahg - yeah, will do that now
[23:26] <micahg> chrisccoulson: thanks
[23:27] <micahg> chrisccoulson: can you file a bug and link the fedora bug as well so we have a record?
[23:27] <chrisccoulson> yeah, no problem
[23:27] <micahg> chrisccoulson: thanks
[23:28]  * micahg needs to subscribe to package to watch for regressions
[23:29] <micahg> bdrung_: can you look into the eclipse /path/to/xulrunner bug?
[23:30] <bdrung_> micahg: i will do it before the release
[23:30] <micahg> bdrung_: ok, thanks, just wanted to make sure someone was on it :)
[23:31] <bdrung_> micahg: the best solution would be an autodetection of xulrunner, but this does not work :(
[23:31] <micahg> bdrung_: what do you mean?
[23:31] <micahg> bdrung_: are you referring to the ini?
[23:32] <bdrung_> micahg: we have two places, where we have to set the xulrunner path. 1. eclipse script (LD_*) 2. eclipse.ini
[23:33] <micahg> bdrung_: can we consolidate everything in the script and then use xulrunner-1.9.2 --gre-version to do it dynamically?
[23:34] <bdrung_> micahg: that was my idea too, but there were some problem.
[23:34] <bdrung_> let's talk to nthykier
[23:35] <micahg> bdrung_: sure, when, where?
[23:36] <nthykier> bdrung_: yo
[23:36] <micahg> hi nthykier
[23:36] <bdrung_> nthykier: we need a dynamical xulrunner path
[23:36] <bdrung_> therefore it can't be in eclipse.ini
[23:36] <nthykier> yeah
[23:36] <bdrung_> what was the reason for not putting it into the script?
[23:37] <nthykier> looks like we can implement a java class that eclipse will call if it is not given a path
[23:37] <bdrung_> nthykier: or fix upstream
[23:37] <nthykier> bdrung_: because then we have to start parsing and understanding arguments which I would like to avoid - no arguments given per cmd by user = no cmd args at all
[23:38] <bdrung_> nthykier: because we have to change the order of the user args?
[23:41] <nthykier> No, because I don't want to spend time debugging user problems that is caused by our script because we cause eclipse to ignore eclipse.ini since we passed it a (certain?) argument nor do I want to parse eclipse.ini and build the arguments + filter user supplied args.
[23:43] <nthykier> I don't care if we patch the upstream java files or we implement our own "Xulrunner" locator class.
[23:45] <nthykier> as long as we do not restore the horror that is the old eclipse wrapper ...
[23:45] <bdrung_> nthykier: i removed both xulrunner paths. the javadoc works - there the autodetection works, but the welcome page is not rendered correctly
[23:45] <nthykier> how "many" xulrunners do you have?
[23:46] <bdrung_> one
[23:46] <nthykier> Try adding a second.
[23:46] <bdrung_> let the fun begin
[23:46] <nthykier> I am almost willing to put money on it crashing
[23:46] <bdrung_> still working
[23:47] <bdrung_> i won the money :D
[23:47] <nthykier> read: almost
[23:47] <nthykier> The only time xulrunner does not crash is when I need it too
[23:47] <micahg> bdrung_: which xul did you install?
[23:48] <bdrung_> xulrunner-1.9.2 and xulrunner-1.9.1
[23:48] <micahg> bdrung_: try 193 :)
[23:49] <bdrung_> the internal browser does not work
[23:49] <bdrung_> No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-devel-<IP_ADDRESS>'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3557 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file)
[23:49] <bdrung_> org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-devel-<IP_ADDRESS>'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3557 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file)
[23:49] <nthykier> and if you set the xulrunner property?
[23:49] <micahg> bdrung_: are you using swt-gtk?
[23:49] <bdrung_> nope
[23:50] <bdrung_> micahg: eclipse uses its own copy of it
[23:50] <micahg> bdrung_: how does debian allow that?
[23:51] <bdrung_> pssst
[23:51] <bdrung_> micahg: send us a patch for building eclipse against swt-gtk ;)
[23:51] <nthykier> swt-gtk is not compatiable with swt we build in eclispe
[23:51] <micahg> and also, it seems to remember the dev path from build time
[23:51] <bdrung_> build time?
[23:52] <nthykier> probably because our swt is heavily patched
[23:52] <micahg> bdrung_: the -devel directory is where the headers are for building
[23:52] <micahg> nthykier: are you an eclipse dev?
[23:52] <LLStarks> the brokenness of umd is really getting in the way of my bug squashing
[23:52] <micahg> LLStarks: I hope you're testing with upstream builds for that text area bug
[23:52] <LLStarks> no usable xulrunner-1.9.3-dev
[23:52] <LLStarks> i am
[23:53] <LLStarks> but i can't compile upstream
[23:53] <LLStarks> because i don't have the proper build-deps
[23:53] <micahg> LLStarks: you shouldn't need our stuff to compile upstream
[23:53] <LLStarks> yeah i know
[23:53] <LLStarks> but i like apt-get build-dep firefox-3.7
[23:53] <LLStarks> saves me a lot of trouble
[23:53] <nthykier> micahg: No, I just co-maintainer the package
[23:53] <micahg> LLStarks: do apt-get build dep xulrunner-1.9.3
[23:54] <micahg> nthykier: k
[23:54] <LLStarks> i did that yesterday, but i'm sure i'm still missing things
[23:54] <micahg> LLStarks: you can try apt-get build-dep firefox-3.6
[23:54] <micahg> oops
[23:54] <micahg> apt-get build-dep firefox
[23:55] <bdrung_> nthykier: the eclipse package behaves the same (because the path is not correct any more)
[23:55] <LLStarks> how do i pull specific revs for hg?
[23:55] <LLStarks> i'm more of a git guy
[23:55] <micahg> LLStarks: hg bisect tool would probbaly be good
[23:55] <nthykier> bdrung_: is our script capable of finding the correct version of xulrunner?
[23:57] <micahg> nthykier: what does the script/program do with the value in the ini?
[23:58] <nthykier> micahg: The ini value? eclipse uses it to locate the library
[23:58] <nthykier> xulrunner library
[23:59] <micahg> nthykier: right, but where does it get passed/stored
[23:59] <chrisccoulson> micahg - oh, the gcjwebplugin is already disabled
[23:59] <micahg> nthykier: maybe we can just edit that to find the right path
[23:59] <micahg> chrisccoulson :(
[23:59] <chrisccoulson> it's still being built though, but just not installed
[23:59] <chrisccoulson> so i just need to make it not build ;)
[23:59] <micahg> chrisccoulson ah, that's not so bad then


[16:43] <rbelem> hi asac
[16:43] <asac> hi rbelem ;)
[16:43] <asac> first
[16:43] <asac> ;)
[16:43] <rbelem> :-)
[16:43] <asac> whats up?
[16:44] <rbelem> asac, well i thinking in change the roadmap of ubuntu liquid
[16:44] <asac> rbelem: sure. also if you want that spec to be changed/approved etc in any way
[16:45] <asac> let me know
[16:45] <rbelem> asac, ian and me talked about use plasma-mobile instead of hildon
[16:45] <asac> thats moving towards qt?
[16:45] <rbelem> asac, yep...
[16:45] <asac> like what maemo does?
[16:46] <asac> how much work would that be?
[16:46] <rbelem> asac, maemo is moving for qt too in the next release
[16:46] <asac> rbelem: right. thats why i wonder if that would mean packaging the latest stuff they are currently doing
[16:46] <rbelem> asac, maybe we need to work more with plasma mobile code
[16:46] <asac> rather than updating the old hildon stuff
[16:47] <rbelem> asac, yep
[16:47] <asac> rbelem: can you already estimate how many packages that would be?
[16:47] <rbelem> asac, currently plasma-mobile is not packaged
[16:47] <rbelem> asac, maybe just plasma-mobile plasma-mobile-defaults
[16:48] <rbelem> asac, and a different meta package
[16:48] <asac> where would all the other packages come from?
[16:48] <asac> e.g. i would expect new maemo does quite some work on "new" packages
[16:48] <asac> or dont you plan to get those in?
[16:49] <rbelem> asac, well i can work to get these packages in
[16:50] <asac> rbelem: would you mind writing up on some packages what getting a plasma-mobile etc. in a working state for lucid would involve?
[16:50] <asac> e.g. maybe two variants: a) the small pitch: only essential bits get done ... and b) the full pitch: adds a bunch of goodies from the maemo effort?
[16:51] <rbelem> asac, yes i will work to get plasma-mobile in a good state, because right now it is very initial
[16:52] <asac> rbelem: what i mean: if we have a good wiki page we can better understand how much work is involved and if there is need to ask for help somewhere etc.
[16:52] <asac> at least we could blog about it etc. and maybe attract someone willing to help etc.
[16:52] <rbelem> asac, ah cool!
[16:52] <asac> thats why i wondered if you could put up a spec that documents the plan for plasma-mobile
[16:52] <rbelem> asac, i will update the liquid wiki with that
[16:53] <asac> including: what packages would be involved and what needs to be newly packaged etc.
[16:53] <asac> great
[16:53] <asac> rbelem: if you have something ping me. i will review and see if we can make a community spec or something out of it to get this a real place on our "mobile" roadmap
[16:53] <rbelem> asac, currently i'm writing the seeds to generate a proof of concept iso
[16:54] <rbelem> asac, cool
[16:54] <asac> rbelem: right. include all that in the document too etc.
[16:54] <rbelem> thanks asac
[16:54] <rbelem> :-)
[16:54] <asac> welcome.
[19:47] <rbelem> hi asac, i made some changes to the wiki page https://wiki.ubuntu.com/MobileTeam/UbuntuLiquid
[19:48] <rbelem> asac, what do you think? I missed something? Is there anything you want to add?


[11:51] <Nafallo> https://bugs.edge.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.24/+bug/182489
[11:52] <Nafallo> is that something that could go into a pointrelease?
[11:52] <Nafallo> (and yes, I know it's a weekend) :-)
[11:55] <mjg59> Nafallo: The last comments on #1192 by upstream suggest that the new hal causes some problems
[11:56] <Nafallo> the last comment looks like someone has fixed it? haven't looked further than that since I'm trying to go through my bugfolder though :-)
[11:57] <Nafallo> aha. BenC already marked it for 8.04.1 :-)
[11:57] <mjg59> Nafallo: http://madwifi.org/ticket/1192#comment:236 doesn't seem to have been replied to
[12:01] <Nafallo> ugh. at least it seems to be some effort put into the issue.
[12:02] <mjg59> Looking at the mails, it seems that the new hal adds hardware support but reduces performance and resistance to interference
[12:05]  * Nafallo <3 blobs

[15:30] <Kano32> hi, do you really need xen active in 2.6.26 in generic kernel?
[15:31] <Kano32> makes it impossible to compile nvidia 173.x+
[16:44] <mst_> Hey, can anyone help me figure out why I don't get a cdrom drive with ubuntu? It appears if I boot with acpi=off, but that's not the best solution for a laptop system. I know there was a kernel parameter that forced deeper probing of the ide channels while looking for a cdrom at boot time and I'd like to try it (even though with debian it spewed out some error over and over, but didn't find the cdrom) but can't remember what i
[16:44] <mst_> t was and am having trouble finding it again in the kernel Documentation/ directory
[17:06] <Kano> hi, why did you disable dvb modules in 2.6.26?
[17:07] <Kano> # CONFIG_DVB_CORE is not set
[17:07] <Kano> not nice...
[17:34] <Kano> hi, anybody awake? even when i compile external dvb i have to blacklist snd-aw2 - otherwise no dvb...
[17:46] <Kano> please diable that driver and enable V4L again
[17:47] <Kano> CONFIG_SND_AW2 causes real trouble


[09:44] <didrocks> hey
[09:44] <didrocks> is there some proxy known issues? (try http://ubuntuone.com/p/IMd/ for instance)
[09:46] <rye> didrocks, tried, got some pdf, but updown is unstable now
[09:46] <rye> didrocks, checking with admins
[09:47] <didrocks> rye: ok, I tried several times and other people confirm it's failing
[09:47] <didrocks> rye: thanks :)
[09:47] <rye> didrocks, updown will be updated soon to eliminate this issue
[09:47] <didrocks> rye: awesome! thanks a lot :)
[11:23] <duanedesign> morning all
[11:25] <duanedesign> mandel: good morning
[11:26] <mandel> duanedesign, morning :D
[11:27] <duanedesign> mandel: i keep booting into windows, settle into install U1 port, then get called away or something comes up and I have to beeot back into Ubuntu :P
[11:28] <mandel> nah, dont worry, I'd should be doina  anew package soon, I'll let you know wo that you can try the latests
[11:28] <mandel> duanedesign, so far, fixing issues with windows 7 on 64... man I hate MS
[11:28] <duanedesign> i am going to try and finish today. I had a question. Installing ubuntuone-storage-protocol with easy_install
[11:30] <duanedesign> mandel: i tried easy_install -Z ubuntuone-storage-protocol, that did not work.
[11:31] <mandel> duanedesign, mmm yes, it is not as easy, you should get it from lp, but for it too work you need prtoc and protobuf installed, I made a abtch file for that n the source of the port in lp
[11:33] <mandel> duanedesign, there yo go: http://www.themacaque.com/?p=715
[11:33] <mandel> it might have some bugs, I just tried it in my system, but should get you close
[11:33] <duanedesign> mandel: sweet, perfect
[11:37] <duanedesign> rye: had two or three people come in this weekend saying Ubuntu One service was down. Worked for me. They were all on Lucid. Don't know if it was coincidence or what but i wanted to mention it
[11:39] <duanedesign> rye: sorry, it was note sync
[11:42] <duanedesign> rye: i got a --debug from one person, it  is showing a (500)Internal Server Error  http://fpaste.org/GtIv/
[22:47] <mahen> Hi !
[22:48] <mahen> Just in case someone in charge is around ;-) I think I found a bug on : when downgrading ubuntu1 to 2 GB and upgrading it again to 50 GB, it remains limited to 2 GB also the 50 GB plan is written to be active :)
[22:48] <mahen> (i.e. : my account is said to be full at 1.9GB :)
[22:49] <mahen> -also +although
[22:54] <beuno> mahen, ah, could you file a bug report about that?
[22:54] <mahen> beuno: sure. As it's on the server side (not the U1 client), I didn't know I had to file one.
[22:55] <beuno> mahen, sure, just file it here: https://bugs.edge.launchpad.net/ubuntuone-servers/+filebug
[22:55] <mahen> okay then, thanks :)
[22:55] <beuno> joshuahoover, will be able to help you, I'm sure
[22:56] <mahen> Thanks, I'll do it asap


[02:58] <Sarvatt> hmmm, dragging with multiple fingers is insanely faster than dragging with a single finger, and the cursor position loses track of where it really is (cursor is about 1" above the menu bar i'm dragging around)
[03:03] <Sarvatt> i keep loosing input until i restart unity with these newer synaptics :(
[03:13] <Sarvatt> cnd: normal that i cant 2 finger click to right click anymore with the clickpad stuff? clickfinger synclient property doesn't change anything unless i disable clickpad
[03:20] <cnd> Sarvatt, two finger click action is disabled for clickpads
[03:20] <cnd> it interferes
[03:21] <cnd> I hope to bring it back later with better heuristics
[03:21] <cnd> as for the dragging with multiple fingers, are you dragging while the button is pressed?
[03:21] <cnd> if so, why?
[03:21] <Sarvatt> because i dont have tap to click turned on?
[03:21] <Sarvatt> and urg, no right click then?
[03:22] <cnd> Sarvatt, I think we'll be enabling the right button area by default
[03:22] <cnd> in the lower right corner
[03:22] <cnd> Sarvatt, when you are performing a press and drag, are you actually moving more than one touch?
[03:23] <Sarvatt> yeah i'm sloppy with the touchpad, other fingers end up touching it :)
[03:23] <cnd> ahh, I'm not sure what to do about that yet
[03:24] <cnd> this is just one step on the way to really awesome trackpad support :)
[03:28] <Sarvatt> argh, 5th time i stopped being able to interact with anything until restarting unity, WARNING: failed to get previous touch value
[03:29] <cnd> hmmm.... still?
[03:29] <cnd> I thought that was fixed in the latest stuff
[03:29] <cnd> it likely means a touch grab isn't being released properly
[03:30] <cnd> I haven't seen the issue, but I don't use a multitouch trackpad a lot
[03:30] <cnd> Sarvatt, please file a bug about it and assign me
[03:30] <cnd> I haven't seen anyone else have issues
[03:30] <Sarvatt> this is with xserver 1.12
[03:30] <cnd> oh
[03:30] <cnd> maybe there's some skew between the servers?
[03:30] <cnd> but there shouldn't be


[18:53] <nnonix> What does it mean when 15% of the people in the room are bots? Do Minnesotans not like Linux .... or IRC? Hmmmmmmm.
[18:55] <nnonix> Make that 17%
[21:43] <Takyoji> Interesting: http://doodle.com/pgabxqswksmgsx8g
[21:44] <Takyoji> a time-poll system being used by the Ubuntu Manual team


[04:40] <k2gremlin> Hello all. Looking for some help with OpenVPN. Server is Ubuntu and client is Windows. I have been able to get the remote client to "connect" but even when it is connected, I am unable to ping anything on the server lan. I am not even able to ping the private server IP. thoughts?
[09:11] <lordievader> Good morning.
[09:18] <soydemadrid> hi can anyone please help. I've got ubuntu-server running with webmin on top. i set the php date.timezone and it was working but then when I installed suphp, now when I try to install a cms on a virtual server it gives me the error that the date.timezone needs setting. But i've checked the php.ini file and it is set. Can anyone please help fix this?
[13:19] <jonah> Hi can anyone please help. I'm running Ubuntu Server with Webmin on top. I'm trying to install modx in a virtual server I've made but always just get the error: "To use PHP 5.3.0+, you must set the date.timezone setting in your php.ini. Please do set it to a proper timezone before proceeding."
[13:19] <jonah> I've added time zones in all the php.ini files I can find
[13:19] <jonah> also added it in .htaccess
[13:19] <jonah> it still won't work!
[13:22] <RoyK> !webmin | jonah
[13:22] <RoyK> jonah: use the commandline - takes a little while to get used to, but then you even get to learn things, which rarely hurts
[13:23] <tsimonq2> +1


[22:30] <a1fa> how long will unity7 be maintened for? any plans to release ubunty-unity 18.04 spin off?


[07:48] <pitti> Good morning
[07:56] <jibel> Good morning
[08:16] <jibel> DanChapman, good morning, I continue my investigation on the libautopilot-gtk case
[08:18] <jibel> DanChapman, I found that each time ubiquity/autopilot crashes there is also an ATK critical message in the logs
[08:18] <DanChapman> jibel, good morning o/ great :-)
[08:18] <jibel> DanChapman, it happens for every flavor with or without U1
[08:19] <jibel> DanChapman, so we can eliminate U1 from the list of suspects and I think the problem comes from the webkit view
[08:19] <jibel> here are the logs with the crashes I found http://people.canonical.com/~j-lallement/ubicrashes.log
[08:20] <jibel> on atk and the crash, I don't know if one is the consequence of the other or if they are 2 symptoms of the same problem
[08:22] <DanChapman> yes i mentioned that to pitti a while back, but i thought it should carry on running unless you expliciltly set Gtk to fail on critical
[08:22] <jibel> xnox, in ubiquity is there a way to no load the webkit view in the slideshow at run time?
[08:23] <jibel> I didn't find any from the code but maybe missed something
[08:23] <DanChapman> jibel It doesn't check the webkitview but the scrolled window
[08:23] <jibel> DanChapman, yes but I think the message ATK critical comes from webkit
[08:23] <DanChapman> I changed that a while back as the webkitview properties were tempremental at the time. I could try sweitching it back
[08:24] <DanChapman> ahhh i see
[08:24] <DanChapman> sorry. still early
[08:30] <jibel> DanChapman, that could mean the parent doesn't exists, which could also leads to the crash in autopilot if it refers to a non-existent object
[08:34] <jibel> DanChapman, and another symptom when there is a crash, the slideshow also have big fat scrollbars
[08:44] <jibel> DanChapman, are you doing anything with webkitwindow other than checking if it is visible? I'd like to remove it
[08:44] <jibel> in progress_test_page() that is
[08:45] <jibel> *progress_page_tests
[08:45] <DanChapman> jibel, ahh! that darn scrollbar! jibel I was only using it to assert we moved to the next page since we lost the page title as it's in the webview
[08:46] <DanChapman> I think as long as we can  be sure that the progressbar is progressing ok then that's enough :-)
[08:49] <jibel> DanChapman, k, I'll do a few run without it, it looks like a race where the gtkscrolledwindow really exists after the webview is created
[08:49] <jibel> hence the randomness
[08:54] <DanChapman> jibel, that makes sense now.
[09:30] <xnox> jibel: if the slideshow package is uninstalled, the webview will not be started.
[09:30] <xnox> jibel: however, if it crashes it's a bad sign =(
[09:34] <jibel> xnox, I'll remove the code that tests if the webview is visible first. Ubiquity or the slideshow don't crash, only autopilot does :)
[09:35] <jibel> and the visible side of the bug are the fat scrollbars
[09:44] <DanChapman> jibel, it would appear the webkit_scrolled_window is visible/exists from the start. so we could actually do assertTrue(scrolledwindow.visible) at any point/page in the test. So could it be more of a bug that the webkitview root object is unable to get parent rather than it being non-existent
[09:46] <DanChapman> as it's a pointless assertion it should be removed anyway
[10:18] <DanChapman> jibel this passes http://paste.ubuntu.com/6998946/ asserting the scrolled window during the welcome_page_tests.
[10:46] <DanChapman> jibel, I just did a trial removing ubiquity-slideshow-ubuntu which the webview didn't load and I no longer get the atk critical warning.
[11:06] <davmor2> Morning all
[11:06] <jibel> Morning davmor2
[11:07] <jibel> DanChapman, sure but I don't want to disable the slideshow completely. We had bug in the past where loading it crashed ubiquity, so I just disabled the check and if the slideshow makes the installer crash, it will be detected anyway
[11:13] <DanChapman> jibel cool... makes sense :-) Fingers crossed it resolves the issue
[11:25] <DanChapman> jibel wow it borked on the progressbar this time :-(
[11:26] <jibel> DanChapman, I'll remove the slideshow to validate it is really a problem with webkit
[11:32] <jibel> DanChapman, do you know what is the failure on lubuntu. It says '/home not found'
[11:32] <jibel> ?
[11:32] <DanChapman> jibel, for custom install?
[11:34] <DanChapman> it's just when creating partitions it's taking too long to update the UI i'll change that to use wait_select_single
[11:34] <DanChapman> should resolve it
[11:35] <jibel> DanChapman, k, I'm starting a new run without the slideshow, if it is still crashing, then ... I don't know
[11:36] <jibel> DanChapman, I'll try to produce a test case with just the transition to the slideshow
[12:09] <jibel> woohoo, 3 runs and no crash of ubiquity without the slideshow!
[12:09]  * jibel restarts $WORLD
[12:13] <DanChapman> jibel, yes it looks like it  has done the trick 'so far'  ;-p I'm going to have to re-write a fair bit of the custom install test rather than sleep longer to fix the partition fails
[14:15] <rvr> elopio: I'm here :)
[14:21] <elopio> rvr: hah, right.
[15:04] <elopio> jfunk: we had the first meeting about landing qt5.2, with Pat coordinating it.
[15:04] <elopio> thanks for pushing on that.
[15:05] <jfunk> yw
[15:05] <jfunk> it seems you're not the only one who wants this out the door
[15:05] <jfunk> Chris Lee is working on the AP job
[15:06] <jfunk> not sure if you're aware
[15:09] <elopio> jfunk: yes, we can use it now.
[16:39] <elopio> balloons: ping. I'm looking at the weather app failures.
[16:39] <elopio> I can't reproduce the ones jenkins is showing, but I get a loading popup that doesn't disappear.
[16:39] <balloons> elopio, hey, did you see martin's comments? we're working on landing a branch
[16:40] <balloons> elopio, https://code.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring/+merge/207793
[16:40] <balloons> elopio, I would test and work on that branch.. I don't really care about the dashboard results
[16:40] <elopio> balloons: ok, I can agree with that :)
[16:41] <elopio> balloons: the recommended way to run the tests now is with click buddy provision and all the nice things you mentioned on your last blog post, right?
[16:42] <balloons> elopio, yes for sure.. it's pretty slick
[20:04] <elopio> I'll take a break now. bbl.
[20:04] <elopio> ubuntu-qa, remember the lightning talks today.
[20:08] <robotfuel> elopio: that's not on my calender, where are they?
[20:10] <elopio> robotfuel: http://ubuntuonair.com/calendar/
[20:16] <Letozaf_> balloons, hi
[20:16] <balloons> elopio, ^^
[20:16] <balloons> Letozaf_, hello :-) I think reminders might launch for you now
[20:17] <Letozaf_> balloons, unfortunatly no :(
[20:17] <Letozaf_> balloons, file:///home/letozaf/autopilot-tests/new-reminders-app-tests/src/app/qml/reminders.qml:262: Unable to assign null to QQuickAnchorLine
[20:17] <Letozaf_> balloons, when I launch it with autopilot launch
[20:18] <Letozaf_> balloons, I do not know qml well enough but looks like the null is wrong here: anchors { right: null; left: parent.left; }
[20:18] <balloons> Letozaf_, did you rebase your branch to trunk?
[20:19] <Letozaf_> balloons, yes
[20:20] <Letozaf_> balloons, mmm ...
[20:20] <balloons> Letozaf_, if elopio doesn't otherwise come around, he was hoping to fix us the rssreader tests with you; go through and refactor them. I think he was thinking next week
[20:21] <Letozaf_> balloons, ok, but what about reminders app ?
[20:22] <balloons> I'm looking now :-) I agree it still doesn't launch, sigh
[20:22] <balloons> however, the error you spotted isn't the reason; you can see it launching reminders; aka the installed version
[20:23] <Letozaf_> balloons, yes the installed version works fine
[20:24] <balloons> Letozaf_, also, I tried from trunk and autopilot launch doesn't come up. My assumption actually is you need to pass the plugin to it
[20:24] <balloons> that's the issue. it's not a straightforward launch
[20:24]  * balloons thinks
[20:39] <Letozaf_> balloons, I am looking at rssreader tests, the ones that aren't skipped are working on the desktop, so you probably want me to fix the skipped ones right ?
[20:40] <Letozaf_> baba
[20:41] <balloons> Letozaf_, yea, the skipped tests should certainly be looked at trying to get them re-enabled. But also, the tests are a bit hard to maintain and write and rather large. The goal is to try and break the existing tests down to be easier to read and write as well
[20:41] <Letozaf_> balloons, ah ok
[21:04] <Letozaf_> balloons, I have some questions on rssreader app tests, do I have to ask e1opio or can I ask you ?
[21:21] <elopio> hey Letozaf_, I'm making some changes on the rss tests, so you can ask me.
[21:22] <elopio> I was hoping you could give me a hand :)
[21:22] <Letozaf_> elopio, hello
[21:22] <Letozaf_> elopio, sure
[21:22] <Letozaf_> elopio, let me know what you want me to do
[21:23] <elopio> Letozaf_: I'm making a first branch, so I would like you to review it. I hope it will be ready tomorrow.
[21:23] <Letozaf_> elopio, balloons told me you want to refactor them
[21:23] <Letozaf_> elopio, fine, I will be around tomorrow same time as today
[21:27] <elopio> Letozaf_: ok, thanks.
[21:27] <Letozaf_> elopio, yw


[01:14] <chris4585> hey wrst
[01:19] <wrst> how are things going chris4585 ?
[01:25] <chris4585> alright, you?
[01:34] <wrst> doing well trying to get the young one to sleep
[01:53] <chris4585> ah, sounds fun lol
[02:02] <wrst> yeah is actually most of the time