[00:43] Ubuntu One shows "Disconnected" in Preferences any help ? [05:08] How do I find free tunes in Ubuntu One store [05:08] I'm new and exploring [05:08] whether I want to sign up [05:09] if it is worth my while [05:09] Anyone? [09:36] Happy Monday! [09:39] * karni struggles on statistics lecture :< [09:39] JamesTait: happy Monday ;) [09:39] god my tutor is hopeless [09:39] *lecturer [09:39] :) [09:39] morning all [09:39] Hey karni. :) Good weekend? Get any of that sleep thing? ;) [09:40] morning duanedesign [09:40] JamesTait: did get some sleep, but college stuff took over majority of weekend time - so I'm pretty sad. hope to do some coding today in the afternoon [09:41] but it was definitely constructively spent time, thanks :) [09:41] karni: That's good to hear. :) [09:41] JamesTait: hope you got some rest, too [09:41] karni: I have two boys aged 7 and 4, so I never get rest! [09:42] JamesTait: ^-^ [09:46] I had plans for u1files for android for the weekend. I ended up coding one simple networking assignment and reading up on my bechelor of sciense thesis [09:47] I'm keeping Chad from making his contributions. I so need to get that code ready. [09:55] JamesTait: if I can ask out of curiosity, what are you working on today? [10:00] karni: I'm working on the Ubuntu One server side, as usual. My tasks will be many and varied. :) [10:01] JamesTait: oh, cool :) many, varied, and secret! ^ ^ [10:02] karni: Well of course! This is the evil, closed-source Ubuntu One server, after all. :-P [10:03] JamesTait: haha. I don't actually think of it that way :) [10:03] Canonical has to make money out of services, U1 amongst others [10:05] karni: Conspiracy theories abound. "It's a trap!" It's a difficult balancing act. [10:05] JamesTait: I was thinking of writing U1 server just for fun as bechelor of science project, but eventually thought it's a terribly bad idea. even if I succeeded, I wouldn't want to release it anyway. [10:05] JamesTait: yes, I'm aware of that :< [10:07] JamesTait: so until Canonical want's to release U1 server source, I'm still happy with it. [10:13] brb, rebooting === teknico_ is now known as teknico [11:08] hi, i have ubuntu one refusing to connect for an auth error or something, and i can't work out how to get the right credentials in [11:08] http://pastebin.com/RsmxkU8a [11:10] dutchie: try u1sdtool --disconnect; sleep 2; u1sdtool --connect; u1sdtool -s [11:10] dutchie: paste it to pastebin, and post the link here [11:10] it's the same as before [11:11] alt+f2, type seahorse, , find Ubuntu One token, delete it [11:11] done, what now? the disconnect line again? [11:11] dutchie: lucid or maverick? [11:11] maverick [11:12] killall ubuntu-sso-login [11:12] u1sdtool -q; u1sdtool -c [11:12] dutchie: ↑ [11:12] dutchie: after those two commands you should see the login screen [11:12] yes, thanks [11:12] dutchie: you're welcome. [11:20] now it seems to be stuck on http://pastebin.com/Rp7iJSLk and just pops up the signin window every u1sdtool -c [11:24] Not User huh.. [11:24] duanedesign: any hint's on that (dutchie) ↑ ? [11:24] dutchie: i'm currently on a lecture, but stick around for more help. [11:29] ok [11:41] dutchie: on maverick? [11:41] oop i see it now [11:41] :) [11:43] dutchie: ok after deletingthe token. sudo killall ubuntu-sso-login; u1sdtool -q; u1sdtool -c [11:45] login window said success... [11:45] and u1sdtool -s says "processing queues" [11:45] thanks [11:46] connection: With User With Network ? [11:47] yup [11:50] duanedesign: ah.. I probably forgot about sudo ;) hehe [11:57] is the move operation between two shared folders a no-op? [11:58] I have ~/Ubuntu One/something and ~/Directory (also synced) [11:58] and I moved somethin from ~/Ubuntu One/something to ~/Directory [11:58] according to u1sdtool --waiting-content and --metadata it's being uploaded [11:59] is that really going to upload or will it notice that it already has the same file on the server [11:59] zyga: I think it's like "remove the folder from A, upload the folder to B" [11:59] zyga: I'm pretty sure it will upload. like 80% sure. [11:59] uh :/ [11:59] that's not good [12:00] the same operation within a share is just a rename [12:00] duanedesign: U1 will delete and re-upload a moved folder, won't it? [12:00] is this a well known issio? [12:48] I need help troubleshooting Ubuntu One. I'm running Maverick PowerPC on an iBook G4, and I used the Ubuntu One preference app to sign in the first time. It synced all right, but when I logged into my account online, it showed four connections for the same computer. I removed all but one through the web interface, and now whenever I open the Ubuntu One preferences app it just says synchronizing for a few seconds, then disconnects without a [12:49] Oh yeah, honk! === alecu_ is now known as alecu [13:55] stand up in 5 [14:00] me [14:01] me [14:01] alecu, mandel, ralsina, dobey? [14:01] me [14:01] me [14:01] me [14:02] nessita: go! [14:02] DONE: bug #688694 [14:02] TODO: bug #674459 and bug #689646 [14:02] BLOCKED: nopes [14:02] NEXT: thisfred [14:02] Launchpad bug 688694 in ubuntuone-client (Ubuntu) (and 1 other project) "Add syncdaemon autoconnect option (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/688694 [14:02] Launchpad bug 674459 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "After machine adding, show folders tab (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/674459 [14:02] Launchpad bug 689646 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Allow subscribe/unsubscribe from UDF list (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/689646 [14:02] DONE: bindwoodness TODO: more bindwood, hopefully get somewhere with the new functionality BLOCKED: no [14:03] ralsina! [14:03] DONE: I kinda understand the code now [14:03] TODO: woking on getting my devel. environment up [14:03] BLOCKED: no notebook until tomorrow, working on a sloooow VM :-( [14:03] NEXT: mandel [14:03] DONE: Paperwork overhead (holidays, perdiem, taxes, etc…). Bug triaging. Still working on IPC by allowing a way to inject the logging to the COM object (we want a unified log). [14:03] TODO: Finish with IPC, add integration tests (python calling .net). Integrates solution in SD (maybe today is to early for that.) [14:03] BLOCKED: no [14:03] * mandel looks at alecu [14:03] DONE: pushed final zg for syncdaemon branch (bug #674252). [14:03] TODO: get it reviewed. start with bindwood. Buy tickets to dallas [14:03] BLOCKED: I hate dallas [14:03] Launchpad bug 674252 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to store events into zeitgeist (affects: 1) (heat: 111)" [High,In progress] https://launchpad.net/bugs/674252 [14:04] alecu: you're going to dallas? [14:04] nessita: now, I'm scared, how needs to go (my mail client is kinda shit this days…) [14:04] nessita, I am. [14:05] dobey: stand up? [14:05] nessita: do we have general mail with that or a wiki, or something (pidgin would be as good) [14:05] mandel: I'm lost, general mail with what? :-) [14:06] nessita: with who goes to dallas, I fear I lost it, or something [14:06] I never heard a word about it and I simply assumes I was not going :) [14:06] AFAIK, it's like this [14:06] mandel: let's ask Chipaca (as far as I know you're not going) [14:07] I was supposed to go, but I can't because of passport / visa problems [14:07] any other stand up comment? [14:08] other than that I don't know who is going, you have to ask chipaca [14:08] But I don't think there has been an announcement yet :-) [14:08] ralsina: ah, ok, I just want to be sure I did not loose the mail, for the rest, if it is on the air, it is on the air :) [14:09] * mandel is happy he did not screw it up [14:09] or I am losing mail too :-D [14:10] ralsina: cool, that means I can blame the manager hehe [14:12] mandel: ralsina *is* the manager [14:12] * Chipaca fades into the shadows [14:12] chipaca: I think he meant blaming me, yes :-) [14:13] Chipaca: I was blaming ralsina [14:13] always blame the new guy [14:13] madel: we have to maintain a proper chain of blame here [14:15] ralsina: yes, if that does not work, well we will never get anywhere, the blame could me lost, and you never want to loose the blame 'cause if you do, you will not be able to wear white in your wedding [14:15] ok I think I lost it there :P [14:16] too much coffee [14:16] Chipaca, thisfred: I've set up everything so I can go to Dallas. Yahoo! (?) [14:17] alecu: ok, then we better start getting tickets [14:18] what did i do on thursday exactly [14:18] meh [14:19] fix things? :) [14:19] of course, but which things exactly :) [14:23] and that is the sound of X crashing [14:24] brought to you by Mozilla Firefox 4.0 Beta 7 [14:28] dobey: hey there. A new bug was reported re: nautilus crashes and high cpu usage, and a new comment was added on bug #674876 [14:28] Launchpad bug 674876 in ubuntuone-client (Ubuntu) (and 1 other project) "Nautilus keeps opening when ubuntu one plugin is installed (affects: 5) (dups: 3) (heat: 40)" [High,Triaged] https://launchpad.net/bugs/674876 [14:30] ok [15:40] dobey: ping [15:44] mandel: yo [15:44] dobey: hello, can you help me with a little thing? [15:45] what's up? [15:45] dobey: I do not know what is the best way to add some code to ubuntuone-client with the current autotools setup? I do know with a setup.py [15:45] mandel: to add python code? [15:46] dobey: yes, let me elaborate a bit more to try and make sense [15:46] mandel: if it's a new package, you'd need to add the directory to the pypackages variable in Makefile.am (like the others are defined), or if it's just a new .py file in an existing package, just add the .py file [15:47] dobey: we removed the SSO code from desktopouch that added the replication info to desktopcouch (it was not the place for it) we now need to add an extension point so that the scripts gets added to the desktopcouch extension point [15:48] dobey: I'll get you an example of the setup to be done so that it makes more sense, give me a min to find it [15:48] you mean, you want ubuntuone-client to install python code into the desktocouch namespace? [15:49] dobey: kind of, with the example it makes more sense [15:50] ok [15:53] dobey: I do not know if this are the best examples, but they do explain the idea: http://jimmyg.org/blog/2010/python-setuptools-egg-plugins.html [15:53] and http://reinout.vanrees.org/weblog/2010/01/06/zest-releaser-entry-points.html [15:54] dobey: we have defined the entry point in desktopcouch, and we should be adding a new entry in ubuntuone-client, since you are the one that knows the most about the package etc.. I wanted some gidence :) [15:59] maybe i'm confused, but this method of implementing plug-ins/extensions seems horribly inefficient. [16:01] dobey: what did you understand? [16:02] it iterates over every single installed .egg-info directory looking for the entry_points.txt and then has to load all of them, and then import the correct modules/functions for ones that match [16:03] dobey: yes, the loading of them is major crap [16:04] dobey: in our case we just have one, but I'm more than open to find a diff way to do it, do you know any other one? We can make the necesary changes in desktopcouch very fast [16:05] mandel: i have 132 .egg-info files in /usr/share/pyshared. that is a lot of disk access to end up loading nothing in the end [16:05] mandel: and i don't think the "hook up desktopcouch to the u1 syncing" necessarily belongs in ubuntuone-client [16:05] given that desktopcouch syncing should be able to work without file syncing at all [16:06] dobey: I agree is crap but I do not have any other idea. Regarding its inclusion i ubuntuone-client, I mention it because it is needed by the preferences dialog since if the code is not there the account info is not replicated [16:07] well why not similar to how bzr does it? [16:07] just load python code from a known path [16:08] dobey: mmm do they do that, that does not sound very secure... [16:09] mandel: uhm, how is it any less secure than loading arbitrary code from PYTHONPATH? [16:10] mandel: the way bzrlib loads plug-ins is not any less secure than simply using python to write code [16:11] dobey: just asking, not stating :) [16:12] dobey: what about zope interfaces, would you consider that any better? [16:12] i don't know what that entails exactly, but let's avoid zope [16:13] In general, as long as you load from the system's python folders it's secure as long as the system itself is not compromised. If the system is compromised, nothing is safe. [16:13] The home folder is something else, but we are not doing that here. [16:13] mandel: the entry_points concept is fine if it can be limited to only loading modules under say desktopcouch.plugins or something [16:14] So don't worry too much about security [16:14] well we can worry about security, and just rewrite everything in Vala instead ;) === beuno is now known as beuno-lunch [16:14] dobey: haha I was expecting that from you ;) [16:15] Well, you know, all this applies just as well to C ;-) [16:15] LD_PRELOAD is your friend and all that [16:16] well i don't think users screwing up their environment of their own volition is a "security problem" [16:16] more like a PEBKAC [16:16] I'm just saying that so this doesn't get sidetracked too far. Security is not too important here, efficiency may be important here, maybe not even that important. [16:16] efficiency is very important [16:16] the blueprint is "make desktopcouch performance not suck" [16:17] well, startup performance <> performance as a whole [16:17] adding lots of disk i/o to the process doesn't make it faster :) [16:17] But sure, if there is a way to make this faster and it's not a huge problem, go ahead :-) [16:18] well there is, because it's only one plug-in we care about, and i don't expect lots of people are going to write plug-ins in this respect [16:18] For example, have you seen yapsy? [16:19] Very easy plugin mechanism, efficient, too. [16:19] mandel: why is the SSO bit being removed anyway? [16:19] ralsina, dobey: so, just to double check, we are doing the following in desktopcouch: http://paste.ubuntu.com/543111/ [16:19] ralsina: well, it's Python. the whole language is a plug-in mechanism :) [16:20] mandel: let me check the docs on that [16:20] mandel: i'm saying we should not be doing that. cannon vs. mosquito problem [16:20] dobey: because it means that there are Ubuntu One client specific bt sthat use SSO and Desktopcouch maintained in desktopcouch. This has two problems, one it drags Ubuntu SSO as a dependency that we do not need, in adds a extra concern to Desktopcoch that has nothing to do with us :) [16:20] well you only need it when using that bit of code [16:21] and it has everything to do with desktopcouch. it certainly has nothing to do with file sync :) [16:21] we can make it a "plug-in" and keep it in the desktopcouch tree, and just add another binary package in Ubuntu for it, and call it desktopcouch-ubuntuone or something [16:21] dobey: I agree, it is just used for the preferences, which are leaving for the new ones... [16:22] have it installed by default, and depend on the necessary bits, and et voila, happy [16:22] dobey: that sounds like a good idea :) [16:22] I like it [16:22] the fact that ubuntuone-preferences is what sets up the replication in desktopcouch is a horrible thing, anyway [16:22] dobey: I'll need to talk with thisfred, vds and Cardinalfang about it, but I see no issues with that [16:23] why oh why is it snowing [16:23] dobey: yes… sometimes bad ideas happen, my parents had one around 1983 ;) [16:23] dobey: I tend to agree. At the very least it should never break because of it [16:23] heh [16:23] mandel: now you've gone and made me feel old :) [16:24] thisfred: did you follow the conversation :) [16:24] not at all :) [16:24] syncing files should not depend on desktopcouch and syncing desktopcouch should not depend on files sync [16:24] thisfred: ok, quick summary, remember that SSO code we removed from desktopcouch? [16:24] vaguely :) [16:25] ralsina: if we do this, that is, move the code to a diff package, there is nothing I know that block a new ubuntuone-client .deb [16:25] in fact, desktopcouch-pair should perhaps play some part [16:25] mandel: nice [16:25] How about what blocks a desktopcouch package? ;-) [16:26] ralsina: will lokk at it as soon as I agree with thisfred about destopcouch, he's smart, it should be quick :) [16:26] and if i can get my new spare time project in a workable state this week, it would be nice to start moving some of our projects over to using it [16:28] thisfred: I was saying, the SSO code was added so that the preferences pane knew about the account info, it was removed since it was ugly code and was out of the desktopcouch scope [16:28] mandel: yep I agree [16:28] mandel: cool [16:29] thisfred: dobey correctly says that it could be a diff package called desktopcouch-ubuntuone, that could be used to do so (dobey correct me if I\m wrong) [16:29] thisfred: which should b likw 20 lines of code or so, what do you think? [16:29] mandel: package, not necessarily project. [16:29] dobey: sorry I mean package :) [16:30] making a new project for one tiny file seems a bit much [16:30] dobey: just to be clear, why not u1prefs? This is where the authentication for filesync is also taken care of or not? [16:30] mandel: yeah, i was just trying to make it clear for the general discussion [16:31] thisfred: a) u1prefs is supposed to be going away, b) prefs doing all the auth is dumb, c) filesync depending on desktocouch to do stuff is dumb d) desktopcouch depending on files sync to be able to sync to u1 is dumb [16:31] dobey: thx :) [16:31] thisfred: the currently working solution is working, but it's a horrible design and simply a quick solution based on past mistakes, rather than doing it the best possible way [16:31] dobey: I didn't know it was going away, and I agree with c and d [16:31] thisfred: well u1-control-panel is supposed to replace it [16:31] dobey: but the preferences doing the auth doesn't seem that bad to me [16:32] dobey: and that won't be doing the authentication at all? [16:32] thisfred: it should be possible for me to install desktopcouch and connect it to my ubuntuone account, without having to install or use anything having to do with file sync at all [16:32] thisfred, dobey: It would be nice to talk with nessita, maybe we do not need this any more, it depends on u1-control-panel, but ofcourse we will be braking the current code [16:33] nessita: are you around? [16:33] dobey: well, does filesync work without the u1 control panel? [16:33] thisfred: u1-control-panel does handle sign-up/login in the broad and vague "everything that falls under ubuntuone" sense, but that doesn't mean it should always be required to work [16:33] I agree with dobey [16:33] thisfred: it should. whether it does or not though, i am not sure [16:34] I don't see why it couldn't though, as long as IT does not depend on either, but it probably does [16:34] Those dependencies seem backwards [16:34] I'm not sure how they flow, right now [16:34] well syncdaemon *SHOULD* be calling the dbus auth method when you tell it to connect [16:36] u1cp should really just be a place that consolidates information, but not necessarily the place you must go to be able to do anything at all [16:36] I vote for the clean solution, unless it's going to take a lot of time. I want to believe mandel when he says 20 lines of code... [16:36] dobey: yeah I agree, it should just be a UI layer over command line API that exists [16:36] well i don't know what was removed exactly, but it should not be a hard problem at all to make it possible for desktopcouch to pair to u1, without requiring all the other u1 client stuff [16:37] mandel: Do you know what to do, or do we need to think about how to do this? [16:37] but i'm guessing nothing is actually designed to work as i would think it should :) [16:38] and also, do you have any time to do it? [16:38] dobey: that's pretty much a given ;) [16:42] thisfred, dobey, give me 5 min, I got to sort something at home [16:47] mandel: I'm about to have lunch [16:48] nessita: ok, no worries [16:48] mandel: can I get back to you in 15 minutes? === ralsina is now known as ralsina-lunch [16:49] thisfred: I'd like to talk with vds and CardinalFang before we do anything and see veryones point of view, I'm sure the can think issues that we have ignored, as soon as we have something done, I can find time [16:49] thisfred: although it depends on how much they give me for windows :P [16:50] nessita: sure, is a quick question, but certainly we can talk again when ever you finish eating does strange vegan things you eat :) [16:52] * nessita will be back [17:00] nessita: we talk about it tom, I need to visit a friend in the hospital (kidney replacement) === ralsina-lunch is now known as ralsina === beuno-lunch is now known as beuno [17:10] ok, must get lunch myself [17:10] mandel: i'm back [17:11] nessita: we were talking about the SSO code that we included in desktopcouch and later removed, do you remember it? [17:11] yes [17:11] mandel: I read a bit of backlog but I'm not sure I got the problem/thing to solve [17:12] hey u1 guys, I have a small question [17:12] kklimonda1: shoot [17:13] nessita: the code was removed, then we added an extension point so that it could be added trough the setuptools, yet I had a question of how to add that in ubuntuone-client, my question for you is, is it worth it? will this code be used with u1-control-panel? [17:13] against which project should I report a bug about my files disappearing completely from u1 server? beuno has tried to help me at the weekend (and I've managed to restore them from a local backup) but it still should be reported :) [17:13] kklimonda1, I'd gues the client [17:13] kklimonda1: was it my fault (aka windows?) [17:13] :P [17:14] mandel: so, the code that was added and removed was meant to do the pairing betweeb u1 and dc, right? [17:14] mandel: not really, you can sleep safe - I won't be hunting you down :P [17:14] nessita: yes [17:14] kklimonda1: it that case, I would always blame rodrigo hehe :P [17:14] beuno: ok, I have backed up all logs from ~/.cache/ubuntuone/log - I'm going to attach them all, hope that helps [17:14] mandel: so that code is independent from the control panel, as far as I know [17:14] mandel: and as far as I know we do need that code running [17:14] mandel: unfortunately he has moved from the U1 team and I can't blame him anymore :/ [17:15] mandel: what does that code do, exactly? what does "pairing" mean? :-) [17:15] nessita: ok, so, we do need that code, but it ha no place in u1-control-panel, or u1-client, right? [17:16] nessita: let me get you the explanation of a better developer, one min [17:16] mandel: can you describe what that code do exactly? we'll find the bets place for it. For example: how many times do we need that run? once per computer adding? once per computer restart? [17:16] once per syncdaemon restart? all the time? [17:16] yes, I'll wait [17:19] nessita: the person that reported this bug 629095 ahs a better idea [17:19] Launchpad bug 629095 in desktopcouch (Ubuntu Maverick) (and 2 other projects) "Ubuntu One pairing code needs to be added (affects: 2) (heat: 37)" [Medium,Fix released] https://launchpad.net/bugs/629095 [17:19] nessita: si soy malvado jejeje [17:21] nessita: the pastebin is still there, and I'm hoping the bug refreshes your mind.. or makes you hate me more, one of the two (or both :) ) [17:21] mandel: I remember the bug, but back then (and now) I didn't know what "pairing desktop couch with u1" mean [17:22] mandel: can you specify: how many times do we need that run? once per computer adding? once per computer restart? once per syncdaemon restart? all the time? [17:22] beuno: I've created bug 689760 and attached content of the ~/.cache/ubuntuone/log there - hope that someone can figure out how did I end up deleting my files :) [17:22] Launchpad bug 689760 in ubuntuone-client (Ubuntu) "files gone from the server (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/689760 [17:23] hahaha ok, I though you knew, by looking at the code, it should be once per new token, yet we need to register to the dbus event somewhere, atm we do that in the desktopcouch service [17:23] nessita: ^ [17:23] kklimonda1, thank you, facundobatista is probably the right guy to look into it [17:23] nessita: so atm everytime we start the desktopcouch service we register to the events [17:24] Chipaca: ping [17:24] mandel: right, so from my POV, we need to do that in a separated service. I'm working on a branch that provides credentials service specifically for Ubuntu One, and I think that that code should be located in that module [17:24] dobey: would you agree? ^ [17:25] nessita: I believe that u1 desktopcouch pairing means setting up the management db so that it knows how to replicate your desktopcouch db with our servers, does it make sense? [17:26] mandel: I think so, but as per what you described, this code is being run every time dc is started on every boot? [17:27] nessita: yes, because if the user removes his credentials and creates new ones, we need to add the pairing accordingly [17:27] mandel: ok, but what happens in this scenario: [17:28] user adds its computer one single time, that adding emits CredentialsFound. Then, a bunch of apps requests to SSO the token for U1 for this user, and the CredentialsFound signal is emitted 800 times [17:28] kklimonda1, one example of the files you deleted? [17:29] facundobatista: you mean an actual file, its name or what? :) [17:29] kklimonda1, the name, to search for it in the logs [17:30] nessita: nothing, lines 59 and 62: https://pastebin.canonical.com/36655/ [17:30] facundobatista: that's the point - they are not in logs, they were never downloaded back from U1 to my computer [17:30] kklimonda1: do you know a guy called kevin (it was kevin, right facundo?) [17:30] hehehe [17:30] facundobatista: what I do, before each upgrade to the dev release is moving my $HOME to /home/BACKUP and starting up with the clean sheat [17:30] mandel: ok [17:31] mandel: do you have the bug report you're working on? [17:31] kklimonda1, you see the files in the web ui? [17:31] mandel: nope, I was really drunk.. erm, I mean should I know him? ;) [17:31] facundobatista: no, the whole ~/Pictures/ was gone [17:31] mandel: he is one of my stupid jokes, dont worry too much, you know me :) [17:31] nessita: let me find it [17:32] kklimonda1, so, if you don't see them in the web ui, it's not that they're not getting back from U1 into your computer, but that they're not anywhere [17:32] facundobatista: I think I did uncheck "Synchronize this folder" because it didn't do anything and I decided >>hey, it's a good idea to "restart it"<< [17:32] beuno, kklimonda1 say you restored the files? [17:32] nessita: bug 668868 [17:32] Launchpad bug 668868 in desktopcouch (Ubuntu) (and 1 other project) "Move the SSO code out of desktopcouch (affects: 1) (heat: 84)" [Undecided,Confirmed] https://launchpad.net/bugs/668868 [17:33] kklimonda1, to restart what? [17:33] nessita: the bug has to parts, remove it, which is done and add it somewhere, which is why we are talking :) [17:33] mandel: the add one I'm interested in [17:33] facundobatista: to make ~/Pictures/ sync again :) [17:33] kklimonda1, I'm lost [17:33] nessita: we can add a new bug with the add one, and point to the original bug [17:33] kklimonda1: question: in the bug report you said you made a clean natty install. Does that involves a newly created home? did you keep the syncdaemon metadata untouched? [17:34] nessita: we have to decide the best location for this code [17:34] facundobatista: ok, from the beginning - I've moved my $HOME to /home/BACKUP and installed natty from scratch [17:34] mandel: the new bug should be in ubuntuoneclient [17:34] nessita: as you consider more appropiate [17:34] kklimonda1, when you moved your $HOME, you were logged as you? was ubuntuone-syncdaemon running? [17:34] mandel: u1client for sure, then we need to decide where in u1client [17:35] facundobatista: no, I've done it from the install cd when /home was mounted inside /target/ [17:35] mandel: when dobey comes back, I want his opinion on putting that with the soontobeborn module to provide dedicated u1 auth [17:35] kklimonda1, ok [17:35] nessita: ok, he had an idea of what to do, so talk with him too and decide [17:35] nessita: no - I've started with a new profile and only copied few files back (~/.mozilla, evolution config) [17:35] kklimonda1, you installed natty, and then what? moved stuff back? or added the machine to ubuntuone and downloaded everything again? [17:35] nessita: then let me know if you want me to help in that or not, but I'm kind of overloaded atm [17:36] facundobatista: No, I've just added the machine to ubuntuone and tried to download files again [17:36] nessita: do you want me to file the bug, add an explanation and assign it to you? [17:36] mandel: please file the bug and assign it to me. Please add some detail (the kind of detail we discussed here), since I may erad the report later and don't remember what was about [17:36] kklimonda1, and at that point what happened? they did download? [17:36] mandel: yes! [17:36] facundobatista: then, this saturday I've noticed that files weren't downloaded (~/Pictures/ was empty) so I decided to uncheck and check again "Synchronize this folder" in nautilus) [17:37] nessita: deseos == ordenes ;) [17:37] wow [17:37] :-) === zyga is now known as zyga-gone [17:37] facundobatista: after that I've felt cold sweat run down ma back, I've logged into one.ubuntu.com and saw that the Pictures share isn't even there [17:38] kklimonda1, Pictures was not a share, right? [17:38] kklimonda1, and what beuno restored to you? [17:38] facundobatista: erm, no - normal folder, not shared with anyone. My bad [17:39] facundobatista: I keep there some pictures I've snapped with the camera and they were restored. [17:39] facundobatista: but I also keep some other files and they were not [17:39] kklimonda1, ok [17:40] facundobatista: my photos were in the Photos/ subfolder and it's restored completely === zyga is now known as zyga-vaio [17:46] nessita: what is your lp username? [17:48] mandel: nataliabidart [17:48] nessita: dammed, I tried all the cominations of natty, nessita, natalia I could think of and I missed that one :P [17:48] :-D [17:49] nessita: let me know if you need more info bug 689772 [17:49] Launchpad bug 689772 in ubuntuone-client "Desktopcouch and Ubuntu One pairing is missing (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/689772 [17:50] nessita: I tried to get as much history about the bug as possible, that conde has been jumping from one project to another for quite some time [17:50] mandel: I'll read it asap, one sec [17:52] nessita: np [17:52] kklimonda1, I really don't know what could have happened, all basics work here... and it's not possible to do post-mortem debug without the logs, :( [17:54] mandel: the bug is clear though you should re-read it and fix some typos (something you use positive sentences when meaning negative ones) [17:55] nessita: ups, I'll read it too see what happen, although I'm quite a positive person [17:58] jeje [18:04] nessita: what's up? [18:05] dobey: remember when mterry asked about how to authenticate a 3rd party service against U1? and we said that we should provide a u1-specific credentials service? [18:05] facundobatista: bummers, I was afraid you would say that - it did look like some weird corner case. I've hoped that maybe there is something in server logs that wiuld at least state what has happened [18:05] dobey: I've been working on that though my branch is not finished yet. I'm bringing this up because I think that mandel's pairing code should go into that same module [18:06] dobey: and before moving on with that, I wanted to know what you think [18:06] nessita: well there are two parts to the problem [18:06] kklimonda1: you sure you didn't copy the ubuntuone metadata? [18:07] nessita: there are the bits that need to be passed to ubuntu-sso-client for authenticating to U1, and there are the parts that use the resulting credentials and do other things than simply authenticating [18:07] kklimonda1: the other thing I can think of is that in natty, folder autosubscribe is off by default, so your Pictures/Photos folder wasn't synchronized at startup. Did you check u1sdtool --list-folders? [18:07] dobey: yes [18:07] nessita: and the marjority of the desktopcouch code in question falls under that second category i think, and should probably stay inside desktopcouch [18:08] dobey: but the fact that U1 needs pairing with dc seems a u1 problem, not a desktpocouch problem [18:08] dobey: that is tied directly to getting new credentials [18:08] (not even getting credentials but *new* credentials) [18:08] nessita: the real problem is that the architecture isn't really designed to deal with this problem [18:09]