[06:44] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Eoan Beta] (20190924.1) has been added
[12:23] <RikMills> candidate beta ISO is ready to test
[12:29] <BluesKaj> Hi folks
[14:49] <mparillo> Test cases: http://iso.qa.ubuntu.com/qatracker/milestones/406/builds/199937/testcases
[18:00] <mparillo> My top priority test cases all look good in a VM. How likely is a re-spin before I attempt the OEM test case?
[18:03] <RikMills> your guess is as good as mine at this stage. not seen anything to suggest one, but you never know
[18:19] <mparillo> Thank you.
[23:37] <Mamarok> I guess upgrading to Eoan currently means editing sources by hand, right? Haven't done that in ages....
[23:56] <valorie> I think using the -d switch should work now, since we have an official Beta
[23:57] <valorie> hmm, why is our image oversized?
[23:59] <RikMills> valorie: due to now including nvidia drivers in the pool


[00:18] <Chipaca> popey: BUUUUUG
[02:46] <karni> Night guys
[08:38] <Chipaca> *yawn*
[08:38] <Chipaca> morning, all
[09:36] <mandel> morning all!
[10:07] <JamesTait> Good morning all! :D
[11:31] <nessita> buenos días!
[11:45] <mandel> nessita, morning!
[11:46] <mandel> nessita, I have an interesting question for you, got time?
[11:46] <nessita> mandel: sure!
[11:47] <mandel> nessita, I've been looking at writing integration tests with squid + ssl so that we can test the cases in which we have a selfsigned and get an error
[11:47] <mandel> nessita, what happens is that due to license issues the package of squid3 that ubuntu ships does not use the --enable-ssl flag, which means that it does not support that
[11:47]  * Daviey wonders if it turned out not infact to be interesting, if nessita could redact her offer of time.
[11:48] <mandel> nessita, with some help from #ubuntu-servers I've got a ppa with squid3 + ssl for the tests.. but, how do we manage this?
[11:48] <mandel> nessita, should I forget squid and look into a diff path? mock the ssl issues for example?
[11:49] <nessita> mandel: guh... question, what --enable-ssl provides?
[11:49] <Daviey> mandel: Do you need a full proxy, or would a stub https server be enough?
[11:49] <mandel> nessita, http://www1.it.squid-cache.org/Versions/v3/3.HEAD/cfgman/https_port.html
[11:49] <mandel> Daviey, at the moment we are using a full proxy to try and have the integration tests as real as possible, if not I think I can do mock
[11:50] <mandel> nessita, I can also do squid3 -v check if the flag was used and skip the ssl tests if it wasn't
[11:50] <Daviey> mandel: it seems to me that you only need to test as far as the handshake..
[11:50] <Daviey> we simply cannot enable redistribution of squid linking with openssl.
[11:51] <mandel> Daviey, I know.. licenses..
[11:52] <nessita> mandel: would you please tell me what does --enable-ssl provides (without using a link for the answer)? :-D
[11:52] <mandel> nessita, ppa:lynxman/squid-ssl already compiled for amd64  http://people.canonical.com/~lynxman/squid3/
[11:52] <nessita> mandel: let's go step by step, I'm trying to understand your issue before understanding one of the solutions (the PPA)
[11:52] <mandel> nessita, it allows squid to listen connections over https
[11:52] <Daviey> mandel: if you want to add gnutls support for squid, i'd be over the moon :)
[11:53] <nessita> mandel: ok, so, without that, you can not set a proxy test to be https://localhost:foo
[11:53] <mandel> Daviey, no no no, I don't have the time to fix the world :)
[11:53] <mandel> nessita, yes, that is the issue
[11:53]  * nessita thinks
[11:54] <nessita> mandel: if you have the patch file that adds that support, we could add that to our PPA, though I'm not thrilled to do that
[11:54] <nessita> Daviey: hola!
[11:55] <mandel> nessita, yes, I'm not happy either..
[11:55] <nessita> Daviey: what's the licensing issue with that part of squid?
[11:58] <nessita> Daviey: ping?
[12:01] <Daviey> nessita: sorry, it's BSD and GPL linking
[12:01] <Daviey> YOU can do it, WE just can't redistribute it.
[12:03] <nessita> mandel: I guess a pacthed squid in our ppa can work. We just need the patch to apply, and we can upload the new squid to ppa:ubuntuone/nightlies
[12:03] <mandel> nessita, is that an ok solution, I mean, I don't want to screw people because of this
[12:04] <nessita> mandel: is not a problem, as far as I can see, we can check with dobey if he sees any issue, but I don't see one
[12:04] <nessita> Daviey: thanks!
[12:04] <mandel> nessita, cool :D
[12:06] <nessita> mandel: I read your comments to my review. ABout the fakes... why you need to fake the arrow? why not juts letting the code use the real one (since is there in the pythonpath)?
[12:08] <mandel> nessita, I don't mind using the real one, yet a prefer tests not to relay in real code, I mean, is the arrow is broken, the arrow tests should fail but not the expander ones, but if you prefer not to do that I'm happy to remove it :)
[12:08] <mandel> nessita, I also misunderstood what you meant with the expanded arg, fixed that, you where right, I called the set_expanded with it rather than store it as false
[12:08] <mandel> nessita, and removed the @property to use property() to make the code cleaner
[12:09] <nessita> mandel: so, you're right about that when it comes to 100% pure unit tests. But I personally think that if we *only* build 100% unit tests, we're missing a lot of things. And since we don't have the time to write 100% unit tests and thin layers of integrating modules, I advice to have a test suite that runs relatively fast, and to mock only the strictly necessary
[12:10] <nessita> mandel: so, unless something is a pain (such as using a socket, for example, or an unpatchable class, or sys.modules, or something like that) I would advice not doing mocking
[12:10] <mandel> nessita, sure, no problem, what ever is best for the team, I'll remove those, but.. any ideas on how to assert that the correct methods have been called? or should I just test that the get returns the expected value
[12:10] <mandel> ??
[12:11] <nessita> mandel: the latter, since testing that methods 'a', 'b', 'c' were called in that order will break the test when we change the method 'a' to be 'z' which does the same as 'a' but is better, for example
[12:11] <duanedesign> o/
[12:12] <mandel> nessita, ok, should be a simple change, let me get down to it
[12:12] <nessita> mandel: or sometimes you test  'a', 'b', 'c' were called, and the we move some stuff around in our internal implementation due to refactoring, and that will break the test (and, depending on the case, shouldn't)
[12:12] <nessita> hola duanedesign
[12:13] <mandel> nessita, I think I was just stating that the method was called with the args, but you are right, I'll just assert that the expected value is present
[12:13] <mandel> nessita, and is easier to remove lines than to add them :)
[12:18] <nessita> mandel: right. Ack to the setter and _expanded prop
[13:26] <nessita> alecu: hola! I need some help from your end
[13:27] <nessita> alecu: would you have some minutes?
[13:33] <ralsina> good late morning!
[13:36] <dobey> Daviey: because squid is BSD and openssl is GPL?
[13:39] <karni> Hey, JAVA devs out there - We're in the review stage of Ubuntu One Files Java Client, which is a library that allows to talk to U1, manipulate files, up/download, etc. If you'd like to give it a go, this is the last branch:
[13:39] <karni> lp:~karni/ubuntuone-files-java-client/interactive-cli-example
[13:39] <karni> If you like U1 and code for Android, you may want to find it of interest, too :)
[13:41] <Daviey> dobey: other way around, but openssl is bsd-like
[13:41] <mandel> ok, I'm off to have lunch
[13:41]  * mandel lunch
[13:43] <dobey> Daviey: because openssl has advert clause then?
[13:44] <nessita> alecu: ping?
[13:45] <Daviey> dobey: http://www.squid-cache.org/mail-archive/squid-dev/200406/0011.html
[13:46] <karni> aquarius: If anyone asks about U1 Java library, I just shouted out we are happy to have initial public preview, as stated few lines above. I'd like to weed out any rough edges with whoever uses it first (including me ;))
[13:46] <karni> joshuahoover: ↑
[13:46] <aquarius> karni, cool!
[13:46] <ralsina> mandel, dobey, Daviey: that probably means noone ever uses squid with ssl, so we canjust skip those tests, I say
[13:47] <nessita> ralsina: squid with ssl is a way to have a proxy for https, which a lot of people may have (even though is not squid behind that)
[13:47] <aquarius> karni, we should chat with roberta about it; she's at MWC this week though
[13:47] <nessita> ralsina: so we need that to build the integration tests
[13:48] <ralsina> nessita: yes, but we are not going to work around this by packaging an illegal squid for ourselves, are we?
[13:48] <karni> aquarius: Agreed. Although I prefer to treat it like u1db 'preview' - once we know it's prime time ready, we can announce it.
[13:48] <nessita> ralsina: is not an illegal squid, as far as I understood it
[13:48] <ralsina> nessita: it's not distributable
[13:48] <karni> aquarius: I have a dead simple CLI example, and will probably quickly write a UI-enabled example.
[13:49] <ralsina> nessita: but I may have missed some licensing subtlety
[13:49] <dobey> nessita: we would have to each build it ourselves locally
[13:49] <dobey> nessita: it couldn't be in the PPA
[13:49] <nessita> dobey: ok, so we can build it in those system running the squid tests, no?
[13:49] <aquarius> karni, definitely, that's why I want to talk to roberta :)
[13:49] <dobey> well, unless we used gnutls instead
[13:49] <karni> aquarius: ah, cool :)
[13:49] <aquarius> karni, and you and I should chat about it; a blog post by you would be cool, I think
[13:50] <karni> aquarius: That would be nice :)
[13:51] <nessita> alecu: you around?
[13:52] <dobey> nessita: i'm not sure testing that works against squid, will tell us anything useful
[13:53] <karni> aquarius: Also, this is a silly detail, but I've grown to think ubuntuone-java-files-*client* is not a great name for a library
[13:53] <karni> aquarius: What do you think?
[13:54] <nessita> dobey: why not?
[13:54] <aquarius> karni, well... it isn't, really, but I don't know how Android and Java stuff like this is really named
[13:54] <karni> aquarius: Same goes for ubuntu-sso-java-*client* - it is a client of the API, but a library to the software that will use it
[13:54] <karni> aquarius: say, google analytics builds a libGoogleAnalytics.jar
[13:55] <ralsina> karni: +1 on removing the client
[13:55] <karni> ralsina: ack
[13:55] <ralsina> karni: if anyone tries to use it as a server, he will figure it out soon enough ;-)
[13:55] <karni> aquarius: none of the libraries we use in the u1-files-java-client (we use like 13) have "lib" or "library" in their names
[13:55] <karni> ralsina: haha
[13:55] <dobey> nessita: because we're testing against a configuration which noone should actually have anyway. there's no guarantee that squid and IIS and whatever else, all do ssl proxies the same way. we need to test against actual server configurations people will be using
[13:56] <aquarius> karni, do java things normally get called a "library"? It'd be useful to see what similar stuff is called
[13:56] <dobey> nessita: also, have you seen https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/942312 ?
[13:56] <karni> aquarius: I'll google
[13:57] <karni> aquarius: not really. they just call by names, like commons-logging-1.1.1.jar, jackson-mini-1.9.4.jar, signpost-commonshttp4-<IP_ADDRESS>.jar
[13:58] <dobey> aquarius: things that are libraries do; though people generally refer to them by name as in any other language
[13:58] <aquarius> dobey, this is my point: I'm not sure the Java world talks about "libraries" in the same way we do
[13:59] <dobey> aquarius: what way do we talk about libraries?
[13:59] <nessita> dobey: regarding the first comment, I agree, though since having real configs is very hard (for now at least, on every day testing envs), I would like to have at least one way to test the SSL cert thing
[14:00] <aquarius> dobey, a block of reusable code, packaged up on its own with the intention of being included in another project wholesale, is called a "library"; in C it's normally called libsomething. Java... I'm not sure they'd call that a library. I think they might call it a jar, for example.
[14:00] <nessita> dobey: yes to the second, was pinging alecu about it
[14:01] <dobey> aquarius: in java, everything is a jar. in C/C++ we only name the binaries libfoo.so out of tradition. and to make the compiler command line look nicer. there really isn't any technical requirement that it be that way. in fact, the correct technical term for anything with an .so in *nix is "shared object"
[14:02] <aquarius> dobey, exactly my point. If a Java person is looking for a shared object to help them talk to U1, would they google for "u1 java library", or something else? I don't know, which is why I asked karni :)
[14:03]  * karni reads, was googling around
[14:03] <dobey> aquarius: they would probably search for "ubuntu one java" and see what comes up. they might search also for "class library" or "implementation" or other technically useful terms
[14:03] <dobey> aquarius: i don't ever search for "library" really when i am looking for some implementation in C or python or whatever
[14:04] <mandel> karni, call it  jar jar binks!
[14:04] <dobey> aquarius: it's a term that is a bit too general and will often dilute results
[14:04] <karni> mandel: heh :)
[14:05] <pedronis> aquarius: they both use library or package, library to do X or package to do X
[14:05] <karni> aquarius: dobey: I also stumbled upon this http://www.debian.org/doc/packaging-manuals/java-policy/x104.html
[14:06] <karni> and this http://stackoverflow.com/questions/4177762/naming-java-library-how-to
[14:06] <karni> Candidates would be: jUbuntuOneFiles.jar , libUbuntuOneFiles.jar
[14:07] <karni> like jMock.jar, libGoogleAnalytics.jar
[14:08] <aquarius> libUbuntuOneFiles.jar sounds sensible to me
[14:09] <karni> aquarius: The library jar name is not such a problem, the project name is. Clearly, as I've stated, I have mixed feelings towards "Ubuntu One Files Java Client" - if we drop client, it just sounds funny :)
[14:09] <dobey> nessita: what do we need to test with the "ssl cert thing"? we can probably fake it, if it's just to test the dialog and parsing or something?
[14:09] <karni> aquarius: maybe the project name could contain 'api' keyword, then when we publish Java music library, it have a consistent name
[14:09] <pedronis> well I wouldn't be surprised by ubuntuone-files-client.jar either
[14:09] <karni> aquarius: The project name, that is.
[14:10] <aquarius> "Ubuntu One Files Java library" seems OK to me?
[14:10] <pedronis> karni: what's the package name: com.ubuntu.one....?
[14:10] <nessita> dobey: we have those (unit) tests in place, mandel was hoping to also have integration tests like with the rest of the proxy support work
[14:10] <dobey> karni: are you just wanting to rename the project?
[14:10] <karni> pedronis: That's also the question. Currently it's com.ubuntu.one.api.files
[14:10] <karni> pedronis: We're not sure if it should be com.ubuntuone.api.files
[14:11] <dobey> nessita: and what would it do? ensure that squid serves an SSL cert to us?
[14:11] <pedronis> karni: I think one.ubuntu.com is the more official url, but not sure
[14:11] <karni> pedronis: Our U1F Android app is com.ubuntuone.android.files, SSO lib is com.ubuntu.sso
[14:11] <nessita> dobey: no, to make squid returns an expired cert, or a self signed cert
[14:12] <pedronis> karni: ah so we used com.ubuntuone for something already, better stick to it then
[14:12] <pedronis> we own both anyway
[14:12] <karni> dobey: I'm looking for most sensible name for the project name - I think we have just found a nice name for the jar files.
[14:12] <dobey> nessita: can we not just shove those types of certs directly into the tests without squid?
[14:13] <karni> pedronis: nessita: mandel: Do desktop apps use 'ubuntuone' in their package name? (As opposed to com.ubuntu.one...)
[14:13] <dobey> karni: yes
[14:13] <karni> In that case we should stick with ubuntuone it seems.
[14:13] <dobey> ubuntuone-client, ubuntu-sso-client, ubuntuone-control-panel, libubuntuone, rhythmbox-ubuntuone, ubuntuone-storage-protocol
[14:14] <karni> dobey: Oh, thank you
[14:14] <nessita> dobey: as far as I understand, no, I think we need to have squid returning what we need for the test. I guess we could patch what cert to return, but I'm not sure we can patch squid so it handled https url using the whole ssl "stack"
[14:14] <dobey> Album Savings: $57.20 compared to buying all songs
[14:14] <dobey> nice
[14:15] <Yancho_> guys after opening ubuntuone-control-panel-gtk i am getting: File Sync error (org.freedesktop.DBUs.Error.NoReply: Did not receive a reply .. any idea from where I can start debugging please?
[14:15] <dobey> nessita: i'm not sure why squid has to do anything here.
[14:16] <dobey> Yancho_: ~/.cache/ubuntuone/log/syncdaemon-exceptions.log is probably the first place to look. other log files in same directory would be second
[14:16] <karni> Thanks for the brainstorm everyone!
[14:17] <nessita> dobey: as far as I know, we have the test suite X, that we run without having a proxy, and with a proxy setup using squid. The same test suite X has to pass in both scenarios. We also have some specific test suite to be run when squid is setup, and those test suite depend on the "proxy" to have specific settings/values. mandel is trying to add a new suite where the "proxy" is an https url, and thus with that he expects squid to serve all the ssl bits a
[14:17] <nessita> mandel: correct me if I misunderstand something
[14:17] <Yancho_> tnx dobey
[14:18] <dobey> nessita: i understand what is trying to be done. what i don't understand is *why* it has to be that way.
[14:18] <nessita> dobey: can you please repharse your counterproposal then?
[14:19] <dobey> nessita: why do we need integration tests with squid ssl support, when squid with ssl support is so unlikely to be the real world situation?
[14:20] <nessita> dobey: we need a test case with a setup where the proxy  is an https url and the proxy will give ceratin ssl certs to perform different tests. We're doing it with squid since we already have the testscases to do it, but we could do it with another proxy setup (no idea which one though)
[14:20] <dobey> nessita: *WHY* ? :)
[14:21] <nessita> dobey: because we need integration tests for the https proxy
[14:22] <nessita> dobey: how would you do that ^, without having squid configured to provide a https proxy?
[14:22] <dobey> we need integration tests with real world proxies. i don't think we need those integration tests to be in the normal test suite, but rather something we run in jenkins against actual real-world proxy servers also set up somewhere
[14:23] <nessita> dobey: I think that's a separated discussion (and it makes sense, but is out of the scope of this talk IMHO)
[14:23] <dobey> nessita: for now, the way to test that is probably through manual testing
[14:23] <nessita> dobey: if we can have some sort of automation for this, we should do it. Manual testing does not scale...
[14:23] <dobey> nessita: then the scope of this talk is squid, and i think we don't need to have integration tests for something nobody is using.
[14:24] <dobey> nessita: yes, which is why i said it should be in jenkins, and we should have manual tests being run by qa or whoever, until we can automate it
[14:25] <nessita> dobey: the fact that squid is behind those tests is "coincidence" (in the sense that is the thing we can setup automatically). If you can propose a way to have another proxy setup differently, let's talk about that. And I propose this separated from the fact that we should run the proxy suite for each possible proxy setup we want to support.
[14:26] <nessita> ralsina: your thoughts? ^
[14:26] <dobey> i think we should not do integration tests at the moment then, as we haven't the means to do them.
[14:26] <ralsina> nessita: I did some minor research right now, and there is no free proxy we can use for this
[14:26] <nessita> ralsina: besides squid, you mean?
[14:26] <ralsina> and we can't block on it. So I propose we find a way to set one of these on jenkins
[14:27] <ralsina> nessita: I propose setting up a ssl-squid in jenkins and do a job running the tests there
[14:27] <nessita> ralsina: yes, that's my proposal as well
[14:27] <ralsina> nessita: but we can't distribute the squid-ssl package
[14:27] <nessita> ack to that
[14:27] <ralsina> nessita: ok then, we agree ;-)
[14:28] <nessita> ralsina: agree with dobey now :-P
[14:28] <ralsina> nessita: OTOH, we can't get blocked with this
[14:28] <ralsina> THERE ;-)
[14:29] <ralsina> dobey: the point of squid-ssl tests is that there are certain things we can test there, like whether we are rejecting invalid certificates and so on
[14:29] <ralsina> dobey: I have no idea whatsoever on how to fake that,  unless we recorded a session or something like that
[14:30] <dobey> ralsina: that seems like something that belongs in a unit test, and not an integration test
[14:30] <nessita> ralsina: one of the goals is not to fake that (just FYI)
[14:30] <ralsina> dobey: it can't be a unit test if it depends on the behaviour of other software. That's the whole point of integratiokn tests.
[14:31] <ralsina> nessita: I know, I was the one that pushed for integration tests for proxys in the first place :-)
[14:32] <dobey> ralsina: the problem is that tests depending on other software, that nobody is using, isn't useful though. and i feel it's a waste of time to do all the work to make it work for squid, and then we say it works and ship it, and ssl proxies doesn't work for anyone in the real world.
[14:32] <dobey> ralsina: we effectively have the same statistics as only testing the unit side of it.
[14:32] <ralsina> dobey: no, because the protocol for SSL proxys is a standardprotocol
[14:33] <ralsina> dobey: it's like saying that testing agains IIS is not testing HTTP
[14:33] <dobey> ralsina: IMAP is a standard too. but we all know how well that worked out.
[14:33] <dobey> ralsina: and it would be true. :)
[14:33] <ralsina> dobey: yes. This may be more like HTTP than like IMAP, though
[14:33] <dobey> you will be surprised then i guess :)
[14:35] <ralsina> dobey: ha
[14:36] <ralsina> So, nessita, let's think about getting this on jenkins
[14:37] <dobey> i'd recommend poking the platform/server/debian people to ship squid built against gnutls
[14:37] <ralsina> dobey: well, that's a great solution to have thought about 3 months ago ;-)
[14:38] <ralsina> dobey: does it even *have* a gnutls build option?
[14:39] <nessita> dobey: mandel poke Daviey and apparently they are not doing it...
[14:40] <ralsina> nessita: whenyou have a slot, I changed the spacing in the argparse thing. (damn, I was so close to get that one through without a needsfixing ;-)
[14:40] <dobey> ralsina: --enable-ssl; gnutls has compatibility stuff that replaces openssl headers and uses gnutls compat lib instead. don't know if it "just works" though
[14:41] <nessita> ralsina: ack!
[14:43] <dobey> nessita: as i understand it, it's just that openssl won't (can't) be done.
[14:43] <nessita> dobey: sorry, I already contextswitched my brain. Would please give me more context for that?
[14:44] <dobey> let's wait for mandel
[14:49] <dobey> ugh, i think sinuses are making my lungs hurt
[14:52] <mandel> dobey, I'm back, let read the backlog
[14:57] <mandel> dobey, ralsina, nessita so, yes, the ssl enabled squid stuff is a very strange scenario.. but we don't have numbers about that. If it was not used they wouln'd provide the --enable-ssl flag
[14:57] <mandel> also, we cannot distribute it, so its a matter of having that in jenkins
[14:58] <mandel> what I propose if to have the SquidTestCase to check if the --enable-ssl flag was used, and if it was enable the https ports, otherwise skip it
[14:58] <dobey> mandel: where did you actually discuss the license issues outside of #ubuntuone? did you discuss the possibility of building it with gnutls instead?
[14:59] <mandel> dobey, it was mentioned.. but was just a proposal. I have not looked into that. I did most of my talks in private with one of our guys from ubuntu-server
[15:00] <mandel> dobey, there is a bug about that with a won't fix due to license issues (open-ssl) version, I did not look more into using gnutls
[15:00] <nessita> dobey, mandel: for now, I would discourage trying to build with gnutls, giving everyone's time constraints
[15:00] <nessita> me
[15:00] <mandel> nessita, +10000000 ** 100
[15:00] <mandel> me
[15:02] <nessita> dobey, ralsina, alecu, briancurtin, standup?
[15:02] <briancurtin> me
[15:02] <dobey> not me
[15:04] <alecu> me
[15:04] <urbanape> me
[15:05] <mandel> nessita, remember we have the mac boy ( urbanape) with us :)
[15:08] <alecu> mandel, after the standup, can you give me a summary update on the SSL issue?
[15:09] <mandel> alecu, sure, is an easy one :)
[15:09] <dobey> nessita: are you going to go with the standup, or we will wait forever for ralsina ?
[15:10] <alecu> mandel, (btw: I'm adding some SSL integration tests to the SD proxy stuff, so I'm adding a dummy certificate and key and some code to set that up)
[15:10] <ralsina> please go ahead
[15:10] <briancurtin> while not ralsina: time.sleep(1)
[15:10] <nessita> DONE: more on bug #933576, reviews, holiday on Monday
[15:10] <nessita> TODO: the same! :-) also, start conversation about Control Panel's new look on Ubuntu
[15:10] <nessita> BLOCKED: nopes
[15:10] <nessita> NEXT: mandel
[15:10] <mandel> DONE: looked at setting tests to use https with squid. --enable-ssl is not there, we need to agree (I think we already did) in the approach. Removed most of the fakes from my ss-dialog branch.
[15:10] <mandel> TODO: Remove the rest of the fakes, ping nessita +1 to review it. Implement what we agree on about squid + ssl.
[15:10] <mandel> BLOCKED: not more than usual.
[15:10] <mandel> next: briancurtin
[15:10]  * ralsina is currently on his 112th minute on the phone, thanks
[15:10] <briancurtin> DONE: got started with urbanape, adjusted some tests in the read_link issue to work with new NTFS hardlink impl
[15:10] <briancurtin> TODO: continue working with urbanape over ssh/screen/mumble on getting the buildout to work, receive my OS X install CD from FedEx and...install it
[15:10] <briancurtin> BLOCKED: none
[15:10] <briancurtin> NEXT: not dobey
[15:10] <dobey> λ DONE: rb nightlies fixes, bug #934235,
[15:10] <dobey> λ TODO: rb extension bugs, look at twisted g/gtkapplication support/hanging issue
[15:10] <dobey> λ BLCK: none.
[15:10] <dobey> alecu
[15:10] <alecu> DONE: cleanups on disconnections for bug #929207, debugging, fixing tests, natholiday on monday
[15:10] <alecu> TODO: rework bug descriptions for FFE, finish and submit branches
[15:10] <alecu> BLOCKED: no
[15:10] <alecu> NEXT: urbanape
[15:10] <urbanape> DONE: Compiled PyQt ALL DAY LONG.
[15:10] <urbanape> TODO: Hacking on the buildout with briancurtin
[15:10] <urbanape> BLOCK: Nothing, so far
[15:11] <urbanape> end?
[15:11] <nessita> any comments anyone?
[15:11] <ralsina> urbanape: compiling Qt is a rite of passage. Wait for PyQt ;)
[15:12] <mandel> alecu, how are you writing those tests?
[15:12] <nessita> if not, I guess is eom!
[15:12] <urbanape> ralsina: did PyQt
[15:12] <alecu> mandel, let me summarize what these tests are testing first:
[15:12] <urbanape> DOUBLE RITE
[15:12] <ralsina> urbanape: brave man!
[15:13] <alecu> mandel, SD needs to connect to the sync servers going thru the proxy tunnel. The tunnel listens for a few lines telling it where to connect, and then it forwards all traffic transparently.
[15:15] <alecu> mandel, but SD needs a "client" to connect to the tunnel and send the connection command (in plaintext) and then it needs that client to switch from the tunnel protocol to the ssl used to transport the SD traffic
[15:16] <alecu> mandel, so my tests are testing that transition: from plaintext (used to speak to the tunnel server) to SD protocol inside a SSL encrypted channel.
[15:17] <alecu> mandel, that's why I need to run a fake SSL server. And that SSL server needs a dummy certificate file and a dummy key file, that I generated manually and I'll be including in our tree.
[15:17] <mandel> alecu, ok, so that is a diff ssl scenario, I wanted to write tests for when the proxy that we are listening to is in a https port. I wanted to ensure that when we go over https and have a cert that is no vlaid we show the dialogs etc..
[15:18] <rye> wait, so we are going with an external proxy-handling process? Why don't we use some existing one?
[15:18] <mandel> alecu, I can provide you with code that will generate a random cert instead, is very easy with open ssl
[15:19] <alecu> mandel, cool, but I'm not sure if we'll have all the ssl cmdline tools in other platforms.
[15:19] <nessita> ralsina: can I have a review please? https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/work-on-windows/+merge/94980
[15:19] <mandel> alecu, we have the library :)
[15:19] <alecu> rye, what existing proxy handling process do you propose?
[15:20] <mandel> alecu, http://paste.ubuntu.com/860638/
[15:20] <mandel> alecu, some imports are missing, but they are from os, so its easy :)
[15:21] <ralsina> nessita: sure, in about 10'
[15:21] <alecu> rye, the idea to build one was so that it uses the same library (QtNetwork) as the rest of our tools, so we have the same proxy support everywhere.
[15:21] <alecu> mandel, oh, that's lovely.
[15:21] <rye> alecu, ah
[15:21] <rye> https://wiki.edubuntu.org/RomanYepishev/UbuntuOne/ProxySupport :)
[15:22] <rye> why is edubuntu wiki ranked higher in google searches than wiki.ubuntu.com ?
[15:22] <mandel> rye, because they are educated.. hehehehehe
[15:26] <dobey> rye: also, the last 2 points on that page are quite valid. and i suspect those tools don't work so well on windows?
[15:33] <nessita> brb
[15:36] <alecu> rye, proxytunnel is interesting. I evaluated using similar tools like cntlm, but each tool supported a different subset of options (ie, ntlm authentication, or socks proxies, etc) and supported different platforms, so we would end up depending on a handful of tools.
[15:39] <alecu> mandel, re: your generate_self_signed_cert() function; is it already on our sourcetree?
[15:40] <mandel> alecu, no, is work in progress of ubuntuone-dev-tools, feel free to use it and I'll deal with cleaning the duplication :)
[15:41] <alecu> mandel, great, thanks.
[15:42] <alecu> mandel, I think for now I'll use the certificates made by hand, but when this landsw on u1-dev-tools I'll switch to it, because my certificate will expire in 10 years :-)
[15:42] <mandel> alecu, hehe
[15:43] <mandel> alecu, I'll let you know when it does
[15:44] <ralsina> nessita: +1 on work-on-windows
[15:45] <dobey> nessita: did you file a bug, or know of one, about the messaging menu opening the gtk control panel?
[15:48] <alecu> dobey, I saw it filed under bug #735464
[15:49] <dobey> alecu: that is a separate bug, though people are commenting on it because they see similar behavior in 12.04 now
[15:49] <dobey> alecu: but it was originally filed on 11.04, and i suspect a different issue
[15:50] <alecu> right
[15:50] <alecu> popey, ping
[15:50] <alecu> popey, I'm trying to understand the bug with proxy hostnames: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/942312
[15:51] <alecu> popey, did you have proxies enabled on the system settings while this happened?
[15:53] <popey> alecu: ooh, i think i see the problem. the dialog where you put your proxy.. if you have it set to "manual" you can leave the other fields blank and it still lets you save that
[15:53] <popey> alecu: which IMO it shouldn't let you do
[15:54] <alecu> popey, well, each app could tell if the "hostname" was empty, and ignore the settings
[15:54] <alecu> popey, in this case it looks like libsoup is the bit where it's failing.
[15:54] <popey> that shouldn't be necessary really
[15:55] <popey> I'll file a bug against the networky bit
[15:55] <popey> also, unrelated to that
[15:55] <popey> in rb I keep getting a prompt that "Mp3 playback support is not available"
[15:55] <nessita> dobey: the one about having -gtk mixed with -qt? I did not file it, nor I recall one about it
[15:55] <popey> i click install and it goes off and does stuff but i still cant play music
[15:55] <popey> (from the store)
[15:55] <popey> and when i restart it says the same thing
[15:55] <popey> is this a known issue?
[15:56] <dobey> nessita: yeah, the messaging indicator opening the gtk one when you click on it, and using the dbus interface to open the volumes tab
[15:56] <nessita> dobey: no bug in my radar for that
[15:56] <alecu> popey, no idea about that rb bug. Let's ask dobey.
[15:58] <dobey> alecu: no idea. we don't do any magic stuff for proxies there. if the same error comes up there, it could be coming from sso
[15:59] <alecu> dobey, no: I meant the "Mp3 playback support is not available" bug.
[15:59] <dobey> nessita: right, i have a fix; though it doesn't open to the "folders" section for the folders, as it just runs the installer instead (which in turn runs the qt control panel if installed)
[16:00] <alecu> dobey, the issue with proxies is when the user sets the proxies to "Manual", but leaves the proxy host field empty.
[16:00] <dobey> nessita: but i was looking for a bug to --fixes= for
[16:00] <dobey> alecu: ok
[16:00] <dobey> alecu: the mp3 bug is known/filed. i have to debug it still though
[16:00] <alecu> popey, ^
[16:00] <popey> ok
[16:01] <popey> whilst I'm in rb i also have duplicates of all my u1ms music
[16:01] <popey> i mentioned this previously and someone asked if i could get some info from my machine
[16:01] <popey> but I dont know what I need to get
[16:01] <dobey> popey: yes, that bug is filed
[16:01] <nessita> ralsina: your opt-branch approved!
[16:01] <ralsina> dobey, nessita: the u1sdtool bug is probably gi/twisted: it blocks waiting for data in a pipe (apparently)
[16:01] <ralsina> nessita: cool, thanks
[16:01] <dobey> i know what it is. will probably fix it today, and fix will appear in ubuntu next week
[16:01] <nessita> ralsina: yeap
[16:02] <dobey> ralsina: nope. i have similar issues with other non-twisted things doing it as well
[16:02] <ralsina> nessita: if you have a small bug or two, I may take a look while I do other stuff
[16:02] <nessita> dobey: I read what ralsina said as 'gi or twisted'
[16:02] <ralsina> yes, one or the other :-)
[16:03] <nessita> ralsina: let me look
[16:03] <ralsina> although it locks inside twisted, it could be caused by the interaction with gi
[16:03] <dobey> nessita: not sure. control panel qt has same issue
[16:03] <nessita> ralsina: we have this same behavior on other apps not using twisted
[16:03] <ralsina> nessita: interesting
[16:06] <dobey> i think the qt control panel issue is probably easy to fix though
[16:16] <joshuahoover> alecu, ralsina: for bugs #929207 #929208 #929212 we need to answer pitti's concerns (listed on 929207 & probably consolidate these into one u1 proxy support bug that we land the necessary branches against to make life easier for everyone
[16:18] <ralsina> joshuahoover: got it, looking
[16:18] <nessita> joshuahoover: also bug #933729, no?
[16:18] <nessita> ralsina, mandel: ^
[16:19] <joshuahoover> nessita: yes! you beat me to my next one :)
[16:19] <nessita> :-)
[16:19] <joshuahoover> mandel, ralsina: bug #933729 (http://pad.lv/933729 ) has a comment from pitti w/ a concern he has about handling ssl mismatches that we need to answer
[16:20] <ralsina> joshuahoover, alecu, nessita: I guess the answers are "no", "because syncdaemon can't depend on (what?)" and "the system, except for authentication which is not standard"?
[16:20] <mandel> joshuahoover, well.. his concerns are right, we are going to let the user be stupid
[16:20] <nessita> ralsina: regarding the tunnel process, I know alecu will answer during the day
[16:20] <ralsina> nessita: cool
[16:20] <mandel> ralsina, right?
[16:21] <alecu> joshuahoover, I agree about consolidating some of the proxy bugs
[16:21] <joshuahoover> nessita, ralsina: those are the FEs i found that needed some additional info/help...the others look like they'll be ok assuming we get them landed soon...i need to follow up on one other http://pad.lv/933010 which is a uife that i didn't notify the doc and translation lists about yet
[16:21] <ralsina> The only possible source for proxy ssl mismatches is that the user misconfigures the proxy name
[16:22] <mandel> ralsina, or the  it people that set up the proxy certs are stupid, I have worked in one of those..
[16:22] <ralsina> But for example, you will get a mismatch if you configure the proxy's IP address instead of the canonical name, so there *may* be benign mismatches :-(
[16:25] <ralsina> mandel, alecu, joshuahoover: So, basically, I don't care as long as we give a good explanation about the mismatch. Supporting misconfigured setups is not a priority.
[16:25] <nessita> ralsina: what id you tackle this on you reported? bug #942355
[16:25] <nessita> what if*
[16:25] <nessita> (ralsina: speaking of what you asked beore about doing some bugs fixes on the side)
[16:25] <ralsina> nessita: ok
[16:25] <ralsina> nessita: should not be terribly hard :-)
[16:26] <nessita> ralsina: I'll assign that one and another one, JIC
[16:26] <ralsina> nessita: cool, thx
[16:26] <nessita> ralsina: though... this one requires a UIFe https://bugs.launchpad.net/ubuntuone-control-panel/+bug/942025 :-/
[16:26] <dobey> joshuahoover: we're only supposed to notify docs/translations (probably only translations for this one), after approved though, right?
[16:26] <nessita> so, no, that one no
[16:27] <ralsina> nessita: I can do the branch then we decide if we ask for it or not
[16:27] <joshuahoover> dobey: we have to do it before approval for all UIFEs...to let them know about it and allow them to express their concerns
[16:27] <ralsina> ok, not that one :-)
[16:27] <nessita> ralsina: I'm talking about another bug (not the one about the scrolling)
[16:27] <ralsina> nessita: the email address font size one?
[16:27] <nessita> yes
[16:28] <nessita> so, the scrolling is bug fix
[16:28] <nessita> the font-too-small is UIFe
[16:28] <ralsina> ack
[16:28] <nessita> ralsina: I assigned the scroll-fix to you
[16:29] <joshuahoover> nessita, ralsina: i think http://pad.lv/942025 for the small font size is ok to fix w/o a ui exception but that's just my opinion and definitely not following all the rules ;)
[16:29] <nessita> joshuahoover: hum, how do you justify it does not require a UIFe?
[16:29] <nessita> joshuahoover: is changing a "screenshot" of that tab
[16:29] <dobey> small?
[16:29] <joshuahoover> dobey: right, "small" :)
[16:29] <dobey> all the fonts in that app are freakin huge
[16:29] <ralsina> trivial and obviously wrong and of no consequence? ;-)
[16:30] <dobey> and, for some reason, bold.
[16:30] <dobey> oh well, i should get some lunch
[16:30] <dobey> bbiab
[16:30] <joshuahoover> nessita: i guess if we're going to adjust that font size we should have design review it and make sure there aren't any others that need to be adjusted...we're hammering pitti and crew with all these freeze exceptions
[16:31] <nessita> joshuahoover: +10
[16:31] <nessita> joshuahoover: I'm putting together an email about the control panel looks
[16:31] <joshuahoover> nessita: thank you :)
[16:31] <ralsina> maybe we can do a global "make it fit better" UiFe
[16:31] <nessita> joshuahoover: so can you please analyze it in detail, when is finished? I have several things I would like to see fixed
[16:32] <joshuahoover> nessita: yes, i would be happy to
[16:32] <nessita> thanks!
[16:32] <nessita> joshuahoover: should be sent today
[16:32] <joshuahoover> nessita: cool, i'll let rtgrant know it's coming and will need some design attention
[16:33] <nessita> ralsina: oops, text conflict in https://code.launchpad.net/~ralsina/ubuntuone-control-panel/opt-parsing/+merge/94599
[16:39] <ralsina> nessita: oops indeed! looking...
[16:41] <mandel> I'll going to grab a coffee, my brain is failing..
[16:41] <mandel> will be back in few mins
[16:42] <ralsina> nessita: should we really import the reactor in the bin script?
[16:42] <ralsina> nessita: oh, yes we should. Got it.
[16:43] <nessita> ralsina: yes
[16:48] <nessita> lunchtime for mw
[16:48] <nessita> me*
[17:14] <mandel> ralsina, I'm leaving a little earlier, I'm not feeling very well..
[17:15] <mandel> ralsina, coffee went out as fast as it went in..
[17:29] <mandel> I'm off, no feeling well, c u tom
[17:30] <nessita> bye mandel, get better
[17:30] <mandel> nessita, thx, really appreciate it
[17:45] <ralsina> mandel: go take care!
[17:52] <ralsina> reviews for a very simple branch please? https://code.launchpad.net/~ralsina/ubuntuone-control-panel/fix-scroll/+merge/95006
[17:56] <dobey> come on and finish already server rescan
[18:04]  * briancurtin lunch
[18:18] <dobey> meh; why oh why is the indicator not turning blue
[18:24] <ralsina> interesting. Qt suggests localizing the shortcuts like this: _("Ctrl+W") ... let's not do that instead.
[18:26] <dobey> srsly?
[18:26] <dobey> le sigh
[18:27] <dobey> hrmm
[18:27] <dobey> i'm pretty sure the album art for "Nine Inch Nails - The Downward Spiral" does in fact, not involve Three 6 Mafia
[19:00] <ralsina> dobey,nessita: very simple review -- https://code.launchpad.net/~ralsina/ubuntuone-control-panel/quit-quit-quit/+merge/95020
[19:00]  * dobey wonders how to make the indicator think he has a new folder available
[19:06] <urbanape> should dbus-python pick up qt availability automagically on configure?
[19:06] <urbanape> would you think?
[19:07] <dobey> it doesn't have the qt bits in it directly does it?
[19:07] <ralsina> urbanape: on mac? I doubt it
[19:07] <urbanape> dobey: it doesn't seem to, no
[19:07] <dobey> the dbus-pythin qt bits are in pyqt no?
[19:08] <ralsina> urbanape: you probably need to hack the qt configuration to make it build the dbus mainloop
[19:08] <urbanape> trying to untangle the order in which to get all these installed.
[19:08] <dobey> maybe you need to build pyqt again after installing dbus-python
[19:08] <urbanape> yeah
[19:08] <ralsina> urbanape: probably need to build qt first so that it has the dbus support configured, then dbus-python, then pyqt
[19:09] <urbanape> so, Amber once traveled to Russia (before all the Westernization). She had to have a visa to go, but in order to get a visa, she had to have a hotel reservation. Before she could get a hotel reservation, she had to have an airline itinerary. Before she could book her airfare, she needed a visa.
[19:09] <dobey> urbanape: are we going to try to use dbus there, instead of the mac thing?
[19:09] <ralsina> urbanape: OTOH, if we go for the TCP IPC, you don't *need* dbus
[19:10] <urbanape> well, since homebrew has a dbus port already, we wanted to see how far we could get without any particular platform changes.
[19:10] <nessita> dobey: you can ask thisfred, he did that for the -gtk controlpanel
[19:11] <urbanape> fwiw, I'd rather have something working and then change it rather than start with a whole other set of assumptions and not know what we might be missing.
[19:11] <nessita> ralsina: may I ask for a favor when building commit messages? would you please write them as (note the dash, the ending dot, the capitalization, the past tense):
[19:11] <nessita> - Fixed foo bar baz, yadda yadda doo (LP: #123456).
[19:11] <ralsina> nessita: sure
[19:12] <nessita> ralsina: thanks! it makes building the changelo much easier :-)
[19:12] <nessita> (otherwise I edit every commit message by hand)
[19:12] <ralsina> nessita: changing my pending branches to that style
[19:12] <nessita> thanks!
[19:13] <dobey> nessita: why the -?
[19:14] <dobey> also you already know i hate the (LP: #) in there :)
[19:14] <nessita> dobey: yes, that's why I don't ask *you* to do it :-P
[19:14] <nessita> dobey: the - ease the reading of long changelogs, let me point you at an example
[19:15] <dobey> it looks weird in the commit log
[19:16] <nessita> dobey:  see the changelog in here https://launchpad.net/ubuntuone-control-panel/trunk/2.0.0
[19:16] <nessita> ralsina: you too, if you feel curious
[19:16] <dobey> eh
[19:16] <nessita> dobey: I think is very important to have the LP: # in there so we can very easily click on the LP link and see what was the bug being fixed
[19:17] <dobey> nessita: "there" is the changelog or the commit message?
[19:17] <nessita> dobey: changelog, which is veru easily built if commit messages use that format
[19:17] <nessita> very*
[19:17] <nessita> if not, is a pain to write such changelogs
[19:17] <dobey> how is it being built?
[19:18] <dobey> some tool is generating it?
[19:18] <nessita> dobey: I have a tool that generates, but is a little buggy right now so I use it and then clean a bit by hand
[19:18] <dobey> yeah it's buggy. it requires commit messages to be put in like that :)
[19:19] <nessita> ralsina: this is great! "- Preserved the scrollbar position when clearing/filling the folder list. (LP: #942355).", just a tiny note, no dot between "list" and (LP: #
[19:19] <nessita> dobey: you're too mean sometimes :-)
[19:19] <dobey> the tool should be formatting it and reading bugs out of the branch metadata
[19:19] <nessita> dobey: perhaps, but I never had (nor wil have, I presume) to make it that good
[19:19] <nessita> so, for now, mostly bzr log and hand work
[19:20] <dobey> :(
[19:20] <dobey> or we can just not make changelog things on the releases :)
[19:20] <nessita> dobey: I'm -10 to that
[19:20] <nessita> changelog are very important, from my POV
[19:21] <thisfred> did we ask the udd people if they have ways of autogenerating sensible changelogs from launchpad information?
[19:21] <nessita> thisfred: I did not. What does udd stand for?
[19:22] <dobey> hrmm, i guess the indicator only shows for shares from other people
[19:22] <dobey> and not new UDFs
[19:22] <thisfred> nessita: Ubuntu distributed development
[19:22] <nessita> thisfred: no idea that existed :-)
[19:22] <thisfred> all the new tools that Elliot showed us a long time ago
[19:23] <thisfred> so not so new now ;)
[19:23] <dobey> thisfred: i don't think so, no
[19:23] <thisfred> nessita: http://developer.ubuntu.com/packaging/html/udd-intro.html
[19:23] <dobey> but it's really pretty simple to write a tool that does exactly this
[19:24] <thisfred> it's all text
[19:48] <nessita> ralsina: why quit is QtCore.QCoreApplication.instance().quit() instead of self.close()?
[19:54] <ralsina> nessita: because it's guaranteed to work
[19:55] <ralsina> nessita: if the application has a certain flag, it doesn't exit on window closing
[19:55] <ralsina> nessita: but I am happy to change it to close()
[19:55] <nessita> ralsina: but that's ok, no? I'm not sure we want to force quit if the app has something setup to not quit
[19:55] <ralsina> nessita: reasonable
[19:55] <ralsina> nessita: changing it
[19:55] <nessita> ack
[20:00] <alecu> nessita, did you find the cause for the click handler that seemed to make the ping webcalls twice?
[20:01] <nessita> alecu: not yet (did not try that much yet)
[20:09] <nessita> alecu: are you hitting it?
[20:09] <ralsina> nessita: I am slightly surprised that ControlPanel is not a top-level window. Closing it, therefore, requires a small hack, so don't worry about slightly strange code in the next revno ;-)
[20:09] <nessita> ralsina: why not make it top-level window instead???
[20:10] <ralsina> nessita: because that means changing a bunch of other things
[20:10] <ralsina> nessita: the change seems to be much larger
[20:10] <nessita> ralsina: such as? (really don't know) but seems more correct, no?
[20:11] <nessita> ralsina: this smells to me like "this bag has a hole in it. Let's attach a container below it so we gather the leaks..." (instead of fixing the hole!) :-)
[20:11] <alecu> nessita, lol
[20:11] <ralsina> nessita: let me research it a bit then
[20:11] <nessita> ralsina: thanks (if you have time, of course)
[20:11] <alecu> nessita, no, I'm not hitting the issue with the ping
[20:12] <ralsina> nessita: sure
[20:13] <ralsina> nessita: here's a good reason: making it a top level window may change something visible, because the top level is a QMainWindow
[20:14] <ralsina> nessita: and ControlPanel is not a QMainWindow but a QWidget
[20:14] <nessita> ralsina: wait, now I'm confused
[20:14] <nessita> the ControlPanel class is supposed to be QWIdget, which is added insise a MainWindow
[20:14] <ralsina> nessita: there is a QMainWindow, that has a CentralWidget, which is the ControlPanel class
[20:15] <ralsina> nessita: yes. So i you close ControlPanel, the MainWindow is still there :-)
[20:15] <nessita> ralsina: then the shortcuts should be added to the QMainWIndow, no?
[20:15] <nessita> ralsina: I did not notice this in the diff, but the ctrl+foo should go in the main window, from my POV
[20:16] <ralsina> nessita: yes, which is why this was surprising, now that I see it ;-)
[20:16] <nessita> ralsina: heh... so we have a plan?
[20:16] <ralsina> nessita: yep
[20:16] <nessita> (it sounded weird that we did not have a mainwindow, but honestly did not go to check)
[20:16] <ralsina> nessita: there is really no need to have a MainWindow for this app. It's more of a QDialog
[20:17] <nessita> ralsina: nooooooooooo :-)
[20:17] <ralsina> nessita: but it's not important
[20:17] <ralsina> nessita: Main Windows have menus! ;-)
[20:17] <nessita> ralsina: we could have menus ;-)
[20:17] <nessita> but don't say it out loud :-D
[20:17] <ralsina> nessita: we have a bug for that,and dobey and I marked it wontfix ;-)
[20:18] <dobey> heh
[20:24] <ralsina> argh, my mouse pointer just froze. So I am stuck in this channel. Hopefully noone mentions me in another one.
[20:26] <dobey> :)
[20:26] <ralsina> dobey: quassel has a handy "monitor window" where I see my mentions. Shame on you! ;-)
[20:28] <ralsina> nessita: pushed with the action on the right widget, works and everything.
[20:28] <dobey> heh
[20:28] <nessita> YEAH
[20:28] <ralsina> Not that it didn't work the last two times, mind you ;-)
[20:29] <ralsina> And thus we win the xmonad market! \o/
[20:34] <urbanape> briancurtin: well, no matter what order I try to build these, I'm not getting the qt dbus mainloop created.
[20:36] <briancurtin> urbanape: hmm. i have no idea where to go from there, so i guess its time to google away
[20:36] <ralsina> urbanape: you probably need to hack qt's config file to build it
[20:36] <ralsina> urbanape: let me check
[20:37] <ralsina> urbanape: are you using clang?
[20:38] <urbanape> yup
[20:38] <urbanape> uh, no
[20:38] <urbanape> LLVM gcc
[20:39] <dobey> urbanape: you might want to see what debian/rules is doing for the python-qt4 source package in ubuntu
[20:39] <ralsina> dobey: qt builds with dbus support by default on linux
[20:40] <urbanape> and I've build Qt with dbus support. It's one of the options for homebrew
[20:40] <ralsina> urbanape: in the resulting binaries, do you have a dbusmainloop file?
[20:40] <nessita> ralsina: need to change location and computer, will be back to finish reviews
[20:40]  * ralsina doublechekcs the name
[20:41] <ralsina> nessita: cool, np
[20:41]  * nessita -> will be back
[20:41] <dobey> ralsina: stop confusing qt and pyqt4 :)
[20:42] <ralsina> dobey: haha
[20:42] <balloons> afternoon everyone.. I wondering if anyone can tell me how to logout of ubuntu one (the deskop client).. I'm running the up to date version in precise and I can't seem to switch to a different account
[20:43] <ralsina> ok, there is on one hand, qt4 dbus support, which provides a libQtDbus (modulo operating system naming)
[20:43] <dobey> balloons: you relaly shouldn't try to use 2 different accounts, as the same user on the system
[20:44] <dobey> really even
[20:44] <ralsina> OTOH, there is a dbus mainloop that comes from PyQt
[20:44] <dobey> ralsina: yes.
[20:46] <ralsina> urbanape: you may have to edit PyQt's configure.py
[20:47] <ralsina> So, dbus->Qt->python-dbus->PyQt(with hacked configure.py)
[20:48] <urbanape> that seems straigtforwardly messy. Like uncooked spaghetti.
[20:50] <ralsina> urbanape: good news are, we can do a tarball of the whole thing and plop it somewhere else
[20:50] <ralsina> urbanape: so yes, just like spaghetti
[20:50] <urbanape> oh, yeah, we'll end up bundling the whole thing together, no doubt.
[20:51] <urbanape> assuming we don't find the right place to slice it and do away with all that in the end.
[20:51] <balloons> dobey, I'm attempting to write some testcases ala, http://www.theorangenotebook.com/2012/02/opportunity-manual-application-testing.html.. I'm *that* guy :-) I'm trying to logout in order to understand how ubuntu one works for day one.. perhaps I'm missing something
[20:52] <dobey> balloons: do you want to log back in with the same u1 account, or with a different u1 account?
[20:52] <balloons> the first run seems to install the client, and then prompt you to login via ubuntu sso.. it must store this info somewhere.. I'm guessing I can just purge and reinstall the package
[20:52] <balloons> login with the same.. I'm just making sure my tests all make sense
[20:52] <ralsina> balloons: basically, logging out and in as another user is strongly discouraged because it DOES NOT WORK ;-)
[20:52] <ralsina> balloons: but if you must try, you can logout by removing your current device from control panel
[20:52] <dobey> balloons: ok, you open the control panel, go to the "devices" tab, and remove the current device (the one with the bandwidth/etc config under it)
[20:53] <balloons> ahhh yea that did it
[20:53] <balloons> interesting.. so logging in / out isn't really recommended/encouraged etc
[20:53] <balloons> gotcha
[20:54] <dobey> balloons: it's fine as long as it's the same account you're using
[20:54] <dobey> balloons: but trying to use a different account, when you've already configured u1, as that local user, will cause a big bucket of problems :)
[20:54] <ralsina> balloons: suppose you logout as userA, change something, then login as userB. What should happen to userA's changes on disk? Deleted? Uploaded to userB's account? Error?
[20:54] <dobey> and won't work
[20:55] <balloons> I get it.. ubuntu one is a bit more than just a cloud folder
[20:55] <balloons> ok, that worked fine.. So, any other basic tests you can think of to include? I've basically just got a test to install, login and add a file
[20:55] <dobey> it's not a remote filesystem. it's a file synchronization service.
[20:56] <dobey> balloons: talk to elopio and rmcbride about u1 client testing of that sort
[20:57] <balloons> dobey, ok... are they about / in channel ? :-)
[20:57] <balloons> if you check out that post, i have a bzr branch.. I'm happy to take merge requests. .I would love to see some from the u1 team
[20:58] <balloons> thanks for your help dobey .. i'll idle in here if anyone has questions
[21:01] <dobey> balloons: actually, we have a branch for our tests stuff, with a goal to have all the currently fairly manual bits to be automated in jenkins at some point
[21:01] <balloons> dobey, hmm..  are these QA tests or unit?
[21:01] <dobey> yes
[21:01] <balloons> :-0
[21:02] <balloons> I'm after tests for end-users.. all manual, and focused on pure QA
[21:02] <ralsina> balloons: QA
[21:03] <dobey> the client stuff is manual tests right now. but the idea is to automate with mago and such, and run them all the time
[21:03] <dobey> balloons: elopio and rmcbride are our QA guys
[21:03] <balloons> gotcha.. guess I should go have a look @ that branch and have a chat with those guys
[21:08] <rmcbride> balloons: sorry, I've been working in another session. Our current test info is at http://testcases.qa.ubuntu.com/Applications/UbuntuOne/11.10?action=show&redirect=Applications%2FUbuntuOne
[21:08] <rmcbride> balloons: for the manual stuff
[21:09] <rmcbride> balloons: the automation efforts focuss around getting those to run in a jenkins instance using various test tools. Mainly we're just automating the web page tests right now, though elopio is engaged in automating the client tests.
[21:10] <rmcbride> balloons: we follow the stuff int he testcased wiki for our manual testing
[21:21] <nessita> ralsina: there is a leftover class instance in the ControlPanel widget... could you please remove?
[21:51] <dobey> i guess i'll have to file a bug
[21:56] <balloons> dobey, more randomness today.. what's ubuntu one doing with case conductor?
[21:57] <dobey> with what?
[21:57] <rmcbride> balloons: elopio has just started setting up an instance for us to start looking at
[21:59] <balloons> rmcbride, hello.. well I think we should have a chat then.. :-) we (as in the ubuntu qa community) have been looking at it for some time
[21:59] <elopio> balloons, dobey: we are playing with case conductor at http://www.elopio.net:8000
[22:00] <elopio> oh wati
[22:00] <balloons> elopio, small world
[22:00] <elopio> *wait
[22:00]  * dobey has no idea what that even is :)
[22:00] <balloons> caseconductor is a test case management tool ;-)
[22:01] <balloons> it's being built by the mozilla folks as the successor to litmus
[22:01] <dobey> oh
[22:01] <elopio> there it is now. I think...
[22:01] <balloons> elopio, trying ;-)
[22:02] <rmcbride> elopio: have you worked out the account activation?
[22:03] <elopio> rmcbride: nop. I just have to fill the email server information on the config, but I started filling the tests information instead.
[22:04] <rmcbride> elopio: ah, heh. OK
[22:04] <balloons> elopio, rmcbride this is great stuff.. i'm going to cc you on an email and send you some background info on our efforts with caseconductor
[22:04] <balloons> I think we should coordinate our efforts on this..
[22:04] <rmcbride> balloons: excellent, thanks much, and agreed
[22:05] <elopio> balloons: I agree too.
[22:05] <dobey> well at least i accomplished that today
[22:08] <elopio> I'm going to have lunch.
[22:08] <elopio> balloons: I'll wait for
[22:08] <elopio> your email and talk to you again.
[22:08] <balloons> elopio, yes.. we'll setup a voice chat soon
[22:08] <balloons> you'll see a mail from me
[22:08] <balloons> this is exciting to see
[22:09] <balloons> I suppose I should introduce myself a bit.. I'm the qa community coordinator on jono's team
[22:09] <balloons> introductions always happen so backwards :-) enjoy lunch
[22:09] <rmcbride> balloons: I knew someone was incoming in that position. Congratulations and welcome
[22:10] <balloons> yea.. at some point you figured we'd bump heads eh? ;-)
[22:18] <dobey> later all
[22:32]  * nessita -> eod


[01:37] <cjohnston> daker_, mhall119 removing it because the contact is supposed to be the person to contact.. and the contact may not be the admin
[01:47] <mhall119> but, is there a reason why showing admins is bad?
[01:54] <cjohnston> just because
[01:55] <cjohnston> admins may not even still be on the tem
[01:55] <cjohnston> team
[02:15] <mhall119> but they still have the ability to manage the LP team and edit details of the LD team
[02:15] <mhall119> so I think it's useful to display them
[08:35] <daker> morning
[08:36] <nigelb> morning daker
[14:06] <mhall119> cjohnston: ping
[14:07] <mhall119> nigelb: ping
[14:07] <nigelb> mhall119: pong.
[14:11] <cjohnston> pong
[14:12] <cjohnston> new summit
[14:12] <cjohnston> yay
[14:13] <mhall119> cjohnston: also new branches and series for summit
[14:13] <mhall119> "1.x" is for fixes to the current deployment
[14:13] <mhall119> "trunk" will be our primary development focus going forward, it's okay to break things a bit there, since 1.x is our stable branch
[14:13] <mhall119> "production" will work like loco-directory's production, when we're ready for a release we merge from 1.x->production, then on cranberry I pull from lp:summit/production
[14:14] <mhall119> cjohnston: I just assigned you a bug to fix the logo link
[14:14] <cjohnston> ok
[14:14] <cjohnston> to uds.u.c?
[14:14] <mhall119> yes
[14:14] <cjohnston> ya..
[14:14] <cjohnston> i was thinking about that
[14:14] <mhall119> propose that fix for merging into 1.x
[14:15] <cjohnston> cause i think that the logo link is in the theme is it not?
[14:15] <mhall119> then we'll pull it from 1.x into trunk
[14:15] <mhall119> cjohnston: no, it's in a block
[14:15] <cjohnston> i will look again
[14:15] <cjohnston> 4 items off of the blueprint are done
[14:15] <cjohnston> yay
[14:16] <mhall119> \o/
[15:05] <mhall119> cjohnston: where are we at with the mothership for uds.u.c?
[15:05] <cjohnston> mhall119: trying to get access to do it
[15:07] <cjohnston> i cant get access to edit the header file
[15:50] <cjohnston> nice.. login.l.net is down
[15:57] <mhall119> login.u.c too
[15:57] <paultag> fail!
[16:01] <mhall119> !fail
[16:01] <ubot4> Factoid 'fail' not found
[16:02] <nigelb> !fail-#ubuntu-offtopic
[16:02] <ubot4> FATAL Error: Operation succeeded
[16:24] <mhall119> Daviey: ping
[16:24] <cjohnston> uh oh
[16:25] <mhall119> oh relax
[16:25] <cjohnston> its bad if we are calling on daker
[16:25] <cjohnston> Daviey
[16:25] <cjohnston> daker on the other hand, means good things are happening
[16:25] <mhall119> heh, true
[16:25] <mhall119> nothing's broken though, I just have a question for him
[16:27] <cjohnston> why is render.py so bad?
[16:27] <nigelb> because its the wrong way to do things.
[16:27] <nigelb> The right way is template filters.
[16:27] <cjohnston> no.. thats the question for Daviey
[16:27] <nigelb> cjohnston: hah, I asked that to the original author.
[16:27] <Daviey> mhall119:
[16:28] <mhall119> Daviey: hey, did an update to summit.u.c this morning, I added myself to the ADMINS list to get error emails
[16:28] <Daviey> ok
[16:28] <Daviey> good stuff
[16:28] <mhall119> Daviey: my question was 1) do you want to stay on the ADMINS list to get error emails and 2) can I add cjohnston or nigelb to that list?
[16:28] <Daviey> mhall119: so did you break the ical?
[16:28] <mhall119> Daviey: I fixed it
[16:28] <nigelb> lol, he knkows :P
[16:29] <nigelb> *knows
[16:29] <mhall119> the code was fine, the data was broken ;)
[16:29] <cjohnston> likely story huh
[16:29] <Daviey> mhall119: between both of us, that should be enough.
[16:30] <mhall119> ok
[16:30] <nigelb> Can we get someone in canonical to "own" summit? please?
[16:31] <Daviey> nigelb: good luck with that.
[16:31] <nigelb> Daviey: YEah, I've noticed.
[16:31] <nigelb> Everyone wants to stay miles away :(
[16:31] <mhall119> nigelb: hurry up and get hired and we will
[16:31] <cjohnston> i got told no thank you very much
[16:32] <nigelb> so did I.
[16:32] <mhall119> so did I, multiple times
[16:32] <mhall119> that's no excuse
[16:32] <mhall119> remember "no" just means "try again soon"
[16:37] <cjohnston> the new sso is live
[16:37] <cjohnston> i thought Stuart said it was going to force passing username
[17:14] <cjohnston> mhall119: nigelb :
[17:14] <cjohnston> 13.14.06 < elmo> the SSO rollout is FUBAR
[17:14] <cjohnston> 13.14.09 < elmo> we're rolling it back
[17:14] <mhall119> \o/
[17:14] <cjohnston> lol
[17:15]  * nigelb blames mhall119
[17:15]  * mhall119 blames nigelb
[17:16] <cjohnston> sounds good
[17:16] <nigelb> http://www.zombo.com -> for some inspiration.
[17:25] <daker> my first bug report on LP bug 813627
[17:25] <ubot4> Launchpad bug 813627 in launchpad "Preview diff lightbox doesn't remove the overlay div (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/813627
[17:27] <jledbetter> nigelb: D:
[17:29] <cjohnston> now fix it and join me and nigelb, and leave that mhall119 guy behind
[17:29] <paultag> hiyya jledbetter
[17:29] <nigelb> lol
[17:31] <jledbetter> hi :)
[17:32] <jledbetter> nigelb: bookmarking that site for future inspiration
[17:33] <nigelb> jledbetter: haha
[17:44] <mhall119> cjohnston: we need the 960px css patch applied to summit, do you know how?
[17:44] <cjohnston> yes
[17:44] <cjohnston> what are we going to do about it looking bad
[17:44] <cjohnston> with a wide screen view
[17:45] <cjohnston> i.e. the schedule
[17:45] <mhall119> in the short term or the long term?
[17:45] <nigelb> long term.
[17:45] <cjohnston> yes
[17:46] <cjohnston> want me to talk to the design team about it
[17:46] <mhall119> long term the wide-schedule will only be used for the monitors at UDS, we'll make a browser-friendly view to replace it
[17:46] <cjohnston> ok
[17:46] <cjohnston> short term
[17:46] <cjohnston> (this uds)
[17:46] <mhall119> cjohnston: can we selectively not apply the 960px css to that template?
[17:46] <cjohnston> umm.. if so, i dont know how
[17:47] <cjohnston> you havent taught me test cases
[17:47] <cjohnston> mhall119: test cases class next wednesday or thursday mid-day?
[17:47] <cjohnston> please
[17:47] <mhall119> use a {% block 960css %}<link ..../>{% endblock %} in the base.html
[17:47] <mhall119> then in the schedule template, just use {% block 960css %}{% endblock %}
[17:48] <mhall119> are those the only days you've available?
[17:48] <cjohnston> so we would need two newstyle.css or put the 960css in its own css file
[17:48] <cjohnston> i dont know this far in advance
[17:48] <cjohnston> i can do this friday
[17:48] <mhall119> I say put the 960 in it's own css file
[17:48] <mhall119> we can even include that in the theme
[17:48] <mhall119> I can do this friday
[17:48] <cjohnston> what time
[17:49] <cjohnston> well
[17:49] <mhall119> any time after 11am our time
[17:49] <cjohnston> if we want to do it right and do it in the classroom, then the classroom is used
[17:49] <cjohnston> might as well since we have it
[17:49] <mhall119> before 5pm if possible
[17:49] <mhall119> use the classroom if it's open, otherwise we'll do it in here
[17:49] <cjohnston> classroom is noon-4 our time
[17:49] <mhall119> it'll be basics, since I'm no expert
[17:50] <cjohnston> can you write test cases for my mp
[17:50] <mhall119> yes
[17:50] <cjohnston> do you want 11 or 4? id rather 11
[17:50] <mhall119> me too
[17:50] <cjohnston> nigelb: ?
[17:50] <mhall119> that'll make it easier for everyone else too I think
[17:50] <cjohnston> mhall119: how many people do you want to make the schedule depnednet on
[17:50] <nigelb> what?
[17:51] <cjohnston> 11am my time for a class on friday
[17:51] <nigelb> go ahead
[17:51] <cjohnston> are you available
[17:51] <mhall119> cjohnston: as many of us as possible, since we all need to start doing it
[17:51] <nigelb> yes, unless I go partying :P
[17:51] <cjohnston> Ronnie1: daker
[17:51] <cjohnston> your not allwed
[17:51] <cjohnston> mandatory class
[17:51]  * nigelb will party at home then
[17:51] <mhall119> geez, sleeping *and* drinking, the guy's just totally lost it
[17:51] <cjohnston> no being drunk during class
[17:51] <cjohnston> only when writing test cases
[17:52] <cjohnston> i think we ruined him at uds mhall119
[17:52] <mhall119> we did
[17:52] <cjohnston> i know i did my fair share of drinking
[17:52] <mhall119> *mission accomplished*
[17:52] <cjohnston> noooo
[17:52] <nigelb> lol
[17:52] <nigelb> mhall119++
[17:52] <cjohnston> he was available more when he wasnt ruined
[17:52] <mhall119> true, but his code has improved
[17:52] <nigelb> mhall119: have you used vagrant before?
[17:52] <Ronnie1> cjohnston:  whats up?
[17:52] <mhall119> nigelb: nope
[17:53] <mhall119> nigelb: we're just going to be doing basic Django tests
[17:53] <nigelb> mhall119: I'm setting it up for an app using Hbase.
[17:53] <cjohnston> are you available 11am EST this friday for a class
[17:53] <mhall119> nigelb: you want to run the class?
[17:53] <cjohnston> to learn stuff
[17:53] <nigelb> mhall119: No, I'd rather listen. I don't have exposure to test writing much.
[17:54] <nigelb> Just the little I did for LP.
[17:54] <mhall119> nigelb: I've been cowboying some fixes into  summit
[17:54] <nigelb> :)
[17:54] <nigelb> at least stop those mails :)
[17:55] <mhall119> nigelb: rev 133-136 https://code.launchpad.net/~summit-hackers/summit/1.x
[18:00] <nigelb> mhall119: I would have preferred they went into a branch.
[18:00] <nigelb> (and gone through tarmac)
[18:03] <daker> cjohnston, ?
[18:03] <cjohnston> Are you available friday at 11am EST for a class on writing tests?
[18:03] <daker> in GMT it's ?
[18:04] <cjohnston> umm
[18:05] <cjohnston> 15 i think
[18:05] <cjohnston> its currently 1400 est
[18:05] <cjohnston> so whatever time 3 hours ago was
[18:06] <daker> ok
[18:07] <cjohnston> so your good with it?
[18:07] <daker> anyway i'll be at work, so it's good
[18:08] <cjohnston> ok..
[18:08] <cjohnston> Ronnie1: ?
[18:08] <Ronnie1> cjohnston: nope, not on fridays
[18:09] <cjohnston> :-/
[18:09] <cjohnston> mhall119: ^
[18:09] <Ronnie1> is it a class about writing unit tests for LD?
[18:10] <cjohnston> yes
[18:12] <mhall119> nigelb: I would prefer that too, but my inbox was exploding
[18:12] <mhall119> nigelb: from now on, I will propose branches for merging
[18:13] <mhall119> nigelb: will tarmac land branches targetting at 1.x?
[18:14] <nigelb> mhall119: no, will have to set it up.
[18:14] <mhall119> cjohnston: if we do it in classroom, there will at least be logs
[18:14] <mhall119> nigelb: I'm okay with tarmac only landing stuff to trunk
[18:14] <nigelb> mhall119: on a call (mozilla webdev). will talk in a bit)
[18:14] <mhall119> good luck
[18:14] <nigelb> mhall119: Just a team call. Not an interview or anything :)
[18:16] <mhall119> ever call is a pseudo-interview
[18:17] <mhall119> cjohnston:  [summit-hackers] Add more content/direct links on the front page: TODO
[18:17] <mhall119> are we still planning on doing that, now that we share the nav with uds.ubuntu.com?
[18:22] <cjohnston> i want to, but im not incharge
[18:23] <cjohnston> i want to move everything to the django app
[18:23] <cjohnston> i guess we can see how well they integrate
[18:25] <cjohnston> mhall119: please https://code.launchpad.net/~chrisjohnston/ubuntu-community-webthemes/960px/+merge/68587
[18:25] <cjohnston> https://code.launchpad.net/~chrisjohnston/summit/960px/+merge/68589
[18:25] <cjohnston> and ill fix LD once you land the theme
[18:25] <cjohnston> brb..
[18:25] <mhall119> cjohnston: you've tested that this works on summit?
[18:26] <cjohnston> yes.. i dont have anything to test the scheudle page though
[18:26] <cjohnston> but i tested other random pages, took it off and put it back on
[18:26] <mhall119> ok
[18:27] <mhall119> good enough for me, I approved if you can land it
[18:35] <cjohnston> mhall119: https://code.launchpad.net/~chrisjohnston/ubuntu-community-webthemes/960px/+merge/68587
[18:37] <nigelb> mhall119: I thought of that. Then decided against it.
[18:37] <nigelb> I could always do ~tarmac-webdev/summit/1.1
[18:37] <nigelb> that wway none of us can push to it.
[18:37] <nigelb> Only tarmac
[18:37] <nigelb> But I'm not comfortable with that. We would always have to do emergency fixes.
[18:37] <cjohnston> nigelb: to do that, imo, you would need to give us the ability to smack tarmac to make it run NOW
[18:38] <nigelb> cjohnston: why?
[18:38] <nigelb> why this INSTANT GRATIFICATION need? :)
[18:38] <nigelb> the tarmac user is closed from ssh access on my machine. so I won't be able to give anyone access.
[18:39] <cjohnston> no.. so that when something breaks, we can smack it
[18:39] <cjohnston> make a page that we can hit and it will fire it off
[18:39] <nigelb> that sounds good. I'll get it done this weekend. Just remind me on friday please?
[18:41] <cjohnston> yay.. instant gratification
[18:44] <mhall119> cjohnston: is this Community Week in -classroom?
[18:44] <cjohnston> yes
[18:45] <mhall119> I wasn't going to do a communtiy week session on testing
[18:45] <cjohnston> you arent
[18:45] <cjohnston> community week is from noon to 4
[18:45] <cjohnston> your doing 11
[18:46] <mhall119> oh, ok
[19:05] <nigelb> cjohnston: http://air.mozilla.org/old-air-mozilla/
[19:05] <nigelb> Cross site scripting lesson.
[19:06] <nigelb> (its live video)
[19:06] <mhall119> lesson 1: don't do it
[19:06] <mhall119> lesson 2: DON'T DO IT!
[19:12] <nigelb> yeah, its about how to protect your website against it.
[19:25] <mhall119> {% csrftoken %}
[20:15] <mhall119> Daviey: ping
[20:26] <mhall119> Daviey: nvm
[20:29] <Daviey> mhall119: pong
[20:29] <Daviey> mhall119: nvm
[20:29] <mhall119> heh
[20:30] <cjohnston> nice
[20:31] <cjohnston> Daviey: we want to break summit some more for you
[20:31] <mhall119> we're fixing it!
[20:32] <daker> they are fighting the evil render.py
[20:32] <Daviey> oh dear
[20:32] <cjohnston> Daviey: mhall119 http://paste.ubuntu.com/648546/  when running ./manage.py lpupdate uds-n
[20:32] <cjohnston> see breakage
[20:32] <Daviey> some things are best left alone :)
[20:32] <cjohnston> lol
[20:32] <cjohnston> its no fun that way Daviey
[20:33] <Daviey> to me, it looks like there is an issue with the json :)
[20:33] <cjohnston> i dunno how to fix it
[20:33] <cjohnston> thats what you are for
[20:33] <cjohnston> heh
[20:35] <cjohnston> nigelb: ^^
[20:38] <Daviey> cjohnston: touching render.py is not something that should be done at night.
[20:38] <Daviey> I assume this hasn't landed?
[20:39] <mhall119> no major changes to render.py have landed
[20:48] <cjohnston> my error is coming from a brand new pull of lp:summit
[20:49] <cjohnston> coalwater: now that you have started looking at LD, we need to introduce you to summit
[20:50] <mhall119> cjohnston: I found the bug, will work up a fix
[20:50] <cjohnston> sweet
[20:50] <coalwater> cjohnston, what summit
[20:50] <cjohnston> is it something easy or should i move onto something else mhall119 ?
[20:50] <cjohnston> a beautiful webapp coalwater
[20:50] <cjohnston> summit.ubuntu.com
[20:51] <mhall119> cjohnston: it's already fixed, you can review it
[20:51] <cjohnston> sweet
[20:51] <Daviey> How are the unit tests looking atm?
[20:51] <coalwater> ok
[20:51] <cjohnston> Daviey: mhall119 , i got to thinking the other day after an email I got about how far summit has come in the last three uds's
[20:52] <coalwater> summit seems to see my user name correctly, unlike loco directory :D
[20:52] <cjohnston> coalwater: do you have the coalwater2 issue in LD?
[20:52] <coalwater> yea
[20:53] <cjohnston> ill ask IS to run an update
[20:53] <mhall119> cjohnston: https://code.launchpad.net/~mhall119/summit/fix-lpupdate-meetings/+merge/68604
[20:53] <mhall119> cjohnston: update doesn't run update-openids
[20:53] <coalwater> let me logout and back in, maybe that'll change something lol
[20:53] <cjohnston> mhall119: I know that
[20:53] <coalwater> nope
[20:53] <cjohnston> coalwater: no, it wont
[20:54] <mhall119> cjohnston: btw, I spoke with charlieS about django-openid-auth, he's says we should be able to get it on there, waiting for more detail
[20:54] <cjohnston> thats it mhall119
[20:54] <cjohnston> cool
[20:54] <mhall119> yup
[20:54] <cjohnston> no idea on a time frame?
[20:54] <cjohnston> like you said, thats more important than django
[20:54] <mhall119> cjohnston: not ATM, hopefully not long though, I'll keep bugging him
[20:55] <mhall119> ya
[20:55] <cjohnston> mhall119: I was going to say, we could always get a manager on board with us
[20:55] <cjohnston> if we needed to
[20:55] <mhall119> maybe
[20:55] <mhall119> for now, review my summit MP please so we can get it out
[20:55] <cjohnston> im working on it
[20:56] <cjohnston> test passed
[20:56] <mhall119> there is no test for this
[20:56] <mhall119> it's a syntax error, not a logic error
[20:56] <cjohnston> the test file was updated according to my merge
[20:56] <cjohnston> hmm
[20:56] <cjohnston> in the mp it isnt
[20:56] <cjohnston> i dunno
[20:56] <mhall119> https://code.launchpad.net/~mhall119/summit/fix-lpupdate-meetings/+merge/68604 ?
[20:56] <mhall119> did you merge it into your copy or trunk?
[20:57] <mhall119> copy of trunk
[20:57] <mhall119> it's targetting 1.x, not trunk
[20:57] <mhall119> your trunk probably doesn't have some things in 1.x
[20:57] <mhall119> once you approve this, I'll merge 1.x->trunk
[20:57] <cjohnston> mhall119: can I do a couple other things, like fixing the theme prior to another release? a couple hours or so
[20:57] <cjohnston> no.. lemme do that
[20:57] <mhall119> I'll be at karate with the kids in a couple hours
[20:58] <cjohnston> tonight?
[20:58] <mhall119> yeah
[20:58] <cjohnston> i have a couple things that i think will be quick fixes
[20:58] <mhall119> make them to 1.x, not trunk
[20:59] <cjohnston> why
[20:59] <cjohnston> boo
[20:59] <cjohnston> your making my life hard
[20:59] <mhall119> yes I am
[20:59] <mhall119> 1.x will eventually be retired
[20:59] <cjohnston> today?
[21:00] <mhall119> until then, it's our stable branch so we can do major refactoring to trunk
[21:00] <mhall119> no, not today
[21:00] <mhall119> maybe not tomorrow
[21:00] <mhall119> but soo
[21:00] <mhall119> n
[21:00] <mhall119> and for the rest of your life
[21:16] <cjohnston> so mhall119 we have to manually push to 1.x?
[21:32] <mhall119> yes, like the good ol' days
[21:33] <cjohnston> mhall119: https://code.launchpad.net/~chrisjohnston/summit/960px/+merge/68609
[21:34] <cjohnston> https://code.launchpad.net/~chrisjohnston/ubuntu-community-webthemes/960px/+merge/68587
[21:35] <mhall119> will look at them when I get home
[21:36] <cjohnston> boo
[21:36] <mhall119> or you can make nigel review them, h e's the PM
[21:38] <cjohnston> nigelb:
[21:57] <cjohnston> mhall119: would we be able to add search to summit that searches summit and uds
[22:11] <mhall119> cjohnston: maybe, does the search on uds.u.c only search uds.u.c?
[23:29] <cjohnston> i would assume mhall119
[23:29] <cjohnston> mhall119: you back? ready to do reviews?
[23:29] <cjohnston> we really need to get this migrations stuff fixed mhall119 .. its preventing further development
[23:49] <mhall119> cjohnston: I'm back! and ready for dinner!
[23:49] <mhall119> cjohnston: migrations on what?
[23:49] <mhall119> summit?
[23:50] <cjohnston> yes
[23:50] <mhall119> I can do that to trunk if you'd like
[23:50] <cjohnston> that'd be great
[23:50] <cjohnston> and then i can dev in trunk again
[23:59] <cjohnston> yay.. merges


[13:20] <mamarley> Quick question:  Why does 4.2.0-13 disable HWP support for Skylake-S?  I saw it in the changelog but there isn't a bug report linked and I can't find the change upstream anywhere.
[13:21] <apw> mamarley, that was discuessed on the kernel-team@ mailing list iirc
[13:21] <mamarley> Ah, OK.  Thanks, I will look there.
[13:21] <apw> mamarley, and the tl;dr was "it causes some kit to hang really really early in boot, and we are waiting for fixes"
[13:22] <mamarley> Thanks!
[13:23] <apw> mamarley, https://lists.ubuntu.com/archives/kernel-team/2015-September/063132.html is the thread i believe
[13:27]  * rtg should have put that list URL in the changelog
[13:28] <apw> rtg, actually i should add it to the annotations, but as i have utterly redone them in my s390x bits, i might need to do it there
[13:37] <apw> rtg, with hindsight i think that that should have a commandline override if we are releasing with it
[13:38] <apw> rtg, and its not an annotations thing, we should rewrite that commit to contain the link at least
[13:38] <rtg> apw, perhaps. I was just going with the upstream expert
[13:38] <apw> rtg, as you'll be rebasing for stable "some time"
[13:38] <apw> rtg, yeah but when its fixed they won't be able to test it is fixed without a way to turn it off
[13:39] <rtg> apw, I didn't propagate that change into unstable, which is where I'll likely start from for X
[13:42] <rtg> apw, non sequitur. How do you update the kernel on your raspberry pi ? flash-kernel does not appear to have support for pi2 in Wily
[13:43] <rtg> this is in a pure Ubuntu install (no Snappy)
[13:51] <mamarley> apw: I agree, my Skylake-S system is completely stable with it, so being able to manually override would be nice.  For now I am just compiling the kernel myself.
[13:52] <apw> rtg, i don't know if i have had an update as yet
[13:52] <apw> rtg, though i might have a special flash-kernel from pp's ppa
[13:53] <ogra_> rtg, there is a bug with patch from ppisati somewhere
[13:53] <rtg> apw, so you're on a 3.18 kernel ?
[13:53] <ogra_> rtg, https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1494719
[13:53] <ubot5`> Ubuntu bug 1494719 in flash-kernel (Ubuntu) "Support for the RaspberryPi2 platform" [Undecided,New]
[13:53] <rtg> ogra_, cool, thanks
[13:53] <ogra_> but i think that needs name adjustments :P
[13:53] <ogra_> uses rpi2 instead of raspi2
[13:54] <rtg> ogra_, I just happen to have a platform for testing.
[13:54] <ogra_> heh
[14:01] <apw> rtg, yes, i think i am stil on pp's kernel, i can switch if we have bits to test
[14:02] <rtg> apw, the wily archive raspi2 kernel should work. I'm busily confirming, though ogra_ has been using it in Snappy.
[14:02] <ogra_> yeah, works fine in snappy
[14:03] <ogra_> no idea how it would work in any other setups, i'm not even sure what these other setups use as bootloader
[14:03] <ogra_> (snappy chainloads uboot)
[14:31] <PHLin> jsalisbury, hello
[14:32] <PHLin> jsalisbury, bjf suggested me to ask you for some help on this bug  https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1498743
[14:32] <ubot5`> Ubuntu bug 1498743 in wpasupplicant (Ubuntu) "[BCM4313][14e4:4727] Unable to connect to the network with proprietary driver installed" [Undecided,New]
[14:33] <PHLin> jsalisbury, it's about the wifi issue on a specific Broadcom chip
[14:44] <tjaalton> hum, upgraded a machine from precise to trusty, but now networking is busted. r8169 is loaded but no eth0 available
[14:45] <tjaalton> oh, says link down
[14:45] <tjaalton> which is weird
[14:45] <arges> sforshee: hey. LP: #1497070, what kind of testing have you done with it
[14:45] <ubot5`> Launchpad bug 1497070 in HWE Next "please update i915 firmware" [Undecided,New] https://launchpad.net/bugs/1497070
[14:46] <arges> or perhaps tjaalton has already verified the above ^^^
[14:46] <arges> unfortunately i am away from my kit at the moment otherwise I'd fire it up and try it out
[14:46] <sforshee> arges: yeah I don't have hw, tjaalton is the one who has tested
[14:46] <arges> sforshee: oh and I see the comment now. : )
[14:47] <tjaalton> new fw fixed at least one hang-after-resume bu
[14:47] <tjaalton> bug
[14:47] <arges> tjaalton: ok and its been in wily for a bit (which I have been testing with)
[14:48] <arges> looks good to me
[14:48] <tjaalton> yep
[14:49] <jsalisbury> PHLin, I'll take a look at the bug now
[14:49] <PHLin> jsalisbury, thanks!
[14:49] <jsalisbury> np
[14:53] <jsalisbury> PHLin, it looks like your not seeing this bug anymore on this system, per comment #11.  Is that correct, or does it require some time to reproduce?
[14:54] <PHLin> jsalisbury, let me try the Wireless Internet connection again now
[14:54] <jsalisbury> PHLin, ack, thanks
[15:05] <PHLin> jsalisbury, yeap, it failed again
[15:05] <tjaalton> reloading the r8169 module restored network, huh
[15:05] <PHLin> jsalisbury, with "wpa_supplicant[1251]: Association request to the driver failed"
[15:06] <PHLin> jsalisbury, it's quite random I must say
[15:08] <jsalisbury> PHLin, would you say it's specific to a kernel version?  Does this not happen if you boot back into a prior kernel?
[15:09] <PHLin> jsalisbury, hmmm, we didn't notice this issue during the last cycle
[15:09] <PHLin> jsalisbury, maybe it's because it just failed so we noticed that in this one
[15:10] <jsalisbury> PHLin, That would be a good thing to test next.  Boot back into the prior kernel version and see if the bug can be reproduced
[15:12] <PHLin> jsalisbury, let me install the prior kernel first
[15:12] <PHLin> jsalisbury, I did switch to 3.2.0-90 before, but the driver seems not working at all
[15:12] <jsalisbury> PHLin, great thanks.  We should confirm if this is a regression or not.
[15:15] <PHLin> jsalisbury, the previous result for 3.2.0-90 is in comment #9, but it's useless as the driver is not working
[15:16] <jsalisbury> PHLin, ok.  Do you happen to know if the driver was ever working prior to 3.2.0-90?
[15:17] <PHLin> jsalisbury, yes, it passed the last cycle SRU testing
[15:18] <PHLin> jsalisbury, http://people.canonical.com/~hwcert/sru-testing/precise/3.2.0-90.128/precise-proposed-froze.html
[15:18] <jsalisbury> PHLin, Can you try that prior kernel and see if this bug can be reproduced?  If we can identify the last good kernel and first bad one, I can perform a kernel bisect.
[15:24] <PHLin> jsalisbury, ok
[15:24] <PHLin> jsalisbury, btw, do you know how to boot into a specific kernel remotely?
[15:26] <jsalisbury> PHLin, do you have access to the console, if so, you can use the GRUB menu.  Another way would be to change the value of GRUB_DEFAULT and re-run update-grub
[15:27] <PHLin> jsalisbury, ok I will try the GRUB_DEFAULT stuff, I'm not in the lab now
[15:27] <jsalisbury> PHLin, do you only have ssh access and not console access?
[15:28] <PHLin> jsalisbury, I have only ssh access, for console, you mean if I can hit shift / esc to enter the grub menu, right?
[15:28] <jsalisbury> PHLin, yes
[15:29] <PHLin> jsalisbury, yeah, that system is in the lab, I can only ssh into it now
[15:30] <jsalisbury> PHLin, ok.  there should be a wiki on changing the GRUB_DEFAULT setting.
[15:30] <PHLin> jsalisbury, ok
[15:31] <jsalisbury> PHLin, this one might be helpful: https://help.ubuntu.com/community/Grub2
[15:34] <PHLin> jsalisbury, hmmm, I think I mistakenly boot it into the recovery mode
[15:34] <PHLin> jsalisbury, it's not accessible anymore
[15:35] <PHLin> jsalisbury, I will need to check it tomorrow
[15:35] <jsalisbury> PHLin, ack
[15:36] <PHLin> jsalisbury, for the bisect, a tricky thing is that we only began to test it with the Broadcom driver since 3.2.0-90
[15:36] <PHLin> jsalisbury, it was certified with the Broadcom driver
[15:37] <PHLin> (at the very beginning)
[15:37] <PHLin> jsalisbury, and later on, it works without the driver, so we didn't test the driver until 3.2.0-90
[15:40] <PHLin> jsalisbury, anyway, thanks for your help, I will ask my colleague to take over this on tomorrow morning
[15:40] <PHLin> jsalisbury, any specific information that you want to know?
[15:42] <henrix> PHLin: just to clarify: the wl driver wasn't working with 3.2.0-90, but it was never tested before that (except from the "very beginning").
[15:42] <jsalisbury> PHLin, If this is specific to the kernel version, it would be good to know the last kernel version that did not exhibit this bug and the first version that does.  Or if this bug is specific to bcmwl regardless of the kernel version.
[15:42] <henrix> PHLin: by "very beginning" you mean early Precise kernel releases?
[15:43] <PHLin> henrix, the wl driver may be not working when this system was certified https://certification.canonical.com/certificates/1206-4010/
[15:44] <PHLin> henrix, it's 3.2.0-23.36
[15:45] <PHLin> henrix, and after it was chosen as a precise sru system
[15:45] <PHLin> henrix, we test it with the wl driver as it works without any issue
[15:47] <PHLin> henrix, I think it's in the test pool since 3.2.0-39.62
[15:47] <PHLin> henrix, just randomly checked some test report, no sign of bcmwl-kernel-source
[15:48] <bjf> PHLin, it's hard for me to see this as a Precise regression.
[15:48] <PHLin> henrix, and recently we found this system should be tested with the Broadcom driver, as it's certified with that
[15:48] <PHLin> bjf, ok
[15:49] <bjf> PHLin, jsalisbury can help you out a bit with the bug but let's get the precise kernel out.
[15:50] <PHLin> bjf, no problem, should I push the result to the kernel tracking bug?
[15:50] <bjf> yes
[15:50] <PHLin> bjf, ack
[15:50] <henrix> PHLin: ok, thanks for the clarification.  i guess this info should go into the bug report, along with the latest working kernel version (as jsalisbury suggested)
[15:52] <PHLin> henrix, okok
[15:52] <PHLin> bjf, tracker bug updated
[15:54] <bjf> PHLin, thanks
[16:14] <rtg> lool, the patch for bug #1494719 does not contain a flash method. Should it be "generic" for rpi2  ?
[16:14] <ubot5`> bug 1494719 in flash-kernel (Ubuntu) "Support for the RaspberryPi2 platform" [Undecided,New] https://launchpad.net/bugs/1494719
[16:17] <lool> rtg: that's a good question
[16:18] <rtg> lool, guess I can just try it. it can only brick my system :)
[16:18] <lool> rtg: generic is the default, so you dont need to specify it, but feel free to
[16:19] <lool> rtg: I tried a slightly different version on Mark's rpi2, but this should work
[16:19] <lool> His version was just 4 lines:
[16:19] <lool> Machine: Raspberry pi 2 Model B
[16:19] <lool> Machine: BCM2709
[16:19] <lool> Method: rpi2
[16:19] <lool> Kernel-Flavors: rpi2 raspi2
[16:19] <rtg> lool, it looks like it just falls through in the code if a methid is not specified in the DB
[16:19] <lool> method="$(get_machine_field "$machine" "Method")" || method="generic"
[16:19] <lool> is what I see in the flash-kernel on the rpi2 here
[16:20] <rtg> lool, ah, ok
[16:20] <rtg> I'll look closer at the log


[01:18] <jphilips> knome: if someone were to want to redesign the installer slides, are there any specs you'd want followed?
[05:24] <jphilips> do translation updates get pulled in after the beta in released?
[10:48] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Make Sound settings item translateable @ https://github.com/Xubuntu/xubuntu-default-settings/commit/beb03ffbaf25d4a462c958c8b03deb4ebf13d59d (by bluesabre)
[10:50] <bluesabre> jphilips: any time really. Just requires doing the package and upload, etc. I actually need to push our updated installer translations upstream.
[10:51] <bluesabre> jphilips: I never got around to asking wimpy about tlp and powertop
[10:52] <Unit193> What about 'em?
[10:53] <jphilips> to bundle them and have them installed when installing on a laptop
[12:18] <bluesabre> Submitted https://code.launchpad.net/~xubuntu-dev/ubiquity-slideshow-ubuntu/import-translations/+merge/399350 earlier to upstream our slideshow translations
[13:19] <jphilips> have our slide translations not been regularly updated?
[13:20] <jphilips> oh i see you are pushing them into launchpad from transifex
[14:47] <jphilips> bluesabre, pleia2: please review when you get a chance https://docs.google.com/document/d/1ZDIfV3X3pN0EWwmY_GaE6tCKfWCAmUrQxOm6NR6x3Qo/edit#
[15:51] <knome> jphilips, i'm not claiming any ownership, maintainership or leadership in xubuntu, so anybody is free to redesign it as they wish as long as they get team approval


[09:50] <tjaalton> hum, new patches from peter to try..
[09:52] <RAOF_> tjaalton: To make the n7 less hateful? Yay!
[09:53] <tjaalton> RAOF_: well I certainly hope so..
[09:54] <tjaalton> but I'll file this now in any case
[09:55] <tjaalton> tried everything else, there are a number of bugreports already but they don't seem to match
[10:48] <tjaalton> now lets scorch the nexus7..
[10:59] <tjaalton> takes roughly 30min to build the xserver on the nexus
[11:02] <RAOF_> That's not bad.
[11:02] <RAOF_> -j5?
[11:02] <tjaalton> yeah, 4-core cpu, parallel=4
[11:02] <tjaalton> i/o is bad
[11:02] <tjaalton> configure phase takes quite a long time
[11:03] <RAOF_> Takes ~40min to build nux; you can't -j5 that, because the OOM killer takes a liking to g++
[11:03] <tjaalton> hehe
[11:08] <tjaalton> this still has ~400M for the cache
[11:21] <tjaalton> huh, took only ~20min
[14:27] <tjaalton> no luck with the latest set of patches
[17:29] <bryceh> tjaalton, mlankhorst, RAOF:  I told cnd we'd meet up in the lobby at 7pm for dinner.  Sound good?
[17:30] <tjaalton> bryceh: yup
[17:31] <tjaalton> tseliot is going out with the rest of the italian mob
[17:31] <bryceh> tjaalton, yeah I heard
[17:31] <bryceh> ironically I was going to suggest an italian place ;-)
[17:32] <tjaalton> just not the same one, they'll wreck it for sure :)
[17:32] <bryceh> hehe
[17:34] <tjaalton> looks like there are three places close to cristianshavn
[17:35] <tjaalton> so not quite downtown
[17:38] <bryceh> tjaalton, that sounds good
[17:39] <mlankhorst> bryceh: sure
[17:40] <mlankhorst> told raof too
[17:40] <tjaalton> http://www.lanovo.dk/home.html
[17:40] <tjaalton> right across the street from the metro stop
[17:41] <bryceh> mmm
[21:45] <mlankhorst> night
[21:48] <tjaalton> related to the discussions earlier, disney now bought lucasfilm.. yuck
[22:15] <bjsnider> considering the new trilogy's incredible level of suckage, maybe it's for the best
[22:19] <maxb> :-)
[22:19] <maxb> (too true)


[00:05] <kcj> Most people have lives.
[00:06] <kcj> I don't. :P
[00:09] <ojwb> afternoon
[11:28] <chilts> evening :)
[11:44] <kcj> Evening. :)
[19:08] <ibeardslee> morning
[19:45] <snail> mōrena
[21:13] <chilts> morning
[21:16] <mwhudson> morning
[21:53] <ajmitch> morning
[21:54] <ibeardslee> ajmitch: have you managed to pick up a ZaTab yet?
[21:54] <ajmitch> ibeardslee: yup
[21:55]  * ajmitch *just* got back home from the airport
[21:55] <ajmitch> had to check my suitcase for my laptop charger, had thought I'd left it at the hotel :)
[22:12] <ibeardslee> how is it?
[22:15] <ajmitch> haven't played with it much yet, looks pretty nice though
[22:20] <kcj> Morning.
[22:29] <ojwb> morning
[22:32] <kcj> Hmm. ubuntu-nz.org doesn't have anything to do with Ubuntu anymore.
[22:43] <ojwb> looks like a hosting error - whois shows it as owned by canonical
[23:11] <kcj> They should fix that.
[23:39] <lifeless> #canonical-sysadmins for that