[00:01] <gnomefreak> i have no way to test armel arch so i will push to PPA and fix branch for you
[00:25] <gnomefreak> asac: do you have the core-dev branch for sunbird handy?
[00:29] <gnomefreak> i think i got it just trying to get versions fixed and i do have it
[00:40] <gnomefreak> ok all patched up testing in a bit
[00:48] <gnomefreak> asac: ok i fixed branch and the FTBFS as far as i can tell. I dont have armel and im thinking ppa doesnt support it yet, really should though
[01:02] <gnomefreak> grabbing 1.1.16 i will do it tomorrow or friday
[05:05] <BlackHatNiceTux> hi, can anyone help explain this? https://bugs.launchpad.net/ubuntu/+source/ubufox/+bug/355112
[07:54] <asac> BlackHatNiceTux: asked on bug
[07:55] <BlackHatNiceTux> tx, following bug post now
[09:56] <BUGabundo> bah
[09:56] <BUGabundo> gwibber is utterly broken
[09:56] <BUGabundo> as that your change gnomefreak ??
[09:57] <gnomefreak> BUGabundo: my gwibber works fine :) what change do you mean?
[09:57] <BUGabundo> didn't you ask me to test it yesterday?
[09:57] <BUGabundo> (07:03:54 PM) gnomefreak: BUGabundo: did the update or gnome-keyring help for you?
[09:57] <BUGabundo> now gwibber is 404 or something
[09:57] <BUGabundo> :(
[09:57] <BUGabundo> to twitter at least
[09:58] <asac> hehe
[09:58] <gnomefreak> BUGabundo: ah. that isnt caused by gnome-keyring (95% sure on that
[09:58] <asac> BUGabundo probably runs trunk ;)
[09:58] <gnomefreak> twitter what my next stop this morning
[09:58] <BUGabundo> asac: daily ppa actually
[09:58] <asac> BUGabundo: ;)
[09:58] <gnomefreak> BUGabundo: me too
[09:58] <asac> BUGabundo: twitter often is simply down
[09:59] <gnomefreak> BUGabundo: was there a gwibber update recently?
[09:59] <BUGabundo> at least pidgin µcodepurple is working with twit
[09:59] <BUGabundo> until it mem leaks and I have to kill it again
[09:59] <BUGabundo> I just do it 2/4 times a day
[09:59] <BUGabundo> it uses all my RAM and swap!
[09:59] <asac> 2/4 times a day = every 2nd day?
[09:59] <BUGabundo> lucklly I have 4GiBs of RAM and 8 for swap
[09:59] <BUGabundo> asac: no 2 or 4 times a day
[09:59] <asac> ;)
[09:59] <asac> k
[10:00] <BUGabundo> I just run that plugin on another pidgin
[10:00] <BUGabundo> so I have 2 running all the time
[10:00] <BUGabundo> one more or less stable, and one that crashs a lot
[10:00] <gnomefreak> i need testers for bookmarksftp in my PPA, i'm not real sure how to use it yet but that is on todays-this weekend
[10:00] <BUGabundo> http://paste.ubuntu.com/147508/
[10:01] <BUGabundo> here is gwibber - twitter trace
[10:02] <BUGabundo> asac: archive freeze just means that all incomplete stuff, get in this morning.... LOL
[10:03] <fta> asac, archive frozen for good?
[10:03] <fta> asac, meaning no ff 3.5b4 ?
[10:03] <gnomefreak> i still can't add any accounts to gwibber it keeps crsahing whil ei have the dialog open :(
[10:05] <BUGabundo> fta: were we going to have another beta in universe?
[10:06] <asac> fta: i am not even sure b4 will be out in time for release ;)
[10:06] <asac> fta: after that its stable release maintenance as usual
[10:06] <asac> e.g. new upstreams for firefox allowed
[10:07] <asac> hopefully we dont have rdepends on it yet ;) ... so regression risk should be confined
[10:13] <BUGabundo> gnomefreak: twitter too? ohh crap! now you follow me on 50% of my µblogs eheh
[10:13] <gnomefreak> :) this is my last account
[10:13] <gnomefreak> BUGabundo: you just happened to pop up for some reason
[10:14] <BUGabundo> eheh
[10:14] <BUGabundo> I'm pretty much every where
[10:14] <BUGabundo> I just refuse to be on facebook
[10:14] <BUGabundo> other then that, search for me, and you will find!
[11:03] <gnomefreak> any reson why http://www.mozilla.org/security/known-vulnerabilities/seamonkey11.html#seamonkey1.1.16 dioesnt have CVEs?
[11:03] <asac> gnomefreak: which ?
[11:03] <asac> gnomefreak: the CVEs are usually referenced in the MFSA
[11:04] <asac> sometimes they dont have a CVE documented, but most MFSAs have one
[11:04] <gnomefreak> asac: i dont see either on ther efor 1.1.16
[11:05] <BUGabundo> ** (gwibber:3038): WARNING **: couldn't connect to daemon at $GNOME_KEYRING_SOCKET: /tmp/keyring-JALzO1/socket: Connection refused
[11:05] <BUGabundo> ** (gwibber:3038): WARNING **: couldn't communicate with gnome keyring daemon via dbus: Failed to execute program gnome-keyring-daemon: Success
[11:05] <BUGabundo> this is not working!
[11:05] <BUGabundo> damn GKR
[11:05] <asac> BUGabundo: maybe it crashed?
[11:05] <asac> is keyring daemon running at all=
[11:05] <asac> ?
[11:05] <gnomefreak> looking to see what i get
[11:06] <asac> gnomefreak: click on the MFSAs
[11:06] <BUGabundo> it was.... until now
[11:06] <asac> there are CVEs ;)
[11:06] <asac> gnomefreak: ah you say there is nothing for 1.1.16?
[11:06] <asac> yes thats true
[11:06] <asac> they probably didnt care for doing that
[11:06] <BUGabundo> nothing on ps now
[11:06] <BUGabundo> guess it died
[11:06] <asac> gnomefreak: use the CVEs we used for last ffox 2 sec update
[11:06] <gnomefreak> oj so should i just list what they have?
[11:06] <asac> gnomefreak: or well. use the ones i already have documented
[11:06] <asac> gnomefreak: there are no new CVEs on top of what i added to changelog
[11:07] <asac> gnomefreak: well. didnt i upload that already?
[11:07] <asac> not 1.1.16, but just a week ago a pre snapshot?
[11:07] <gnomefreak> asac: from mt branch you didnt add anything
[11:07] <gnomefreak> asac: just to 1.1.15 afaik
[11:08] <gnomefreak> asac: dont know seamonkey 1.1.x doesnt let me grab pre release tarballs
[11:08] <asac> gnomefreak: its alrewady there
[11:08] <gnomefreak> using rules file
[11:08] <asac> gnomefreak: i prepatched it
[11:08] <gnomefreak> asac: than can i have newest changes in Jaunty?
[11:08] <asac> gnomefreak: https://edge.launchpad.net/ubuntu/jaunty/+source/seamonkey/1.1.15+nobinonly-0ubuntu2
[11:08] <asac> gnomefreak: there are no changes on top of that
[11:09] <asac> i added the patches that were committed for 1.1.16
[11:10] <gnomefreak> so thinking to really do for jaunty intrepid or hardy so we can skip 1.1.16?
[11:10] <asac> gnomefreak: we can skip that. yes.
[11:11] <asac> we have it everywhere
[11:11] <gnomefreak> asac:  so i wait for .17 than
[11:11] <gnomefreak> ill comment on my bug for it and change to 17
[11:11] <gnomefreak> next to respin sunbird with amrel patches
[11:12] <asac> yes
[11:12] <asac> we have to get archive approval for that
[11:12] <gnomefreak> BUGabundo: is this what you get from terminal? http://pastebin.mozilla.org/641085
[11:13] <gnomefreak> ok i leave that part to you :)
[11:15] <gnomefreak> ill be back need a smoke
[11:17] <BUGabundo> gnomefreak: I don't get "** (gwibber:7460): WARNING **: couldn't communicate with gnome keyring daemon via dbus: Failed to execute program gnome-keyring-daemon: Success"
[11:28] <asac> lets check how many updates came in before archive freeze ;)
[11:30] <gnomefreak> asac: i was still unable to grab pre release sunbird commits i tried updating depends to use mozilla-devscripts and added the lines to rules
[11:32] <asac> gnomefreak: you need your own mozclient .conf and .mk
[11:32] <asac> like the others do
[11:32] <asac> do you ahve them yet?
[11:33] <gnomefreak> asac: i tried that as well but it was only like 2 lines on mozclient.conf
[11:34] <asac> yes
[11:35] <asac> still thats the way to go imo
[11:36] <gnomefreak> should i use thujnderbirds mozclient.conf and the .mk? but i thought i tried this. maybe i still have them to post
[11:51] <gnomefreak> gwibber is working on my last damn nerve
[11:53] <gnomefreak> and its back to crashing same gnome-keyring error from what i can tell
[11:53] <gnomefreak> doing updates maybe it will work
[12:19] <gnomefreak> asac: you still get posts to our mailing list right?
[12:30] <asac> yes
[12:30] <asac> gnomefreak: the bugs?
[12:31] <asac> i will change that in next icedove update
[12:37] <gnomefreak> asac: no the conversations/replies to keep you updated since we dont always use bug report. I'm fairly sure you know him
[12:42] <gnomefreak> we should really have an option to customize TB panel to include a move to or save to will work as well
[12:43] <gnomefreak> i guess sometime today i will file it upstream and LP
[12:58]  * gnomefreak still hates the idea of sunbird dieing
[13:52] <gnomefreak> stupid son of a bitch :(
[14:16] <jcastro> asac: any of you guys want to do a session for openweek?
[14:22] <asac> jcastro: when is that?
[14:24] <jcastro> asac: week after release
[14:24] <jcastro> asac: but I can get you a 2 for one special this week!
[14:27] <thunderstruck> damnit my connection has been doing so good yesterday and this morning :(
[15:28] <fta2> asac, can't make java work on x64 :P
[15:31] <BUGabundo> fta need confimation test?
[15:31] <BUGabundo> work here
[15:31] <BUGabundo> last time I tried
[15:31] <BUGabundo> to pay my taxes
[15:32] <newz2000> Since upgrading to jaunty I get a gray window about every 15m when gmail is open. Is there something I can do to diagnose what is causing the problem?
[15:32] <newz2000> (disabling everything fixes it, but I do want everything I have)
[15:32] <BUGabundo> newz2000: compiz?
[15:32] <newz2000> yes, I'm using compiz
[15:33] <BUGabundo> doesn't happen here
[15:33] <BUGabundo> what browser?
[15:33] <newz2000> but I get a pop-up that says "a script on this page is causing [some kind of problem], do you want to disable it?"
[15:33] <newz2000> Firefox
[15:34] <BUGabundo> which version of Firefox?
[15:35] <BUGabundo> are you using noscript or tabmixplus?
[15:35] <newz2000> neither
[15:35] <newz2000> 3.0.8
[15:35] <BUGabundo> can you please try to reproduce with a clean FF profile?
[15:35]  * BUGabundo imitates asac
[15:36] <newz2000> no, I can't reproduce it with a clean profile
[15:36] <newz2000> that's not my point, I know some add-in is causing the problem
[15:36] <newz2000> I wondered if there's an easy way to figure out how to isolate it
[15:36] <BUGabundo> not easy, but, disable all, and enable one by one?
[15:36] <asac> newz2000: binary search ;)
[15:37] <asac> newz2000: disable first half -> fixed -> disable only half of that half, otherwise disable the other half
[15:37] <asac> newz2000: you can look in addons -> javascript and see if there are errors/warnings
[15:37] <newz2000> ok, that's quicker than one-by-one
[15:37] <newz2000> asac: what's addons->javascript?
[15:37] <asac> tools -> error console ;)
[15:37] <asac> sry
[15:38] <newz2000> ah, ok. I'll keep my eye there.
[15:42] <fta2> I dropped openjdk-6 and icedtea6 completely, installed sun-java6-plugin and it's fine now
[18:34] <newz2000> ah, it's not flash or flashblock causing the problem (both are disabled)... I thought it was one of those for sure.
[18:35] <BUGabundo> newz2000: keep trying
[18:35]  * newz2000 will
[18:46] <BUGabundo> see you
[19:20] <fta> asac, FIREFOX_3_0_9_BUILD2
[20:13] <asac> yeah count down ;)
[21:11] <gnomefreak> I'm thinking my tarball is bad for some screwed up reason
[21:51]  * gnomefreak leaves stuff for asac to fix since i didnt know what to use as package :)
[21:53] <gnomefreak> asac: im referring to bug 358540  i wont be here when you get back more than likely
[21:54] <BUGabundo> gnomefreak: asac: we really need a GOOD wiki page letting common users debug unrecognised 3G modems
[21:54] <gnomefreak> lol good like with that. there are too many to do that for
[21:54] <BUGabundo> what needs to be collected, where to report it, how to edit udev devices to temporally by pass the limitation
[21:54] <BUGabundo> gnomefreak: I don't know of a single one
[21:55] <BUGabundo> and got hit by new or unreconised modems *every* week
[21:55] <gnomefreak> maybe a general page no matter what modem or <insert modem type here> type idea
[21:56] <gnomefreak> I dont have a clue about n-m TBH so i am out of the wiki mark up running :)
[21:56] <BUGabundo> yeah me too
[21:56] <BUGabundo> but we need such a wiki
[21:57] <BUGabundo> _if it doesn't exist_
[21:57] <BUGabundo> at least google doesn't find it for me
[21:57] <gnomefreak> i dont think there is one
[22:20] <gnomefreak> i have a bad feeling its going to crash
[22:21] <gnomefreak> im getting a 404 for twitter under gwibber :(
[22:21] <BUGabundo> me too
[22:21] <BUGabundo> both on gwibber and µcodepurple
[22:22] <gnomefreak> it works fine in gtwitter AFAIK, codeourple?
[22:22] <BUGabundo> if it wasn't for all the good friends I have there, that refuse to move to identica, I would leave it dead
[22:23] <BUGabundo> gnomefreak: http://code.google.com/p/microblog-purple/
[22:23] <BUGabundo> its a (very unstable) pidgin plugin
[22:23] <gnomefreak> ah
[22:23] <gnomefreak> pidgin == evil
[22:23] <BUGabundo> LOLOL
[22:23] <BUGabundo> I love their app, I really do
[22:24] <BUGabundo> I just can't stand the way the core devs act up
[22:24] <BUGabundo> reading their ML is a Book on Sarcasm and Egocentrism
[22:24] <BUGabundo> and don't even try going to #pidgin for support , IF you ever did not follow the debug rules 1st
[22:25] <gnomefreak> :) i use it for AIM once a year if that oftem
[22:25] <BUGabundo> twit is back!
[22:25] <BUGabundo> I use it for ALL my SN
[22:26]  * gnomefreak enjots irssi too much plus my scripts make it that much more helpful ;)
[22:27] <BUGabundo> I bet
[22:27] <gnomefreak> too bad no spellcheck
[22:27] <BUGabundo> eheheheheehh
[22:27] <BUGabundo> you really need it, sometimes
[22:27] <BUGabundo> I miss the option to change between languages!
[22:28] <BUGabundo> its broken since hardy
[22:31] <gnomefreak> this is not good
[22:31] <gnomefreak> wtf is wrong here :(
[22:33] <BUGabundo> with?
[22:33] <gnomefreak> include /usr/share/cdbs/1/rules/tarball.mk
[22:33] <gnomefreak> include $(CURDIR)/debian/cdbs-rules/debhelper.mk
[22:33] <gnomefreak> include /usr/share/cdbs/1/rules/patchsys-quilt.mk
[22:33] <gnomefreak> include /usr/share/cdbs/1/class/autotools.mk
[22:33] <gnomefreak> that should work damnit
[22:35] <BUGabundo> not my area of expertise
[22:35] <gnomefreak> it cant be this easy
[22:37] <gnomefreak> nope still doesnt work
[22:40]  * gnomefreak wonders if they took 0.9 down for some odd reason
[22:40] <gnomefreak> where is the warning when you go and close the wrong damn tag
[22:41] <gnomefreak> tab
[22:41] <gnomefreak> cd: 1: can't cd to build-tree/mozilla
[22:41] <gnomefreak> make: *** No rule to make target `get-orig-source'.  Stop.
[22:41] <gnomefreak> what would make it stop working only when i need it to work :(
[22:42] <gnomefreak> smoke before i bash the screen in
[22:45] <fta> gnomefreak, ignore it, it's from cdbs, it's harmless in that case
[22:45] <fta> i mean, the "cd: 1: can't cd to build-tree/mozilla" part
[22:46] <fta> for get-orig-source, you have to code it, or include mozclient. which package is that?
[22:48] <gnomefreak> fta: it worked fine for a long time when i built 0.9 to start no changes were made to it. this is not good
[22:48] <gnomefreak> fta: sunbird
[22:48] <fta> pastebin your debian/rules
[22:48] <gnomefreak> im grabbing 0.9 from jaunty repos to try it than if that doesnt work ill grab 0.8 and see what changed
[22:49] <gnomefreak> http://pastebin.mozilla.org/641213 fta
[22:50] <gnomefreak> other than wanting to enable #
[22:50] <gnomefreak> #DEB_AUTO_UPDATE_DEBIAN_CONTROL=1
[22:50] <gnomefreak> #
[22:50] <gnomefreak> #DEB_AUTO_UPDATE_AUTOCONF=2.13
[22:50] <gnomefreak> i haent touched it
[22:50] <gnomefreak> and no sence in enabling them now since 1.0-b1 is last release
[22:51] <fta> you don't have anything for get-orig-* in there, just update-orig
[22:51] <gnomefreak> so can i use update-orig instead?
[22:52] <gnomefreak> i dont see that
[22:52] <fta> if you used mozclient before, the include is missing
[22:53] <gnomefreak> update-orig: $(CURDIR)/../$(DEBIAN_MOZ_APPLICATION)_$(DEBIAN_MOZ_SOURCE_VERSION).orig.tar.gz
[22:53] <fta> yep
[22:53] <gnomefreak> include is there isnt it?
[22:53] <fta> you need the orig.tar.gz in ..
[22:54] <fta> nope, mozclient from mozilla-devscript is not used in what you just paster
[22:54] <fta> pasted
[22:54] <gnomefreak> cdbs
[22:55] <fta> this is different
[22:56] <BUGabundo> there goes twit again... stupid service
[22:57] <gnomefreak> fta: once i add the includes do i need to change the line pasted above from update-orig to get-orig-source
[22:58] <fta> no, it's doing something else. you can keep it
[22:59] <fta> if you want to fetch the sources from cvs, you need to include mozclient and add your *.conf file, then call get-orig-source
[22:59] <gnomefreak> add "include /usr/share/mozilla-devscripts/sunbird.mk" or even lightning-sunbird
[22:59] <fta> if you just want to repack the orig from upstream, just put it in .. and call update-orig
[23:00] <gnomefreak> sunbird.cfg.source is all i have from what i can see
[23:00] <fta> gnomefreak, i thought you used m-d before
[23:00] <gnomefreak> fta: i have and it worked in sunbird as well
[23:00] <fta> then what changed?
[23:00] <gnomefreak> somehow it stopped working after i grabed first 0.9 tarball
[23:01] <gnomefreak> fta: i wish i knew
[23:01] <fta> debdiff with the previous one that worked
[23:03] <gnomefreak> going to try and grab it but somehow i no longer have a debian/mozclient assuming i had one before
[23:04] <gnomefreak> grabbing intrepids version since i know i used it to grab 0.9 from 0.8
[23:04] <fta> it used to be in /usr/share/mozilla-devscripts directly but now, i moved all projects file to their package
[23:05] <fta> well, everything is still in /usr/share/mozilla-devscripts but it's no longer supposed to be used
[23:09] <gnomefreak> should update the README if you shouldnt use it in include
[23:09] <fta> the README is still valid, but i will deprecate the project files in /usr/share/mozilla-devscripts in a future version
[23:10] <gnomefreak> oh ok
[23:10] <fta> xul*, ff* and tb3 already host their own project files
[23:11] <fta> fennec and prism too
[23:11] <gnomefreak> waiting for debdiff to finish
[23:12] <gnomefreak> not really any sense in changing sunbird but maybe just lightning since we wont be packaging 1.0 for sunbird
[23:13]  * gnomefreak doesnt like the idea of packaging lightning alone but unless someone wants to maintain it upstream have no choice
[23:15] <gnomefreak> i dont think its doing anything just seems to not end
[23:16] <gnomefreak> debdiff lightning-sunbird_0.8+nobinonly-0ubuntu1.dsc lightning-sunbird_0.9+nobinonly-0ubuntu2.dsc > sunbird.debdiff
[23:16] <gnomefreak> that used to work like yesterday
[23:17] <gnomefreak> oops it was
[23:18] <gnomefreak> ok this time i walk away for a bit while its works (shit load of changes)
[23:28] <gnomefreak> does mozilla pastebin have a size limit?
[23:30] <gnomefreak> asac: broke it i bet
[23:30] <gnomefreak> [ Alexander Sack<EMAIL_ADDRESS>]
[23:30] <gnomefreak> +  * improve update-orig: rule to properly remove.nonbinonly.sh stuff
[23:30] <gnomefreak> +    - update debian/rules
[23:31] <gnomefreak> that was the last time it was used. i grabbed 0.9 tarball and when he pushed it that was added to changelog
[23:32] <gnomefreak> if it ever uploads to pastebin it would be easier to read at the least
[23:41] <gnomefreak> its not jumping out at me that his changes could have caused this
[23:51] <gnomefreak> pastebinit doesn't seem to want to push it or at ;east just taking forever. I found the section of diff that would be most likely but it doesnt look like it changed for the worst but atleast i know i can us 0.8 to get a 0.9 tarball since im fairly sure that the one i have is bad
[23:51] <BUGabundo> gnomefreak: try to push an attach to bugzilla,gnome with 700MiBs
[23:51] <BUGabundo> LOL
[23:52] <BUGabundo> on 3G.... I thought it would be just a simple log
[23:52] <gnomefreak> BUGabundo: im betting my diff is bigger than that :)
[23:52] <BUGabundo> ehehe
[23:53] <gnomefreak> could have swore -L would have given me size
[23:54] <gnomefreak> it doesnt have a number. it failed to paste it
[23:54] <gnomefreak> ill check with asac on it its getting late here for me atleast


[08:58] <mandel> morning all!
[09:38] <czajkowski> mandel: aloha
[09:38] <mandel> czajkowski, hello :)
[11:20] <gatox> good morning
[11:23] <mandel> gatox, morning, how is the tooth?
[11:23] <mandel> gatox, if your face look like a balloon take a pict!
[11:24] <gatox> mandel, painnnnn, but manageable....... but the doctor recommend me not to get surgery before my trip because soomething can go wrong... so i will need to extract it when i get back :
[11:24] <gatox> :S
[11:25] <gatox> not, my face looks normal....... well, normal......... as usual
[11:25] <gatox> jejee
[11:25] <mandel> gatox, ouch! well, I hope it does not give you any problems in NZ
[11:26] <gatox> mandel, i hope that too..... my major concern is not being able to speak the next sunday.... but the doctor gave a lot of painkillers just in case for my trip jeje
[11:26] <mandel> gatox, if not, speak via the pc :)
[11:27] <mandel> gatox, that and a wheelchair and you will be more than impressive hehehe
[11:27] <gatox> jejejjejejjejeje
[11:27] <gatox> mandel, espeak "hello, i'm going to talk about ninja-ide"
[11:28] <mandel> just like that hehehe
[11:28] <gatox> jejejje
[11:28] <mandel> gatox, if I where you I would record it just in case, at least you can be there and show a video in person :)
[11:28] <gatox> jeejeje
[11:29] <mandel> gatox, I saw that ralsina fixed lots of the ui problems in mac, right?
[11:29] <gatox> na..... i'm going to talk..... even with pain.... i prepare a really funny presentation http://ubuntuone.com/7fMIOKbq3xfPjwEOVghGMD
[11:29] <gatox> mandel, i heard something about it, but didn't see any branch
[11:30] <mandel> gatox, awesome, I'm in the process of fixing the dead references once and for all :)
[11:30] <mandel> I hate that ipc code..
[11:30] <mandel> gatox, and turns out that the macfsevents guy used to work for canonical, so the changes should land in upstream :)
[11:31] <gatox> jeje yes, i saw your twit
[11:31] <mandel> small world
[12:07] <alecu> hello, all!
[12:08] <mandel> alecu, morning!
[12:09] <mandel> I need to get lunch or I'll die, catch you in 30/45 min
[12:13] <gatox> alecu, hi
[12:25] <ralsina> good morning!
[12:25] <gatox> ralsina, hi!
[12:25] <ralsina> mandel, gatox: yes I did and they are merged already
[12:25] <gatox> cool
[12:25] <ralsina> mandel: see why you didn't have to worry about those? ;-)
[12:43] <gatox> ralsina, alecu i've made some updates in my branch
[12:45] <alecu> gatox: ack
[12:45] <gatox> alecu, sorry for the long branch..... it was too late when i realize..... but a lot of parts of the branch are really trivial
[12:46] <gatox> alsooooo... please remember that today is my last day before the vacation.... so if you could do the reviews today, so i fix anything i need to fix, IT WOULD BE MUCH APPRECIATED!
[12:46] <alecu> gatox: yup, I remember!
[12:47] <gatox> thx! :D
[12:47]  * alecu is not happy reviewing long branches.
[12:47] <gatox> i know.... sorry..
[12:47]  * alecu reviews anyways, and makes a small note to play saboteur tonight, and kill a few ninjas.
[12:51] <alecu> gatox: in ubuntuone/controlpanel/backend.py, in def get_public_files()...
[12:51] <alecu> gatox: I think there's a returnValue missing
[12:52] <gatox> alecu, mmmm that method doesn't return anything....... just trigger the action, and the informatoin is retrieved in the signal PublicFilesList
[12:53] <alecu> gatox: oh, right.
[12:58] <ralsina_> Hello, this is me on the backup IRC client, so if you said anything I need to know since friday, please repeat ;-)
[12:59] <alecu> gatox: why do we set qss inside the code??? I mean btn_icon_style='''....''' for instance.
[13:00] <alecu> gatox: isn't there a way to just change the style by qss id name or something similar?
[13:00] <gatox> alecu, i did it that way..... because we use the same enhancer..... to build different line edits with buttons, and in one of them we need a special style but not in the other
[13:01] <alecu> gatox: I understand why we need to change the style.
[13:01] <gatox> alecu, i could do 2 qss styles, and let the user specify just the  name
[13:01] <alecu> gatox: right!
[13:01] <gatox> do you prefer that?
[13:01] <alecu> gatox: that's what I was asking about.
[13:01] <alecu> gatox: yes: I would prefer if we keep all the styling together.
[13:02] <alecu> gatox: anyway: not a blocker for this branch, so please add it as a new bug.
[13:02] <gatox> alecu, as you wish..... i can change that in a few secs
[13:03] <gatox> alecu, do you mind if i do it now?
[13:03] <alecu> gatox: no, go ahead!
[13:03] <gatox> alecu, roger that
[13:03] <alecu> gatox: I've added a couple of comments to the branch, but I'm still reviewing it.
[13:03] <gatox> alecu, ack
[13:10] <alecu> gatox: same question regarding the  inside the QLabels.... can't they get the style from the QSS?
[13:11] <gatox> alecu, nop
[13:11] <gatox> alecu, we have label styling in several places
[13:11] <alecu> gatox: :-(
[13:11] <alecu> gatox: yes, I see that it's done all over our code.
[13:11] <gatox> alecu, that's why you can customize different parts of the same string in different ways.... as we do there
[13:13] <alecu> gatox: right, but perhaps QLabels have a way to do that like in html. Like , and in the qss you define the right style.
[13:13] <ralsina_> alecu: no, you would have to set a CSS stylesheet for the QLabels to do that
[13:14] <ralsina_> alecu: and then set the same stylesheet on each QLabel
[13:15] <alecu> gatox, ralsina_: if there's no option to do this, then let's move all these custom styles (colors and font sizes) into just one file. I think we should not have styles scattered everywhere.
[13:15] <alecu> gatox: anyway: not blocking for this branch, don't worry about fixing it here.
[13:15] <ralsina_> alecu: yes, a few constants is a better idea
[13:15] <ralsina_> gatox, alecu: file a bug
[13:15] <gatox> alecu, ralsina_ i'll file that bug
[13:19] <gatox> ralsina_, alecu bug created...
[13:19] <ralsina_> gatox: awesome
[13:23] <mandel> ralsina_, yes, I saw :)
[13:23]  * mandel back
[13:29] <mandel> ralsina_, alecu, mmcc, do you know how to reproduce the 'Stale Broker'  exception in any of the platforms (Windows or Mac) ?
[13:30] <mandel> gatox, ^
[13:30] <ralsina_> mandel: not intentionally
[13:30] <gatox> mandel, nop.....
[13:30] <ralsina_> mandel: on mac, apparently it's enough to just switch tabs a few times
[13:31] <mandel> ralsina_, ok, good to know, I wonder why it happens because that means that the object ref in the server side is not valid anymore, I want to try if re-requesting the ref is ok or the root is also funky
[13:31] <ralsina_> mandel: my guess is the TCP socket for IPC reconnects and you get a new ref but that's just guessing
[13:31] <ralsina_> mandel: and then the old ref is stale
[13:33] <mandel> ralsina_, which can only happen if the root object is gc, so in theory it should also be out
[13:34] <mandel> ralsina_, expecting the exception in the tools code and reconnecting if needed should fix the problem, got a solution like that I'll test it and will propose
[13:34] <mandel> ralsina_, should also fix the problem on windows :)
[13:35] <ralsina_> mandel: awwwwwwwesome
[13:35] <ralsina_> this is the "fix the stupid bugs we are dragging for a year" week!
[13:36] <mandel> lol
[13:37] <alecu> gatox: a few more comments on the branch (still reviewing)
[13:37] <gatox> alecu, ack
[13:39] <ralsina_> Oh, sqlite, I love you but I hate you so much.
[13:49] <mandel> alecu, I should not be using iteritems in new code, right? what is the new method to be used called?
[13:50] <ralsina_> mandel: just use items
[13:50] <mandel> ralsina_, but that is not an iterator, right?
[13:51] <ralsina_> mandel: it's one in py3, not in py2
[13:51] <mandel> ah...
[13:51] <ralsina_> mandel: and yes, that means it's less efficient in py2. Unless you expect a bazillion items...
[13:52] <mandel> ralsina_, should not be a problem, is just the signals that has already been connected so that on reconnection we do still work correctly
[13:52] <ralsina_> mandel: ok
[13:53] <chaselivingston> mmcc, mandel: I've been getting an error quite a bit recently from the mac app, something about "calling stale broker"
[13:53] <chaselivingston> any ideas?
[13:53] <mandel> chaselivingston, yes, is my top bug atm :)
[13:53] <chaselivingston> mandel: awesome, good to know :)
[13:53] <mandel> chaselivingston, seems that the ipc reconnects, there is a gc call and the remote objects are gone
[13:53] <mandel> in case you wanted to know the possible reason
[13:54] <chaselivingston> mandel: haha thanks
[13:57] <ralsina_> chaselivingston: we probably are going to get a new build today that fixes a few f the reported issues
[13:57] <chaselivingston> ralsina_: awesome, looking forward to checking it out
[13:57] <ralsina_> chaselivingston: may even have something useful in the "share" tab :-)
[13:58] <chaselivingston> ralsina_: haha, nice!
[14:10]  * mandel feels dirty than usual when patching __getattr__
[14:13] <ralsina_> mandel: that doesn't feel like something that would have to be done in any sane code
[14:13] <mandel> ralsina_, is for a testcase because the perspective_broker implementation of sdtools uses __getattr_ to wrap any attribute call with a possible deferred call
[14:14] <ralsina_> mandel: ok, if you are testing crazy code I suppose it's ok
[14:14] <mandel> ralsina_, yes, it is crazy code
[14:16] <gatox> alecu, i'm a little confuse about this: There's an extra blank line after "class ShareLinksPanel" and its docstring. ...... i was told that was the way to do it
[14:17] <gatox> is it wrong?
[14:17] <ralsina_> gatox: Leaving an extra line between the class and the docstring if the class has more than one "block" in it is ok according to the PEP
[14:18] <gatox> ralsina_, more than one "block"?
[14:18] <gatox> multiline docstring?
[14:18] <ralsina_> gatox: but there's two blanks BELOW the docstring
[14:19] <ralsina_> gatox: no, if a class has, for example, two methods, which are separated by blanks, then the docstring should be separated by blanks too
[14:19] <ralsina_> gatox: oh, wait. that's only one below, sorry
[14:19] <ralsina_> gatox: that docstring is ok, except it's missing the final "."
[14:19] <gatox> ralsina_, so..... my docstrings are ok?
[14:21] <ralsina_> gatox: ok, according to pep257, one-line docstrings have no blaks before or after
[14:21] <gatox> ok..... so deleting that.... grrrrr contradictory peps!
[14:21] <ralsina_> gatox: the extra blank lines before and/or after is only for multiline docstrings
[14:21] <ralsina_> gatox: and don't forget the "." :-
[14:21] <ralsina_> )
[14:35] <dobey> oh bugger. ui freeze *is* on thursday :(
[14:35] <ralsina_> dobey: I thought it was next week!
[14:36] <dobey> nope. next week is b1 release; ui and b1 freeze are thursday (aug 30)
[14:36] <ralsina_> dobey: just checked, you are right :-/
[14:37] <ralsina_> dobey: so we need to do releases again, right?
[14:37] <dobey> 3.99.90 release is scheduled for today, yes :)
[14:38] <ralsina_> dobey: hmmm late toay I hope ;-)
[14:38] <alecu> gatox: sorry, I'm feeling not quite well today, so I was afk.
[14:38] <gatox> alecu, no problem
[14:38] <ralsina_> dobey: at least u1cp
[14:38] <gatox> alecu, get better! :)
[14:38] <alecu> gatox: re: the extra blank lines, I mean the empty lines between the class definition and the docstring
[14:39] <gatox> alecu, yes, ralsina already explain it to me
[14:39] <alecu> gatox: ah, ok.
[14:39] <dobey> time dilation bubble would be awesome right now
[14:42] <ralsina_> dobey: yeah
[14:43] <ralsina_> dobey: in any case, we don't have any UI changes pending AFAIR except for diego's and the rb stuff that was going to need exceptions anyway
[14:44] <ralsina_> dobey: and all the dash stuff is in libunity and the exceptions are njpatel's to request
[14:47] <dobey> icons
[14:47] <ralsina_> dobey: right, missed that one
[14:49] <mmcc> good morning everyone!
[14:49] <dobey> meh
[14:49] <ralsina_> good morning mmcc!
[14:49] <ralsina_> dobey: so, average morning? ;-)
[14:50] <mmcc> good news - this morning I got a response from an Apple dev relations person about the blocking issue I had on Friday :) -> no time spent waiting for help!
[14:50] <dobey> reminder of all the things you wanted to get done and don't have time to do, morning
[14:50] <ralsina_> mmcc: awesome
[14:50] <mmcc> also, OS security-enforcement code that crashes when you send it a string instead of a dictionary -> yikes!
[14:51] <ralsina_> mmcc: so, feeling good about another build today?
[14:51] <mmcc> ralsina_: right now I am. ask again in 20 minutes ;)
[14:51] <ralsina_> mmcc: will do :-)
[14:53] <mandel> mmcc, before you do the build, let me know there is a branch I'd like you to include for testing
[14:53] <ralsina_> mmcc, dobey, alecu, gatox, mandel, briancurtin, thisfred_: standup starts in 7, ends in 9 ;-)
[14:53] <gatox> ack
[14:53] <mmcc> mandel: sure.
[14:55] <thisfred_> yipyip
[14:55] <alecu> ralsina_: do we have techleads call today_
[14:55] <alecu> ?
[14:56] <ralsina_> alecu: apparently not
[15:00] <mandel> me
[15:00] <gatox> me
[15:00] <briancurtin> me
[15:00] <alecu> me
[15:01] <ralsina_> me
[15:01] <ralsina_> dobey, thisfred_, mmcc, briancurtin: tick tock
[15:01] <ralsina_> oops, not you briancurtin :-)
[15:01] <dobey> meh
[15:01] <briancurtin> yessss, i'm out of the twitter shaming
[15:01] <thisfred_> me
[15:02] <alecu> mandel: go
[15:02] <mandel> DONE: Could not work on friday due to stupid telefonica changing all the network. Looked at the stale broker problem, we have reconnection problems which seem to be common on mac. Made code that will reconnect and get new remote objects with the correct python references. Talked with macfsevents to land our changes in, should be ok, also developer is an ex-canonical :)
[15:02] <mandel> TODO: 1-1 ralsina. Find what import is screwing up my tests. Test the code irl.  Start fixing the branch according some comments.
[15:02] <gatox> TODO:
[15:02] <gatox> Finish fixing the branch. Prepare for my vacations. Enjoy vacations.
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> COMMENT:
[15:02] <gatox> I'll be back on September 10th.
[15:02] <gatox> briancurtin, go
[15:02] <briancurtin> DONE: subprocess, read up on python-defer
[15:02] <briancurtin> TODO: figure out cross-version subprocess stdout/stderr once and for all...
[15:02] <briancurtin> NEXT: alecu
[15:02] <alecu> DONE: got vala doing oauth and calling webservices with libsoup (thanks rye!). reviews, more reviews.
[15:02] <alecu> TODO: more reviews, more vala, learn nux
[15:02] <alecu> BLOCKED: no
[15:02] <alecu> NEXT: ralsina_
[15:02] <ralsina_> DONE: redid mac env, fixed a couple of mac UI issues (yay), helped around, reviews, canonicaladmin, etc. TODO: check schedules, check exceptions,  hopefully fix some other stuff, coordinate with other teams BLOCKED: the UK bankholiday is not helping NEXT dobey
[15:02] <dobey> DONE: reviews, py3 rb plug-in
[15:02] <dobey> TODO: releases, icon generating magic, music store work
[15:02] <dobey> BLCK: None.
[15:02] <dobey> thisfred_: go
[15:02] <thisfred_> DONE: refactored v1 and v2 music web api to use common base.py TODO: introduce u1db to base.py BLO(CKED: no NEXT
[15:02] <ralsina_> NO SHAMING TODAY!
[15:03] <gatox> ralsina_, yes! mmcc
[15:03] <ralsina_> oops!
[15:03] <gatox> or he is not around?
[15:03] <ralsina_> mmcc? ;-)
[15:03] <ralsina_> gatox: he was a little while ago
[15:03]  * ralsina_ goes work on the shaming
[15:03] <gatox> alecu, branch has been updated
[15:03] <alecu> gatox: great
[15:04] <ralsina_> https://twitter.com/ralsina/status/240102457026437122
[15:04] <gatox> jejejjej
[15:05] <mmcc> sorry, toddler emergency, back now. perfect timing…
[15:05] <mmcc> DONE: launchd, updated dev instructions, discussed daemon
[15:05] <mmcc> upgrade and versioning issues
[15:05] <mmcc> TODO: launchd
[15:05] <mmcc> BLCK: no
[15:06] <ralsina_> cool, comments?
[15:06] <ralsina_> mmcc: sorry, had I known it was because of toddler issues I woul have held it ;-)
[15:07] <mmcc> ralsina_: no prob :)
[15:08] <ralsina_> I wouldn't have expected this to work, but we are having much cleaner standups lately :-)
[15:09] <ralsina_> EOM
[15:09] <gatox> twitter shaming is a powerful weapon
[15:09] <gatox> jeje
[15:10] <alecu> gatox: double dot here: """Get the information of the shares.."""
[15:11] <gatox> alecu, fixed
[15:12] <alecu> gatox: do you have the number for the bug I asked you to create earlier today?
[15:13] <gatox> ah yes..... adding to the comment
[15:14] <gatox> alecu, done
[15:16]  * gatox lunch
[15:22] <dobey> ok; lunch and then a lot of work. bbiab
[15:23] <mandel> mmcc, could you build the app bundle using lp:~mandel/ubuntuone-client/stale-broker ??
[15:24] <mmcc> ok mandel - you mean right now or just when we do the next build to share?
[15:24] <mmcc> btw, have you tried building the app yourself? I still don't know if anyone else has done it recently
[15:24] <mandel> mmcc, next time :)
[15:24] <mmcc> mandel: k
[15:24] <mandel> mmcc, no I have not, if you point me to instructions I'll do it right now :)
[15:25] <mmcc> ubuntuone-windows-installer/scripts/README-mac.txt
[15:25] <gatox_lunch> alecu, i forgot to fix something.... doing it now
[15:26] <mmcc> mandel, probably best to be using the new buildout
[15:26] <mandel> mmcc, ok, I'll give it a try
[15:26] <mmcc> great
[15:29] <mmcc> mandel, one thing I just noticed in there. py2app might already be installed on your system but it's probably out of date. you will need to get py2app and its dependencies from bitbucket
[15:30] <mandel> mmcc, ok, so no easy_install, right?
[15:30] <mmcc> mandel: I don't think he's released the changes you need yet…
[15:30] <mandel> ack
[15:32] <czajkowski> dobey: you about ?
[15:33] <mmcc> mandel: here are the deps you need to install -- py2app last: altgraph modulegraph macholib py2app
[15:33] <mmcc> all from bitbucket.org/ronaldoussoren
[15:33] <briancurtin> czajkowski: he just went to lunch a few minutes ago
[15:33] <czajkowski> briancurtin: thanks
[15:34] <mmcc> I just did 'python setup.py develop' from each, but you could install instead of develop, if you don't need to tweak it
[15:34] <mmcc> and you shouldn't
[15:34] <czajkowski> dobey: https://launchpad.net/ubuntuone-servers-libs was registered but licience left empty can you get someone to change it please, it's in my review queue
[15:34] <czajkowski> thanks
[15:34] <mandel> mmcc, ok, I'll just be like a machine and follow each step
[15:35]  * mmcc is one step closer to a botnet
[15:40] <ralsina> ah, back with the good IRC client :-)
[15:41] <mandel> ralsina, on trunk I see a funny mirroed loading widget, is this known?
[15:41] <ralsina> mandel: no idea what you mea
[15:41] <ralsina> n
[15:41] <mandel> ralsina, let me post a pict, I'll do it as soon as I'm done testing :)
[15:42] <ralsina> mandel: ok
[15:42] <mandel> ralsina, just happens at the very beginning of the app
[15:42] <ralsina> mandel: oh, wait, you see two overlays?
[15:42] <mandel> ralsina, yes
[15:42] <ralsina> mandel: one is global the other one is on the tab, no idea why that started happening
[15:42] <mandel> ralsina, oh, ok
[15:43] <mandel> ralsina, 1-1? or are you to busy right now?
[15:43] <ralsina> mandel: it clears up in a couple of seconds though
[15:43] <ralsina> mandel: in 17'?
[15:43] <mandel> ralsina, yes, I noticed
[15:43] <mandel> ralsina, 17' mins then :)
[15:53] <mandel> ralsina, if you use --with-icon the overlay seems to stay there
[15:54] <ralsina> mandel: hmmm you shoud be getting an exception somewhere in that case
[15:55] <mandel> ralsina, ok, I'm looking into solving the json decode issues we have which are usually error pages coming from the server ad will take a look closer to that, the stale brokers problems seems to be fixed or hard to reproduce when running from comandline
[15:56] <ralsina> mandel: ok
[16:00] <mandel> alecu, mmcc, can I have a review for the following: https://code.launchpad.net/~mandel/ubuntuone-client/stale-broker/+merge/121456
[16:00] <ralsina> mandel: mumblez
[16:00] <mandel> ralsina, sure, launching the thing
[16:10] <alecu> gatox_lunch: I added one final needsfixing to the branch. I might agree to move it to a new bug, so let's discuss it when you get back.
[16:10] <alecu> gatox_lunch: otherwise the branch is in good shape to me.
[16:12] <mmcc> mandel: do you know why the PB is getting disconnected? just reconnecting seems like a band-aid to me…
[16:13] <mandel> mmcc, no idea, the issue does happen on widows again. Twisted will reconnect automatically, what the code does is to re-request the references of the server side objects so that we do not ask for the wrong id
[16:14] <mandel> mmcc, the way pb works is that it uses the python object id to point to the object that should perform the requested method, and when that objects is gc you get a stale broker error
[16:14] <mandel> mmcc, the main reason would be that the factory is release the root object which is the only guy that has the reference to all remote objects which then are also gc
[16:14] <mmcc> mandel: understood, but why is the connection getting broken in the first place?
[16:15] <mandel> mmcc, no idea
[16:15] <mandel> mmcc, will need to look deeper in twisted to know exactly why, alecu any idea?
[16:15] <mmcc> someone mentioned TCP timeouts earlier, but we're not using TCP, right? are we just mis-configuring the initial connection or something?
[16:16] <mmcc> I mean, auto-reconnecting might be useful to have anyway, and your code is logging when it happens, that's good, but I'd also like to try to fix the root problem too
[16:17] <mandel> mmcc, I'll look closer during the tests to catch the reason, I also want to know why :)
[16:17] <mandel> at least we have a way to fix the issue or better said, not expose the issue to the user
[16:19] <mandel> ralsina, an example of the json decode issue is shown in the image of bug 1040910
[16:19] <gatox> alecu, reviewing your comments
[16:19] <alecu> gatox: one second, I'm adding one more thing.
[16:20] <ralsina> mandel: ack
[16:20] <gatox> alecu, i've just fixed the FakeDesktopService thing that i forgot
[16:21] <alecu> gatox: done. Two things of notice in the comments: some tests are missing, and the UI gets unresponsive for 15 seconds on startup.
[16:23] <alecu> mmcc, mandel: the only time I noticed that the PB connection is dropped is when one of the two process speaking dies or finishes, or is killed.
[16:23] <mmcc> alecu, mandel - what was triggering the stale broker errors in the bug? I never saw them… were they with syncdaemon or some other backend process?
[16:24] <mandel> alecu, any idea on where to start looking on why twisted reconnects? the issues is definitely related to the refs being removed
[16:24] <mandel> mmcc, I have seen it via changing the tabs in control panel, chaselivingston has seen them too that way
[16:25] <gatox> alecu, i'll split the keyPress code..... and try to see how to avoid the blocking thing
[16:25] <alecu> gatox: I think we can split keypress and add tests to it on a different branch.
[16:25] <alecu> gatox: I'm more worried about the blocking thing
[16:26] <alecu> gatox: my guess is that it might get worse for people with much more files.
[16:26] <alecu> gatox: how many files do you have in the account you tested with?
[16:26] <gatox> alecu, probably...... because here is less than 15 sec
[16:26] <gatox> alecu, i only have 854mb
[16:28] <alecu> gatox: I've got 17000 files (mostly photos)
[16:29] <gatox> alecu, i don't have so much files
[16:29] <alecu> gatox: 30Gb
[16:29] <mmcc> mandel: so if changing tabs makes it happen, does that mean it's the control panel backend and not the syncdaemon?
[16:29] <alecu> gatox: so, this will get worse for people with more files.
[16:29] <gatox> alecu, yes
[16:29] <mmcc> mandel: I'm trying to find the connection between the CP backend and the code you changed in u1-client on your branch…
[16:29] <chaselivingston> mandel, mmcc: it seems as if uploading has stopped as a result of that stale broker issue as well
[16:30] <gatox> alecu, i tried to do something about it.... but it seems didn't work.... will take a deeper look at that now
[16:30] <mmcc> chaselivingston: ok, noted… :\
[16:30] <mmcc> chaselivingston: are you observing that via the UI, or looking at the web interface?
[16:31] <chaselivingston> mmcc: that is assuming that the size of the u1 folder locally should match its size on the website
[16:31] <mandel> mmcc, so the back end uses ubuntuone/platform/tools to make the calls to the server side, I need to double check how the control panel backend and the control panel interact but AFAIK they do not use ipc
[16:31] <mandel> ralsina, gatox, how do the control panel and the control panel backend interact on mac, do they use IPC?
[16:32] <chaselivingston> mmcc: guess that answered your question :)
[16:32] <mandel> mmcc, if the answer to that ^ is a yes I have to add similar code for them just in case
[16:32] <mmcc> chaselivingston: yes…
[16:32] <gatox> mandel, yes
[16:32] <mandel> chaselivingston, I have made the changes and have not seen a problem yet
[16:32] <mandel> gatox, yes.. bummer or 'mierda' as you please..
[16:32] <chaselivingston> mandel: meaning you're running a new build?
[16:32] <mmcc> gatox: it uses code in sso, though, right?
[16:32] <mmcc> chaselivingston: he's running from source
[16:33] <mandel> chaselivingston, I'm doing irl tests from source :)
[16:33] <gatox> mmcc, not for that.... or i'm missing something
[16:33] <chaselivingston> mmcc, mandel: gotcha, well good to know something is coming that should fix what I'm seeing
[16:33] <alecu> gatox: and here's a bug: if you scroll not using the down key (for instance with the scrollwheel), no new items are added to the list.
[16:33] <mmcc> gatox: well, grepping for 'ipc' gets nothing in ubuntuone-control-panel/
[16:33] <alecu> gatox: also, pgdown pgup do not work.
[16:33] <mandel> chaselivingston, mmcc know the branch with the fix, we want to put it there for irl testing before landing
[16:33] <mmcc> so I figured it was getting it somewhere else
[16:34] <mandel> mmcc, I know that ubuntuone/platform/tools uses ipc, which is what is used to talk with sd
[16:34] <mandel> mmcc, I'll keep looking there to see if there is more ipc to fix
[16:35] <gatox> alecu, ok..... i'll try to add all of that today...... but i suggest that something like that is missing a t the end of the day, we should open bugs for that..... because that is not blocking... and i'm not going to be here for 2 weeks
[16:35] <mmcc> mandel: right, I see the sd tool being used in cp, but nothing else. but how is changing tabs related to our connection to SD? and SD isn't dying, right? do we have more than one connection to SD? (one per tab?!)
[16:35] <alecu> gatox: of course! do not waste time with pg/pgdown nor scroll: those can wait.
[16:36] <alecu> gatox: those are just bugs
[16:36] <alecu> gatox: but the delay that is added is more serious, because nightlies will have that delay for every user with many files.
[16:36] <mandel> mmcc, we have one sdtool per tab AFAIK, when there is a reconnect all those sdtools have old references but the update is just done when you move to the tab, we can say is lazy
[16:37] <mandel> mmcc, but I'd need to double check that by looking at the code, it is not an area I've spent a long time with
[16:38] <mmcc> mandel: ok. so I wonder if we're causing problems by reusing the same socket for multiple connections between the same two processes
[16:38] <mandel> mmcc, should not be a problem, twisted should deal with that
[16:38] <mandel> but yet again, god only knows..
[16:39] <mmcc> It's not inherently wrong to connect over the same socket multiple times between two processes, but I bet twisted doesn't expect you to do that
[16:40] <mandel> mmcc, it does, twisted in that matter is really good, but is worth looking at the internals
[16:44] <alecu> gatox: I think I found inklings of the problem
[16:44] <gatox> alecu, shoot
[16:44] <alecu> gatox: trunk uses 0.8% of my 8Gb of ram. Your branch uses 5.8%!!!!
[16:45] <alecu> gatox: that's only second to firefox with a lots of tabs opened.
[16:46] <alecu> gatox: my guess is that the scanning of the files is using too much cpu on start, plus a lot of ram.
[16:46] <gatox> alecu, mmmmmm..... that's probably because we have the information of the files in memory.... the other solution will be to store the info with sqlite and do queries while the user type...... not so sure about this
[16:46] <mmcc> mandel: in my syncdaemon log just now, it looks like something's using TCP: ubuntuone.SyncDaemon.ActionQueue - INFO - Connection started to host <IP_ADDRESS>, port 53108.
[16:47] <alecu> gatox: that sounds like an awful solution, using sqlite.
[16:47] <gatox> i agree
[16:47] <alecu> gatox: I would guess that there are a bunch of more elegant, and less resource intensive solutions.
[16:47] <mandel> mmcc, yes, but that is action q, nothing to worry about regarding this bug, that is too low within sd
[16:48] <mmcc> mandel: ok, but aren't we supposed to be using unix sockets for the IPC? just looking to see where we might be missing something here
[16:48] <alecu> gatox: I'll try to come up with one while I have lunch.
[16:48] <mandel> mmcc, all ipc was moved to sockets yes, we might have left out something not related with ipc but I would be surprised since we did not notice it on the windows port
[16:49] <mmcc> mandel btw, does the monitor code log which monitor it is using anywhere?
[16:49] <gatox> alecu, ok..... i'm improving the keyPressEvent method
[16:49] <mmcc> mandel, I'm trying to verify that i"ve actually connected to the root daemon
[16:49] <mandel> mmcc, lets ask in #chicharra (internal) about action q
[16:49] <mandel> mmcc, hm.. i might not do it, let me check
[16:49] <alecu> gatox: let's mumble with ralsina after I get back from lunch, and we can decide if we land it like this, or if we wait after you get back and come up with a different approach.
[16:49] <gatox> ok
[16:50] <mandel> mmcc, it does not log it
[16:51] <mmcc> mandel: ok, well at least that means I might be using the right one :)
[16:51] <mandel> mmcc, please file a bug and I'll have that fix tom morning
[16:52] <mmcc> mandel: ok
[16:52] <mandel> thx
[16:55] <alecu> gatox: this line may have part of the blame:
[16:55] <alecu> files_list += [os.path.join(root, f) for f in files]
[16:55] <mmcc> mandel: bug #1042336
[16:55] <alecu> gatox: try it with files_list.extend(...)
[16:55] <mandel> mmcc, awesome, I'll do that asap
[16:56] <mmcc> mandel: thanks
[16:56] <gatox> alecu, will try
[16:56] <alecu> gatox: or unrolling that list comprehension
[16:56] <alecu> gatox: because += creates a whole new list each time
[16:57] <alecu> (I *think*)
[16:57] <ralsina> alecu: it shouldn't
[16:57]  * ralsina checks
[16:57] <alecu> ralsina: right, it does not.
[16:58] <joshuahoover> ralsina, alecu: sounds like the sync indicator has landed in q now...can you take a look soon and see how much time you think it'll take for us to hook u1 up?
[16:58] <ralsina> alecu: it just extends()
[16:58] <ralsina> joshuahoover: I am guessing about a week of work but it may be we can't do it until after gatox comes back from vacation
[16:58] <ralsina> joshuahoover: which means Sept. 17th
[16:59] <alecu> joshuahoover: I'll take a look, sure. But yes, such bad timing, with gatox going on vacation :-(
[16:59] <ralsina> joshuahoover: we may be able to make it happen sooner but I am not promising
[16:59] <joshuahoover> ralsina: ah, k...would be good if you or someone else could take a look at it to see if there are any question/concerns we have about the api before gatox gets back
[17:00] <ralsina> joshuahoover: yes, that we can do
[17:00] <joshuahoover> thanks
[17:00] <dobey> czajkowski: hrmm
[17:03] <ralsina> joshuahoover: we were talking with them about APIs and how to do stuf, it's just that things got merged late and some bad timing luck. But we'll get it done.
[17:08] <dobey> speaking of vacations, i need to use mine at some point before the year ends
[17:09] <ralsina> dobey: yes you do
[17:10] <dobey> it's too bad i can't engineer the weather to be amiable during the holidays i take
[17:11] <ralsina> dobey: YET
[17:12] <ralsina> I'm off for lunch, will be back soonish.
[17:13] <dobey> yeah, i need a kickstarter for my "global weather control doomsday device"
[17:15] <mandel> dobey, sorry I have the patent of a 'device' of any form, color or shape that might but not may control the global weather, I have a small diagram of it too
[17:15] <mmcc> why does it always have to be a doomsday device? why not a "pleasantday" device. or a birthday device? we could all have cake
[17:18] <mandel> ralsina, mmcc, feel free to review: https://code.launchpad.net/~mandel/ubuntuone-client/fs-darwin-logging/+merge/121466
[17:18] <joshuahoover> ralsina: fyi...i filed bug #1042343 for a ffe for the sync indicator work and assigned to you (for now)
[17:20] <czajkowski> dobey: indeed
[17:21] <dobey> czajkowski: i'll review it when i get an answer
[17:24] <czajkowski> dobey: cheers
[17:35] <dobey> brb
[17:40] <mandel> all, EOD for me, I need to walk the dog, see you tom!
[17:41] <mandel> mmcc, remember to use the stale broker branch in the bundle, I'll like to see if it fixes the issue, alecu do please review: https://code.launchpad.net/~mandel/ubuntuone-client/stale-broker/+merge/121456
[17:41] <mandel> adios! o/
[17:42] <mmcc> bye mandel, thanks
[17:47] <gatox> mandel, bye
[17:48] <mmcc> alecu I'd like your input on that one too - I'm wondering what the root cause is…
[17:49] <mmcc> brb
[17:58]  * briancurtin lunch
[18:09] <ralsina> joshuahoover: awesome, thanks
[18:14] <ralsina> mmcc: if it happens switching tabs, it may be between u1cp-frontend and u1cp-backend
[18:15] <mmcc> ralsina: right… but those aren't actual separate processes, are they?
[18:15] <ralsina> mmcc: no
[18:15] <ralsina> mmcc: so probably not
[18:16] <mmcc> btw, I was disconnected for a bit there, did I miss any discussion? sorry…
[18:17] <ralsina> mmcc: no, I just caught up with backlog
[18:17] <mmcc> ralsina ok.
[18:18] <mmcc> arch. back again, stupid key shortcut
[18:22] <gatox> alecu, let me know when you want to mumble with ralsina and me
[18:23] <ralsina> hah! That bug is not darwin-specific. Which means I get to fix it in ubuntu. WIN!
[18:24] <ralsina> gatox, alecu:whenever you guys say
[18:26] <mmcc> ralsina: what bug?
[18:26] <ralsina> mmcc: bug #1040899
[18:26] <mmcc> oh right, yeah I verified it in precise
[18:26] <ralsina> mmcc: which is one of the bugs QA reported from the mac exploratory testing
[18:27] <ralsina> plus, it seems easy enough
[18:27] <mmcc> yes
[18:32] <alecu> ralsina, gatox: let's!
[18:33] <ralsina> starting the mumbler
[18:46] <briancurtin> ralsina: for run-tests scripts to support python3, is it acceptable for that to be done via a "-3" flag or does it need to be smarter than that?
[18:46] <ralsina> briancurtin: smart is bad
[18:47] <ralsina> briancurtin: ;-)
[18:47] <ralsina> briancurtin: at least in this specific case, -3 is awesome
[18:47] <briancurtin> alright, cool
[18:49] <dobey> briancurtin: well, ideally we'd run the test suite on both 2 and 3
[18:50] <dobey> briancurtin: but given where things are at the moment, we can't really do that
[18:51] <briancurtin> dobey: yeah i was originally thinking that, since i end up manually running on 2 and then running on 3. do you think it's fine to go with a -3 flag for hte time being?
[18:52] <dobey> briancurtin: the problem with doing that is that we have to pass the full path of the script to python, since we can't do "u1trial -3" for example
[18:52] <dobey> briancurtin: so for OSX, it's a problem
[18:52] <dobey> (and windows)
[18:53] <mmcc> dobey: the new buildout has a python that accepts all flags
[18:53] <mmcc> not sure if that helps with u1trial though
[18:53] <briancurtin> dobey: i was doing that from within run-tests, http://bazaar.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-run-tests/revision/92
[18:54] <mmcc> oh, that's different than 'python -3'
[18:54] <briancurtin> (i don't really know if that's a good solution, my bash knowledge is limited, but that least lets me run the tests on 2 and 3, albeit manually)
[18:54] <dobey> briancurtin: oh, ick.
[18:54] <dobey> briancurtin: that's not the same as python -3
[18:54] <briancurtin> i know
[18:54] <briancurtin> i want to execute tests on python2 and on python3
[18:55] <dobey> so it won't catch things that break
[18:55] <briancurtin> if that branch is wrong, how should run-tests execute tests on python2 and python3
[18:55] <dobey> i really wish we didn't have to do all this -i foo.py -p foobar/windows junk
[18:55] <briancurtin> i'm not (currently) worried about passing flags to the interpreter
[18:56] <dobey> briancurtin: i think in cases where we can run the tests on both versions, we should; if we can't, we shouldn't. understand why you want the -3 thing there though, because passing all the args around to u1trial is really annoying
[18:56] <gatox> alecu, i know where is being blocking!!!
[18:56] <gatox> easy to fix
[18:57] <mmcc> briancurtin: since you just want to do it manually, you could do "PYTHON=python3 ./run-tests"
[18:57] <alecu> gatox: I think I found it too.
[18:58] <alecu> gatox: it's the initial pass of load_items
[18:58] <mmcc> at least I think that works. If I'm wrong I'll claim I was thinking of a different shell
[18:58] <gatox> alecu, yes!
[18:58] <gatox> alecu, because i'm not loading the list by parts like the other place
[18:58] <gatox> and that is what is eating all the memory too
[18:58] <gatox> because there is a lot of qlabels
[18:59] <gatox> fixing
[18:59] <dobey> mmcc: it doesn't work if run-tests isn't doing $PYTHON u1trial...
[18:59] <mmcc> dobey: it is, in his r92 he linked
[18:59] <dobey> mmcc: only because he also added that in his branch already i presume
[19:00] <dobey> mmcc: also that's in ubuntuone-dev-tools, which he was pointing at as an example. and he's asking about ubuntu-sso-client, which doesn't do that :)
[19:00] <gatox> alecu, works like a charm now :P
[19:00] <dobey> i think?
[19:01] <alecu> gatox: yes, it should work much better now.
[19:01] <dobey> briancurtin: are you asking to do this in dev-tools or sso?
[19:01] <mmcc> dobey: aha. well, you added $PYTHON in that file, but I'm not sure about sso
[19:01] <briancurtin> dobey: i'd eventually need something for sso, but for now i just need dev-tools
[19:01] <gatox> alecu, pushed...... you can test that while i finish fixing the tests
[19:03] <gatox> now is fast! :D
[19:03] <dobey> oh right
[19:04] <dobey> because in dev-tools it runs the scripts from within the tree
[19:05] <alecu> gatox: the search is case sensitive!
[19:05] <gatox> alecu, shouldn?
[19:05] <dobey> briancurtin: need to run for a few real quick, but let me think about it while i'm doing that
[19:05] <briancurtin> dobey: sounds good
[19:05] <dobey> brb
[19:05] <alecu> gatox: I tried searching with "belf" for a file that's named "Belfast", and it's not being found!
[19:05] <ralsina> anyone: easy brach for review https://code.launchpad.net/~ralsina/ubuntuone-control-panel/keanu-in-a-bus/+merge/121475
[19:05] <alecu> gatox: I think this should not be case sensitive.
[19:05] <gatox> alecu, ok.... i'll fix that
[19:05] <alecu> gatox: anyway, bugfix for later
[19:06] <mmcc> So - I can't reproduce the stale broker error that mandel proposed a fix for. However, while trying to understand it, I noticed that if you watch the control-panel log, sso.main calls shutdown() just after all the control-panel pages are loaded. Should it be shutting down (ref_count = 0) so early?
[19:06] <alecu> gatox: please just add it as a bug.
[19:06] <gatox> alecu, it's just: lower() to all the strings
[19:06] <ralsina> mmcc: sso shuts down a few seconds after it hands credentials to the last app that requested it
[19:06] <alecu> gatox: assuming all the files have ascii names, yes.
[19:06] <ralsina> mmcc: it's pretty quick
[19:06] <gatox> ahhhhh okok
[19:06] <gatox> bug it is
[19:06] <mmcc> ralsina: ok, so red herring. thx
[19:06] <alecu> gatox: but remember this word: "UNICODE"
[19:06] <gatox> jejejee
[19:07] <gatox> i know..... i still have nightmares with that
[19:07] <ralsina> gatox: ¡já!
[19:07] <alecu> gatox: I need to fetch Amelia from kinder, I'll re-review when I get back.
[19:07] <gatox> ack
[19:07] <ralsina> alecu, gatox: please don't break it for turkish where lower(upper('i')) != 'i' :-)
[19:08] <gatox> ralsina, that sounds like endless hours of funn...... for someone else
[19:08] <gatox> jejee
[19:08] <ralsina> or rather lower('I') != 'i' :-)
[19:09] <gatox> why...... why are you ignoring me patch function??!!
[19:09] <gatox> :P
[19:15] <gatox> ralsina, i don't know if you read it..... it seems that the memory and cpu issue is already fix now :P
[19:16] <ralsina> gatox: AWESOME
[19:16] <ralsina> Have to go pick up my son. Will be back in about 15'
[19:22] <gatox> alecu, ralsina tests fixed and pushed
[19:37] <alecu> gatox: looking
[19:37] <ralsina> back!
[19:38] <dobey> briancurtin: i guess the -3 is an ok stopgap in dev-tools run-tests for now, so that people who can run the tests with python3, can do so manually; but a bug saying we should always run the tests with python3 to go along with, would be nice
[19:38] <briancurtin> dobey: alright, i'll put that in
[19:41] <briancurtin> restarting, printer isn't being found
[19:42] <alecu> gatox: why this? self.data['cls'] = FakeDesktopService
[19:42] <alecu> gatox: what is it used for?
[19:42] <gatox> ahhhhh legacy
[19:42] <gatox> deleting
[19:43] <ralsina> gatox: starting review of it
[19:43] <ralsina> gatox: if you are not too busy can I get a review for https://code.launchpad.net/~ralsina/ubuntuone-control-panel/keanu-in-a-bus/+merge/121475
[19:43] <gatox> ralsina, i've justttttt pushed some changes
[19:44] <gatox> ralsina, on it
[19:44] <ralsina> gatox: ok, pulling
[19:44] <gatox> alecu, fixed
[19:44] <gatox> alecu, ralsina also, there was a missing docstring that i just pushed
[19:45] <dobey> hrmm
[19:45] <gatox> ralsina, jejejeje keanu in a bus?
[19:45] <ralsina> gatox: it's about speed!
[19:45] <gatox> JAJAJAAJAJ
[19:45] <gatox> LOL
[19:48] <mmcc> is there any way we could make the twisted PB connection lost error tell us anything about *which* connection was lost?
[19:48] <mmcc> like setenv TWISTED_USEFUL_ERRORS=1 ?
[19:50] <ralsina> mmcc: YOU_WISH=1
[19:52] <gatox> ralsina, +1
[19:52] <ralsina> gatox: awesome
[19:52] <ralsina> gatox: yours is going to take a bit longer ;-)
[19:52] <dobey> mmcc: https://bugs.launchpad.net/ubuntuone-dev-tools/+bug/791834 <- this maybe?
[19:53] <gatox> ralsina, i know :P
[19:53] <mmcc> dobey: that looks handy, thanks
[19:56] <ralsina> briancurtin: when you have 5 minutes for a quick review of https://code.launchpad.net/~ralsina/ubuntuone-control-panel/keanu-in-a-bus/+merge/121475 much appreciated
[19:59] <alecu> gatox: here's another bug, for later: "Non-subscribed UDFs are being searched"
[19:59] <gatox> alecu, ohhhhhh right
[20:00] <alecu> gatox: "The user press the * key" -> "The user pressED the space key".
[20:01] <alecu> gatox: why the "unicode(...)" in this line?  self.setText(unicode(widget.name))
[20:02] <gatox> alecu, no reason..... that and the docstrings fixed
[20:03] <alecu> gatox: what values can there be in "widget.name"?
[20:04] <gatox> alecu, unicode was for some old conversion if that was a QString, because before was being used in somewhere else.... but it not a problem there, because setText can handle QString
[20:04] <alecu> gatox: ok. Can it be removed then?
[20:05] <gatox> alecu, already did
[20:05] <gatox> and pushed
[20:05] <gatox> with the docstrings fixed too
[20:06] <briancurtin> ralsina: looking at that review
[20:06] <ralsina> briancurtin: awesome, thanks
[20:06] <mmcc> having one of those days where even logging isn't working like I expect
[20:07] <gatox> ok..... eod for me....... i need to go and buy some staff before my trip!! if you find anything in my branches, please email me at gmail and i'll fix it tonight!! See you in 2 weeks people!!! HAVE FUN!! :D
[20:07] <briancurtin> gatox: enjoy your trip!
[20:07] <gatox> briancurtin, thx! :D
[20:08] <gatox> first time gatox leave his country...... :P
[20:08] <alecu> bye gatox
[20:08] <mmcc> have a great trip, gatox!
[20:09] <ralsina> it's ok to go to NZ because you are a LOTR fan, but buying a staff seems overkill ;-0
[20:16] <mmcc> ok, lunchtime here…
[20:18] <briancurtin> ralsina: seems unrelated to your branch, but i'm seeing "AttributeError: 'Ui_Form' object has no attribute 'share_links_tab'"
[20:22] <ralsina> briancurtin: yes, unrelated
[20:22] <ralsina> briancurtin: could be you forgot to run python setup.py build ?
[20:23] <briancurtin> ralsina: ah
[20:24] <briancurtin> ralsina: approved!
[20:25] <ralsina> briancurtin: yay!
[20:26] <briancurtin> i need to run to FedEx...suddenly school won't take girlfriend's scanned docs, needs originals overnighted. be back in a bit
[20:35] <dobey> ralsina: https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/update-4-0/+merge/121493
[20:36] <ralsina> dobey: looking
[20:37] <ralsina> dobey: global +1
[20:38] <dobey> gracias
[20:42] <ralsina> alecu: want me to take over gatox's branch to address your needfixings?
[20:42] <ralsina> alecu: and then we have mandel do a review tomorrow on his morning
[20:50] <dobey> ick. new unity really does not like drawing things :(
[20:59]  * briancurtin back
[21:19] <alecu> ralsina: if you want to take over gatox's branch, please warn him with some email to his gmail account, since I already pingd him about that as he requested.
[21:20] <ralsina> alecu: ok, if I do it, I'll do it tomorrow
[21:20] <ralsina> alecu: I found a unicode bug :-(
[21:20] <alecu> ralsina: another one? ;-)
[21:20] <ralsina> alecu: the branch is using os.walk which ... sucks
[21:21] <ralsina> alecu: there is a reason why we have a walk helper in u1-client
[21:36] <ralsina> mmcc: I am scheduling a test run by QA on mac for late tomorrow, early wednesday. I think it's cutting it very close for our thursday release but it's what we can do.
[21:39] <dobey> later all, have a good evening
[21:41] <ralsina> bye dobey!
[21:48] <mmcc> ralsina: ok - can you refresh my memory on the timeline here? I don't remember a release schedule, just the QA appointment last thursday…
[21:48] <ralsina> mmcc: we "alpha" release on thursday
[21:48] <ralsina> mmcc: so we should be closing up the code tomorrow
[21:49] <ralsina> mmcc: I wanted to have some testing from QA for last-minute fixes
[21:49] <ralsina> mmcc: other than that I am testing it myself, as I assume are you and mandel :-)
[21:51] <ralsina> mmcc: I have been saying "we release an alpha on August 30th" for at least three weeks now
[21:51] <mmcc> ok. yes, I'm testing it myself.
[21:51] <ralsina> mmcc: I am pretty happy with how it's working too
[21:53] <mmcc> ralsina: apologies for spacing it a bit there on the dates. Think we're in good shape though
[21:53] <ralsina> mmcc: it's ok :-)
[21:53] <ralsina> mmcc: keeping all the dates in my head is my job, allegedly
[21:54] <mmcc> anyway, I should have the daemon stuff wrapped up today. I need to do some testing, but the code signing appears to be less troublesome than I feared
[21:54]  * mmcc crosses fingers
[21:57] <ralsina> mmcc: yay
[21:57] <mmcc> so, mandel's logging branch didn't work for me - to save him time I have a new merge that did work for me: https://code.launchpad.net/~mikemc/ubuntuone-client/log-monitor/+merge/121507
[21:58] <ralsina> mmcc: looking...
[21:58] <mmcc> should be a quicky
[21:58] <ralsina> mmcc: yes, I can review that alone
[21:58] <ralsina> gatox's branch has *one* functional unicode bug that actually has a simplish fix
[21:58] <ralsina> and we may be feature-complete tomorrow!
[21:58] <mmcc> ralsina: to review - start syncdaemon however you want, look at syncdaemon.log
[21:59] <ralsina> mmcc: ack
[22:03] <ralsina> mmcc: global +1 since it's not functional code I am not asking you for tests
[22:03] <mmcc> ralsina: great, thanks
[22:04] <mmcc> so should I disapprove mandel's earlier branch? what do we do with proposals for branches that we know won't merge (I have another one of those sitting around somewhere)
[22:04] <ralsina> mmcc: yes, disapprove
[22:04] <mmcc> ok
[22:06] <mmcc> brb, ~10 minutes
[22:09] <mmcc> b, nevermind
[22:11] <ralsina> EOD for me
[22:12] <ralsina> bye people, have fun!
[22:12] <mmcc> ack, fun it is
[22:33] <mmcc> is anyone still around? briancurtin? I have a one-character typo fix merge that could use a quirky review
[22:33] <briancurtin> mmcc: yep, send it
[22:33] <mmcc> or a quicky review. https://code.launchpad.net/~mikemc/ubuntuone-client/fix-log-typo/+merge/121513
[22:33] <mmcc> but if you want to go quirky I guess my autocorrect would like to see it
[22:34] <briancurtin> mmcc: approved
[22:34] <mmcc> thanks
[23:04] <mmcc> hrm, we can't be logging every file event in the whole system…
[23:23] <ralsina> mmcc: hopefully!
[23:28] <mmcc> ok, launchd works, squashed a couple of bugs in the daemon code, quieted those logs, still something is stopping us from getting events from the daemon…
[23:29] <mmcc> I have to EOD now, but I'm going to come back later and see if I can't get that figured out.
[23:32] <mmcc> ok I think it's a simple retain/release bug, have to go now, will try it tonight
[23:39] <ralsina> mmcc: great!


[11:01] <michals> hi. So I'm trying to reinstall ALSA using  .deb packages from this site: https://code.launchpad.net/~ubuntu-audio-dev/+archive/ubuntu/alsa-daily/+packages
[11:01] <michals> however, I can't find the one that works with my xubuntu
[11:02] <michals> 4.10.0-35-generic #39~16.04.1-Ubuntu
[11:02] <well_laid_lawn> what's wrong with the alsa in the repos ?
[11:02] <michals> Error!  The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which does not match this kernel/arch.  This indicates that it should not be built.
[11:03] <michals> I checked all 3 Xenial packages
[11:03] <bazhang> michals, why are yuo messing iwth alsa at all
[11:03] <michals> xubuntu doesn't recognize my soundcard at all
[11:04] <bazhang> michals, which one
[11:05] <michals> I have asus e200ha, soundcard is integrated (conexant)
[11:05] <bazhang> michals, and which version of xubuntu
[11:06] <michals> bazhang, 16.04
[11:10] <michals> VERSION="16.04.3 LTS (Xenial Xerus)"
[11:10] <well_laid_lawn> https://wiki.debian.org/InstallingDebianOn/Asus/E200HA
[11:10] <well_laid_lawn> "Unfortunately Intel doesn't support Linux on Cherry Trail Atom SOCs, so this laptop has problems with audio "
[11:11] <michals> so the only option are non-debian distros?
[11:12] <michals> or there will be no sound with linux at all?
[11:12] <bazhang> Bug 1563110
[11:12] <bazhang> fix committed
[11:16] <michals> bazhang I'm confused about "committed" part. So is it solved?
[11:19] <well_laid_lawn> check the last post in that bug report
[11:23] <michals> ok, thank you bazhang and well_laid_dawn, seems like I'm on right track
[11:23] <well_laid_lawn> from that report there is a patcch on github for sound
[11:23] <michals> unfortunately not for 16.04, but I will upgrade to 17.04
[11:24] <bazhang> np
[12:23] <xubuntu23d> Help! installing xubuntu 16.04 under Oracle Virtualbox problem
[14:33] <franksands> Hello, I wanted to know if it's possible to make an unatended and offline install of xubuntu 17.04
[14:33] <franksands> I tried several solutions from stackoverflow and askubuntu but they usually fail when selecting packages to install
[14:38] <slickymasterWork> https://askubuntu.com/questions/122505/how-do-i-create-a-completely-unattended-install-of-ubuntu#122506 | franksands
[14:39] <slickymasterWork> franksands check that link ^^
[14:39] <franksands> yeah, thanks, but I already tried that
[14:39] <franksands> it fails when trying to download updates from apt
[14:39] <genii> Make an offline mirror, use that in the preseed file
[14:40] <franksands> how do I do that?
[14:41] <genii> !mirror
[14:42]  * genii slaps ubottu
[14:42] <genii> apt-mirror
[14:44] <franksands> thanks
[19:57] <umbreon_> hello?
[19:58] <umbreon_> is anyone here?
[19:58] <umbreon_> ok....
[20:00] <knome> nobody answered in one minute?
[20:00] <knome> how slow...
[20:00] <genii> heh
[20:00] <knome> i mean, those volunteers must be slacking!
[20:00]  * genii gets ready to wait another week in #blackberry for someone to say Hi
[20:01] <knome> umbreon_, or in other words... why not ask your real question and find out if people are lurking?
[20:04] <umbreon_> okay, So i windows no longer boots after i installed xubuntu. I tried using boot-repair but it wont open after i installed it. So then i tried to use the live boot repair version and it didnt let me move my mouse so i couldnt connect to internet like it says. does anyone know what i shold do to get boot repair to work? also if theres any other information i should list tell me. Also sorry for being rude
[20:18] <umbreon_> i think im lagging


[20:35] <victorbrca> Anyone else using the google hangouts extension in Chrome?
[20:36] <azend|vps> Yeah I think so
[20:37] <victorbrca> Is it still working for you?
[20:40] <azend|vps> Does it not for you?
[20:41] <victorbrca> No...
[20:41] <victorbrca> I can still use hangouts from gmail, or even start a hangout on chrome...
[20:41] <azend|vps> I use it on a Mac so its binary extensions do some funny things
[20:41] <victorbrca> or user the chrome hangouts app... but the extension stopped working
[20:41] <victorbrca> ah....
[20:42] <victorbrca> it stopped working for me on two Ubuntu machines