[19:43] <kyaw> Hello
[19:44] <kyaw> I have some error to install ubuntu 18.04
[19:44] <kyaw> how can I do fixed?
[19:44] <kyaw> Hello,Anybody there ?


[00:00] <jamestait> Hi all.
[00:01] <jamestait> Apologies for the join/leave spam - having a spot of bother with Empathy tonight.
[00:02] <jamestait> bueno: Are you around? I wanted to talk to you about Thunderbird contacts and Ubuntu One.
[00:48] <beuno> jamestait, hey
[00:49] <jamestait> Hey!
[00:49] <jamestait> Pleasant flight?
[00:49] <beuno> well, as pleasant as a flight can be  :)
[00:50] <jamestait> Much as I enjoy my trips to South Africa, 10 hours in cattle class does test the soul!
[00:51] <jamestait> I wanted to pick your brains about contact syncing and Ubuntu One.
[00:51] <beuno> sure
[00:51] <beuno> I thought about it a bit
[00:51] <jamestait> I think I mentioned I'm working on an extension for Thunderbird to sync contacts with DesktopCouch.
[00:51] <beuno> right
[00:51] <beuno> if you do that
[00:52] <beuno> I think we can make tb sync without a plugin
[00:52] <beuno> which is fantastic
[00:52] <beuno> what I used right now is a plugin
[00:52] <jamestait> And by extension, due to CouchDB replication, it should also therefore end up in Ubuntu One, right?
[00:52] <beuno> that talks syncml
[00:52] <beuno> correct
[00:52] <beuno> once you get it working with couchdb, making it sync the right db should be pretty simple
[00:53] <beuno> rodrigo will know the details, although he's not around right now
[00:53] <jamestait> That's the bit I need to talk to you about really. :)
[00:53] <beuno> so, your work will actually streamline this, which is great news for me!
[00:54] <jamestait> I added the "me" contact in U1 and it's sync'd down to my DesktopCouch.  All fine and dandy.
[00:54] <beuno> jamestait, and you're working in tb3?
[00:54] <jamestait> But I don't notice anything really special about it that makes it appear in U1...
[00:54] <jamestait> TB2 right now, TB3 is on the roadmap though.
[00:55] <beuno> I think it's just the name of the db
[00:55] <jamestait> What's the default for Lucid?
[00:55] <beuno> I'm pretty sure tb3 will be default in Lucid
[00:55] <beuno> (it should be, it's a gazillion times faster!)
[00:55] <jamestait> I'd better get my skates on then! :-P
[00:55] <beuno> jamestait, I'll be happy to test things out, and help you where I can
[00:56] <jamestait> I haven't yet installed the Lucid alpha, I wanted to get something working with this extension first.
[00:56] <beuno> email will likely work best, but feel free to ping me here as well
[00:56] <beuno> I upgraded to Lucid on Fri
[00:56] <beuno> it was flawless!
[00:57] <jamestait> We're pretty spoiled actually - I think we've come to expect an exceptionally high level of quality.
[00:58] <beuno> I think you're right, I'm happy we've made so much progress
[00:58] <jamestait> I'm currently working from my "development" partition, which is actually running Karmic so is clearly now stable.
[00:59] <jamestait> My stable partition is still on Jaunty, so I'll nuke that and get Lucid on there very soon.
[00:59] <beuno> cool
[00:59] <beuno> I was using tb3 on karmic just fine
[00:59] <beuno> so you can also use that
[00:59] <beuno> you can get it from: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[01:00] <jamestait> There'll be some major refactoring required for TB3, and some code clean-up even for a production quality TB2 release.
[01:00] <jamestait> It's still very hairy!
[01:00] <beuno> well, it's a start, you can polish once it's out there
[01:00] <jamestait> But I'm about to push my first code branch up to launchpad.
[01:01] <beuno> that's great news
[01:02] <beuno> I have to run to dinner, third time I promised "1 more minute"
[01:02] <jamestait> It's not *that* useful yet - it only pushes contacts to couch and doesn't do anything with the ones it gets back yet, and it avoids anything to do with MergeableList (URLs, e-mail addresses, phone numbers)
[01:02] <beuno> jamestait, great talking to you, looking forward to your work
[01:02] <beuno> let me know if there's anything I can do to help
[01:02] <jamestait> Thanks for your time. :)
[01:26] <jamestait> And my horrible code is now visible to the world at lp:hedera
[09:15] <Emry> Is there a command to tell UbuntuOne to sync my folder?
[09:16]  * Emry made changes in his Ubuntu One directory, and it is not syncing.. And there is now a folder that is refusing to update/upload period. :/  ^^;; And the report a problem button does not function. :P
[09:30] <rye> Ok, the web ui for files indeed does not work with Opera
[09:30] <rye> Emry, are you experiencing the problem at the moment?
[09:35] <Emry> rye, Yes.  I have been since yesterday.,  It started when I copied the directory into the Ubuntu One folder, then moved it to another folder less than a minute later.  The system uploaded part of the folder in the first place, then renamed the folder as a comflict in my local director.
[09:36] <Emry> I deleted the files from the website, then renamed the folder back to Classes in the local directory, and the program just ignored it after that.
[09:36] <Emry> So, I moved the directory back to its original location, waited a bit, and moved it back where I wanted it in the directory tree, and still nothing. ^^;
[09:36] <rye> Emry, ok, could you run the following in the terminal? dbus-send --session --print-reply --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[09:37] <rye> Emry, and paste the contents to https://paste.ubuntu.com
[09:37] <rye> Emry, http://paste.ubuntu.com (not SSL)
[09:40] <Emry> The results are not promicing.  Will it react differently if I do it from a terminal than from the actual computer? (I am in the next room.  I know it should not make a difference, but it is worth asking.)
[09:41] <rye> Emry, yes, it requires the correct environment, i am testing this behavior right now so if i not succeed, then I will need to ask you to post the results of that call and ~/.cache/ubuntuonel/log/syncdaemon.log to paste.ubuntu.com
[09:42] <Emry> Ok, I will go to the next room real quick. :)
[09:44] <rye> Emry, thanks!
[09:46] <Emry2> http://paste.ubuntu.com/377475/
[09:46] <Emry2> Saddly the result was not so different from when I tried from the other room. ^^;
[09:47] <Emry2> What was the file you wanted to see?
[09:50] <duanedesign> hello rye ,  Emry2
[09:51] <rye> Emry, hm... ok, let's get back to the setup, so, you are now at the computer that is having sync issues, right?
[09:52] <rye> Emry, when you opened a terminal (e.g. gnome-terminal) and executed the dbus-send line you received ChildExited error, right?
[09:52] <Emry2> Yes.  I am physicially at the machine.
[09:52] <Emry2> Yes.
[09:52] <Emry2> Which I assume is a bad thing.
[09:52] <rye> Emry, ok. then the file we are interested most is ~/.cache/ubuntuone/log/syncdaemon-exceptions.log (and if it is empty, then ~/.cache/ubuntuone/log/syncdaemon.log)
[09:53] <rye> Emry2, basically it is the sign that syncdaemon tried to start but then encountered something really bad and killed itself
[09:54] <rye> Emry2, syncdaemon is the application that actually performs the file sync
[09:56] <Emry2> I think I found part of the problem.  when it didn't work from the other room, I tried sudo.. Then I used sudo again in here.  The log says it doesn't like that.  I did it again as my regular user and got different results which I will paste real quick.
[09:57] <Emry2> http://paste.ubuntu.com/377481/
[09:58] <rye> Emry2, ok, just to make sure we are clear of errors that are known - could you download the diagnose script to make sure you have file permissions right before we restart the service?
[09:59] <rye> Emry2, wget http://ubuntuone-client-diagnose.googlecode.com/svn/trunk/ubuntuone-client-diagnose.py; python ubuntuone-client-diagnose.py
[10:02] <Emry2> It tells me I am not using network manager. I am flooking at the bug report that it pointed me to now ^^;
[10:02] <rye> Emry2, hm, is that the only bug mentioned?
[10:03]  * rye needs to update the script, the fix for that is already released in 1.0.3-ubuntu1
[10:03] <Emry2> The last line is Warning: 1 issues were found.
[10:06] <Emry2> rye, How does one tell which version they have?
[10:06] <rye> Emry2, ok, then there is nothing wrong with file permissions, ok, let's do the following - could you please paste the contents of ~/.cache/ubuntuone/log/syncdaemon.log
[10:06] <rye> Emry2, apt-cache policy ubuntuone-client
[10:08] <Emry2> Do you want the exceptions log too?
[10:09] <Emry2> http://paste.ubuntu.com/377488/
[10:09] <rye> Emry2, if it is not empty, then it may be helpful
[10:10] <Emry2> http://paste.ubuntu.com/377489/   < Exception log
[10:11] <rye> Emry2, hm, it looks like it did not account for the possiblity of directory move during upload. Grrr, it seems that I can reproduce it even on the latest version (i.e. unreleased). Will need to file a big bug report about that
[10:12] <rye> Emry2, ok, in my case it even renamed the folder to the old name. Not good :-(
[10:13] <Emry2> I deleted the file from the server, and it still does not seem to unjam it.  Is there a way to access the local DB directly to try a purge there?
[10:13] <rye> Emry2, so, when can be done - Could you bring the Classes folder out of UbuntuOne folder?
[10:13] <rye> Emry2, so that syncdaemon will not try to rename it or mark as conflict..
[10:13] <Emry2> I was able to remove it from the Ubuntu One folder.
[10:14] <rye> Emry2, ok, now we need you to restart syncdaemon so that it drops its internal queue of operations. u1sdtool -q - this will stop syncdaemon
[10:14] <Emry2> As root?
[10:14] <rye> Emry2, and if you have an applet running, click 'Connect' in the applet and syncdaemon should be automatically restarted
[10:15] <rye> Emry2, no, syncdaemon does not elevate the privileges so no actions need to be performed as root
[10:15] <Emry2> The applete still shows the option to disconnect. ^^
[10:16] <Emry2> Ok I was able to tell it to disconnect.  Told it to connect now.
[10:16] <Emry2> Bad timing.  Wife is calling me for dinner. ^^
[10:16] <rye> Emry2, you may now see in syncdaemon.log that it does something...
[10:18] <rye> I believe syncdaemon does not react to connect right after autolaunch :( it should at least have some queue for requested states or smth like this
[10:21] <rye> Emry2, sure, dinner is much more important than this, I guess you will be able to see the logs after the dinner :)
[10:28] <duanedesign> rye: what does /home/duanedesign/Ubuntu One/.scripts-wrong-path mean? was that the clue in his exception log that led you to conclude it did not account for the possiblity of  directory move during upload
[10:29] <rye> duanedesign, i just performed the same locally, syncdaemon stopped uploading, then resumed uploading then it just disconnected. Upon reconnect my folder renamed itself to the original one (which I don't think is an intended behavior)
[10:30] <duanedesign> ahhh, ok
[10:32] <duanedesign> must go get some breakfast and some coffee. Be right back :)
[10:32] <beuno> gooooooooood morning ubuntuoners
[10:33] <rye> beuno, good mornin.gz!
[10:34] <duanedesign> did some work on the wiki over the weekend. Moved some stuff to its own page and made a menu to make navigation easier. https://wiki.ubuntu.com/duanedesign/sandbox3
[10:35] <duanedesign> also wanted to add a FAQ based on feedback from users. Any input is appreciated. AFK and a BRB
[10:35] <rye> duanedesign, nice!
[10:36] <rye> beuno, btw, if I want to create a feature-request for wiki.ubuntu.com, whom should I ping?
[10:40] <Emry2> http://paste.ubuntu.com/377504/   <-- Log   http://paste.ubuntu.com/377505/  <-- Exception Log
[10:40] <Emry2> rye
[10:40] <Emry2> :)
[10:40] <beuno> rye, it's usually an RT
[10:41] <beuno> rye, talk to a sysadmin
[10:42] <rye> Emry2, yep, it now performs file unlinking for every file it remembers, and since it does not exist, then it gives a WARNING.
[10:42] <rye> Emry2, you may run dbus-send --session --print-reply --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status periodically to see whether it is in IDLE state. After this cleanup is finished
[10:43] <rye> Unlinks take more time than needed, this is registered as an issue with syncdaemon speed
[10:45] <Emry2> Hehe
[10:45] <Emry2> One thing that is getting used too, is that Konversation and Konsole behave differently copy and paste wise from every other IRC client and terminal. :P
[10:46] <Emry2> So, once all the unlinking is done, should it sink files it does not find online/recognize?
[10:49] <Emry2> Rye, Yay! It seems to be working now.  What info do I need to submit a bug report, or did you do that already? *:)
[10:50] <rye> Emry2, If you provide me with your launchpad ID i can subscribe you to the bug report, I am now gathering the required logs to file a big one.
[10:54] <rye> Emry2, ok, so when the bug report is complete I will add you to the list of subscribers.
[11:42] <rye> Great, it turned my testing folder which I renamed during upload into .u1conflict :)
[11:49] <rye> ERROR - StorageRequestError during OAuth: TRY_AGAIN - trunk, what does that mean?
[11:51] <duanedesign> rye: when performing a strace on Ubuntu One what command should i use to launch U1 EX: strace -Ff -tt ubuntuone-client 2>&1 | tee strace-ubuntuone-client.log ?
[11:52] <rye> duanedesign, depends on what you are trying to do, are you debugging the applet itself or syncdaemon?
[11:52] <rye> 'cause they are all python and pdb might be a better choice
[11:54] <duanedesign> hmm, ok
[11:58] <rye> duanedesign, also, since applet talks to syncdaemon over dbus, dbus-monitor might be helpful
[12:22] <duanedesign> rye: for dbus i have been using: dbus-monitor type=signal interface="com.ubuntuone.SyncDaemon.Status"
[13:07] <rye> duanedesign, re bug 522581 - was that applet crashing or syncdaemon? I believe that's applet, right?
[13:17] <beuno> hi channel!
[13:17] <beuno> if everyone could test the notes webui on edge for me, I'd be grateful
[13:17] <beuno> https://edge.one.ubuntu.com/notes
[13:18] <beuno> and would also have some confidence in rolling it out to production  :)
[13:18] <duanedesign> rye: correct
[13:19] <duanedesign> rye: i can not get the crash to happen reliably. However i cant seem to get it to sync. Working on debugging it.
[13:20] <kklimonda> beuno, it would be great if it converted lines that start with dash to bullet lists like Tomboy does.
[13:21] <kklimonda> beuno, also the whole ubuntu one web interface feels heavy
[13:21] <beuno> kklimonda, agreed
[13:21] <beuno> that's the second step
[13:21] <rye> beuno, is that going to save notest in XML to server-side couch ?
[13:21] <beuno> step 1) was to make it work  :)
[13:21] <beuno> rye, kklimonda, for formats, I will defer to rodrigo_
[13:22] <kklimonda> btw, I get really scared when I try to sync tomboy with ubuntu one and get asked to add my computer to Ubuntu One account as it's already added..
[13:22] <rodrigo_> rye, yes, we now save notes in XML on the server
[13:23] <rodrigo_> rye, not sure if it's deployed, I think so
[13:23] <kklimonda> can I just press "Add this computer" and not fear for my data? :)
[13:23] <beuno> kklimonda, correct
[13:23] <rye> rodrigo_, /me is extremely happy about this change :)
[13:24] <rye> wow, gwibber is in couchdb
[13:24]  * rodrigo_ too
[13:24] <beuno> I really need to add a spinner while it saves
[13:24] <kklimonda> btw - are you guys already thinking how to integrate gsettings/dconf with ubuntu one?
[13:25] <aquarius> kklimonda, I have done some thinking about that.
[13:25] <aquarius> It's not as obviously easy as you might expect; there's no way to tell, for example, which settings are machine-specific :(
[13:26] <kklimonda> aquarius, I don't expect it to be easy at all :)
[13:26] <rye> beuno, yep, the spinner might be useful, so far I clicked 3 times on save before I realized that it is "Loading..."
[13:26] <aquarius> kklimonda, so, in answer, yes, I've done some thinking. If you've got thoughts I'd be eager to hear them!
[13:26] <rye> rodrigo_, note-format = xml - is it server-side setting or if it is not xml then it will be converted?
[13:27]  * rye is happy to see that notes are REALLY in XML format.... *went jumping*
[13:28] <aquarius> beuno, https://edge.one.ubuntu.com/notes/ throws a 500 with OOPS-ID-1508appserver57313
[13:28] <rye> rodrigo_, because it means that gnote implementation for local couch sync becomes magnitude simpler
[13:28]  * rye has no oops
[13:28] <beuno> aquarius, hrm, wfm
[13:29] <beuno> how do I see oopses?
[13:29] <aquarius> see ubottu :)
[13:29] <beuno> oh, I was sure he was lying
[13:29] <urbanape> morning, all
[13:30] <aquarius> although he is lying, becuas ethat's for LP oopses.
[13:30] <aquarius> I don't know how you see ours :)
[13:30] <beuno> mornin urbanape
[13:31] <urbanape> so, beuno: on make start-funambol, I'm getting a 404 on /sapi/login. Is there anything else I need to do to get it up and running?
[13:32] <kklimonda> aquarius, I don't really see any way to distinguish machine-specific settings (other than marking them as such by developers) but shouldn't it be considered to be a bug and fixed? what kind of settings do you have in mind? I know that evolution uses gconf in a very.. weird way but other than that the worst abuse I can think of right now is storing window size there.
[13:34] <aquarius> kklimonda, the problem is stuff that doesn't necessarily translate between machines, as well as actual machine-specific stuff like window position. Take, for example, Banshee, which stores last_file_chooser_uri, which will point to a folder which almost certainly doesn't exist on the target machine
[13:34] <aquarius> a silly example (and Banshee will be handling that folder not existing, in case you've since deleted it, even in the single-machine case), but it illustrates that most apps are not really geared up for anyone other than themselves editing their preferences.
[13:35] <aquarius> Rhythmbox stores the locations of your music libraries in gconf, for example; a path that will likely not exist on other machines.
[13:35] <beuno> urbanape, me too
[13:35] <beuno> lucid, right?
[13:35] <urbanape> yup
[13:35] <kklimonda> aquarius, sure - but I simply assume that such abuse of gconf is a bug and should be fixed during gconf->gsettings transition
[13:35] <aquarius> kklimonda, well...in theory.
[13:35] <beuno> urbanape, it's broken that way in Lucid
[13:36] <urbanape> good thing that's, like, four or five distro releases away, huh.
[13:36] <aquarius> kklimonda, but if "fix all uses of gconf" is a prerequisite for storing gconf settings in Ubuntu One, then, well, get back to me when all gconf users are fixed :)
[13:36] <beuno> urbanape, heh
[13:36] <beuno> well
[13:36] <beuno> we have something to start our call with  :)
[13:36] <aquarius> kklimonda, actually storing things in U1 is pretty trivial; we just implement a desktopcouch backend to gconf to replace the XML backend. That'd take about two hours.
[13:37] <rye> rodrigo_, is it ok that note-format uses dash while all other fields use underscore ?
[13:39] <kklimonda> aquarius, you take some kind of cache into account? other than gconf one - after all we can't really assume that user is going to have any kind of connection. But that's great that writing the backend is so easy.
[13:40] <aquarius> kklimonda, ah, we'd write the data to desktopcouch, the CouchDB on your desktop, which is then later replicated with Ubuntu One
[13:40] <aquarius> kklimonda, we wouldn't store the data direct to Ubuntu One
[13:40] <kklimonda> aquarius, oh, right - I've forgotten about it completely.
[13:42] <kklimonda> which is funny because I can never forget that there is a piece of erlang running on my computer ;)
[13:42] <beuno> urbanape, jblount, I'd suggest you guys grab https://launchpad.net/~teknico.net/ubuntuone-servers/minimal-phone-setup-web-ui/+merge/19385
[13:42] <beuno> before our call
[13:49] <urbanape> beuno, snarfing it up now.
[13:57] <rye> do i need to supply _rev when adding new document to couchdb?
[13:57] <rye> aha, no
[13:57] <rye> my bug
[14:01] <beuno> jblount, are you on Lucid?
[14:02] <beuno> and, ready for our call?  :)
[14:02]  * beuno warns up skype
[14:02] <urbanape> I'm all skyped up.
[14:03] <jblount> beuno: Yes, to both.
[14:04] <beuno> teknico, we'll leave you with deployment scripts, right?
[14:05] <teknico> beuno, it's a bit sad, but no news from ops+, therefore I guess so
[14:06] <teknico> (it smacks a bit of "cannot go outside and play with my pals because I didn't finish my homework" ;-) )
[14:06] <rye> beuno, rodrigo_ BUG: create_date is no longer filled in for tomboy notes
[14:08] <beuno> teknico, no worries
[14:09] <rye> rodrigo_, also, http://www.freedesktop.org/wiki/Specifications/desktopcouch/note will need to be updated with note-format and I guess the version for record-type will need to be incremented as well
[14:11] <rye> beuno, rodrigo_ should I file a bug report regarding this?
[14:14] <beuno> rodrigo_, should he?
[14:15] <rye> Select a problem to proceed: 1. note-format is spelled with dash, not underscore, 2. create_date is not filled in by server side, 3. recordtype info needs to be updated
[14:15] <jblount> beuno, urbanape: I couldn't hear you guys, so I'm going to restart my phone and see if that helps
[14:15] <beuno> jblount, sure, I should do the same
[14:19] <rodrigo_> rye, yes, please
[14:25] <urbanape> updated my sourcedeps and still get the 404 on /sapi/login on lucid on teknico's branch.
[14:26] <teknico> urbanape, try running the last command manually:
[14:26] <teknico> PYTHONPATH=lib python lib/utilities/funambol_config.py create_user
[14:28] <urbanape> trying
[14:28] <beuno> jblount, you ready?
[14:28] <urbanape> that seems to have worked.
[14:29] <beuno> teknico, I think that still doesn't bring up funambol
[14:29] <urbanape> that works, but make start-funambol still gets a 404
[14:30] <teknico> urbanape, with what user are you logging in?
[14:31] <urbanape> I'm not logging in as anything.
[14:31] <urbanape> just make start-funambol
[14:32] <urbanape> dies with a RuntimeError
[14:32] <teknico> urbanape, right, you're not at the web interface yet
[14:32] <urbanape> also, it's trying to run create_users, not create_user
[14:32] <teknico> huh? let me check
[14:33] <urbanape> https://pastebin.canonical.com/27958/
[14:33] <teknico> urbanape, right, sorry, the command should end with "create_users" plural
[14:34] <urbanape> okay, and when I do that, I also get the RuntimeError 404 on /sapi/login
[14:36] <jblount> beuno: We're having some network weirdness at this cafe
[14:38] <teknico> urbanape, please run "bzr revno" in  sourcecode/funambol_cared, it should yield 39
[14:38] <urbanape> statik, mind if we borrow your conference line for a bit?
[14:39] <beuno> jblount, change of plans, dial into statik's conf line
[14:39] <jblount> beuno: k
[14:40] <beuno> urbanape, do you know the secret leader code?
[14:41] <urbanape> I do not
[14:41]  * beuno sighs
[14:41] <beuno> ok
[14:41] <beuno> so
[14:41] <beuno> how about IRC?
[14:42] <teknico> beuno, https://wiki.canonical.com/ConferenceCalls
[14:42] <beuno> teknico, yeah, that doesn't tell us the leader code to start the call  :)
[14:42] <teknico> beuno, statik's one *is* in there :-)
[14:42] <urbanape> but not the leader code
[14:42] <urbanape> which is needed to start the conference
[14:42] <teknico> oh, it's not anymore
[14:44] <urbanape> teknico, my funambol_cared revno is 39, yes
[14:45] <teknico> urbanape, I forgot to mention one thing that we didn't yet manage to script:
[14:46] <teknico> https://wiki.canonical.com/UbuntuOne/Funambol/CarrierEdition8.0#Database
[14:46] <urbanape> okay, I've got the symlink, but not the changes to the config.properties.
[14:46] <urbanape> thanks
[14:47] <urbanape> am I supposed to have /opt/Funambol/bin already?
[14:47] <teknico> urbanape, those changes should be done by the scripts run by "make start-funambol"
[14:49] <teknico> urbanape, you don't need to do all that's on that page, and no, the /opt paths are wrong
[14:49] <urbanape> wheeeeee
[14:51] <beuno> urbanape, works?
[14:51] <urbanape> no, just commenting on the wiki page
[14:52] <urbanape> teknico, so which of those things is not yet scripted?
[14:52] <teknico> urbanape, only the database link, please pretend that the rest of the page does not exist :-)
[14:55] <urbanape> hmm, guess I didn't have that symlink.
[15:02] <rye> joshuahoover, i believe the https://wiki.ubuntu.com/UbuntuOne/Bugs?#Which%20files%20are%20not%20yet%20synced%20on%20my%20computer? is about the local files that are not yet synced, i have no idea how to list the server-side (remote) files at the moment
[15:02] <joshuahoover> rye: ah, ok, i'll correct that :)
[15:02] <rye> joshuahoover, thanks :)
[15:10] <joshuahoover> rye: i noticed yesterday that syncing seemed to be much speedier than before...adding new files (like 250 MB worth of mp3s), updating existing files, and deleting files from the client all were much speedier than i've ever seen them before...have you noticed this?
[15:10] <Giles> if I create a softlink in /home/giles/Ubuntu One/   to a folder with the files in that folder be propagated into the ubuntu one storage cloud?
[15:10] <rye> joshuahoover, i am about to stuff in my 100 mb folder with lots of files and see what happens
[15:11] <dobey> Giles: no, but soon you will be able to set any folder under your home directory to synchronize to u1
[15:11] <rye> but it is much, much, much^255 faster than on 10-th->12th of Feb
[15:11] <aquarius> Giles, no. To do that, you can either move the folder into Ubuntu One and put a symlink where it used to be, or, in the 10.04 release, you'll be able to set any folder to be propagated to Ubuntu One.
[15:11] <Giles> dobey: would something like lndir do it?
[15:11] <Giles> aquarius: oh yeah didn't think of that.
[15:12] <Giles> dobey: a la http://www.xfree86.org/4.3.0/lndir.1.html
[15:12] <joshuahoover> rye: cool, i'm curious to hear the results
[15:13] <dobey> Giles: no. we do not follow symlinks
[15:13] <dobey> Giles: we just ignore symlinks
[15:13] <Giles> I guess I will have to wait for 10.04 then, or do what aquarius said.
[15:26] <sanderqd> hi, i'm trying to get started with couchdb using desktopcouch. when doing 'curl -X get http://localhost:47793/', i get an unauthorized error. is there an easy way to authenticate using curl?
[15:27] <rye> sanderqd, you need to get info about the authorization
[15:27] <rye> sanderqd, the proper way is to query gnome-keyring
[15:28] <aquarius> sanderqd, URLs for desktopcouch need to be OAuth-signed. Is there a reason that you're using curl rather than one of the existing desktopcouch libraries, like desktopcouch.records (Python) or couchdb-glib (C) ?
[15:29] <aquarius> sanderqd, these libraries take care of all the signing stuff for you so you don't have to.
[15:29] <sanderqd> aquarius: no, just trying to learn a bit about couchdb using books.couchdb.org
[15:30] <aquarius> sanderqd, ah, OK, yeah. desktopcouch uses OAuth for security, which makes it a little more difficult (but also more secure) than a default CouchDB install (which is what the relax book describes).
[15:31] <sanderqd> ok, so for the brief part using curl, i'll just use the authentication as put in ~/.local/share/desktop-couch/couchdb.html
[15:31] <sanderqd> the http://<user>:<password>@localhost:<port>/ urls
[15:32] <aquarius> sanderqd, you can do that, yes, that will also work. Don't build any applications using Basic Auth, or I'll wag the waggy finger of disapproval at you, but it's certainly useful for testing ;-)
[15:32] <rye> sanderqd, yep, just make sure that the port that is written in couchdb.html is actually the port for couchdb
[15:32] <sanderqd> yeah, seems to work for now!
[15:36] <aquarius> sanderqd, excellent!
[15:44] <aquarius> rye, ping
[15:45] <rye> aquarius, pong
[15:45] <aquarius> rye, I have a script which allows people to query their Ubuntu One CouchDB, so they can see if syncing has worked, read the data therein, etc
[15:45] <aquarius> rye, where do you think we should put it so people can have it? In the ubuntuone-client package? On the wiki? both?
[15:45] <aquarius> rye, it is a Python script.
[15:46] <rye> aquarius, wow, awesomeawesomeawesome, need script...
[15:46] <aquarius> rye, this is why I'm mentioning it ;)
[15:46] <rye> aquarius, I'd go on the wiki first, then we'll need to find out whether it belongs to ubuntuone-client package or desktopcouch
[15:47] <aquarius> rye, it belongs to ubuntuone-client -- it's U1-specific, so it doesn't belong in desktopcouch
[15:47] <aquarius> rye, http://paste.ubuntu.com/377677/ - try it out
[15:47] <rye> aquarius, hm, ah, it tests for management db, etc?
[15:48] <aquarius> rye, no. it talks to Ubuntu One, not to desktopcouch.
[15:48] <thisfred> rye: I think it does belong in the client as an awesome tool that can be used for diagnosing, but also to interact in interesting ways with your couch in the clouds
[15:48] <rye> aquarius, quick fix - g_application_name needs to be set (can be set via import gtk, though it seems to be an overkill) - otherwise all python scripts will get access to gnome-keyring
[15:49] <dobey> no you just need gobject, not gtk+ for that
[15:49] <dobey> gobjet.set_application_name()
[15:49] <aquarius> rye, feel free to take it and do what you want with it :)
[15:49] <rye> aquarius, heeeey!
[15:50] <bigpig> My files are not syncing to my ubuntuone account.
[15:51] <bigpig> I may have messed something up while doing this.
[15:51] <bigpig> Can I just remove my ubuntuone account and start over from scratch?
[15:53] <rye> aquarius, next time please tell me to read the sources before proposing changes...
[15:53] <aquarius> rye, :)
[15:55] <rye> bigpig, could you please paste the contents of ~/.cache/ubuntuone/log/syncdaemon.log to http://paste.ubuntu.com and give us the URL
[15:55] <rye> bigpig, you might not need any account resent to resolve the issue
[15:57] <bigpig> rye: http://paste.ubuntu.com/377683/
[15:59] <rye> bigpig, this looks like bug 517361, let me read it to see what needs to be done
[16:00] <bigpig> rye: Okay, thanks. Let me know if you need more information.
[16:01] <rye> facundobatista, is it possible to trigger trash clean on local rescan to unfreeze syncdaemon stuck in  WORKING_ON_METADATA_WITH_CONTQ state?
[16:02] <facundobatista> rye, the trash clean I commited does not care about States
[16:03] <facundobatista> rye, so, yes, it's possible: it's already done! :)
[16:03] <rye> facundobatista, but what if user already having the problem?
[16:03] <facundobatista> rye, not following you
[16:04] <rye> bigpig, what version of ubuntuone-client are you running? "apt-cache policy ubuntuone-client" in the terminal
[16:04] <rye> facundobatista, the log: http://paste.ubuntu.com/377683/
[16:04] <bigpig> rye: "Installed: 1.0.3-0ubuntu1"
[16:04] <rye> bigpig, ok, thanks!
[16:05] <facundobatista> rye, that log is not very useful, :)
[16:05] <rye> facundobatista, ah, ok, let's restart syncdaemon :)
[16:05] <facundobatista> rye, in debug mode, please
[16:05] <rye> bigpig, ok, lets restart syncdaemon, u1sdtool -q
[16:06] <rye> bigpig, this will shut down the service that is responsible for file sync.
[16:06] <bigpig> rye: "ubuntuone-syncdaemon stopped."
[16:06] <rye> bigpig, then we will need to start syncdaemon with debug output in logs enabled:
[16:07] <rye> bigpig, /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log
[16:07] <rye> bigpig, when syncdaemon starts, click on the applet and 'Connect' it to ubuntuone cloud service
[16:08] <bigpig> rye: Should I have put that in the bg?
[16:09] <rye> bigpig, you will stop syncdaemon later so it is ok for it to run in the fg
[16:09] <bigpig> rye: (It is running, by the way.)
[16:10] <rye> bigpig, ok, so have you connected it via the applet ?
[16:10] <bigpig> rye: yes.
[16:11] <rye> bigpig, ok, now try putting some file in Ubuntu One folder and give it a minute or so, then check with web ui that the file is there
[16:11] <rye> bigpig, ah, wait
[16:11] <bigpig> rye: waiting...
[16:11] <rye> bigpig, could you please also run this in another terminal: bus-send --session --print-reply --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[16:12] <bigpig> rye: path to bus-send?
[16:12] <rye> dbus-send --session --print-reply --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[16:12] <rye> bigpig, ^
[16:13]  * rye really needs to find out why I don't copy first character when selecting lines :-/
[16:13] <bigpig> rye: oh... "bad clipboard"
[16:13] <bigpig> paste-bin, or here?
[16:13] <rye> bigpig, no, bad mouse or bad me, to paste.ubuntu.com, please
[16:14]  * rye wants to find out how much files can it hold :)
[16:14] <bigpig> rye: http://paste.ubuntu.com/377697/
[16:17] <rye> bigpig, ok, it is starting to work only, not ready to upload files right now. Could you please do "watch dbus-send --session --print-reply --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status" and see whether state changes to IDLE or WORKING_ON_METADATA_WITH_CONTQ ? If it changes, could you please ping me?
[16:19] <bigpig> rye: which entry do I need to be watching?
[16:20] <bigpig> rye: "name" or "description?"
[16:20] <rye> bigpig, name - it gives you the state name
[16:20] <rye> bigpig, description is a human readable form. We don't read human-readable forms here :)
[16:20] <bigpig> rye: ;)
[16:35] <bigpig> rye: is there anything I need to do other than wait for this?
[16:35] <rye> bigpig, what's the current status?
[16:35] <bigpig> rye: "START_WORKING_ON_BOTH"
[16:36] <rye> bigpig, and it does not switch to anything for past 15 minutes?
[16:36] <bigpig> rye: I haven't seen it switch.
[16:37] <rye> bigpig, ok, could you please post the content of syncdaemon.log to paste.ubuntu.com ?
[16:37] <bigpig> rye: I wrote a script bot to watch it and give me a pop-up on status change.
[16:37] <bigpig> rye: sure.
[16:38] <rye> bigpig, hmmm... awesome idea!
[16:38] <bigpig> I'll pastebin that for you also.
[16:39] <bigpig> rye: syncdaemon.log: http://paste.ubuntu.com/377710/
[16:40] <dobey> bbiab, lunch
[16:40] <bigpig> rye: status-watcher scriptbot: http://paste.ubuntu.com/377712/
[16:40] <rye> bigpig, erm... is that all? I mean this is the log that is in ~/syncdaemon-debug.log ?
[16:40] <rye> bigpig, wow
[16:40] <bigpig> rye: cat .cache/ubuntuone/log/syncdaemon.log | xclip
[16:40] <bigpig> rye: did you want the -debug log?
[16:41] <bigpig> rye:  AH!
[16:42] <bigpig> rye: http://paste.ubuntu.com/377714/ (sorry.)
[16:45] <rye> facundobatista, i believe I don't know what's happening: http://paste.ubuntu.com/377714/
[16:46] <bigpig> rye: I may have very well screwed something up. I'm good at that. My tomboy notes are syncing, but not my "Ubuntu One" folder.
[16:47] <bigpig> rye: is it normal for the "Ubuntu One" folder and the Tomboy notes to show up as two different "machines" on the one.ubuntu.com account?
[16:47] <rye> bigpig, tomboy notes sync and Ubuntu One file folder sync are separate processes, so that they don't break each other
[16:48] <rye> bigpig, yes, there are plans to allow per-application access so that you can control precisely what application you want to grant the access to your ubuntuone folder
[16:48] <rye> *ubuntuone account
[16:49] <bigpig> rye: Okay. This is not documented (at least not immediately obvious), and removed the two accounts and re-created them when I first started using u1.
[16:49] <facundobatista> rye, a ver...
[16:49] <rye> bigpig, so, do you have authentication token for your syncdaemon right now?
[16:50] <bigpig> rye: How do I verify that? the website says I have two tokens.
[16:50] <facundobatista> rye, yes, it's the same problem I fixed
[16:50] <facundobatista> rye, if you want, I can tell you how to identify it
[16:50] <bigpig> rye: the u1 client appears to connect without problems.
[16:51] <rye> facundobatista, i'd be very glad to know how to identify it :)
[16:53] <rye> facundobatista, I am also trying hard in order not to give out the patch (which may break things even more) from the version you've committed
[16:55] <facundobatista> rye, see, the point is to see the last ActionQueue action before it got stuck
[16:55] <facundobatista> rye, that is line 239 in the pastebing
[16:55] <facundobatista> *pastebin
[16:55] <rye> facundobatista, waiting until we know the real value of 541a8b41-4c7e-45e0-b4d8-9e10efb72851
[16:56] <facundobatista> rye, there we can see that the unrolled Unlink is waiting to know the real value of that
[16:56] <facundobatista> rye, so, we go back searching how that Unlink got in metaqueue
[16:56] <facundobatista> rye, line 70, in the pastebin
[16:57] <facundobatista> rye, and in line 69 we see who called AQ for the Unlink
[16:57] <rye> facundobatista, aha, node_id="'None'"
[16:57] <facundobatista> rye, actually, its not easy to see that the 541a8b41-4c7e-45e0-b4d8-9e10efb72851 is not a real node_id, but a marker
[16:57] <facundobatista> rye, I know that it's a marker because AQ is waiting for it
[16:58] <facundobatista> rye, last week I also commited a patch to make markers explicit in the logs
[16:58] <facundobatista> rye, so that's it... if AQ get's stuck waiting for something never comes, and that something got from trash, 99% of chances that I fixed it last week
[16:58] <rye> facundobatista, hm, but this is Unlink, right, i.e. file removal queue?
[16:59] <facundobatista> rye, it's an Unlink operation, from the Meta Queue
[16:59] <rye> facundobatista, i'm just thinking, what if we unlink it for syncdaemon, just to make syncdaemon work?
[17:01] <facundobatista> rye, you can't "unlink it for syncdaemon", you need to clean up the trash
[17:01] <rye> facundobatista, and trash is physically the file system
[17:02] <rye> facundobatista, ... file system object, so it is either file... or file?
[17:02] <facundobatista> rye, nop, trash is not physically the file system
[17:02] <facundobatista> rye, trash is metadata in .local/share/ubuntuone/syncdaemon/trash/
[17:04] <rye> facundobatista, aha, ./e/a/c/eac-uuid , right ?
[17:04] <facundobatista> rye, it depends
[17:04] <facundobatista> rye, you may have a lot of trash
[17:04] <facundobatista> rye, mmm...
[17:06] <facundobatista> rye, who's the user with this issue?
[17:06] <rye> bigpig, just for curiosity, could you please stat ~/.local/share/ubuntuone/syncdaemon/trash/5/4/1/541a8b41-4c7e-45e0-b4d8-9e10efb7285* ?
[17:06] <rye> facundobatista, it is bigpig
[17:06] <facundobatista> rye, ok
[17:07] <facundobatista> rye, if he has that node, I'd remove it by hand, but with all stopped
[17:07] <rye> facundobatista, that's what I was thinking about
[17:08] <bigpig> rye, facundobatista: there is no ..../5/4....
[17:09] <facundobatista> bigpig, go to  ~/.local/share/ubuntuone/syncdaemon/trash/
[17:09] <bigpig> rye, facundobatista: 5/ [1,8,9,b,d]
[17:09] <rye> bigpig, ok, could you then post the output of 'find -type f ~/.local/share/ubuntuone/syncdaemon/trash/' to the pastebin ?
[17:09] <facundobatista> bigpig, and do "find -type f"
[17:10] <bigpig> rye, facundobatista: no files under ..../5
[17:10] <bigpig> let me list all files to pastebin....
[17:11] <facundobatista> bigpig, ok
[17:11] <bigpig> rye, facundobatista: http://paste.ubuntu.com/377732/
[17:12] <rye> /home/bigpig/.local/share/ubuntuone/syncdaemon/trash/N/o/n/None O_O
[17:12] <rye> ah, i have the same
[17:12] <facundobatista> bigpig, yes, kill that /home/bigpig/.local/share/ubuntuone/syncdaemon/trash/N/o/n/None
[17:12] <rye> facundobatista, so it means that the file is no longer in trash, right?
[17:13] <facundobatista> rye, that is it
[17:13] <rye> wow
[17:13] <facundobatista> rye, we shouldn't have searched for the other uuid
[17:13] <facundobatista> rye, because that uuid is the parent id
[17:13] <facundobatista> and it has node_id in None
[17:13] <bigpig> rye, facundobatista: rm -rf ~/.local/share/ubuntuone/syncdaemon/trash/N ?
[17:14] <bigpig> or just that one file?
[17:14] <rye> bigpig, the directory structure will be recreated when needed
[17:14] <facundobatista> bigpig, what rye said
[17:14] <rye> bigpig, but I guess you might want to exit syncdaemon before that - u1sdtool -q
[17:15] <bigpig> heh... too late know.
[17:15] <bigpig> s/know/now/
[17:16] <bigpig> rye: my little scriptbot failed.
[17:17] <bigpig> files seem to be syncing now.
[17:17] <rye> bigpig, what state is syncdaemon now in?
[17:17] <facundobatista> bigpig, great!
[17:17] <bigpig> "IDLE"
[17:18] <rye> bigpig, ok, now try adding files to see what happens
[17:18] <bigpig> rye, facundobatista: symlinks don't get synced with u1?
[17:18] <rye> bigpig, no, they are not, there will be support for user-designated folders in future versions
[17:20] <bigpig> rye: WORKING_ON_METADATA_WITH_CONTQ
[17:20] <rye> bigpig, actually, the support is already committed so it will be available in PPA versions (not sure about the SRU, though)
[17:20] <bigpig> rye: .... back to "IDLE"
[17:21] <rye> bigpig, congrats, now check the file online :)
[17:21] <bigpig> rye, facundobatista: Yay! a whole directory backed up.
[17:21] <bigpig> rye: facundobatista: thanks!
[17:22] <bigpig> rye, facundobatista: so it was that "None" file in trash that was stuck?
[17:22] <rye> facundobatista, thanks for explanation and resolution, bigpig thanks for triggering this talk :)
[17:23] <bigpig> rye: I'm always happy to break something. ;)
[17:24] <rye> bigpig, and by reporting that you help the software. Ok, I will check this and add to my diagnose script so that it would be easier to pick this thing up...
[17:24] <bigpig> rye: I think the script would be helpful for many users, but I completely hosed the logic.
[17:50] <duanedesign> WOOT rye that was my issue too
[17:50] <duanedesign> thanks bigpig
[17:51] <rye> duanedesign, hm... 2 in one day, this must be a real showstopper
[17:51] <duanedesign> i have been trying to debug it all morning, lol. But i learned some doing it so..
[17:52] <rye> duanedesign, so you had N/o/n/None file ?
[17:58] <duanedesign> rye: yes sir
[17:58] <rye> duanedesign, wow
[17:59] <duanedesign> rye: just replicatted to my VM \o/
[18:05] <duanedesign> rye: no need for a bug report since the problem is known and a patch has already been made. So i will set my bug to 'invalid'
[18:05] <rye> duanedesign, I guess you might want to set it as a duplicate
[18:06] <duanedesign> rye: ahh
[18:06] <duanedesign> do you know the master # right away
[18:06] <rye> duanedesign, this is bug 517361
[18:38] <rye> guys
[18:38] <rye> i did a slight change to Ubuntu wiki - [[LP:12345]] will link to https://launchpad.net/bugs/12345
[18:56] <rye> The following errors were encountered:
[18:56] <rye>     * Server error, please contact an administrator. OOPS ID:OOPS-1508D1971
[18:56] <rye> OK
[18:56] <rye> While trying to make 'Affects me too' for bug #1
[18:56] <rye> ah
[18:56] <rye> ubottu, thanks
[20:01] <rye> facundobatista, quick question - is it safe to assume that if there is a None file in trash when syncdaemon is not running then it is something that may cause problems and it is better to get rid of it?
[20:02] <facundobatista> rye, yes
[20:02] <rye> facundobatista, woo hoo!
[20:02] <rye> facundobatista, thanks!
[20:40] <sanderqd> this couchdb stuff is cool - any chance that ubuntuone.com will support hosting user-installed CouchApps in the future?
[20:43] <mhall119|work> sanderqd: I think it syncs everything in couchdb
[20:44] <mhall119|work> well, anything in desktop couch that is
[20:45] <sanderqd> mhall119|work: maybe i don't know enough about couchdb yet, but it seems that you can use the desktop couch to actually host webapps. so those should work when accessing it through http://localhost:<port>/, but would it also work through https://one.ubuntu.com/?
[20:47] <mhall119|work> I don't think so, one.ubuntu.com doesn't present a couchdb server for you to access
[20:47] <mhall119|work> it just syncs the content
[20:47] <sanderqd|afk> ok, thanks
[20:47] <sanderqd|afk> would be awesome if it did
[20:47] <sanderqd|afk> got go go, bye
[21:07] <statik> mhall119|work, your couchdb server is on couchdb.one.ubuntu.com, thats what desktopcouch replicates to :)
[21:07] <statik> OAuth only at the moment though, we haven't turned on couchapps yet
[21:07] <statik> i definitely want to figure out how to support that though
[21:26] <kjoller> When add a list of strings to a desktopcouch.records.record.Record, the result is a complicated dict i CouchDB with an _order key among others. Why is that?
[21:27] <kjoller> (please insert an 'I' between first and second word and add a 'n' after the 'i' before the word CouchDB))
[21:28] <kjoller> and more importantly - is there a way to get around that?
[21:29] <kjoller> (feel free to answer in #desktopcouch, if that is an offical channel)
[22:10] <rye> kjoller, it becomes a mergeable list
[22:11] <kjoller> rye: yes, thanks
[22:11] <rye> kjoller, http://www.themacaque.com/?p=478
[22:12] <kjoller> rye: nice reading!
[22:12] <rye> :)
[22:12] <rye> ok, i am off for today, happy syncing!