[08:26] <JamesTait> Goooooooood morning all! :)
[11:03] <ralsina> good morning!
[11:07] <gatox> good morning!
[11:17] <ralsina> hola gatox
[11:17] <gatox> ralsina, hi
[11:18] <mandel> ralsina, gatox hello!
[11:18] <ralsina> hello mandel-at-copenhagen!
[11:19] <mandel> ralsina, not yet, going tom at 6 am
[11:19] <mandel> ralsina, are you in eu already?
[11:19] <ralsina> mandel: no, arriving next saturday
[11:21] <mandel> ralsina, ahhh ok, by the way, nice post!
[11:21] <mandel> ralsina, too cheesy for a macho like me, but good :)
[11:21] <ralsina> gracias :-)
[11:21] <ralsina> mandel: come on, you
[11:21] <ralsina> are a mama's boy, and we all know it
[11:21] <mandel> lol
[11:28] <karni> Good morning all!
[11:32] <ralsina> morning karni!
[11:32] <ralsina> Nothing seems to be on fire, so I'm taking my son to school. Be back in a while!
[11:32] <karni> ralsina: Morning!
[11:32] <karni> :)
[12:09] <gatox> people..... i need to leave for a few minutes..... brb
[12:20] <gatox> back!
[12:37] <dobey> hmm
[12:39] <gatox> hi dobey ..... what happend?
[12:40] <dobey> installed new hdd/quantal on workstation
[12:41] <gatox> dobey, and it's not working?
[12:41] <dobey> also put my old nvidia 9500gt in it, so i could use both monitors again
[12:42] <dobey> it's working, but there are some oddities
[12:43] <dobey> and i can't get jackd to start :(
[13:15] <mmcc> Hi folks, in a bit early today. I have a DMV appointment this afternoon which *should* be fast, but … DMV.
[13:16] <briancurtin> mmcc: i'm sorry
[13:18] <dobey> "appointment"
[13:20] <gatox> what is dmv?
[13:20] <dobey> department of motor vehicles
[13:20] <gatox> ahhhh
[13:23] <dobey> wow, quantal-backports has stuff in it already
[13:23] <dobey> crazy
[13:24] <ralsina> dobey: backport from what? Have the R archives even opened?
[13:25] <dobey> i don't know
[13:25] <dobey> but handbrake-gtk is in quantal-backports
[13:25] <dobey> i didn't even realize backports was enabled by default
[13:30] <ralsina> it kinda defeats the idea of backports
[13:30] <ralsina> if it's going to be enabled by default, just call it main
[13:31] <dobey> well if it's going to be enabled by default just put stuff in -updates
[13:31] <briancurtin> and rename main to real-main
[13:31] <dobey> crap
[13:31] <ralsina> "main" "real-main" "newer-than-main-main" and "slow-main"
[13:32] <dobey> my raid is confused now :(
[13:42] <mandel> oh my god, I'm surrounded by works... workers in the apartment next door are taking down walls and got road works..
[13:43] <briancurtin> mandel: there are two seasons in chicago - winter and construction
[13:43] <mandel> lol
[13:46] <dobey> how to get my raid back :(
[13:55] <ralsina> dobey: you may have to reassemble it manually from a live CD
[13:55] <dobey> eh?
[13:57] <dobey> shouldn't it just see the raid superblocks and be all like "oh hi, this disk goes here, and this other one goes here, and on and on" ?
[13:58] <ralsina> dobey: yes
[13:58] <ralsina> dobey: obviously that has not worked, has it?
[13:59] <dobey> no, it has not :(
[13:59] <mmcc> mandel, with current control-panel trunk I'm still getting two simultaneous loading overlays… I do see the name getting updated before the top overlay goes away, but there are still two. am I missing something?
[13:59] <ralsina> dobey: unless you got it all via UUIDs sometimes upgrades breaks device ordering
[14:00] <mandel> mmcc, really? which revno do you have?
[14:00] <dobey> ralsina: i used by-id to add the disks to the RAID originally, because the device ordering gets broken even when i power the raid enclosure off and then back on or reboot the server
[14:01] <dobey> ralsina: this is what i get: https://plus.google.com/103117938079967018309/posts/LWBBTUZYZYa
[14:01] <ralsina> dobey: hmmm then it *should* have just worked. Maybe it's marked as offline? What's in your /proc/mdstat?
[14:02] <mmcc> mandel my revno is off right now, it's in a long-lived branch, but it's merged with current trunk and has your branch from last wednesday.
[14:02] <ralsina> dobey: ugh, that's really out of sync and doesn't know how to fix it
[14:06] <dobey> hrmm
[14:06] <dobey> how can I fix it?
[14:06] <karni> dobey: My only concern with using RAID is when something goes wrong, I'm in deep shit. I hope you'll resolve your problem quickly.
[14:07] <karni> facundobatista also had a problem with recovering RAID some time ago, IIRC.
[14:07] <dobey> karni: that's why I was using RAID 10, with 4 drives.
[14:07] <dobey> admittedly, this current situation was totally unexpected though
[14:08] <ralsina> dobey: how critical is it that you don't lose stuff?
[14:08] <ralsina> dobey: I would remove two drives :-(
[14:08] <facundobatista> karni, dobey, the one time I really needed mirroring (one FS broke), mdraid completely failed on me, will never use again
[14:08] <ralsina> dobey: and then, with a single copy of the mirrored data, try to add them back
[14:09] <ralsina> dobey: but the chance of failure is...
[14:09] <karni> RAID 10 "provides fault tolerance and improved performance but increases complexity". aha
[14:09] <dobey> i would prefer not to lose stuff; but i have pretty much all the data available elsewhere still. only thing i don't have elsewhere is the pxe config, but it's rebuildable
[14:09] <mandel> mmcc, weird.. cause it should work, can you try running trunk alone
[14:11] <ralsina> facundobatista: RAID is not backup.
[14:11] <dobey> ralsina: well mdadm -A -R seems to complain that the md is already in use
[14:11] <ralsina> facundobatista: RAID is only supposed to give you a chance at surviving failure. It does fail quite often at that.
[14:11] <karni> ralsina: "two geographically different storages" eh :)?
[14:11] <mmcc> mandel trying now…
[14:12] <ralsina> dobey: ok, no idea what that could mean
[14:12] <ralsina> karni: I was a sysadmin in my previous life. I have seen RAID work, and I have seen it not work. I have replaced it with nightly rsyncs to a spare drive, too ;-)
[14:13] <karni> ralsina: Interesting. I was thinking on investing some $ in a QNAP nas with 5-6 disk bays, and set it up with RAID
[14:13] <dobey> ralsina: my favorite is people who use RAID 0 and expect it to work
[14:14] <mmcc> mandel, looks like it does work, sorry for the false alarm
[14:14] <mandel> mmcc, no problem :)
[14:14] <dobey> and people who try to use raid 5 or 6 and have no idea what they're doing
[14:14]  * mmcc considers adding a bzr switch alias that kills .pyc files
[14:15] <ralsina> dobey: RAID 0 is fun. I just described it as "imagina a very fast, very crappy disk" :-)
[14:15] <dobey> s/fast/large/
[14:15] <ralsina> dobey: actually, on SCSI it was fast
[14:16] <ralsina> dobey: I suppose on separate SATA controllers it should be fast again
[14:16] <dobey> well, the more disks you add on SATA, the faster it will get, yeah. but mostly it's a very large and crappy disk :)
[14:16] <dobey> if the fast bit matters, just save your data to /dev/null
[14:16] <dobey> it will have roughly the same effect
[14:16] <ralsina> dobey: slower than that, slightly less data loss
[14:17] <ralsina> hard shutdowns on raid0 are hilarious
[14:17] <dobey> ralsina: until any one of the disks have a hint of failure; then you lose all your data, not just some of it :)
[14:17] <ralsina> dobey: that's where you thank the sysadmin that did backups ;-)
[14:18] <ralsina> it's mostly just knowing what can go wrong, estimating a lot, revise upwards, then do backups anyway
[14:19] <ralsina> I had a guy once ask me to setup raid 50 because he read about it on wikipedia and "50 is much better than this 1+0 crap"
[14:19] <dobey> lol
[14:19] <dobey> raid 5+0 ?
[14:20] <dobey> that's a bit insane but certainly doable, and a total waste of time
[14:20] <ralsina> dobey: also, seek time increases cuadratically when you add disks. And the smaller setup uses 9 disks.
[14:21] <dobey> yeah
[14:21] <ralsina> I could do a raid 55 if I wanted to, I am just not insane :-)
[14:21] <dobey> the problem with backing up RAID is that you typically need another RAID to do it with
[14:22] <dobey> anyway
[14:22] <dobey> i just want my disks back and working now :(
[14:22] <dobey> and i think my emacs is broken now too. quantal has different emacs
[14:28] <joshuahoover> mmcc: user on a intel core duo mac running 10.6.8 gets this message when he tries to run u1: "You can't open the application Ubuntu One because it is not supported on this type of Mac" ...any ideas?
[14:30] <mmcc> joshuahoover, well, that's a surprise. I'll go try it on my core duo 10.6 mac again just to be sure, but there's something strange there
[14:30] <joshuahoover> thanks
[14:31] <dobey> ugh; 42ms ping :(
[14:32] <dobey> and my upload bandwidth seems to be a bit slow
[14:35] <mmcc> joshuahoover oh you said "Core duo" huh? That's not a 64-bit processor, so yeah, our code won't work there. It's not a global issue. It looks like someone else has already filed a bug for this, so I just tagged and confirmed it: https://bugs.launchpad.net/ubuntuone-client/+bug/1066397
[14:36] <joshuahoover> mmcc: ah, ok...64-bit, i forgot about that
[14:36] <mmcc> joshuahoover yeah, we might need to update some documentation for that… Also, stupid intel for that naming scheme. Kind of a big change, but all they add is one number
[14:37] <mmcc> ralsina , wrt 32 bit version, I'm thinking that bug should be set as low priority maybe?
[14:38] <ralsina> mmcc: yes
[14:41] <dobey> mmcc: although, amusing that they still make Pentium 4 chips, though the P6 is long dead. :)
[14:43] <dobey> ralsina: bahahah, multiple new bugs about "u1 logs out when removing device"
[14:43] <ralsina> dobey: yep
[14:44] <mmcc> dobey literally still p4 chips (I didn't know that), or that the recent cores look like p4 (what's old is new again, etc?)
[14:45] <dobey> actually, i think the origial pentium III came after the p6 anyway. and maybe the Pentium II even. don't remember the exact timeframes, but i'm sure wikipedia has them
[14:46] <mmcc> yeah, still more stupid chip names, they named their microarchitectures 'pN' and some of their brand names also start with a P
[14:47] <dobey> oh man, encrypted disks is a lot like using RAID 0
[14:47] <mmcc> One thing I liked that Oracle did when they took over was make the chip/µarch names sane :) boring but sane…
[14:47] <ralsina> mmcc: well, now they are all named after vermont bed&breakfast inns
[14:47] <dobey> a couple of bad blocks and then you can't decrypt the disk and get your data any more
[14:47] <mmcc> ralsina exactly, INsane!
[14:48]  * mmcc is a fan of using numbers for version names. (Stupid 'big cat' names on OS X…)
[14:49] <dobey> OSX 10.10 Liliger?
[14:49] <mmcc> dobey: >_<
[14:49]  * ralsina is a great fan of the ipad versioning number. "This is the new ipad. That is now the old ipad. That other one is the obsolete ipad. The first one is now called the haha-he-thinks-thats-an-ipad"
[14:50] <briancurtin> have to love windows versioning. Windows 7 was version 6.0, 8 is 6.2, etc
[14:50] <ralsina> briancurtin: plus the 8 significant digit version numbers
[14:50] <dobey> win7 iso i have is 6.1.abunchofothernumbersrandomlysplitwithaperiod
[14:51] <mmcc> ralsina: luckily, when you go to look for support at apple it's "iPad (late 2011)" or whatever. So all you need to do now is remember when you bought the thing, and whether or not it was kind of new when you bought it, and etc etc (just shoot me)
[14:51] <ralsina> I think I feel crankyness in the air today.
[14:51] <mmcc> MONDAY!
[14:51] <dobey> RAGE!
[14:52] <ralsina> mmcc: I imagine the QA tree "is it black, squarish, with rounded corners? Is it larger than a loaf of bread?"
[14:52] <mmcc> ralsina a regular or gluten-free loaf?
[14:52] <briancurtin> mmcc: i'm looking forward to windows tablet confusion. "well when did you buy it, and is it WinRT only or does it support the full windows 8?" - "uhhhhhhhhhhh"
[14:52] <dobey> ralsina: how tallis your iphone?
[14:53] <briancurtin> "come on, is it ARM or intel?" - "uhhhh"
[14:53] <mmcc> briancurtin - now that's what I got into computing for!
[14:58] <ralsina> does it have a keyboard? Can you detach the screen? Did anything fall off?
[15:00] <karni> me
[15:00] <rockstar> me
[15:00] <gatox> me
[15:00] <dobey> me
[15:01] <ralsina> me
[15:01] <briancurtin> me
[15:02] <mmcc> me
[15:02] <karni> Shall I start?
[15:02] <ralsina> I feel someone is missing...
[15:02] <ralsina> karni: go ahead
[15:02]  * karni same
[15:02] <karni> DONE: Hooked up player UI album artist, titles. Handled a few support tickets. Talked with Zac about music v2 API.
[15:02] <karni> TODO: Playback control + seek(?)
[15:02] <karni> next: rockstar
[15:02] <karni> BLOCKED: No.
[15:02] <rockstar> TODO: Sort out bugs in Core Data<->RestKit bindings.
[15:02] <rockstar> BLOCKED: No
[15:02] <rockstar> NEXT: gatox
[15:02] <gatox> DONE:
[15:02] <gatox> Search and filter for filesystem manager data inside u1-client implemented, finishing with the tests.
[15:02] <gatox> TODO:
[15:02] <gatox> Proposed the u1-client search and filter branch, refactor u1-cp to work with this new change. Move on to the ux improves in u1-cp
[15:02] <gatox> BLOCKED:
[15:02] <gatox> No
[15:02] <gatox> dobey, go
[15:02] <dobey> DONE: reviews, discussed pyflakes fix with upstream, backported pyflakes upstream fix for WindowsError to nightlies, more work on #1068335
[15:02] <dobey> TODO: finish bug #1068335, bug #711324, more pyflakes fix discussion
[15:02] <dobey> ralsina: go
[15:03] <dobey> BLCK: None.
[15:03] <ralsina> DONE: some reviews, calls, tried to remember C++ via hypnosis, failed TODO: start hitting the books, calls BLOCKED: no NEXT: briancurtin
[15:03] <briancurtin> DONE: potenaially fixed SSO tests in https://code.launchpad.net/~brian.curtin/ubuntu-sso-client/nam-setproxy-windows-workaround (mandel could you check that out?), was able to reproduce the certificate problems in SSO by explicitly configuring no certs, but adding the right certs doesn't yet appear to be working
[15:03] <briancurtin> TODO: figure out the ins-and-outs of configuring the certs from a file
[15:03] <briancurtin> NOTE: i have a half day today
[15:03] <briancurtin> NEXT: mmcc
[15:03] <mandel> me
[15:03] <briancurtin> s/potenaially/potentially
[15:03] <mmcc> DONE: cocoa sync menu stuff on mac & showing downloads in menu,
[15:03] <mmcc> TODO: qt sync menu, cocoa sync menu, tests
[15:03] <mmcc> NOTE: DMV appointment this afternoon
[15:03] <mmcc> next mandel
[15:03] <mandel> DONE: Got back to get unity to compile. Added extra tests
[15:03] <mandel> TODO: Arrange diff travels
[15:03] <mandel> BLOCKED: no
[15:03] <karni> ha! we were right ralsina , we were missing mandel
[15:04] <ralsina> I think that's everyone, alecu is on vacation petting giant mice
[15:04] <ralsina> Any questions, comments?
[15:04] <mmcc> and then he's going to leave his hotel in florida and go to disney land
[15:05] <mmcc> er, world
[15:05] <ralsina> mmcc: exactly
[15:06] <ralsina> florida is scary. I went out for a walk and to buy sandals and saw an alligator.
[15:06] <ralsina> too much nature & disney
[15:06] <karni> ralsina: I was never required to go to UDS (although I wanted, it just was usually far, or I couldn't make it). This time I didn't manage to arrange things on time (too bad, because it's close). We're not required all as a team to go there, are we?
[15:07] <ralsina> karni: as a team we have little to gain from UDS
[15:07]  * karni nods
[15:07] <karni> That's what I though, ack.
[15:07] <ralsina> karni: although we usually keep some presence. This time... well, it was complicated.
[15:07] <mandel> karni, but I'll try to bully the unity guys to be nice with us :)
[15:07] <karni> mandel: ha! :))
[15:07] <ralsina> mvo! We missed mvo (but he's excused from standup because he's in copenhagen)
[15:07] <karni> ralsina: ACK, thanks
[15:08] <mvo> ralsina: yeah, my calendar just reminded me
[15:08] <mvo> but I don't have anything to report really yet, except product sprint discussions
[15:08]  * karni note to self, 10 folks on the team
[15:08] <ralsina> mvo: FUN
[15:08] <mvo> intense!
[15:09] <mvo> I will write a summary about it tomorrow
[15:09] <ralsina> mvo: awesome
[15:10] <mvo> but please keep going, I don't want to interrupt the meeting :)
[15:10] <karni> mvo: We're done :)
[15:10]  * mvo nods
[15:14] <mandel> ralsina, I'll probably go earlier 'cause I have to sort out everything for copenhaguen AND tahiland because I get back on friday at 11:30 pm and leave to thailand at 3:00 am
[15:15] <ralsina> mandel: ack
[15:15] <ralsina> mandel: you can swap .5 days there if you want to make it all neat and legal
[15:16] <briancurtin> mandel, thailand, and legal in the same sentence. feels weird
[15:16] <mandel> briancurtin, lol
[15:16] <mandel> ralsina, you mean for now? or when?
[15:16] <ralsina> mandel: for the trip back
[15:17] <ralsina> mandel: so you swap now with the half day from the trip back
[15:17] <mandel> ralsina, oh, well, is not a problem for me, if you want I can do :)
[15:17] <ralsina> mandel: no need
[15:17] <mandel> ralsina, I'm one hour away from the official EOD, so as you wish :)
[15:18] <ralsina> mandel: go ahead then
[15:19] <mandel> let me finish some things first :)
[15:22] <dobey> ok, need to get lunch. bbiab
[15:25]  * gatox lunch
[15:27] <mmcc> gatox when you get back from _lunch, I have a question about the systray sync menu code - why are the uploads sorted by #bytes written?
[15:34] <mmcc> briancurtin, not sure if this is relevant to what you're looking at now, but maybe interesting - I'm testing on windows and doing a lot of starting & stopping u1, and I notice ubuntuone-proxy-tunnel seems to stick around after quitting syncdaemon. Not sure if that's intended.
[15:35] <mmcc> briancurtin that's apparently what was holding onto my log files, at least partially
[15:36] <briancurtin> mmcc: i believe that only happens from source, but yeah that is an issue that you have to look out for
[15:37] <briancurtin> mmcc: for the time being, that's why i keep process explorer open to watch the process tree that stays open after shutting stuff down, then kill the remaining proxy-tunnel
[15:37] <mmcc> briancurtin aha, ok. weird, but I'm still getting that log error even with a clean sart
[15:37] <mmcc> start
[15:42]  * mmcc drags out his old windows troubleshooting skills… RESTART
[15:42] <mmcc> (next step, reinstall)
[15:45] <jgdx> when I worked in the it support business we skipped the first step there
[15:45] <jgdx> printer not installed? format, reinstall
[15:47] <mmcc> nice…
[15:47] <mmcc> brb
[15:48] <jgdx> real pros
[15:52] <mandel> EOD for me.. next few days I'll be in copenhaguen, so I won't be that much around
[15:56] <ralsina> bye mandel!
[16:11] <mmcc> so, --with-icon is on by default on windows, correct? I see it in ubuntuone.xml…
[16:11] <ralsina> mmcc: yes
[16:11] <mmcc> ralsina ok, thanks
[16:11] <briancurtin> mmcc: the installer starts it with that, and the desktop shortcuts and whatnot use it
[16:11] <ralsina> it's on by default, we may or may not have forgotten to remove it from the launcher ;-)
[16:12] <ralsina> lunch for me!
[16:15] <mmcc> briancurtin, should ubuntuone-client/ubuntuone/syncdaemon/logger.py ignore WindowsError as well as OSError? I'm getting WindowsErrors because the log file is in use by another process (still, even after restart, no idea which process)
[16:15] <briancurtin> mmcc: have you installed u1 on this machine or are you only running from source?
[16:16] <mmcc> briancurtin still only from source. Should I just install it?
[16:16] <briancurtin> if you have it installed *and* try to run from source, you'll need to be careful to shut everything down that was started from the install before running anything from source
[16:17] <mmcc> oh
[16:18] <mmcc> well, looking at procexp I see nothing of mine. some of the logs (u1cp) are showing up now that I've killed the proxy-tunnel, but the u1-client logs look like they aren't working. FWIW, I'm running u1cp to start everything, and all in one terminal
[16:19] <mmcc> and %U1_DEBUG% is 1. Is it running into problems trying to write to the same stdout/stderr or something?
[16:20] <briancurtin> that shouldnt be a problem
[16:23] <mmcc> yeah, I tried in a separate window and just syncdaemon with no CP also gets that log file ownership error… bleh
[16:26] <mmcc> fwiw, this is what I'm seeing: http://paste.ubuntu.com/1297883/
[16:27] <briancurtin> mmcc: that's one i've never seen
[16:27] <mmcc> I think this exception is screwing up the sync status signal, since the status is stuck at 'file sync in progress'
[16:27] <mmcc> this is annoying because I'm trying to test the menu…
[16:27] <briancurtin> hm...now *that* is something i did see last week
[16:28] <briancurtin> unfortunately i have to leave in a few minutes. have a half day that i'll be spending in doctors offices. a true "holiday"
[16:28]  * briancurtin wishes canonical admin had a way of requesting days off for misery instead of holiday
[16:29] <mmcc> doesn't 'holiday' mean misery in british? Or have I just watched too many Top Gear segments about campers?
[16:37] <karni> mmcc: haha
[16:39] <gatox> back
[17:00] <mmcc> gatox, did you see my question from right as you went to lunch? I'm wondering why the code in systray.py sorts the current uploads by # bytes written…
[17:01] <gatox> mmcc, didn't see the question..... the answer is: so we try to prioritize the files with the the most bytes written to be shown in the menu, that would that are the files currently being transfered
[17:02] <gatox> s/that would/that would mean
[17:02] <mmcc> ok
[17:03] <dobey> oh
[17:03] <mmcc> that's a little confusing.
[17:04] <gatox> mmcc, why?
[17:04] <ralsina> files with greater number of bytes written ~ files that have been transferring longer?
[17:05] <mmcc> so, the problem is that we get a list of all files being transferred and we want to find the five "most interesting" ones, for some value of interesting…
[17:06] <gatox> yes
[17:06] <mmcc> but is #bytes written the right one? and is it possible for a file to get bumped out of those five without actually completing?
[17:07] <ralsina> mmcc: that would mean a newer file is uploading significantly faster than an older one
[17:07] <mmcc> I guess maybe that works…
[17:07] <gatox> ralsina, what are you doing with c++?
[17:08] <ralsina> gatox: it's called "understanding what the devs will be doing this cycle"
[17:08] <gatox> :P
[17:08] <ralsina> gatox: it's recommended for team managers ;-)
[17:09] <gatox> ralsina, unless you are really confident...... ok, no.......
[17:09] <gatox> jeje
[17:10] <gatox> i think i'll be playing with c++ this weekend
[17:14] <ralsina> the manual memory management, the  punctuation... it hurts my little brain now.
[17:14] <mmcc> looking at the code in aggregator.py - it looks like if we didn't sort, the uploads would just be displayed in order of when they were started. what I'm confused about is why sorting by bytes written is better.
[17:15] <mmcc> if you're wondering why I'm wondering, I'm trying to make sure I match the existing implementation with the new cocoa menu
[17:16] <mmcc> and I just used the existing order before I looked at the old version, so wanted to understand why it was the way it was
[17:17] <ralsina> mmcc: good attention to detail there!
[17:20] <karni> lunch!
[17:21] <gatox> mmcc, but..... you are not convinced of using the logic the way it is now?
[17:21] <gatox> ralsina, mmcc if you can please, review: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/search-filter/+merge/130862 :D
[17:22] <gatox> mmcc, i added a description of why i'm fixing that, because i know you like that :D
[17:22] <ralsina> gatox: of course
[17:22] <gatox> ralsina, thx
[17:23] <ralsina> mmcc: in 99.99% of the cases I suspect there will be no difference between both cases
[17:23] <gatox> ralsina, this branch is specially important for darwin and win
[17:23] <gatox> ralsina, but it affects linux too
[17:23] <ralsina> gatox: ok, will be careful with it then
[17:23] <mmcc> gatox - I'll review that soon
[17:24] <gatox> mmcc, thx
[17:24] <gatox> no rush
[17:24] <gatox> i need to propose another branch for control panel to use this new implementation anyway
[17:25] <mmcc> so, the current qt sync menu logic rebuilds the menu on every update, and when I was testing the qt mac version I rewrote it to just update existing QActions (before I finally read through the qt code and discovered that that doesn't help)
[17:25] <mmcc> then I used that new logic in the mac code, which is similar to systray.py but different files
[17:27] <mmcc> but it doesnt' re-sort the array, because I wasn't sure what it was for, hence my asking now
[17:27] <mmcc> now I'm trying to test the qt sync menu on windows, and having other problems that mean I can't tell if I was having the same issues on windows as I saw on macos
[17:27] <mmcc> (ie, not showing anything in the transfers submenu)
[17:29] <mmcc> think I'm just going to hack the log file size in windows so I can test this thing
[17:30] <gatox> mmcc, but is not working with some changes that you did or trunk is not working? last time i check the menu was working properly on windows
[17:31] <mmcc> gatox - I don't know yet, I keep running into problems that don't let me check
[17:32] <gatox> mmcc, :S
[17:34] <gatox> mmcc, let me know if i can be of any assistance
[17:34] <mmcc> ok, thanks gatox…
[17:45] <dobey> oi
[17:46] <mmcc> ok, now I think I know what's going on - there are a TON of downloads going on , so my test upload is not making any progress, so nothing is showing up in the transfers menu because that only shows uploads
[17:46] <mmcc> that's a guess
[17:48] <gatox> mmcc, ahhhhhh that makes sense
[17:48] <gatox> been there
[17:48] <gatox> i think that is because of the way the event or action queue is processed
[17:58] <mmcc> yeah, we really need to show downloads in the transfers menu
[17:59] <gatox> mmcc, well..... now that we don't have the freeze anymore, we can talk with design
[17:59] <mmcc> I have stared at this code a ton, and it still confused me… I was sure it was an IPC bug or something making the status show up wrong
[18:01] <mmcc> gatox I already did - see bug https://bugs.launchpad.net/ubuntuone-client/+bug/1067806 - I talked to lisette, and she agreed that showing both is best (but we need to iron out how to show which are uploads and which are downloads, if we can't put an icon next to the text
[18:01] <mmcc> (the mac version has a file icon next to the text, and she suggested showing instead an upload/download arrow icon, but I'm not sure how to make that work in qt)
[18:02] <gatox> mmcc, yap
[18:02] <gatox> mmcc, how to add icons to a menu item in qt?
[18:04] <mmcc> gatox, yeah - if we just use a regular menu item that might be different, but these are the qwidgetaction subclass ProgressBarAction from systray.py
[18:04] <mmcc> did the progress bar work on windows? it didn't work on macs because qt doesn't support qwidgetview, but I didn't try reading the code for windows
[18:05] <gatox> mmcc, qwidgetaction is inheriting from qaction, which allows you to set and icon
[18:05] <gatox> mmcc, yes, it works on windows
[18:05] <mmcc> ok, great
[18:18] <ralsina> Guys I will have to split the rest of my day and do some work at night because of house maintenance things.
[18:18] <ralsina> IOW: it's raining inside
[18:18] <mmcc> first step: is it also raining inside?
[18:18] <mmcc> (good luck)
[18:19] <mmcc> er, s/inside/outside/
[18:19] <mmcc> d'oh
[18:19] <ralsina> So, see you later tonight &/| tomorrow
[18:19] <ralsina> mmcc: it's raining inside & outside :-)
[18:19] <ralsina> luckily it's just the laundry room so I can consider it just nature giving me a hand ;-)
[18:21] <gatox> ralsina, bye!
[18:27] <gatox> this works like a charm :D
[18:28] <dobey> hmm
[18:28] <gatox> really dobey ! :P
[18:28] <karni> ralsina: Thanks for signing them off.
[18:29] <ralsina> karni: n/p you are officially in my claws now
[18:29] <ralsina> ahem, in my team
[18:30] <karni> ralsina: haha :)
[18:32] <dobey> the window fade effects are really annoying
[18:42] <dobey> anyone seen this before? http://pastebin.ubuntu.com/1298213/
[18:52] <mmcc> dobey, nope…
[18:52] <karni> dobey: You probably know better, but www.omgubuntu.co.uk/2012/10/how-to-speed-up-ubuntu-12-10-minimize-animation
[18:54] <dobey> karni: i don't think that's what i'm complaining about exactly (but maybe it is)
[18:54] <karni> Ok
[19:09] <dobey> blah
[19:09] <dobey> mmcc: that error is happening consistently for me when running ./run-tests in my branch now :(
[19:10] <dobey> but if i just run the test_reset_password tests, it always passes
[19:10] <dobey> grr
[19:11] <mmcc> dobey, it looks like test state leaking? it's counting the number of receivers of the focusChanged signal, which could accumulate if cleanup isn't done right, right?
[19:12] <mmcc> ok, time for lunch here, AKA, go test the DMV's scheduling
[19:14] <dobey> i guess
[19:22] <dobey> grr, bad enough i have to fix all these weird pyflakes errors
[19:23] <karni> "The sync process is rather slow." !@#$@#$ we need to rename the files app to "this-does-not-sync-sorry-Ubuntu-One-Files"
[19:24] <karni> Dude's downloading a file, and he's convinced he's syncing files. On a mobile connection, complaining its slow.
[19:24]  * karni sighs
[19:24] <dobey> heh
[19:25] <dobey> tell him to complain to his telco that it's slow
[19:25] <karni> +1
[19:26] <karni> " I am downloading (actually synchronising through Ubuntu One)." - no, you're *actually* downloading.
[19:27] <karni> In the end, I think we couldn't have avoided the "sync capability" assumption, unless we added in huge red font "this software does not (yet) sync your files."
[19:30] <gatox> :S i need to refactor a lotttttt of tests
[19:32] <dobey> so, like, anyone else using virtualbox on quantal?
[19:47] <elopio> facundobatista: hey.
[19:47] <elopio> facundobatista: did you get a decision about ignoring .lock files?
[19:47] <elopio> is it a wishlist or a won't fix?
[19:48] <facundobatista> elopio, didn't comet to a decision, I'm +0 to ignore them
[19:49] <dobey> well we already ignore                  \A\.~lock\..*#\Z
[19:49] <dobey> and .swp
[19:50] <elopio> dobey: is that new?
[19:50] <dobey> not sure why we shouldn't also ignore .lock
[19:50] <dobey> elopio: i don't think so
[19:51] <elopio> dobey: yes, it seem like the same.
[19:51] <elopio> there's a new bug #1042268.
[19:54] <dobey> right
[19:56] <dobey> doh, totally forgot i actually fixed this other bug on friday
[20:20] <Mitsurugi> hi!
[20:21] <karni> Mitsurugi: hi
[20:23] <Mitsurugi> it's normal the low speed for uploading files to the ubuntuone ?
[20:23] <dobey> can you expand on what you mean by "low speed" ?
[20:23] <dobey> how many files are you uploading, and in how many folders are they?
[20:24] <Mitsurugi> about 2000 files
[20:24] <dobey> what is the upload bandwidth of your connection to the internet?
[20:24] <dobey> what continent are you on?
[20:24] <Mitsurugi> europe / africa
[20:24] <Mitsurugi> hahaah
[20:24] <Mitsurugi> spain
[20:25] <Mitsurugi> my normal upload rate is about 80-100 kb/s
[20:25] <karni> Mitsurugi: And you're syncing/uploading those files from your computer, correct?
[20:25] <Mitsurugi> yes
[20:25] <Mitsurugi> ubuntu 12.04
[20:25] <Mitsurugi> there is another way
[20:25] <Mitsurugi> ?
[20:26] <karni> Yes, 2000 pics from your phone ;)
[20:26] <dobey> well, 80-100 kb/s is slow? is that bits or bytes?
[20:26] <karni> ~5.5 hours if you estimate each of your 2k files is 1 MB, with 100k*B*/s
[20:27] <Mitsurugi> my normal upload, not for ubuntu one
[20:27] <Mitsurugi> i uploaded 1,5Gb
[20:27] <Mitsurugi> in 36 hours
[20:27] <karni> uhh
[20:27] <Mitsurugi> more or less
[20:27] <Mitsurugi> xD
[20:27] <karni> ;)
[20:28] <karni> Mitsurugi: is it 80-100 kb/s or kB/s ?
[20:28] <karni> Your normal upload rate, as you've said.
[20:28] <dobey> and what is your upload rate to ubuntu one then, if the 80-100 is 'normal'?
[20:28] <Mitsurugi> bytes
[20:29] <Mitsurugi> is there a way to see the upload rate from ubuntu one?
[20:29] <Mitsurugi> u1sdtool shows it?
[20:30] <dobey> gnoem-system-monitor shows total current transfer rates
[20:30] <Mitsurugi> if i execute u1sdtool --current-transfers
[20:31] <Mitsurugi> shows uploads: 0 and downloads: 0
[20:31] <Mitsurugi> but the ubuntu one gtk says "sync files in progress"
[20:31] <karni> This is just count of files. You could use gnome-system-monitor > Resources tab
[20:31] <karni> Even better, you can check how fast it is sending data :)
[20:31] <Mitsurugi> 65 bites
[20:32] <Mitsurugi> 41 bites ...
[20:32] <dobey> what version of ubuntu are you on?
[20:32] <Mitsurugi> the maximum 161 btes ..
[20:32] <Mitsurugi> 12.04
[20:32] <Mitsurugi> total sent 1.7
[20:32] <Mitsurugi> 1.7Gb
[20:32] <Mitsurugi> count 200mb of navigating ... and ftp uploads
[20:32] <Mitsurugi> xD
[20:33] <Mitsurugi> something is not working  well, sure
[20:36] <Mitsurugi> i googled for same problems, all complaining about the download rate, not the upload
[20:37] <dobey> check your logs in ~/.cache/ubuntuone/log/ to see if there are errors perhaps
[20:37] <Mitsurugi> thx dobey
[20:37] <dobey> if u1sdtool --current-transfers says 0, then you're not transferring anything :)
[20:39] <Mitsurugi> iep
[20:39] <Mitsurugi> bt the gtk, says sync in progres ...
[20:40] <Mitsurugi> State: QUEUE_MANAGER
[20:40] <Mitsurugi>     connection: With User With Network
[20:40] <Mitsurugi>     description: processing the commands pool
[20:40] <Mitsurugi>     is_connected: True
[20:40] <Mitsurugi>     is_error: False
[20:40] <Mitsurugi>     is_online: True
[20:40] <Mitsurugi>     queues: WORKING
[20:40] <Mitsurugi> no errors, queues working, but no transfers :S
[20:40] <dobey> what do you mean "the gtk" ?
[20:41] <dobey> the control panel? (which is qt, not gtk)
[20:41] <Mitsurugi> yeah, control panel
[20:41] <Mitsurugi> sorry, qt :P
[20:42] <dobey> it says in progress because the syncdaemon is working on queues. like i said, you should check the logs. it seems there's probably an error or few in the logs, that perhaps is preventing things from syncing
[20:42] <dobey> you could also try u1sdtool -q; wait a few seconds then run u1sdtool -c
[20:42] <dobey> that will quit the current running version, and reconnect
[20:42] <dobey> also, make sure you're running the latest update
[20:42] <dobey> which would be ubuntuone-client 3.0.2-0ubuntu1.1 iirc
[20:43] <Mitsurugi> which it is ..
[20:43] <Mitsurugi> ok
[20:43] <Mitsurugi> xDyeah
[20:43] <Mitsurugi> that's it
[20:45] <Mitsurugi> how can i read the log file?
[20:46] <Mitsurugi> arfs
[20:46] <Mitsurugi> i have it
[20:49] <Mitsurugi> lots of thx dobey
[20:49] <Mitsurugi> rebooting the  u1sdtool seems that works
[20:50] <Mitsurugi> but i can't find reasons on the log
[20:56] <dobey> ugh, this test, why is it failing?!
[20:56] <dobey> gatox: is this your code?
[20:57] <dobey> i guess not :)
[21:00] <gatox> dobey, sorry.... i was distracted
[21:01] <dobey> eh, this failing test is just annoying me, and i don't know how to fix it :(
[21:03] <gatox> ok.... eod here.... see you tomorrow people
[21:03] <dobey> http://pastebin.ubuntu.com/1298213/ this test
[21:04] <gatox> dobey, no idea.....
[21:05] <gatox> byee
[21:05] <dobey> :(
[21:05] <dobey> chau gatox
[21:05] <gatox> dobey, i can take a look at that ttomorrow if you want
[21:26]  * karni heads out to late dinner
[22:05] <dobey> later all. time to go :)