[00:03] <mmcc_2> alright, time for me to sign off. may or may not be back later
[00:07] <karni> phew. Resolved a number of RT tickets.
[02:21] <rockstar> mmcc_2, you're not around, are you?
[02:24] <karni> rockstar: Anything I can help with?
[02:24] <rockstar> karni, just need a quick review. Wanna do it?
[02:24] <karni> rockstar: Yeah I can try :)
[02:24] <rockstar> (It's really easy)
[02:24] <rockstar> https://code.launchpad.net/~rockstar/ubuntuone-ios-music/no-more-mogenerator/+merge/133007
[02:25] <rockstar> karni, basically, we were using this tool that looked out our data model and generated these classes, which we then inherit from in our actual model classes.
[02:26] <rockstar> I just took the need for those generated classes out of the equation, because they don't seem to play well with my Rest library.
[02:26] <karni> I see
[02:26] <karni> rockstar: But there aren't many changes to these classes, so they can be done manually, right?
[02:26] <karni> i.e. you don't really need to generate them each time
[02:27] <rockstar> karni, yeah, exactly.
[02:27] <rockstar> Our data model doesn't really change, and if it does, we just add the change.
[02:28] <rockstar> It generated all sorts of code that we don't really need.
[02:28] <karni> Right
[02:28] <karni> rockstar: Can you tell me about the pointer-star alignment convention here?
[02:28] <karni> 26	+@property (nonatomic, retain) Artist* artistEntity;
[02:28] <karni> 27	+@property (nonatomic, retain) NSString *coverArtId;
[02:28] <rockstar> karni, oh, that's probably just from the generated code.
[02:28] <rockstar> Literally, all those additions were copy/pasted from the generated code.
[02:29] <karni> aha. it just looks funny, but intentional, that some are right/someleft aligned :) nvm that
[02:30] <rockstar> Yeah, I don't think it's intentional, but I didn't change it because I didn't think it was that big of a deal.  If you want me to, I'll change it.
[02:30] <karni> rockstar: about the 'wtf' - is there a way to add an album to an artist in current implementation?
[02:30] <karni> rockstar: No, that's fine.
[02:30] <karni> rockstar: I just know some programmers can make flame wars over that ;)
[02:31] <rockstar> Yes.  That code path is a dead code path.  If it ever got called, it would crash.
[02:31] <karni> rockstar: +1 :)
[02:31] <rockstar> My 2.0 branch actually implements its own version of all of those Fetchers, so that code is going away.
[02:31] <karni> ack
[02:32] <rockstar> My main goal in the remaining week is to reduce our code liability, so I can be more agile without having to worry about breaking things.
[02:32] <rockstar> There are no bugs in no code. :)
[02:32] <karni> rockstar: I wonder - do you parse everything into memory? Say, when you have a list of songs - how do you hand it over to the program from the parser?
[02:32] <karni> rockstar: Good approach :)
[02:33] <rockstar> Well, I'm actually handing that off to a library now. I just say "hey, these endpoints map to these data models" and it parses and creates objects accordingly.
[02:33] <karni> rockstar: In other words - will the app handle your sick-large music collection with no fuss?
[02:33] <rockstar> Yes, it should.
[02:33] <rockstar> In fact, it currently doesn't, so while not a huge bug, we need to get on the 2.0 api soon.
[02:33] <karni> rockstar: Right. I mean, is this cached in memory, or persisted right away? Say, 10.000 songs - will it handle that just fine?
[02:34] <rockstar> I'm not sure of the implementation level stuff, because it's a library. I haven't had any problems yet though.
[02:34] <karni> rockstar: And I don't even mean paging (which is one of the solutions) - FWIW, I talked to Zac about how I do it, and he liked it.
[02:34] <karni> oh
[02:34] <rockstar> I suppose I could put the app on the original iPad and see if pants are shitted into.
[02:34] <karni> rockstar: FWIW, I do it on-line - call back with each parsed entity, which gets saved immediately (to SQLite)
[02:34] <karni> hehe
[02:35] <karni> rockstar: Keep rocking
[02:35] <rockstar> Yeah, I suspect it's something similar.
[02:36] <karni> Hungry. #include Another bowl of cornflakes
[02:36] <rockstar> Heh.
[02:53] <karni> That's me for today, night!
[05:21] <gnomefreak> is ubuntuone-installer important to have on 13.04?
[05:21] <gnomefreak> upgrade wants to remove it
[05:23] <briancurtin> ping dobey ^
[05:26] <briancurtin> gnomefreak: i'm not sure myself - i would guess its fine as long as it has already run. i'll bring this up tomorrow (~9 hours) when most of the team is around
[05:32] <gnomefreak> briancurtin: thanks
[05:33] <gnomefreak> briancurtin: has the daily builds been updated for 13.04 yet? maybe newer verrsion will help
[05:33] <gnomefreak> s/verrsion/version
[05:36] <briancurtin> gnomefreak: i'm not sure, haven't seen anything mentioned about those builds yet
[05:37] <gnomefreak> ok thanks
[09:23] <JamesTait> Good morning all! :)
[11:16] <gatox> good morning!
[12:15] <alecu> good morning!
[12:26] <gatox> alecu, hi
[14:05] <karni> Morning
[14:06] <gatox> karni, hi
[14:06] <karni> hi, gatox
[14:19] <dobey> i guess i have to go vote today :(
[15:00] <gatox> me
[15:00] <karni> me
[15:00] <dobey> meh
[15:00] <karni> :D
[15:01] <briancurtin2> me
[15:01] <rockstar> me
[15:01] <karni> briancurtin2: Where's the real Brian! ;)
[15:02] <briancurtin> right here :)
[15:02] <dobey> mmcc, mvo, alecu?
[15:02] <karni> hehe
[15:02] <mmcc> me
[15:02]  * rockstar hands mmcc a coffee
[15:02] <mvo> hello
[15:02] <mvo> me
[15:02] <karni> mmcc: What time is it for you?
[15:02]  * mvo is still not used to the timezone shift, still displayed 1h earlier in my calendar
[15:02] <mmcc> thanks rockstar. :)
[15:02] <gatox> go for me?
[15:03] <gatox> DONE:
[15:03] <gatox> Proposed a branch to fix windows search. Start reading about unity and nux development. Clean install of Ubuntu in the laptop i'm going to take to the sprint, and environment setup. Having problems trying to compile unity.
[15:03] <gatox> TODO:
[15:03] <gatox> Get unity to compile and execute the dev version. Keep studying about nux and unity.
[15:03] <gatox> BLOCKED:
[15:03] <mmcc> karni, 7am
[15:03] <gatox> No
[15:03] <gatox> karni, go
[15:03] <karni> DONE: Handled multiple RT tickets. Maintenance release of U1M 1.6.4. Shuffle/repeat all in genre screen of U1M v2.
[15:03] <karni> TODO: Continue with playlists.
[15:03] <karni> NEXT: dobey
[15:03] <dobey> DONE: tarmac updates, poked smoser to get a raring vm image up
[15:03] <dobey> TODO: bugs
[15:03] <dobey> BLCK: None.
[15:03] <karni> mmcc: oh dang..
[15:03] <dobey> briancurtin: go
[15:03] <briancurtin> DONE: XP, Vista, 7, and 8 testing of stable-4-0 based installer. sent to QA for testing
[15:03] <briancurtin> TODO: vote! (i will be gone for a bit in the afternoon to do that) - working on cert changes we discussed yesterday
[15:03] <briancurtin> NEXT: rockstar
[15:03] <rockstar> DONE: Remove mogenerator code
[15:03] <rockstar> TODO: Continue cleanup of iOS codebase
[15:03] <rockstar> BLOCKED: Nope
[15:03] <rockstar> NEXT: mmcc
[15:04] <mmcc> DONE: battled homebrew python on 10.6, rebuild pyobjc for 10.6 menu — TODO: same, double syncdaemon — blk: no — mvo
[15:04] <mvo> DONE: half-a-day off, new apt reviewed/uploaded to raring, diagnose "skype" purchase issue on 12.10, TODO: software-center 12.10 SRU, BLOCKED: nothing
[15:04] <karni> When ralsina_'s back, I say we move the meeting. Knowing it's 7am for mmcc I feel guily. I could not live like that personally :)
[15:05] <mmcc> oh, NOTE: I'm taking swap on Friday.
[15:05] <alecu> me
[15:05] <dobey> today is also election day in the US, so some of us may have to be away for a bit to vote, at some point during the day
[15:05] <mmcc> karni: 7am is fine, my daughter wakes me up at 6-6:30
[15:06] <mvo> NOTE: I will be off thursday
[15:06] <karni> mmcc: oh man.....
[15:06] <alecu> DONE: catched up with mail, reviewing of a "Resumable Uploads REST API" by lucio
[15:06] <alecu> TODO: plans for the sprint
[15:06] <alecu> BLOCKED: no
[15:06] <alecu> karni: probably mmcc does not get to bed at 4.30am, like you do :-)
[15:06] <karni> alecu: :>
[15:06] <mvo> hehe
[15:07] <mmcc> yeah, 3 is about my limit :)
[15:07] <alecu> hehehe
[15:07] <rockstar> dobey, some of us used the mail service to vote. :)
[15:07] <karni> mmcc: Considering you'd sleep 3.5 hours, that's insane! :)
[15:09] <karni> rockstar: Wow. You really must trust your postal service. (sadly, I don't trust mine, and we don't have a way to vote by mail service)
[15:09] <alecu> hey, all: I'm planning on forcing mandel to give us all a bit of a crash course on unity and nux during the sprint. I can also speak a bit about vala for lenses.
[15:09] <mmcc> karni: I trust the USPS more than most electronic voting machines, personally
[15:09] <rockstar> karni, well, to be truthful, I was too lazy to go buy a .60 stamp, so while I got my ballot by mail, I dropped it off at the county building on my way to have lunch with my wife a few weeks ago.
[15:10] <alecu> so, it would be a good idea if you can all bring in a vm with Q and unity running from trunk
[15:10] <rockstar> alecu, excellent. I'm looking forward to it.
[15:10] <alecu> briancurtin, mmcc, rockstar, gatox, dobey and mvo
[15:10] <alecu> ^^
[15:10] <karni> alecu: fantastic
[15:10] <alecu> and karni too
[15:11] <rockstar> alecu, although "unity running from trunk" sounds like something I'm unfamiliar with.
[15:11] <karni> mmcc: I've heard recent voting machines in Poland were from Russia (lol no comment? XD)
[15:11] <gatox> alecu, vm? i'm doing it native
[15:11] <dobey> well, laptop has q, but i don't think running a VM on it is feasible
[15:11] <alecu> gatox: you are brave :-)
[15:11] <gatox> alecu, i know jejee
[15:12] <alecu> dobey: native is fine, of course.
[15:12] <dobey> but why trunk?
[15:12] <gatox> alecu, but q inn a vm requires some videocard configuration and stuff..... at least for me is crazy slow
[15:12] <dobey> gatox: everything is slow on my laptop. it's an atom :)
[15:12] <gatox> dobey, you win
[15:12] <gatox> jeje
[15:12] <mvo> iirc the "vmware" driver is slightly better in kvm than the standard one, but its still not great
[15:13] <gatox> altough i'm having some problems trying to compile unity......
[15:13] <alecu> dobey: when we were working with mandel, the target was unity and nux trunk, since there were bits that were still being developed
[15:13] <briancurtin> gatox: any wiki/directions on unity setup? i have a fresh Q install on my laptop
[15:13] <gatox> briancurtin, http://unity.ubuntu.com/getinvolved/development/unity/
[15:14] <gatox> briancurtin, that's one of them
[15:14] <gatox> briancurtin, but that's the first one, you will need to try to compile everything and run it from trunk
[15:14] <alecu> gatox: I'm using virtualbox, and there's some way to force Q to use a software renderer that's decent on a VM on a laptop
[15:14] <gatox> but i'm stuck here at this moment: [ 15%] Building CXX object unity-shared/CMakeFiles/unity-shared.dir/BGHash.cpp.o
[15:14] <gatox> /home/gatox/Desktop/code/unity/trunk/unity-shared/BGHash.cpp:29:15: error: expected constructor, destructor, or type conversion before ‘(’ token
[15:15] <gatox> need to restart....... brb
[15:17] <alecu> karni, rockstar: also, lucio has been working on the spec to do resumable uploads via rest that I mentioned in the standup
[15:17] <alecu> karni, rockstar: I don't know when we'll get to implementing it, but it would be great if you can take a look and come up with possible problems
[15:17] <dobey> alecu: right; and that makes sense for developing stuff in it; but doesn't tell me why i need it installed/running live in a system (virtual or native). :)
[15:18] <alecu> karni, rockstar: I'm sending you the link privately.
[15:18] <dobey> gatox: nice
[15:21] <alecu> dobey: yes, installing it is an option. Running it is needed in order to see the dash views we'll be doing with nux, since it's all running in the compiz/unity processes.
[15:21] <alecu> dobey: that's why my suggestion to use VMs
[15:21] <gatox> alecu, if i found some problems or get stuck trying to compile something. #ubuntu-desktop would be the right place to ask?
[15:22] <dobey> gatox: #ubuntu-unity
[15:22] <gatox> dobey, thx!
[15:22] <alecu> dobey: since the development unity branch is usually not very stable, it's much easier to debug when running on a vm.
[15:23] <gatox> alecu, but wouldn't be better to use it from trunk so we can detect newer problems and so?
[15:24] <alecu> gatox: exactly
[15:32] <karni> alecu: Thank you. I've already read this doc ~week ago. For now, I have no comments. Looks clean (and slightly complicated, at the same time ;))
[15:34] <alecu> karni: "slightly complicated" sounds like useful criticism :-)
[15:34] <karni> alecu: hehe well.. if I come up with something smarter, I will certainly let you guys know :)
[15:35] <karni> alecu: For now, I acknowledge resumable uploads is simply not-so-simple to perform :)
[15:43] <gatox> alecu, have you seen this before? http://paste.ubuntu.com/1337547/
[15:43] <gatox> alecu, or should i assume that the code is wrong and the compilation of unity is broken?
[15:43] <dobey> gatox: that looks like the code is wrong
[15:44] <gatox> yap...... that's what i was afraid of :S
[15:44] <dobey> gatox: apt-get build-dep unity && bzr branch lp:unity && cd unity && cmake whatever should work; if it doesn't, then the code is probably wrong :)
[15:45] <gatox> dobey, ok...... i'll need to start fixing this as much as i can to get it to build
[15:52] <alecu> gatox: are you also using nux from trunk? we hit that a few times
[15:53] <gatox> alecu, yes..... from trunk
[15:53] <gatox> alecu, and what did you do? fix it? :P
[15:53] <dobey> gatox: but is cmake actually using nux from trunk?
[15:55] <gatox> dobey, that is what i'm not sure.... the guid doesn't specified nothing about that..... just that you need to compile nux before......
[15:56] <gatox> dobey, yes..... it should be using that based on the bash functions that the wiki provide
[15:56] <gatox> http://unity.ubuntu.com/getinvolved/development/unity/
[15:56] <gatox> is creating everything inside $HOME/staging...... and using that for remake unity
[16:00] <dobey> cmake is really great. it doesn't show you the command line used or anything helpful in such situations :)
[16:02] <gatox> this is what i'm doing:
[16:02] <gatox> cmake .. -DCMAKE_BUILD_TYPE=Debug -DCOMPIZ_PLUGIN_INSTALL_TYPE=local -DCMAKE_INSTALL_PREFIX=$HOME/staging/ -DGSETTINGS_LOCALINSTALL=ON
[16:02] <gatox>     make  && make install
[16:03] <dobey> right, but how do you make the 'make' part print the full gcc/g++ command line so you can see what include paths it's using and such?
[16:33] <mmcc> ha, buildout documentation described as 'nascent' in 2009.
[16:36]  * karni out for lunch
[16:36]  * gatox lunch
[16:54] <dobey> ok, need to get lunch, and i guess vote. bbiab
[17:46] <mmcc> ok, going to go vote, then lunch.
[17:58] <briancurtin> same. voting+lunch=gone for a bit
[18:30] <dobey> hmm, new cold keyboard is cold
[18:34] <dobey> not bad though
[18:44]  * karni back
[19:24] <dobey> well, that's awesome. redshift won't start because it can't get my location from geoclue
[19:31] <dobey> wtf. dconf-service is using 237 MB RES on my workstation :(
[19:35] <karni> redshift. used that a while back.
[19:38] <dobey> brb
[19:58]  * briancurtin voted
[19:59] <briancurtin> dobey: i had the same problem. had to feed it long/lat manually
[20:11] <gatox> bye people..... eod here.....
[20:11]  * gatox will keep reading about c++ and nux after work anyway :P
[20:12] <karni> bye gatox
[20:12] <gatox> karni, bye
[20:12] <briancurtin> i wish i could get f.lux to work but i gave up on that. redshift seems alright
[20:18] <dobey> i give up on redshift
[20:23] <briancurtin> dobey: i have a startup application as "gtk-redshift -l 41.85:87.65" that works fine (for chicago)
[20:24] <dobey> briancurtin: sure. i just don't believe in creating hacked up desktop files for things that are supposedly "built to integrate with gtk"
[20:25] <briancurtin> i dont believe in that either but my eyes urged me to do the workaround
[20:25] <dobey> emacs, sure, i'll make a custom startup .desktop for it, because it's a 20 year old app that's insanely complex and finicky; and a dire necessity. redshift isn't :)
[20:25] <dobey> is f.lux in the archive?
[20:27] <briancurtin> i only looked around briefly and ended up trying it from source and failed. havent tried since (~1 week)
[20:27] <dobey> maybe i'll just fix redshift
[20:27] <dobey> of course, it'd also be nice if i had a colorhug; need to get one
[20:28] <briancurtin> i may take a whack at fixing up f.lux - been using that for years on windows and mac (but the mac is now Q)
[20:31] <dobey> oh
[20:31] <dobey> f.lux is proprietary
[22:50] <dobey> later all
[22:51] <karni> later dobey
[23:08] <mmcc> hooray, fixed bug 1075186 by building a pyobjc egg on 10.6 and just using that - kills two birds with one stone, since now it's in the buildout too
[23:49] <mmcc> time for me to split — will definitely be back later
[23:58] <karni> Eclipse. Would you be so kind and un-hang.
[23:58] <karni> oh, it worked :}