[00:25] <thisfred> anyone know where the new developer tasks page on the canonical wiki lives?
[00:25] <thisfred> I had to reinstall
[00:25] <thisfred> everything
[00:26] <thisfred> and now the internal chat won't work
[00:40] <thisfred> dobey: thx
[00:41] <thisfred> dobey: the one I meant was for the PPA, but I found the PPA itself. The page seems to be gone though
[06:35] <rye> morning
[09:43] <mandel> morning all!
[09:48] <JamesTait> Gelukkig Dinsdag! :)
[13:35] <alecu> hello #ubuntuone!
[13:35] <mandel> ok, my internet is crap :(
[13:35] <mandel> alecu, buenos dias!
[13:36] <alecu> mandel, hello to you, sir!
[13:37] <mandel> alecu, I've got good news about the proxy settings, I'm done with the TestCase for both auth and nonauth, I just need to update u1trial to use --integration
[13:37] <mandel> but for that I want to provide a test loader rather than using the default one and removing the integration tests
[13:38] <alecu> mandel, oh, like a new test loader for trial?
[13:38] <mandel> alecu, yes, I think is a more elegant solution
[13:38] <alecu> sounds... hard.
[13:39] <mandel> alecu, I'm looking at the unittest implementation, if it is too hard I'll simply purge out the integration tests from the tests collection
[13:42] <mandel> alecu, I need to go for lunch, if you see ralsina, tell him gatox is on a swap that he needs to approave ;)
[13:42] <alecu> mandel, cool
[13:50] <alecu> and yes... it's a lovely day for some AC/DC
[13:50] <alecu> thunderstruck!
[13:59] <dobey> hmm
[14:00] <dobey> mandel: simple solution is to do the same thing we do for qt vs gtk i guess
[14:24]  * Chipaca looks around for a spare ralsina
[14:28] <dobey> heh
[14:38] <ralsina> good late morning!
[14:39] <dobey> oh look, a ralsina
[14:39] <ralsina> hi dobey
[14:39] <dobey> hola
[14:43] <ralsina> why did everyone load a kajillion admin requests on my day off? ;-)
[14:44] <dobey> i figured i would put in the rest of my time off for the year, before the year ends :)
[14:44] <jdobrien> dobey: indeed.
[14:49]  * dobey pbuilds a rhythmbox from trunk package
[14:58] <mandel> dobey, yes, that is also a good idea, simply pass those to be ignored
[14:59] <mandel> ralsina, same here, I added all my holidays 'til the end :P
[14:59] <mandel> ralsina, by the way, gatox needs a +1 for his swap day
[14:59] <ralsina> mandel: done
[15:00] <ralsina> mandel: same for all of your requests and dobey's
[15:00] <dobey> mandel: do those tests require squid?
[15:00] <mandel> dobey, yes, those are the ones.. I want to see if the test loader is the one that checks for a flag to decide if they are instantiated or no
[15:01] <mandel> not*
[15:01] <dobey> mandel: :(
[15:02] <dobey> mandel: yes, the test loader pokes the test case hierarchy to see what service runners are needed
[15:03] <dobey> no standup today too? yay!
[15:04] <mandel> dobey, yeah, I'm looking how the loader in done in python unittest to implement something nice for our use
[15:04] <dobey> mandel: we already implement a loader in u1trial
[15:05] <dobey> mandel: and i still don't think this sort of stuff belongs in u1trial
[15:05] <mandel> well, we do this:  unittest.defaultTestLoader.loadTestsFromModule(module)
[15:06] <mandel> which is not really a loader, we poke stuff, look if we reqire services and then call the default loader
[15:06] <mandel> me
[15:06] <mandel> we do have stand up? or not?
[15:08] <dobey> mandel: i think you're conflating loader, with the thing that discovers which tests to load; and you are wanting to do the latter
[15:09] <mandel> dobey, yes, I want to do the later, but the loader is the one that discovers the tests. I wanted to be able to tell the loader not to add a test to its test collection if it was an integration tests
[15:09] <mandel> I think is more elegant than loading ALL tests and then discard those that are integration tests in the runne
[15:09] <mandel> r
[15:09] <dobey> mandel: no; the thing that discovers the tests is the code in u1trial
[15:10] <dobey> mandel: the only sanely feasible way to do this, is to put integration tests under a different location in a different set of files
[15:12] <mandel> dobey, we have _load_tests , _load_tests: Load unit tests from a Python module with the given 'relpath' and _collect_tests: Return the set of unittests. which means that I have all the knowledge of which tests are to be ran, right?
[15:13] <dobey> mandel: there is one block of code that walks the filesystem tree for the passed-in path argument; there is another that walks over the list of test_foo.py files that function returns, and loads them into the test suite
[15:13] <dobey> i presume _colelct_tests is the one that walks the fs tree, and thus the thing you want to write a different implementation of
[15:21] <mandel> dobey, yeah, I was looking at that part, I believe I have an idea of how to do it 'cleanly'
[15:22] <dobey> mandel: well, i don't think u1trial should have some special case for this
[15:23] <mandel> dobey, ideally it would be nice for it to be able to differenciate between integration tests and not integration tests.. should not be terribly hard, le me do some work and we cna take a look at the code
[15:23] <dobey> mandel: u1trial has no concept of what an integration test is; so an --integration flag doesn't make sense really
[15:23] <dobey> mandel: i can't even get developers to make that distinction
[15:25] <mandel> dobey, yeah, that is true, making the distintion between integration and unittests is hard..
[15:26] <dobey> mandel: and trying to do that programmatically will be wrong, if developers can't even make the distinction :)
[15:26] <mandel> dobey, oh, but let me try!
[15:26] <dobey> mandel: it's an exercise in futility
[15:27] <dobey> mandel: the only way you're going to make a distinction is by having the tests be in completely separate paths on disk; and then you can just do u1trial tests/ vs u1trial integrationtests/
[15:27] <mandel> dobey, that is what she said :P
[15:28] <mandel> dobey, for the previous sentence, ofcourse hehe
[15:28] <mandel> dobey, but yeah, in the worst case scenario, using diff paths is a simple way to do it
[15:28] <ralsina> note: alecu is without power, he'll show up eventually
[15:30] <dobey> heh
[15:31] <dobey> "foo is without power. * foo has quit"
[15:32] <dobey> [dobey@lunatari:banshee]: apt-cache search monkey brain
[15:32] <dobey> ttf-aenigma - 465 free TrueType fonts by Brian Kent
[15:32] <dobey> not helpful.
[15:33] <dobey> might help if i search for the right thing though
[16:06] <j0nr> rye: any progress on the music id3 problem?
[16:11] <mandel> dobey, do you know it there are lipsoup bindings for pyhton that do not use gi, I'd like to add some tests to see that my proxy works as expected :)
[16:11] <mandel> dobey, once that tests is done I'll show you how I got the --integration thing working
[16:11] <dobey> mandel: no, there aren't
[16:12] <mandel> dobey, que mierda!
[16:13] <mandel> dobey, 'cause ulr just works with noauth proxies :(
[16:14] <dobey> ulr?
[16:15] <mandel> dobey, ups, sorry typing fail, urllib.. but urllib2 does, right?
[16:19] <dobey> mandel: i don't think either one implicitly handles proxies
[16:22] <dobey> hrmm, what to get for lunch
[16:34] <dobey> bbiab, lunch
[16:39] <mandel> ralsina_, ping
[16:39] <ralsina_> mandel: pong
[16:40] <mandel> ralsina_, I have the squid tests finished, but there is part of the code that is ugly... atm I'm doing a sleep to ensure that squid has enough  time to load the config and start, do you know of any command that can return if squid started?
[16:41] <mandel> ralsina_, specially on a port
[16:41] <ralsina_> mandel: let me check
[16:41] <mandel> ralsina_, 'cause with that, I'm done :)
[16:41] <ralsina_> mandel: usually squid will start in less than a second
[16:41] <mandel> ralsina_, yeah, but I dont want to be foing a time.sleep(1) is very very ugly
[16:42] <ralsina_> mandel: you can use -d 3
[16:42] <ralsina_> mandel: and grep the output for somethig
[16:42] <ralsina_> mandel: but it's much more complicated than sleep(1) ;-)
[16:42] <ralsina_> mandel: Or, you can loop connecting to the port, and then it's running
[16:43] <mandel> ralsina_, what about this: squid -k check -f squid.conf
[16:43] <mandel> ??
[16:44] <ralsina_> mandel: well....
[16:44] <ralsina_> mandel: you would still have to sleep and loop
[16:44] <mandel> ralsina_, yeah, which is ugly.. bu nicer than a grep :)
[16:44] <ralsina_> are you doing squid -z?
[16:46] <mandel> ralsina_, no, what is that?
[16:46] <ralsina_> mandel: -z builds the whole folder structure for the cache
[16:47] <ralsina_> mandel: should be run at least once
[16:47] <mandel> ralsina_, yes, that is ran before we start squid
[16:47] <ralsina_> mandel: OTOH, it may be a good idea to run it every time, to make tests independent
[16:47] <mandel> ralsina_, is done every testcase, not test since it would be too much
[16:47] <ralsina_> ok
[16:47] <ralsina_> is the order of tests randomized?
[16:47]  * ralsina_ is nitpicky sometimes
[16:48] <ralsina_> but in this case it's overkill
[16:48] <ralsina_> anyway, yes, you can use -k check
[16:49] <ralsina_> in fact, if you are just changing configs from test to test, you could do -k reconfigure
[16:50] <ralsina_> the only bad parts with going that way is a possibility of negative DNS caches or similar stuff
[17:07] <mandel> ralsina_, good point.. I guess I can get that done for version 2 :)
[17:07] <mandel> ralsina_, we need something asap so that alecu can start writing integration tests at least on windows
[17:08] <ralsina_> mandel: of course
[17:08] <mandel> ralsina_, dobey so I'm thinking about this: lp:~mandel/ubuntuone-dev-tools/proxy-testcase
[17:09] <mandel> ralsina_, dobey that branch has two things, a SquidTestCase, and a --integration-tests flag. if you do a ./run-tests all tests should pass but if you do u1trial -c ubuntuone --integration-tests you will see one fail, since the integration tests fails always
[17:10] <mandel> ralsina_, dobey you can also find a testcase that uses the squid nontauth proxy under ubuntuone/devtools/testcases/tests/test_squid_testcase.py, but for that to not be skipped you need to have in the system squid and htpasswd since I'm using a very basic auth for the auth proxy
[17:16] <mandel> dobey, I added you as a reviewer for th branch with alecu since you are the two ones I want to hear about :)
[17:17] <mandel> @ping
[17:17] <ubot4> pong
[17:19] <Chipaca> mandel: <dobey> i guess i should get some lunch
[17:19] <ralsina_> mandel: I see nothing obviously wrong with the branches' squid config, if that makes you happy
[17:20] <mandel> Chipaca, I know, but I hope he reads it when he is back :)
[17:20] <mandel> ralsina_, have you tried running the tests?
[17:20] <ralsina_> mandel: nope
[17:20] <mandel> ralsina_, and it has merge issues :(
[17:20] <mandel> ralsina_, mierda!
[17:21] <ralsina_> mandel: it happens
[17:21] <mandel> ralsina_, I'll fix does and EOD
[17:21] <ralsina_> mandel: ack
[17:28] <dobey> hi
[17:30] <dobey> hmm
[17:30] <dobey> scary
[17:31] <dobey> oh hi firefox; why are you eating 600M of RES?!
[17:36] <Chipaca> dobey: because it can :)
[17:36] <ralsina_> dobey: CAN I HAZ MEMRY?
[17:38] <dobey> swap swap swap
[17:38] <dobey> 2G of ram and still have to swap :(
[17:44] <mandel> dobey, you should use windows vista.. then you will stop complaining ;)
[17:45] <mandel> dobey, ralsina_ ok, EOD for me, I pushed the devtool branch one rev to fix the conflicts issues, feel free to complain about everything ;)
[17:45] <mandel> see you all tom!
[17:45]  * mandel gets ready for rugby
[17:48] <dobey> mandel: i think i'll upgrade to Slackware 95
[17:48] <mandel> dobey, or mint you to piss off people hehehe
[17:50] <dobey> i'll just buy a mac and put the dock on the left
[17:50] <dobey> or just leave it as it is, and say it's elementaryOS
[17:52] <mandel> dobey, use the mac in a diff orientation, works the same way :)
[17:52] <mandel> ok, now I'm really leaving, laters!
[17:52] <dobey> heh
[17:59] <ralsina_> dobey: how do you feel about some lucid-bug-verifying? ;-) https://bugs.launchpad.net/ubuntuone-client/+bug/897799
[17:59] <ubot4> Launchpad bug 897799 in ubuntuone-client "Nautilus crashes all the time I try to publish a file (affects: 1) (heat: 6)" [Undecided,New]
[18:02] <dobey> lucid? bah
[18:03] <dobey> vds: upgrade! :)
[18:04] <vds> dobey, apt-get update or dist-upgrade ? :)
[18:05] <dobey> vds: to ubuntu 11.10 :)
[18:06] <dobey> vds: also, "apport-collect 897799 -p ubuntuone-client" please
[18:07] <vds> dobey, apport on it's way
[18:10] <dobey> hmm, though that apport info might not be useful
[18:10] <dobey> vds: is there a nautilus crash file in /var/crash/ ?
[18:11] <vds> dobey, nope
[18:11] <dobey> :-/
[18:13] <dobey> need a backtrace
[18:17] <vds> dobey, I keep getting LP errors
[18:19] <dobey> vds: yeah i think lp is being a bit buggered at the moment :(
[18:26] <dobey> bah, lp recipe builder is broken :(
[18:28] <vds> dobey, apport explodes...
[18:29] <vds> dobey, http://paste.ubuntu.com/753939/
[18:31] <dobey> huh; lovely. it seems you don't have firefox, but something is configured to use firefox as your default browser?
[19:00] <dobey> come on twisted test suite; finish already
[22:39] <dobey> later all
[23:17] <ulidtko> hey all
[23:18] <ulidtko> i have a reproducible upload failure
[23:18] <ulidtko> what should i do?
[23:39] <karni> duanedesign: ↑ perhaps you could help my friend?
[23:39] <duanedesign> hello ulidtko
[23:40] <ulidtko> duanedesign: hi
[23:40] <duanedesign> ulidtko: what seems to be happening?
[23:40] <ulidtko> i placed a folder of mp3 files into my u1 folder
[23:40] <ulidtko> then i watch u1sdtool --status and u1sdtool --current-transfers
[23:41] <ulidtko> it starts uploading the files, progresses till some point, and then just stops
[23:41] <ulidtko> tried 4 times already (restarting via u1sdtool -q && --start), every time the same scenario
[23:41] <duanedesign> ok. Would you mind sending me your logs so I can look into what might be going on?
[23:41] <karni> duanedesign: thanks, /me coocks dinner
[23:42] <karni> *cooks
[23:42] <ulidtko> where do i get the logs?
[23:42] <duanedesign> thank you karni
[23:43] <karni> duanedesign: ~/.cache/ubuntuone/log
[23:43] <duanedesign> ulidtko: http://pastebin.com/c5vKjRQ5
[23:44] <duanedesign> ulidtko:  i will PM you my email
[23:45] <ulidtko> tar.gz is ready
[23:47] <ulidtko> sent
[23:48]  * duanedesign loking
[23:48] <duanedesign> looking*
[23:50] <duanedesign> ulidtko: you are being affected by bug #872924
[23:50] <ubot4> Launchpad bug 872924 in ubuntuone-client (Ubuntu Precise) (and 5 other projects) "Resuming a failed upload crashes with ValueError: I/O operation on closed file (affects: 27) (dups: 3) (heat: 153)" [Critical,Fix released] https://launchpad.net/bugs/872924
[23:50] <duanedesign> it has been fixed you should be seeing that fix in your updates soon
[23:51] <ulidtko> good!
[23:51] <ulidtko> will the updates arrive via ubuntu's update manager?
[23:51] <ulidtko> i.e. don't I have to wait till next resease?
[23:56] <duanedesign> ulidtko: no no
[23:56] <duanedesign> This fix will be backported
[23:56] <duanedesign> ulidtko: can you open the software center and select Software Sources
[23:56] <ulidtko> very nice
[23:56] <ulidtko> do you want me to enable oneiric-proposed?
[23:57] <duanedesign> :)
[23:57] <ulidtko> i think i understand already :)
[23:57] <duanedesign> ok great
[23:58] <ulidtko> and... is there some kind of a workaround?
[23:58] <duanedesign> be sure to restart the syncdaemon after you get the fix. You can do that with a disconnect/connect in the Control Panel or u1sdtool -q; u1sdtool -c   in Terminal
[23:58] <duanedesign> ulidtko: let me see