[08:09] <jibel> stgraber, the new tracker is down
[08:36] <alourie> hello
[09:22] <brendand> mvo - hi
[09:26] <mvo> hey brendand
[09:29] <brendand> mvo - you guys are working on more tests for software-center, right?
[09:29] <mvo> brendand: yes
[09:30] <brendand> mvo - where can i see what you're working on at the moment, in terms of coverage?
[09:32] <mvo> brendand: we use python-coverage for the reporting, but we have no (automatic) way of uploading it currently, I can upload the current state or you can do "bzr co lp:software-center; cd tests; make" and wait for it to run, it will create a coverage_html dir in tests with the index.html
[09:32] <mvo> brendand: are you interessted in writing tests :) ?
[09:34] <brendand> mvo - can't make any promises, but yes
[09:34] <mvo> awsome
[09:34] <brendand> main barrier is getting time to understand the workings of sw-center
[09:39] <mvo> yeah, its a bit complicated currently, but I'm happy to help where I can to make it easier
[09:44] <brendand> mvo - do you have any priorities of where coverage needs to be enhanced first?
[09:44] <brendand> mvo - or is everything equal?
[09:47] <mvo> brendand: no priority currently, I would go for the low-hanging fruits first, maybe even the non-ui stuff as this is much easier to test
[09:49] <brendand> mvo - there is no code that is 'dead' as it were?
[09:51] <mvo> brendand: I need to double check, but I don't think so, at least not in sizable amounts
[09:53] <mvo> for some of it we probably also want to annoate that it does not need coverage, i.e. the exception handler in spawn_helper.py that just logs the exception
[09:55] <brendand> mvo - that would be a good first task, as least to help me ;)
[09:58] <mvo> brendand: heh, yeah! its "# pragma: no cover" at the start of the exception block
[10:09] <brendand> mvo - in the 'db' component a lot of functions seem to expect a db. how do i create one and which one should i use? a test one?
[10:27] <brendand> mvo - say in DebFileApplication.get_details. that needs to be passed a db
[10:29] <brendand> mvo - is it meant to be a StoreDatabase?
[10:46] <mvo> brendand: ys
[10:46] <mvo> yes
[10:47] <mvo> brendand: check softwarecenter/testutils.py
[10:47] <brendand> mvo - thanks. i managed to find an example in another test
[10:47] <mvo> brendand: there is a get_test_database function
[10:47] <mvo> awsome
[10:55] <brendand> mvo - great! now i know that i should be able to get rocking with some tests
[11:00] <mvo> brendand: awsome, let me know about blockers, the testutils.py stuff is relatively new, everytime you need to do repetitive tasks we probably want a helper in there
[11:02] <brendand> mvo - sure, i'll let you know
[11:02] <brendand> jibel - alpha 1 starts early next week right?
[11:07] <jibel> brendand, right, first candidates usually land on Tuesday. Meanwhile you can test dailies and review the new tracker at http://91.189.93.73/ (when it's back online of course :))
[11:11] <MechanisM> hello where to download testing 12.04? I'm always start testing since alpha and sending bug-reports
[11:12] <MechanisM> now I can't see any testing versions at ubuntu.com/testing
[11:14] <brendand> MechanisM - There is no candidate for alpha1 yet I guess
[11:15] <MechanisM> already found some http://cdimage.ubuntu.com/daily-live/current/
[11:18] <MechanisM> also if someone can investigate. I'm 2nd time reinstalling ubuntu because of skype crashed it and I have a lot of unmet dependencies problems because of skype. maybe after microsoft bought skype they wanna crash linuxes with skype for linux
[14:37] <stgraber> jibel, cjwatson: tracker is back online, it ran out of diskspace because of the LP integration script caching thousands of bugs on disk (a few hundreds of megs worth of .json files ...)
[14:38] <cjwatson> thanks
[14:42] <jibel> stgraber, thanks
[14:47] <cr3> stgraber: I think it would be worthwhile to parameterize launchpadlib so that it won't cache requests, but still cache credentials of course, I've seen this use case more than once
[14:52] <cr3> stgraber: if you use Launchpadlib.login, instead of login_with or login_anonymously, you can override the cache directory as an argument. if you set it to None, lazr.restfulclient will create a temporary directory which will be removed atexit
[14:58] <stgraber> cr3: oh, good, guess I'll do that then
[15:18] <stgraber> jibel, cjwatson: I'll be flushing the database on 91.189.93.73 now to re-import the production DB. I'll drop all the changes that were done on it except for the daily builds (so I can test my export/re-import script :))
[15:24] <cjwatson> ah, that explains it
[15:37] <stgraber> cjwatson, jibel: Tracker is back online
[15:45] <cjwatson> stgraber: http://91.189.93.73/qatracker says "currently on an invalid subdomain"
[15:46] <stgraber> cjwatson: that sounds like a caching problem... turning it off
[15:48] <stgraber> fixed (turned off caching for that page)
[15:53] <cjwatson> OK, great, my security fix works
[15:58] <cr3> cjwatson: out of curiosity, might you happen to know where get-build-deps might've gone to?
[16:26] <cjwatson> ubuntu-dev-tools (0.131) unstable; urgency=low
[16:26] <cjwatson>   get-build-deps was removed from ubuntu-dev-tools. The newer mk-build-deps in
[16:26] <cjwatson>   devscripts is equivalent (with the -ir options).
[16:26] <cjwatson> cr3: /usr/share/doc/ubuntu-dev-tools/NEWS.Debian.gz
[16:26] <cjwatson>  -- Stefano Rivera <stefanor@debian.org>  Sat, 10 Sep 2011 00:13:18 +0200
[16:36] <cr3> cjwatson: thanks! cyphermox, ^^^, you might also be interested
[16:36] <cyphermox> ah
[16:36] <cyphermox> thx