[15:36] <`crab`> c'e' qualcuno che parla italiano ?
[15:44] <`crab`> porco dio
[15:44] <`crab`> !
[15:44] <nalioth> `crab`: can we help you?
[15:44] <nalioth> !it
[15:45] <`crab`> #ubuntu-it can't join channel (address is banned)
[15:45] <`crab`> :|
[15:45] <`crab`> the buttons are missing
[15:45] <`crab`> minimize,maximize,close
[15:45] <`crab`> in ubuntu
[15:45] <`crab`> :\
[15:46] <`crab`> help me please
[15:52] <nalioth> `crab`: you can get support in #ubuntu
[15:59] <`crab`> tnx for all o/
[20:24] <[NikO]> hi there
[20:24] <Garfeild> ку
[20:25] <Garfeild> oh) hi
[20:25] <[NikO]> someone not affiliated to any loco register #ubuntu-fr-relax
[20:25] <McPeter> hi
[20:25] <LjL> [NikO], McPeter: have you tried speaking to the registrant first?
[20:25] <[NikO]> yes i try actually
[20:25] <LjL> it might be wasted effort, but it's worth trying
[20:26] <LjL> [NikO]: what did they say?
[20:26] <[NikO]> no answer for now, just "why"
[20:26] <McPeter> nothing actualy
[20:26] <[NikO]> i explain ubuntu-* is trademark and official channel only
[20:27] <LjL> uhm i see you changed the owner of -fr* to "FrenchIRCModeratorTeam", do you have a launchpad team for that? it's not linked
[20:28] <[NikO]> hum, just the wiki page on ubuntu wiki
[20:29] <[NikO]> LjL, which page we have to edit / changes ?
[20:30] <McPeter> "FrenchIRCModeratorTeam" <-- eu c'est où ça ?
[20:30] <[NikO]> sur le wiki d'ubuntu
[20:31] <McPeter> eu .. le ubuntu.com ?
[20:32] <LjL> [NikO], McPeter: https://help.ubuntu.com/community/InternetRelayChat
[20:32] <McPeter> argl . .cette page
[20:32] <McPeter> je l'avais oublié
[20:32] <McPeter> faut qu'on call huats
[20:32] <[NikO]> we must create an launchpad group for that ?
[20:33] <McPeter> https://wiki.ubuntu.com/FrenchTeam
[20:33] <McPeter> faut qu'on soit ajouté dedans
[20:33] <[NikO]> je m'ajoute
[20:34] <McPeter> eu tu t'ajoutes comment ?
[20:34] <McPeter> j'ai mon compte launchpad mais .. eu
[20:36] <LjL> no, you don't have to create a launchpad team
[20:36] <LjL> a wiki page will work
[20:36] <LjL> launchpad would be better, though
[21:21] <diroots> hello here, i just heard that it's talking about #ubuntu-fr-relax here and as i just had the idea for it this morning, i'd like to take part of this discussion
[21:22] <diroots> hello [NikO]
[21:22] <[NikO]> hello diroots
[21:24] <[NikO]> diroots, it could be confuse to have #ubuntu-* without official status
[21:24] <[NikO]> anyway you have no problem to register ##ubuntu-fr-*
[21:25] <diroots> [NikO], so how can i get an official status?
[21:26] <[NikO]> perhaps LjL could answer that technical, political part
[21:26] <diroots> i'm founder of an association promoting linux distributions and especially ubuntu as we install ubuntu on every computers we can get and give to people and/or associations
[21:26] <[NikO]> which one ?
[21:26] <diroots> bellinux
[21:26] <LjL> that sounds very much like things that a LoCo team should do. have you considered merging with the French LoCo Team?
[21:27] <diroots> what is a LoCo team?
[21:27] <LjL> !loco
[21:27] <diroots> we already work with ubuntu-fr during installparties, participating to their installparty and some people from ubuntu-fr participating to our
[21:30] <LjL> diroots, i don't believe there's supposed to be more than one loco team for a single country (as it wouldn't make a lot of sense, either). you can join forces with the current French team - and become a single team -, or you may keep operating as an unofficial team.
[21:31] <LjL> diroots: this is a bit beyond the scope of IRC, though, so you may get better information about that in #ubuntu-locoteams
[23:24] <LjL> PriceChild, please, transfer ownership of #ubuntu-fr-relax to UbuntuIRCCounci1
[23:29] <diroots> why don't u simply make it diseappear?
[23:30] <diroots> you're complicating things...
[23:30] <diroots> bye


[00:23] <kklimonda> try using honk
[00:23] <kklimonda> maybe they aren't yet all asleep
[00:24] <kklimonda> hmm, no more honk in the topic?
[06:26] <psypher246> hello ubuntuone team
[06:26] <psypher246> honk
[08:06] <psypher246> honk
[09:48] <psypher246> honk
[11:39] <psypher246> honk
[12:01] <duanedesign> hello psypher246
[12:01] <psypher246> hey duane\
[12:01] <duanedesign> your persistance finally pays off :)
[12:02] <duanedesign> psypher246: what is up today?
[12:02] <psypher246> :)
[12:03] <psypher246> not much, just following up on a bug
[12:03] <psypher246> 673368
[12:03] <duanedesign> ahh
[12:03] <psypher246> do u know what is happening with the auto connect issue
[12:03] <duanedesign> bug #673368
[12:03] <ubot4> duanedesign: Bug 673368 on http://launchpad.net/bugs/673368 is private
[12:03] <psypher246> there has been no update on the bug still marked as incomplete but i did post the required info
[12:03] <duanedesign> psypher246: good question.
[12:04]  * duanedesign looking
[12:04] <psypher246> stability issues are sorted i reckon, it just sometime does not autoconnect, although a few weeks back it would never autoconnt, now it does it every 2 days or so
[12:16] <duanedesign> psypher246: there are a couple startup bugs right now. bug 683116
[12:16] <ubot4> Launchpad bug 683116 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon silently crashes at startup (affects: 4) (dups: 1) (heat: 73)" [High,Triaged] https://launchpad.net/bugs/683116
[12:19] <psypher246> ah i see it's all Rye's fault :D
[12:20] <duanedesign> psypher246: ;)
[12:20] <psypher246> marked mine as dup of that
[12:20] <psypher246> cool
[12:21] <psypher246> otherwsie how things in Natty land, some new cool things I see
[12:22] <duanedesign> yeah. I have not booted into Unity for a couple weeks.
[12:26] <psypher246> are you running natty alpha?
[12:40] <ralsina> good morning everyone
[12:53] <nessita> hello everyone!
[12:56] <duanedesign> hello nessita
[12:56] <duanedesign> hello ralsina
[12:57] <duanedesign> it is national hug day, hugs for everyone.
[12:57] <nessita> thanks duanedesign
[12:57]  * nessita hugs back
[13:01] <duanedesign> are there any other major bugs affecting startup right now, other then bug #683116
[13:01] <ubot4> Launchpad bug 683116 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon silently crashes at startup (affects: 5) (dups: 2) (heat: 160)" [High,Triaged] https://launchpad.net/bugs/683116
[13:03] <nessita> duanedesign: just FYI, that bug is already fixed, though not released yet. And no more startup bugs that i know of, except for slow metadata load but that is fixed as well on nightlies
[13:09] <duanedesign> ok great
[13:17] <ralsina> nessita: how about the "we don't have to start syncdaemon sometimes" thing we talked about a few days ago
[13:18] <nessita> ralsina: I was just thinking on 'crashes at startup', but you're right
[13:18] <nessita> duanedesign: so, we have this other bug when SD is started even if the user do not use the service
[13:18] <duanedesign> if anyone has a guess as to what this might be. Trying to get all the threads in the forums answered
[13:18] <ralsina> I agree it's a low priority bug since users will probably never notice
[13:18] <duanedesign> http://ubuntuforums.org/showthread.php?t=1667547
[13:19] <duanedesign> nessita: is that bug #613219
[13:19] <ralsina> duanedesign: that is very weird
[13:19] <ubot4> Launchpad bug 613219 in ubuntuone-client (Ubuntu Maverick) (and 2 other projects) "ubuntuone-syncdaemon is started even if disabled from "Startup applications" (affects: 10) (dups: 3) (heat: 46)" [Medium,Fix released] https://launchpad.net/bugs/613219
[13:19] <duanedesign> ralsina: i have never seen u1sdtool -s do that
[13:20] <ralsina> that means either his dbus session died (weird) or he doesn't have permissions on the socket (weirder, or he's su'd to another user)
[13:20] <nessita> duanedesign: I know I suffered from that before maverick was released, but as far as I know it was fixed before final freeze
[13:20] <nessita> duanedesign: the problem, back then, was that nautilus was starting syncdaemon no matter what. To confirm, you can:
[13:21] <nessita> ask the user to *only* uninstall ubuntuone-client-gnome (leave ubunutone-syncdaemon in place, to confirm is not started without the plugin)
[13:22] <nessita> and if the user doesn't have the ubuntuone-syncdaemon process running, nautilus plugin is causing issues
[13:23] <nessita> duanedesign: I just re-read the backlog and I misunderstood what you said :-)
[13:23] <nessita> I thought the bug you pointed out was the forum one :-)
[13:25] <duanedesign> nessita: no worries. Good info all the same :)
[13:25] <nessita> duanedesign: the error from the thread looks like the user does not the dbus 'server' running, which is very unlikely, so is really weird
[13:27] <ralsina> Well... you could get that if you ran it from a tty or via ssh
[13:29] <nessita> that is a possbility. Or a somehow busted system
[13:30] <ralsina> at least in natty you get a completely different error when you try that via ssh
[13:31] <ralsina> org.freedesktop.DBus.Error.Spawn.ExecFailed: /bin/dbus-launch terminated abnormally with the following error: Autolaunch error: X11 initialization failed.
[13:31] <ralsina> So, it's probably that his dbus crashed
[13:36] <nessita> makes sense
[13:36] <nessita> duanedesign: ^
[13:55] <alecu> hello
[13:55] <thisfred> hi
[13:56] <ralsina> salaam alecu!
[13:56] <alecu> natty is making my life very miserable
[13:56] <ralsina> alecu: are you trying unity?
[13:56] <thisfred> it's with one t
[13:56] <thisfred> :P
[13:56] <alecu> hahahaa
[13:57] <alecu> ralsina: yup. But unity seems to work...
[13:57] <ralsina> http://tinysong.com/7lgh
[13:57] <ralsina> "natty dread", dedicated to alecu ;-)
[13:57] <alecu> ralsina: it's the radeon driver, and the kernel modesetting... or something.
[13:57] <thisfred> nice one!
[13:57] <ralsina> alecu: oh, I only have it on VBox. Those drivers seem to be stable :-)
[13:57] <alecu> ralsina: I can succesfully boot once every 4 times
[13:58] <thisfred> wow, grooveshark lets you listen to any track without even logging in?
[13:58] <ralsina> running alpha distros on real hardware is for braver people than I
[13:58] <ralsina> thisfred: tinysong.com
[13:58] <alecu> ralsina: and when I manage to log in, the radeon driver kills unity very often when doing Alt-Tab :-(
[13:59] <alecu> so it sucks
[13:59] <ralsina> alecu: ouch.
[13:59] <alecu> big time
[13:59] <nessita> does anyone understand this? [ 3453.988318] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
[13:59] <ralsina> You can't code in that condition
[13:59] <thisfred> ralsina: ah cool! Sort of a web based manual playdar.
[13:59] <alecu> but I'm brave, so I have a "while true; do unity; done" running in a term :P
[13:59] <thisfred> Which reminds me I still need to get on packaging playdar and getting it in universe
[14:00] <vds> me time?
[14:00] <ralsina> nessita: bug #267913 ?
[14:00] <ubot4> Launchpad bug 267913 in nvidia-graphics-drivers (Ubuntu) (and 3 other projects) "hda-intel: IRQ timing workaround is activated for card #0.  Coded and landed branch for bug #702968. Landed branch for bug #705444.
[14:03] <nessita> TODO: propose branch for 'volumes reborn', still pending to show a different icon for non-subscribed folders. Start working on spinner improvements (can't wait!)
[14:03] <nessita> BLOCKED: nopes
[14:03] <nessita> NEXT: ralsina
[14:03] <ubot4> Launchpad bug 702968 in ubuntuone-control-panel "add command line option to open in a given tab (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/702968
[14:03] <ralsina> DONE: reviews, weekly call, talked to lots of people, got (another) promise to let me enter canonicaladmin. reading code, realized all my reports look the same, so added this to see if anyone notices.
[14:03] <ralsina> TODO: reviews, management stuff, have HR fix things for me, someday actual coding ;-)
[14:03] <ralsina> BLOCKED: no
[14:03] <ralsina> vds!
[14:03] <ubot4> Launchpad bug 705444 in ubuntuone-control-panel "Backend should provide a more complete list of volumes (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/705444
[14:03] <vds> DONE: trying to land the first branch for #701029 already started the secondo one
[14:03] <vds> TODO: continue with the APIs
[14:03] <vds> BLOCKED: not if PQM stops hating me
[14:03] <vds> dobey: please
[14:03] <dobey> λ DONE: finished bug 705090, worked on bug 688240, triage et al.
[14:03] <dobey> λ TODO: fix client backport issues, 3rd party apis?, evaluate SRUs for maverick
[14:03] <ubot4> Launchpad bug 705090 in ubuntuone-client "Switch to ubuntuone-dev-tools (affects: 1) (heat: 663)" [Medium,In progress] https://launchpad.net/bugs/705090
[14:03] <dobey> λ BLCK: None.
[14:03] <ubot4> Launchpad bug 688240 in ubuntuone-client "Nautilus plugin crashes consistently making the CPU usage raise to the roof (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/688240
[14:03] <dobey> alecu
[14:03] <alecu> DONE: two reviews, fixed timeouts branch, got natty kinda working on the laptop
[14:03] <alecu> TODO: branch to add two new events to syncdaemon: command started, command finished
[14:03] <alecu> BLOCKED: natty will boot only once every 4 tries, and Alt-Tab kills unity.
[14:03]  * alecu passes a natty laptop stuffed with a TNT stick to thisfred
[14:03] <thisfred> DONE: more light refactoring, reviews, discussions about couchdb 1.0.2 TODO: finish messaging branch, do progress branch, package couchdb 1.0.2 fo our PPA BLOCKED no
[14:04] <thisfred> me takes the laptop and passes the dynamite to mandel
[14:04] <mandel> DONE: Looked into the event nanny so that open and close events can be ignored.  I need one or two of those
[14:07] <nessita> ok, so, I'm off for coding for a while, I feel some coding burst coming our of me
[14:08] <nessita> ping ralsina if you need anything from me (?)
[14:08] <dobey> thisfred: 10% off coupon, $20 best buy gift card i got for buying Halo: Reach on release day, and a $25 gift card from the holidays.
[14:08] <ralsina> nessita: try not to stain the furniture and have fun :-)
[14:08] <ralsina> indeed, if you need anything from nessita ask me and I'll pass it on later.
[14:08] <dobey> i need my branch tested
[14:09] <thisfred> dobey, ah, that seems like a lot of work :)
[14:09] <ralsina> dobey: please pass it to me, I can take a look myself
[14:09] <thisfred> dobey: can I help? with the branch
[14:09] <dobey> ralsina: no, nessita has to test it, because she's the only one with the crash; nobody else can reproduce it
[14:09] <ralsina> And if anyone else feeds that taking a couple of hours away from IRC helps coding, well... I am not going to say you shouldn't do it :-)
[14:10] <ralsina> dobey: oh, *that* branch ;-)
[14:10] <ralsina> s/feeds/feels/
[14:10] <dobey> ralsina, thisfred: you are welcome to review https://code.launchpad.net/~dobey/ubuntuone-client/use-devtools/+merge/46979 though :)
[14:10] <thisfred> dobey: will do!
[14:10]  * ralsina starts reading
[14:11] <thisfred> Oooh, lots of pretty red!
[14:11] <ralsina> Oh, you tricked me into reading Makefile.am!!!! My eyes! ;-)
[14:12] <ralsina> eom!
[14:12] <nessita> dobey: I know, I will do it
[14:13] <nessita> dobey: I think is not urgent, since I'm having this issue for months now :-)
[14:13] <dobey> and you're the only person in the universe having it
[14:13] <nessita> dobey: that you know of ;-)
[14:14] <nessita> ok, /me is away now
[14:14] <dobey> i doubt my changes fix it anyway, since it's a corrupt pointer, not a null pointer
[14:17] <ralsina> dobey: that branch looks ok, but how do I know if it works? Just having the test run OK?
[14:19] <dobey> yes, make check continuing to work
[14:22]  * ralsina checks
[14:31] <ralsina> dobey: launchpad has some issues so this may take a bit
[14:33] <dobey> ok
[14:44] <ralsina> dobey: it didn't work, https://pastebin.canonical.com/42149/
[14:44] <ralsina> could be I'm missing pyflakes. I'll check that
[14:46] <dobey> you are missing pyflakes
[14:47] <ralsina> yes, installed it and it's running now
[14:47] <ralsina> dobey: you were doing lucid backports, right?
[14:50] <dobey> which part?
[14:51] <ralsina> which part of what? ;-)
[14:52] <dobey> "backports"
[14:52] <dobey> i have been working on backporting some fixes to stable-1-2 for doing an SRU to lucid
[14:52] <ralsina> I see I am not being clear. Let's try another approach. You are doing backports, at least according to my schedule. Now there is a freeze on Lucid.
[14:53] <ralsina> Does it affect you?
[14:53] <dobey> which freeze? i don't see any on the schedule (outside of the normal pre-release freezes of course)
[14:54] <ralsina> dobey: let me forward it to you
[14:54] <dobey> but i don't see any freeze between now and 10.04.2
[14:54] <ralsina> 10.04.2 SRU freeze
[14:54] <ralsina> that one started yesterdat
[14:54] <dobey> then yes, i suppose that affects the backport work
[14:54] <ralsina> s/dat/day/
[14:55] <CardinalFang> Morning all.  Sorry I'm late.  Kid trouble needed sorting out.
[14:55] <ralsina> It's kinda surprising that none of us knew about it, Chipaca noticed it today :-(
[14:56] <ralsina> CardinalFang: np
[14:56] <ralsina> dobey: it doesn't seem to affect the backports repo, only SRUs so maybe we could retarget the packages to backports until after 10.04.2, if that makes sense
[14:57] <ralsina> dobey: or change the schedule and move that to later.
[15:02] <dobey> ralsina: i'd think change the schedule might be better, so we can get more testing and make sure we get everything in we want. there was a lot more work to be done with that than anticipated, so it's already behind schedule for when we wanted to get it in.
[15:04] <ralsina> dobey: ok, then. I'll talk to chipaca, but I'd say work on 3rd party APIs now and we'll fit the rest of lucid backports later.
[15:04] <ralsina> How much time do you think you need for it?
[15:06] <dobey> not entirely sure. really need to go through our bug reports and sort out the ones that are from lucid, and make sure they are fixed, or fix them as well as dealing with backporting stuff.
[15:06] <dobey> and if we want to get the tritcask work in the backport, that will add a fair bit more, since it probably won't be a trivial merge
[15:07] <ralsina> well, let's try the "pulling out of a hat" method. Two weeks? ;-)
[15:07] <ralsina> I am thinking of allocating that time right before 10.04.2 so you can propose SRUs at the first possible time after release
[15:09] <jcastro> hey dobey, who's in charge of the music store in banshee this cycle?
[15:10] <dobey> jcastro: nobody specifically. what's up?
[15:11] <dobey> i did some work early in the cycle to add some basic unit testing support to it; probably mandel and myself will deal with bringing it up to par with the rbox store experience in a couple weeks
[15:11] <jcastro> dobey: I noticed it doesn't index multiple sources, so like, only my ~Music, not my stuff in .ubuntuone
[15:12] <dobey> ralsina: i'd say 4 weeks to be safe, but there's 23 weeks until 10.04.3
[15:12] <dobey> jcastro: yeah, i think it copies the files over to the actual library, because of that
[15:12] <dobey> jcastro: directhex wrote it, so he would know for sure, but i'm pretty sure that's what it does
[15:13] <ralsina> dobey: the problem is that if we wait 23 weeks there s going to be many more tempting stuff to merge :-)
[15:13] <jcastro> ok
[15:14] <dobey> ralsina: yeah. merging 6 months of stuff is hard enough. and we also have to deal with our other projects, though some of them can't go into lucid-updates at all, which does simplify things a bit.
[15:14] <ralsina> dobey: is there a list of what should be in those backports and what you have merged?
[15:14] <dobey> although, also makes things harder in some cases
[15:15] <karni> good morning
[15:15] <ralsina> dobey: because without a limited set of features I fear this is not really a doable project.
[15:15] <dobey> ralsina: i've merged ubuntuone-storage-protocol, and ubuntuone-client stable-1-2 up to par with stable-1-4 (what's in maverick), so far. they are still in branches and not merged to stable-1-2 yet though
[15:16] <dobey> ralsina: the goal was "what's in maverick, and tritcask if possible"
[15:16] <dobey> tritcask might not be possible, but there are also other bugs that exist in lucid, but not in maverick, that we also need to fix
[15:16] <dobey> and we can't change UI/strings
[15:16] <ralsina> dobey: ok. How about this: de-prioritize it for a couple of weeks, and try to focus a bit more on the APIs task. Then on jan 31 we think about it a bit more.
[15:17] <dobey> so pretty much all the changes to the nautilus extension in maverick aren't doable
[15:17] <dobey> ok
[15:17] <karni> CardinalFang: whenever you have a moment for review :) https://code.launchpad.net/~mkarnicki/ubuntuone-android-music/u1f-create-new-playlist/+merge/46963
[15:17] <dobey> we also need to do another set of SRUs for maverick
[15:17] <dobey> which is much less pain
[15:17] <ralsina> dobey: right
[15:18] <dobey> ralsina: i'm not entirely sure what to work on exactly for the APIs stuff.
[15:19] <ralsina> dobey: talk to chad and vds, see what's left unassigned on the spreadsheet, and see if you can take some of that.
[15:20] <CardinalFang> karni, thanks.
[15:20] <alecu> anybody else has timeout issues while pulling branches from launchpad?
[15:21] <CardinalFang> alecu, yes.  Several of us
[15:21] <dobey> hrmm
[15:22] <alecu> CardinalFang: thanks
[15:22] <ralsina> alecu: yes, known problem, fixes probably this afternoon, I heard
[15:23] <ralsina> alecu: it often works if you retry, but if we all do I suppose it will become worse :-(
[15:23] <dobey> everything on the spreadsheet that is not "not for natty" or "ignored", and isn't already done or taken by vds or CardinalFang, seems to be web and/or mobile stuff. or desktopcouch talking directly to couchdb.one.ubuntu.com, and i don't think i am anywhere near knowledgeable enough about desktopcouch or the couchdb server setup to be able to do that
[15:24] <ralsina> dobey: well, it would have been good to hear this after we had that meeting where the three of you were to assign the tasks between yourselves ;-)
[15:24] <vds> dobey, I'm working on filesync including sharing, I'm not going to touch anything else
[15:24] <ralsina> dobey: see if they can give you a piece of what they have not done yet that you feel you can handle.
[15:26] <ralsina> "Launchpad code hosting is currently offline due to a hardware fault.
[15:26] <ralsina> Our engineers are dealing with the problem now and hope to have the
[15:26] <ralsina> service back online within the next couple of hours."
[15:32] <dobey> i guess i could write example code
[15:42] <CardinalFang> dobey, if you're still looking, this should be easy:  Take row 9, the patch aq wrote for changes-feed callback.  https://code.launchpad.net/~sil/desktopcouch/glib-callback-for-changes/+merge/40415
[15:42] <CardinalFang> It needs updates and some sanity.
[15:44] <dobey> yeah i was thinking about that one a bit
[15:55] <ralsina> If anyone said anything to me in the last 30 minutes I didn't see it :-)
[15:56] <ralsina> dobey: approved use-devtools branch
[15:58] <dobey> merci
[16:01] <mandel> ralsina: mm see there we have a problem with the use-devtools...
[16:01] <mandel> ralsina: is that the one for ubuntuone-client?
[16:01] <ralsina> mandel: yes
[16:01] <ralsina> mandel: what problem?
[16:03] <mandel> ralsina: the following, I talked in #chicharra bout getting my branches approved to run sd on windows, does have been postponed til the crazy path for the qs was added
[16:04] <mandel> ralsina: between use ubuntuon-dev and fix_runner we will have merge issues on the windows side that will make be go back a day or two
[16:04] <mandel> since all the branches I've got on widows are based on fix_runner which is not compatible with use ubuntuone-dev
[16:04] <mandel> I hope I make sense :)
[16:06] <ralsina> "crazy path for the qs"?
[16:06] <mandel> ralsina: patch sorry, typo
[16:06] <ralsina> I still don't know what it is :-)
[16:07] <mandel> ralsina:I think it wa called unleash the queues?
[16:07] <ralsina> mandel: oh, THAT crazy patch
[16:07] <mandel> ralsina: does that sound familiar?
[16:07] <mandel> ralsina: that one,so I proposed my branches ages ago, they were delayed due to that, and if use-ubuntuone-dev gets merge, well I get fuck up the ass
[16:07] <ralsina> ok, so you can't merge now because of that, and if use-devtools gets merged, you won't be able to merge later?
[16:07] <mandel> all because I waited...
[16:07] <mandel> ralsina: exactly :)
[16:08] <ralsina> ouch
[16:08] <ralsina> dobey: could we delay merging use-devtools for a while, or is  it urgent because of a  current issue, bug, etc?
[16:09] <mandel> ralsina: the issue here is that the approval was done by two people that were not in the loop
[16:09] <ralsina> mandel: right
[16:09] <ralsina> mandel: the branch looked good by itself :-(
[16:09] <dobey> huh?
[16:10] <ralsina> oh, I see I am the second approve and it's too late now
[16:10] <mandel> ralsina: I actually like dobeys branch and idea, the issue here is that I was told not to do it (move to ubuntuone-dev) in #chicharra
[16:10] <dobey> i don't know what you mean by "not in the loop"
[16:10] <dobey> why were you told not to?
[16:11] <ralsina> dobey: I didn't know about the side effect on mandel's ability to merge
[16:11] <mandel> dobey: as in they did not know I was waiting for the reviews due to the patch being merged and old that...
[16:11] <mandel> s/old/all
[16:11] <mandel> he, I dont know what is going on with my brain today :P
[16:11] <dobey> ralsina: i knew it would conflict with his currently-in-review branch, but i said "use devtools instead" in my review of it
[16:11] <dobey> mandel: you should be able to resolve the conflicts easily though
[16:12] <mandel> dobey: and I agreed, but I was told not to use in in #chicharra, and since they take care of that project…
[16:12] <dobey> WHY
[16:12] <dobey> and they don't take care of that project, lots of people take care of that project, not all of them who work on syncdaemon itself
[16:12] <ralsina> dobey: because we can't go around making other projects change to devtools, I suppose
[16:12] <dobey> what other projects?
[16:13] <mandel> dobey: the complains where mainly in pylnt, but I do not care of that atm, I like the idea of ubunueone-dev tools, but know I'll have to patch ubuntuone-dev tools to be able to work as it was working on my branch
[16:13] <mandel> shit, s/know/now
[16:13] <mandel> I'm typing like a fucking spaniard...
[16:13] <dobey> it doesn't require pylint
[16:14] <ralsina> well, if spaniards can type while they fuck, I salute them!
[16:14] <mandel> dobey: yes, I know… the issue right know is that ubuntuone-dev-tool will load all the tests under test/platform.linux, which will brake and adding the decorators in this case is the hell of a lot of work
[16:15] <ralsina> mandel: the decorators to skip by platform and such?
[16:15] <dobey> mandel: how does it not do that with your branch?
[16:15] <dobey> mandel: contrib/test does the exact same thing (because the dev-tools u1trial is copied from that)
[16:16] <CardinalFang> Is there any verb preceding "like a Spaniard" that isn't pejorative?
[16:16] <mandel> ralsina: yes, thoe are nice on desktopcouch, but for ubuntuone-lient there is way too much work to do
[16:16] <ralsina> CardinalFang: "making ham"
[16:16] <mandel> CardinalFang: the spanish inquisition is pejorative ;)
[16:18] <mandel> dobey: it does not do that in mine, that is wht I'm talking about, in my branch I patched contrib/test so that we could work with it, now that it becomes ubuntuone-dev I'll have to patch it there, which means extra work for me…..
[16:18] <ralsina> dobey mandel: I'm out of my depth on this, but it's important that mandel's branch doesn't get delayed much more, so please dobey try to give a hand if at all possible :-(
[16:18] <mandel> well,it does not matter now, it has been done so I'll fix my code……
[16:18] <dobey> mandel: patch it how? you already added the ignore flag to u1trial...
[16:18] <mandel> dobey: dont worry, I'll take care of everything, I'll ping you whenever I'm done with the ubuntuone-dev code....
[16:19] <CardinalFang> karni, it's a big patch, but I'm finished.  It looks good.
[16:20] <CardinalFang> karni, I can't check it out and play with it though.
[16:20] <karni> CardinalFang: beuno did the playing :)
[16:20] <mandel> dobey: one quick question, with your branch, how do we run the tests? I do not see any new bash script that call u1trial
[16:21] <dobey> mandel: so the only difference is that you hardcoded the ignores in contrib/test instead of passing them as ignore options?
[16:21] <CardinalFang> karni, you ask if anything should be done better in one place.
[16:21] <dobey> mandel: make test, same as before
[16:21] <mandel> dobey: so from the makefile.am, right?
[16:22] <karni> CardinalFang: right. I thought if there's a trick to make that collection a list instead of making it in a loop
[16:22] <karni> CardinalFang: and we need the list, because that's what U1M code expects
[16:22] <dobey> mandel: yes
[16:23] <mandel> dobey: I'll need to add a batch for that on ubuntone-client, ok, that's all I need to know
[16:23] <dobey> well to run the tests on windows, i guess you'd need to add a .bat file, yes
[16:24] <karni> CardinalFang: If I should avoid RFC'ing in the source comments, I'll keep that in mind :)
[16:24] <CardinalFang> karni, It makes me itch to fire off a background thread that reads from the state of another thread.  If I were to write it, we'd make the list in the parent and pass immutable data to the subthread constructor.
[16:25] <CardinalFang> karni, so, I'm not even concerned about what you were worried about.
[16:25] <CardinalFang> karni, so, can we avoid making a list at all?  Hrm.
[16:26] <karni> CardinalFang: the SilentBackgroundTask fires a background thread, so the work is not done on the UI thread
[16:27] <karni> CardinalFang: to answer that question I'll yet again look at the MusicService.createPlaylist method
[16:27] <CardinalFang> karni, MusicService could take another method that accepts your sPlaylistEntries type.
[16:27] <CardinalFang> Yes.
[16:27] <karni> CardinalFang: yes, I thought about it.
[16:29] <mandel> dobey: shall I mark your merge request as approved so that it gets merged asap?
[16:29] <CardinalFang> karni, I say remove the RFC from the comment.
[16:29] <karni> CardinalFang: looks like the only thing it needs is the id's of songs, to it could be backed by whatever collection I have there.
[16:30] <CardinalFang> karni, cool!
[16:30] <karni> CardinalFang: (ok, I will). so I could implement a new method to have that, if you think it would be more suitable. certainly, we would create less objects.
[16:30] <dobey> mandel: sure
[16:31] <mandel> dobey: ok, thx
[16:31] <CardinalFang> karni, you don't have to merge this, but I'd appreciate it if you test this against the upstream trunk branch to see if this will conflict in any big way.
[16:31] <CardinalFang> lp:ubuntuone-android-music/upstream-subsonic-trunk
[16:32] <karni> CardinalFang: ok, I will
[16:32] <CardinalFang> Upstream has been really busy over the last three days.
[16:32] <karni> CardinalFang: bzr branch might not be working atm though
[16:32] <CardinalFang> It won't be for the next several hours.
[16:33] <karni> CardinalFang: ok then, I'll get back to U1M this evening/following days
[16:33] <karni> and stick with U1F for now
[16:35] <dobey> mandel: do you need any help from me with this? i can fix up your branch myself if you need the time for other work?
[16:35] <mandel> dobey: dont worry I'll take care of it, this was just an accident, is not that it was on purpose ;)
[16:36] <mandel> not too much harm done, and there is always the time, it is a matter of finding it
[16:36] <dobey> ok, if you say so
[16:55] <karni> bbiab
[16:55] <nessita> be right back after lunch
[16:58] <dobey> ok lunch time
[17:09] <mandel> ralsina, dobey: when possible, can you take a look at https://code.launchpad.net/~mandel/ubuntuone-dev-tools/ignore_paths/+merge/47059
[17:09] <ralsina> mandel: sure
[17:10] <mandel> ralsina: the idea is that a fll path is ignored so that projects can ignore for example tests/windows
[17:10] <mandel> ralsina: do read it carefully Im tired and I might have made a stupid mistake ;)
[17:40] <ralsina> mandel: I looked carefully and it looks good to me but I can't fieldtest it today and I am not too familiar with it.
[17:40] <ralsina> mandel: so I'll approve it but I hope dobey does a better review
[17:41] <mandel> ralsina: ok, I've asked dobey too, I guess that with a review from you and him should be enough
[17:41] <ralsina> mandel: ok
[17:50] <dobey> mandel: couple of minor needs fixings
[17:50] <mandel> dobey: cool, I''l take a look
[17:56] <mandel> dobey: they should be fixed by now + latency of lp
[18:19]  * ralsina has canonicaladmin at last. Expect obvious abuse of authority starting now.
[18:20] <dobey> yay
[18:21] <nessita> ueeeee
[18:21] <nessita> ralsina: I'll start filling in some request for my holidays for march (pycon, yey!
[18:21] <nessita> )
[18:24] <ralsina> everyone please check that I am assigned as your manager first, please
[18:24] <dobey> mandel: btw, are you touching test_preferences.py in ubuntuone-client?
[18:26] <alecu> mandel: were you able to fix your u1 sd branches?
[18:27] <nessita> ralsina: you're my manager on canonicaladmin, and I have 3 requests (already discussed previously) awaiting for sign off (just FYI)
[18:28] <ralsina> nessita: not anymore you don't ;-)
[18:28] <nessita> that was fast!
[18:28] <ralsina> you have two so not THAT fast ;-)
[18:28] <nessita> jejeje
[18:30] <ralsina> Oh, come on rodrigo_, there is no such thing as "magic kings day"!!!! ;-)
[18:30] <nessita> that's a good one
[18:30] <ralsina> And yes, I know there really is such a thing but it's just funny
[18:31]  * ralsina will ask for "pink invisible unicorn day" in july
[18:31] <alecu> perhaps he had to set up the plate with the water and the grass for the camels. And put some shine on his shoes!
[18:32]  * alecu thanks the magi for his giant rasti dinosaur
[18:33] <ralsina> You got the giant diosaur???? grrrr... that's what I get for being an atheist. No magic gift-bringing camels :-(
[18:34] <dobey> dia de las otros
[18:34] <ralsina> nessita: I will reject carnaval because happines is just for brazilians.
[18:35] <ralsina> just kidding ;-)
[18:36] <nessita> :-)
[18:37] <CardinalFang> nessita, pycon in Atlanta, US?
[18:37] <nessita> yes sit
[18:38] <nessita> sir*
[18:40] <dobey> ah yes. guess i'll wait for mandel's branch to get reviewed
[18:40] <dobey> time to fix nightlies i guess
[18:40] <ralsina> nessita: did you ever get the headphones from dealextreme?
[18:40] <dobey> or upgrade my system first
[18:41] <CardinalFang> dobey, make sure you have a bootable CD.  Just sayin'.
[18:41] <nessita> ralsina: I did! THANKS. They arrived the day I was leaving to Dallas so I completely forgot to let you know. But they are here, they rock, and they are awesome
[18:41] <nessita> ralsina: thanks, really :-)
[18:41] <ralsina> cool, I'll get the same ones for me :-)
[18:41] <dobey> CardinalFang: i actually don't have an optical drive at the moment, because my new motherboard only had one IDE plug, and the IDE disk and dvd drive are too far apart :-/
[18:42] <dobey> which might make installing my nw hard drive a bit painfl
[18:42] <dobey> painful
[18:42] <ralsina> nessita: consider that an early bday gift.
[18:43] <dobey> CardinalFang: what broke for you? grub?
[18:44] <nessita> ralsina: great gift, thanks
[18:44] <CardinalFang> dobey, yes, grub2.
[18:59] <dobey> ok, going to reboot
[18:59] <dobey> brb
[19:01] <ralsina> nessita: approved, it looks GREAT
[19:08] <dobey> well, grub is fine
[19:08] <dobey> but other things not so much
[19:10] <nessita> ralsina: thanks!
[19:11] <ralsina> nessita: anyway I posted a comment and so did Martin, but it's just nitpicks
[19:11] <dobey> and now, my applets are crashing :(
[19:11] <nessita> ralsina: I'll review that, since I'm adding the 'move the root to the top' fix
[19:11] <ralsina> nessita: ok
[19:11] <dobey> and alt+drag doesn't work
[19:11] <dobey> grrrrrrrrrrrrrrrrrrrrr
[19:15] <dobey> what the heck
[19:19] <nessita> ralsina: the root folder is now at the top. About adding to it any extra (shading, emblem, etc), I prefer first getting a review from cristian and from ivanka, if that's ok with you
[19:19] <dobey> well, back to metacity it is then
[19:19] <ralsina> nessita: sure, not without design input
[19:42] <ralsina> nessita: sorry I didn't get one thing... do you need another review for that?
[19:43] <nessita> ralsina: nopes, is all good and merged
[19:43] <nessita> ralsina: another branch is on its way though :-)
[19:43] <ralsina> ok, cool
[19:44] <ralsina> keep'em coming :-)
[19:44]  * nessita will
[19:58]  * CardinalFang curses Java and removes all the "//" comments from his Python code.
[20:03] <ralsina> CardinalFang: don't forget the semicolons ;-)
[20:08] <alecu> nessita: the control panel is looking so nice!!!!
[20:08] <alecu> nessita: I love the fact that you can type a few chars of the folder name, and it will search for it!
[20:10] <alecu> nessita: I remember we discussing that fact in Dallas... but gtktreeview already gave it for free :-)
[20:21] <nessita> alecu: yeah, because I did nothing special to have that (except checking a setting on glade)
[20:52] <Chipaca> mandel: http://askubuntu.com/q/22651/711 when you can
[20:58] <karni> great. was optimizing the sqlite db so much now I need a native method call :/
[21:01] <joshuahoover> nessita: ping
[21:09] <nessita> joshuahoover: pong
[21:09] <joshuahoover> nessita: i have a user who gets the following when trying to run u1-prefs from the terminal: http://ubuntuone.com/p/ZRT/
[21:09]  * nessita browses
[21:09] <nessita> joshuahoover: can you access that url? I cna't
[21:10] <nessita> can't*
[21:10] <joshuahoover> i was able to about 5 minutes ago...hmmm...now it just sits there
[21:10] <joshuahoover> nessita: ^
[21:10] <nessita> right, for me too
[21:11] <nessita> joshuahoover: wanna describe the error message/problem?
[21:11] <joshuahoover> nessita: yeah, pulling up the image locally, one sec :)
[21:11] <dobey> ubuntuone is not an image pasting service ;)
[21:11] <joshuahoover> dobey: apparently not!
[21:12] <joshuahoover> nessita: ConfigParser.NoSectionError: No section: '__main__'
[21:12] <dobey> oh that. on maverick?
[21:13] <nessita> joshuahoover: that is a problem with syncdaemon or the preferences itself, I would say. The default config is missing maybe?
[21:13] <joshuahoover> nessita: where is the default kept? i only see syncdaemon.conf here
[21:14] <nessita> /etc/xdg/ubuntuone
[21:14] <dobey> should be logging.conf and syncdaemon.conf there
[21:15] <joshuahoover> dobey: in ~/.config/ubuntuone ?
[21:15] <nessita> joshuahoover: nopes, in /etc
[21:15] <joshuahoover> ah
[21:15] <dobey> joshuahoover: in /etc/xdg/ubuntuone
[21:16] <joshuahoover> dobey, nessita: got it...so if the user is missing this, what's the best way to get this back for the user?
[21:17] <nessita> joshuahoover: I would say: sudo aptitude --reinstall ubuntuone-client
[21:17] <nessita> or the equivalent from a UI package manager, which I don't know :-)
[21:17] <nessita> but I can find our
[21:17] <nessita> out*
[21:17] <dobey> i don't think software center has an equivalent action
[21:17] <joshuahoover> nessita: no need...it's almost always more direct to say, "run this command" then to give them 20 steps through the gui...in these types of situations
[21:17] <nessita> synaptic may, I think
[21:18] <nessita> ok then :-)
[21:18] <nessita> --reinstall should bring everything back
[21:18] <dobey> but i saw someone else report that issue on an unrelated bug and asked them to file a new bug
[21:18] <nessita> dobey: you did? hum
[21:18] <nessita> that smells like a 'more serious' issue
[21:19] <nessita> joshuahoover: just FYI, on synaptic, you can mark a given package 'for Reinstallation'
[21:19] <joshuahoover> nessita: ah, ok, thanks
[21:19] <dobey> i don't remember the bug # that he posted on though
[21:20] <nessita> https://bugs.launchpad.net/ubuntuone-client/+bugs?orderby=-datecreated ?
[21:20] <dobey> well i don't know if he filed a new bug
[21:20] <nessita> hum it doesn't appear among the new ones
[21:21] <dobey> oh wait, no
[21:21] <dobey> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/666608
[21:21] <ubot4> Launchpad bug 666608 in ubuntuone-client (Ubuntu) (and 2 other projects) "Ubuntuone-client software wont start even after fresh install of the software packages. (affects: 4) (heat: 51)" [Undecided,Incomplete]
[21:21] <dobey> is the bug for that issue
[21:21] <dobey> it was on lucid
[21:21] <dobey> someone else had a different issue and i asked them to file a new bug
[21:21] <nessita> joshuahoover: what system is the user using? maybe the user is using nightlies, which will bring new configglue, and the downgraded?
[21:22] <nessita> dobey: that report shows a config issue as well:
[21:22] <nessita>     (parser, options, argv) = config.configglue(file(configs[0]), *configs[1:], IndexError: list index out of range
[21:23] <joshuahoover> nessita: don't know which system...trying to find out
[21:23] <dobey> eh?
[21:24] <dobey> i don't see that IndexError anywhere
[21:24] <dobey> ah in the exceptions log
[21:24] <nessita> dobey: in the syncdaemonexception log file
[21:24] <dobey> but he has the right configglue version
[21:33] <dobey> ugh, my hard drive doesn't seem to include a magical data transfer cd thing
[21:49] <ralsina> Ok, it's EOD for me. Nice weekend everyone!
[22:07] <dobey> see you tuesday, ralsina :)
[22:21] <dobey> cheers all
[22:47] <dougal_> howdy uone devs - can anyone tell me if NODE_STATE is the expected response from a QUERY request?
[22:51] <Chipaca> __lucio__: ^
[22:53] <__lucio__> dougal_, yep.
[22:53] <dougal_> hey __lucio__
[22:53] <dougal_> thanks
[22:54] <__lucio__> dougal_, what are you using query for? we might remove that command in the near future.
[22:55] <dougal_> I'm playing with the easy_client.py, and it stops talking to me after QUERY
[22:55] <dougal_> I've been replying with nodestate, but I'm not sure I'm getting the hash correct
[22:56] <dougal_> sometimes the client complains, other times it seems to accept the message then go silent
[22:56] <__lucio__> dougal_, if the hash is the same, you wont get a reply, just QUERY_END
[22:56] <dougal_> sometimes == for some of the approaches I've tried for the hash
[22:57] <dougal_> Is it the serve that sends QUERY_END?
[22:58] <dougal_> heh - a message I'd missed completely :-)
[22:58] <__lucio__> query works like this:
[22:58] <__lucio__> -> QUERY node=hash
[22:58] <__lucio__> [ <- NODE_STATE if node != hash ]
[22:58] <__lucio__> <- QUERY_END
[22:58] <dougal_> ahh ok.
[22:59] <dougal_> and is the hash of 'unknown' only valid for the root node?
[22:59] <karni> CardinalFang: http://paste.ubuntu.com/556685/ -- in few of the conflict files I have only added a line or two. In practice, some major changes from me are in 2 .java files, the rest is few-liners.
[22:59] <__lucio__> dougal_, no, you can send query for a node with a hash of "notapossiblehash" (or just "unknown") and you can make sure that you always get the hash
[23:01] <dougal_> great
[23:02] <dougal_> So if QUERY is set to be removed, will the plan be to just use async NODE_STATE messages?
[23:03] <__lucio__> dougal_, no. just new generation messages.
[23:04] <__lucio__> you get a message that says "there are changes on volume X"
[23:04] <__lucio__> then you can say: give me the list of changes for volume X since generation Y
[23:05] <__lucio__> when you get the list you also get Z, the last generation of the volume. So next time you are notified of changes (or when you reconnect after some time) you can ask for changes since Z
[23:05] <dougal_> __lucio__, aha. ok
[23:07] <CardinalFang> karni, rock!
[23:08] <karni> CardinalFang: :) I pushed to the proposed branch. When you have a sec, please check if I implemented that interface right (I pass sPlaylistEntries.getValues() as a Collection)
[23:10] <karni> I meant values()
[23:11] <karni> yup, it's a reference, so I think it's fine. Collection<T> is more generic than List<T> which is used in U1M
[23:16] <CardinalFang> Hrm.  That should work, karni.
[23:17] <CardinalFang> Have a nice weekend, all.
[23:17]  * CardinalFang Zzz
[23:17] <karni> CardinalFang: :) thank you!
[23:17] <karni> bye bye