[06:41] <DNX> hi guys. How can I start the u1 daemon in debug mode?
[08:02] <mandel> morning!
[08:02] <mandel> DNX, are you still here?
[08:03] <mandel> DNX, to start the daemon you just have to pass the parameter --debug to the command line
[08:05] <DNX> hi mandel
[08:05] <mandel> DNX, you do know how to start the daemon, right?
[08:05] <DNX> so "u1sdtool -s" starts the daemon
[08:06] <DNX> right?
[08:06] <mandel> DNX, yes, but for debug mode you have to start it manually
[08:06] <mandel> DNX, u1sdtool uses dbus
[08:08] <mandel> DNX,  ubuntuone-syncdaemon --debug is what you are looking for so that the logging is done id debug mode and also in stdout
[08:11] <DNX> I cant fins ubuntuone-syncdaemon, I have only ubuntuone-launch and ubuntuone-preferences in my /usr/bin/
[08:12] <DNX> I have Ubuntu 10.04
[08:12] <rye> DNX: the ubuntuone-syncdaemon lives in /usr/lib/ubuntuone-client
[08:12] <rye> DNX: also, you can set debug mode in config file
[08:12] <rye> DNX: https://wiki.ubuntu.com/UbuntuOne/syncdaemon.conf
[08:12] <DNX> ook, thanks
[08:17] <JamesTait> Happy Friday, folks! :-D
[08:24] <DNX> can someone help me to undestand this message:
[08:24] <DNX> 2012-09-07 10:19:30,832 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: <State: 'INIT'  (queues IDLE  connection 'Not User Not Network')>; queues: metadata: 0; content: 0; hash: 0, fsm-cache: hit=1 miss=373) ----
[08:25] <DNX> and this:
[08:25] <DNX> ubuntuone.SyncDaemon.StateManager - DEBUG - Transition INIT --[SYS_INIT_DONE]--> LOCAL_RESCAN (queues: IDLE; connection: Not User Not Network)
[08:26] <DNX> """Not User Not Network""" ?
[08:26] <rye> DNX: State INIT - initializing syncdaemon, queues IDLE - ther is nothing to do yet. connection 'not user not network" means that there is no user credentials yet and NetworkManager says that there is no network, so Syncdaemon will not try to connect
[08:26] <DNX> I see
[08:26] <rye> DNX: Transition INIT -..->LOCAL RESCAN means the client will now start scanning local files.
[08:27] <rye> There are several states in which syncdaemon can be.
[08:27] <rye> DNX: are you using networkmanager to configure network connections?
[08:27] <DNX> rye, yes
[08:28] <rye> DNX: you will want to wait for syncdaemon to finish LOCAL_RESCAN and switch to READY state (in case it does not autoconnect to the server)
[08:30] <DNX> ok
[08:31] <rye> DNX: and if it does not reach this state in a minute then there may be an error during local rescan, which needs further investigation using the logs
[08:36] <DNX> ok, now I have: ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: <State: 'READY'  (queues WORKING_ON_BOTH  connection 'Not User With Network')>; queues: metadata...
[08:36] <rye> DNX: great, now you will want to connect - u1sdtool --connect
[08:40] <DNX> ok, is connected. I notived also this warning:
[08:40] <DNX> $ u1sdtool --connect -> usr/lib/python2.6/dist-packages/zope/__init__.py:3: UserWarning: Module twisted was already imported from /usr/lib/python2.6/dist-packages/twisted/__init__.pyc, but /usr/local/lib/python2.6/dist-packages is being added to sys.path
[08:40] <DNX>   import pkg_resources
[08:46] <DNX> rye, here is the log when I try to "mv" my folder inside the Ubuntu One dir: http://dpaste.com/797703/
[08:51] <rye> DNX: that's 10.04, right?
[08:51] <DNX> yes
[08:54] <rye> DNX: what dir are you mobing into what and what happens when move is finished?
[08:55] <rye> DNX: I see that notifications are coming from server-side, may I ask you to include the part before that, when the actual local move happens?
[08:56] <DNX> I try to move: $ mv /home/dnx/Ubuntu\ One/keepnote/programming/postgres\ wal\ files /home/dnx/Ubuntu\ One/keepnote/programming/linux/postgres/postgres\ wal\ files
[08:57] <DNX> after this, the folder is in the original position
[08:59] <DNX> rye, before the "mv" command there is silence in the u1 daemon logs
[09:00] <DNX> I'll debug also my file system because I use nfs in this case
[09:04] <DNX> but if I stop the u1 daemon I'm able to move this folder, so I don't think my nfs is the problem
[09:37] <DNX> rye, I'm able to reproduce this situation
[09:38] <rye> DNX: hmmmmm. Unless inotify fails for some reason... But it is weird the folder gets renamed back, I don't see how U1 does that
[09:39] <DNX> rye, here is how I can reproduce this: http://dpaste.com/797717/
[09:46] <j0nr> Morning,... I bought some music from U1 music store about an hour ago. Usually it appears almost straight away in my U1 account, but today it hasn't :(
[09:48] <rye> DNX: O_O
[09:49] <rye> j0nr: may I ask you to send me your SSO login in PM so that I could look it up?
[09:49] <rye> DNX: may I ask you to send all the logs compressed to ubuntuone-support@canonical.com ?
[09:51] <DNX> rye, of course
[09:52] <j0nr> rye: When I say it appears straight away, I mean if I look in the Music tab on the website... I am not currently syncing to any machines
[09:52] <rye> j0nr: understood
[10:03] <DNX> rye, done! "Your request has been assigned a number of: Ubuntu One #22027."
[10:22] <rye> DNX: uh-huh, looking at the logs
[10:25] <rye> j0nr: media files were rescanned
[10:25] <DNX> rye, I moved my Ubuntu One folder from my nfs to the ext4, changed the root_dir and restarted the daemon. Now ALL my files are .u1conflict :D
[10:25] <DNX> and the original filed dissapeared
[10:30] <rye> DNX: because root dir path don't match with the info in metadata - U1 is confused about that
[10:31] <rye> WARNING - Move                         share:''                                       node:'b128bd62-be1f-4452-8337-f8209061c684'   Move(new_name="u'c'", share_id="''", node_id="'b128bd62-be1f-4452-8337-f8209061c684'", new_parent_id="'5f94e429-aa87-4f92-96e1-0db28343205a'", old_parent_id="'cf9c2adb-b260-43d3-a36f-6d2ff015749a'") failure NO_PERMISSION
[10:31] <rye> oh that's fun
[10:32] <rye> looking that that actually means
[10:34] <DNX> rye, can I revert somehow these changes?
[10:35] <DNX> or I'll simply remove the ".u1conflict" from the files name
[10:46] <rye> DNX: well, the latter is the right way, there's a script for that - http://people.canonical.com/~roman.yepishev/us/rename-u1conflict-files.sh
[10:46] <rye> alecu: have you ever seen Move() causing server-side NO_PERMISSION error?
[10:51] <DNX> rye, done! great tool! :)
[10:56] <rye> DNX: so, I think that the best way to synchronize in this state is as follows - shut down Ubuntuone syncdaemon, move existing Ubuntu One folder away, delete all the metadata from ~/.local/share/ubuntuone/syncdaemon, start again, synchronize local storage with remote one. Then try to perform the sync, since currently the root volume information is broken (root_dir changed with existing metadata). This won't answer the question about the actual fail
[10:57] <DNX> thank rye, I solve it
[10:58] <rye> ping beuno, when music rescan is performed is the library cache invalidated?
[11:17] <DNX> rye, the "move" problem appears also under ext4 file system
[11:18] <DNX> in order to move the folder correctly you can move only "one level" at a time
[11:19] <DNX> so, in my case:
[11:19] <DNX> 1: $ mv c/ a/
[11:19] <DNX> 2: $ mv a/c/ a/b/
[11:20] <DNX> and everything remain ok
[11:27] <rye> DNX: looking at how it works in 12.04
[11:28] <DNX> if you need some feedback from me under 12.04 I can provide it
[11:36] <rye> DNX: you have just discovered a bug in Ubuntu One, reproduced in 12.04, same NO_PERMISSION error from server
[11:37] <rye> awesome
[11:38] <rye> facundobatista: verterok, see http://dpaste.com/797717/ - in 12.04 the folder does not get re-downloaded from the server but volumes diverge
[11:43] <DNX> great!
[11:43] <facundobatista> rye, will take a look, also alecu ^
[11:50] <Chipaca> nice one
[11:51] <DNX> rye, if it may be useful I can open a bug in launchpad
[11:52] <rye> DNX: feel free to, you have all the info to reproduce the bug and this is a pretty major one (if you don't file one, I will get to that once I receive a reply from facundo)
[11:54] <alecu> hola!
[11:59] <alecu> weird bug, indeed.
[12:00] <alecu> DNX: please let me know the bug number if you open one. Thanks for finding this!
[12:02] <rye> alecu: i think we need to grep for NO_PERMISSION on the server side, i can't believe it is that rare
[12:06] <DNX> this bug reported here: https://bugs.launchpad.net/u1sync/+bug/1047311
[12:06] <DNX> thank you guys!
[12:07] <rye> DNX: will move to ubuntuone-servers
[12:07] <DNX> ook
[12:28] <ralsina> good morning!
[12:29] <alecu> morning!
[12:31] <ralsina> hola alecu
[12:32] <ralsina> alecu: how're things on unityville?
[12:33] <alecu> ralsina: coming along. With a much clear picture now, and making progress. We'll have something to show next week.
[12:34] <ralsina> great
[12:34] <ralsina> alecu: based on what we have end of next week a decision will be made about whether we aim to ship or not
[12:35] <alecu> ralsina: I trust our part will be shipable. Though I can't vouch for the screens that come before it :-)
[12:37] <beuno> rye, yes
[12:37] <ralsina> alecu: haha
[12:37] <ralsina> alecu: we kinda can't ship in isolation, but those have a lot more manpower behind them
[12:38] <alecu> ralsina: right :-)
[12:38] <alecu> ralsina: manpower and knowledge of the beast too!
[12:38] <rye> beuno: WARNING: "yes" is not understood
[12:47] <mandel> alecu, ralsina, I do have concerns about the fact that there is not wireframe or design in case the password was wrong
[12:47] <mandel> alecu, and that we are not even considering atm
[12:47] <mandel> also, I have working with GVariants in C to then cast the bloody char* to std::string.. what a waste of typing..
[12:49] <ralsina> mandel: ping john lea
[12:49] <ralsina> mandel: it should just flash a message and do nothing
[12:50] <mandel> ralsina, or show a preview saying 'buh you don't know your password!' and let the guy try again
[12:50] <ralsina> mandel: same thing :-)
[12:51] <ralsina> or we check in the background and enable the but button when the password is right
[12:51] <ralsina> in any case, ping design
[12:52] <alecu> ralsina: if we check in the back, the buy button would be redundant! we can autobuy when the user has finished entering the password!
[12:52] <ralsina> alecu: NO-CLICK-PURCHASES! To the batpatent office, robin!
[12:53] <mandel> alecu, we need to agree to the names of the actions so that I can place them correctly, I'm off to lunch and I'll ping you for mumble, ok?
[12:53]  * alecu fills this week's quota of bad UX
[12:53] <mandel> lol
[12:53] <alecu> mandel: sure
[12:53] <mandel> ok, I'm off to have lunch :)
[12:53]  * mandel lunch
[12:53] <alecu> mandel: go go go
[12:55] <ralsina> "This patent covers a device where, through no conscious action of the user, a purchase is initiated by a connection to the vendor's systems..." IT WRITES ITSELF
[12:57] <alecu> "This patent covers a device where, through no conscious action of the inventor, a new patent proposal is initiated by a connection to the patent office systems..."
[14:10] <mandel> alecu, ready when ever you are
[14:14] <alecu> mandel: let's do it
[14:14] <mandel> alecu, ok, launching the thing
[14:31] <dobey> hmm
[14:46] <mmcc> hi folks
[14:49] <ralsina> hi mmcc, dobey
[14:49] <dobey> hi ralsina
[14:49] <ralsina> mmcc: I +1d your branch from last night
[14:50] <ralsina> and team: mumble in 10 minutes
[14:50] <mmcc> hi ralsina, yeah saw that, thanks!
[14:57] <dobey> i totally need to rearrange all my irc windows now
[14:59] <dobey> ralsina: mumble i guess?
[14:59] <ralsina> dobey: yes
[15:00] <ralsina> mmcc, alecu, briancurtin, mumble
[15:01] <briancurtin> thisfred: ?
[15:02] <thisfred> me
[15:02] <thisfred> oh mumble
[15:02] <ralsina> alecu, thisfred: mumble
[15:02] <thisfred> on my way
[15:02] <alecu> coming
[15:33] <mmcc> brb, need to watch the kid for a few minutes
[15:39] <mandel> I need to go a few mins to walk the dog
[15:39] <briancurtin> mmcc and mandel could pair up - the dog could watch the kid
[15:39] <briancurtin> ideal setup for a sprint
[15:39] <mandel> herb, the kid could ride the dog :)
[15:40] <dobey> wow, that tab complete was *way* off
[15:54] <mmcc> My daughter does try to ride our dogs. Might work better with mandel's dog though - ours are all < 20lb
[16:05] <ralsina> mmcc: my son likes babysitting toddlers. I would not trust him though since he's only 5 ;-)
[16:06] <mmcc> ralsina: I'm sure he'd be just fine. He could dial 9-1-1 in a pinch, right?
[16:06]  * mmcc has no idea what 5 year-olds are capable of :)
[16:06] <ralsina> mmcc: feats of endurance and mayhem, mostly
[16:14] <mmcc> this needs another review: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-signal-exceptions/+merge/123189 dobey maybe?
[16:15] <dobey> done
[16:15] <dobey> i have an appointment in ~1 hr, so i will have a bit longer lunch break today. off to lunch and appt now. bbiab
[16:19] <mmcc> thanks
[16:26] <ralsina> lunch for me too, bbiab
[17:19] <mandel> EOD here, I'm off to enjoy the weekend, laters all!
[17:29] <ralsina> away
[17:47] <mmcc>  in-between waiting for signed .app builds, I have pyobjc building from source now.
[17:48] <mmcc> here's the kernel of a fix for our native directory choosing dialog problem: http://paste.ubuntu.com/1191275/
[18:09] <ralsina> mmcc: great!
[18:10] <ralsina> mmcc: I expect that to perhaps interact bizarrely with the Qt event loop though
[18:10] <ralsina> mmcc: but if we are lucky, we are lucky ;-)
[18:11] <mmcc> ralsina: it's possible. it's also possible to do something ludicrous like os.system("python -c 'appkitstuffhere'") , I guess
[18:11] <ralsina> mmcc: yikes
[18:11] <ralsina> I mean, at least use subprocess ;-)
[18:13] <mmcc> well, if you insist ;)
[18:14] <briancurtin> ralsina: a py3 review whenever you have a chance: https://code.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-getPage-replacement/+merge/122768
[18:15] <ralsina> briancurtin: right away!
[18:16] <ralsina> mmcc: if we are going to jumto into a pigsty, we should at least do it wearing shirts.
[18:16] <mmcc> ralsina: I'd do pants first, but you're the boss
[18:17] <ralsina> mmcc: +1 on pants
[18:17] <ralsina> makes the joke better too.
[18:18] <dobey> hmm
[18:18] <alecu> briancurtin: one needsfixing!
[18:20] <briancurtin> alecu: ah, hmm. looking into it now
[18:22] <alecu> briancurtin: I've set PYTHONPATH to the u1-dev branch, and PATH to the bin folder in the branch.
[18:23] <alecu> briancurtin: but I'm still not sure it's using the code from the branch *inside* the tests, since a pdb I put in the branch is not being triggered.
[18:23] <alecu> *"pdb.set_trace()"
[18:27] <briancurtin> alecu: i just pushed a change that should fix what you were seeing (still might not actually function properly, but it wont get that type error from super)
[18:29] <alecu> briancurtin: can you try running it with ubuntu-sso and ubuntone-client and ubuntuone-control-panel before marking it up for review again?
[18:31] <briancurtin> i guess, but unless it's the first issue to come up in client or CP then probably not. i know for SSO that devtools is the current blocker to it working. client and CP i have no idea
[18:32] <alecu> briancurtin: ok, sso is ok then.
[18:32] <alecu> briancurtin: I can take a look if anything breaks on client or cp.
[18:33] <briancurtin> alecu: actually i guess i can test all of those from python2, just not 3
[18:34] <alecu> briancurtin: exactly: I'm mostly interested that we are not breaking devtools for u1-client and cp when running on python2.
[18:36] <alecu> briancurtin: anyway, I really ought to be working on the dash. Please let me know if you hit any problem when running the tests on cp or client, or when I can re-review.
[18:36] <briancurtin> alecu: cool, will do. thanks for looking!
[18:39] <dobey> i am tempted to @skip this test in client that keeps failing on quantal
[18:39] <dobey> it's happening even more now on tarmac
[18:42] <alecu> dobey: what test is it?
[18:43] <briancurtin> alecu: do you also get this ImportError about qt4reactor, or did i do something else wrong?
[18:47] <dobey> alecu: tests.syncdaemon.test_action_queue.TestZipQueue.test_zip_acquire_lock
[18:58] <dobey> ugh, and packaging just the 'library' bit of sso for py3 is going to be harder than i thought :(
[19:05] <dobey> do we actually use the twisted webclient anywhere?
[19:06] <alecu> dobey: we use the twisted in SD, to do some api webcalls
[19:06] <alecu> dobey: do you have the error that test_zip_acquire_lock throws handy?
[19:07] <alecu> briancurtin: no, I don't get any qt4reactor error: probably a missing dependency on your end.
[19:07] <alecu> briancurtin: likely the python-qt4reactor package
[19:08] <dobey> alecu: http://pastebin.ubuntu.com/1191417/
[19:08] <briancurtin> alecu: yeah i have that, and i can import it via a regular python interpreter. oh well
[19:08] <dobey> alecu: and qt4reactor isn't ported/packaged for python3
[19:08] <alecu> briancurtin: python 2 or 3?
[19:09] <briancurtin> alecu: 2. its probably something i setup before that i screwed up. i'll figure it out
[19:10] <dobey> oh
[19:12] <alecu> dobey: since it seems to be an error when shutting down the filesystemmonitor, I'm +1 to skipping it now, and fixing it soon.
[19:13] <alecu> dobey: in any case it may be logged as an error when shutting down syncdaemon, but it should not affect its operation.
[19:14] <alecu> dobey: it's been going on for at least a month now: bug #1031815
[19:15] <dobey> alecu: it's been going on since twisted 12 was put into quantal
[19:15] <alecu> dobey: or since we did some of the filesystem notification refactors.
[19:18] <dobey> alecu: i think it's more related to some change in twisted. it *never* happens on precise, or oneiric
[19:18] <alecu> dobey: touché
[19:36] <dobey> alecu, ralsina: https://code.launchpad.net/~dobey/ubuntuone-client/skip-zip/+merge/123351
[19:37] <ralsina> dobey: got it
[19:37] <ralsina> briancurtin: +1
[19:42] <alecu> dobey: +1
[19:42] <ralsina> dobey: global +1
[19:43] <briancurtin> ralsina: thanks
[19:45] <dobey> thanks
[19:53] <ralsina> school run and EOW for me, will be around a couple of hours tonight.
[19:53] <ralsina> have a nice weekend people!
[19:53] <briancurtin> you too
[19:59] <briancurtin> alecu: ah i had a u1trial installed that had /usr/bin/python3 as the shebang. i got SSO running with my devtools and there are some problems to fix - i'll start working on them
[20:02] <alecu> great then.
[20:16] <dobey> yay branches landing
[20:32] <dobey> yay mmcc! you fixed the windows client test build in jenkins
[20:33] <mmcc> o rly? was that the on_download_finished thing?
[20:35] <mmcc> hey, so it was… well, hooray green balls
[20:37] <dobey> yep
[20:37] <dobey> just the control panel / vs \\ thing now
[20:37] <mmcc> and that's a trivial one
[20:38] <mmcc> btw dobey, did you see beuno's question in u1-internal about music store in rhythmbox?
[20:38] <dobey> no
[20:39] <alecu> briancurtin: facundobatista raised an interesting Unicode issue when running the u1-client tests, since his is the only ubuntu user in the team that has the locale set to spanish:
[20:39] <alecu> https://pastebin.canonical.com/74086/
[20:40] <dobey> there's a bug about that already
[20:40] <alecu> briancurtin: I thought you may want to be aware of that when we are doing the u1-client port to python3 next cycle.
[20:40] <briancurtin> yeah i'll need to be mindful of that
[20:41] <facundobatista> dobey, briancurtin, alecu, https://bugs.launchpad.net/ubuntuone-client/+bug/1011822
[20:41] <alecu> facundobatista: thanks a bunch for bringing this up!
[20:44] <dobey> it happens in other languages too; just not in english
[20:45] <facundobatista> dobey, it's because the project is being used gettext incorrectly
[20:45] <facundobatista> dobey, gnu text api instead of class based api
[20:45] <facundobatista> dobey, the main difference are "multilingual issues"
[20:46] <facundobatista> http://docs.python.org/library/gettext.html
[20:46] <facundobatista> alecu, briancurtin, dobey, I'm proposing a branch in a couple of minutes that fixes the test to overcome this issue
[20:46] <dobey> facundobatista: how does it fix the test?
[20:47] <dobey> facundobatista: the problem isn't gettext. it's that we're paassing the translated strings through dbus
[20:47] <facundobatista> dobey, gettext is the problem because is making the system to handle encoded messages
[20:47] <facundobatista> not unicode
[20:50] <facundobatista> dobey, it's a way to recover a sane trunk at least until next cycle, as alecu confirmed me it won't be fixed soon
[20:50] <facundobatista> (the bug is from 3 months ago!)
[20:50] <facundobatista> and trunk is "broken" for me
[20:57] <dobey> the problem is that code is library code, and not a script; so doing gettext.install(DOMAIN, unicode=True) would be very bad there
[20:58]  * dobey should just make 'make test' run the tests in en_US always
[21:01] <dobey> hrmm
[21:10] <dobey> hrmm
[21:16] <dobey> facundobatista: how were you planning to fix it in your branch?
[21:18] <facundobatista> dobey, decoding the gettext string in the test before compare
[21:19] <dobey> facundobatista: why not just decode the result of the dgettext() call in ubuntuone.platform.credentials?
[21:19] <facundobatista> dobey, because I'm forcing it to "utf8", and don't know how multiplatform it is
[21:19] <facundobatista> dobey, this way, I fix trunk at test level, and don't change production code
[21:20] <dobey> we're forcing plenty of things to utf-8 all over the place
[21:20] <facundobatista> dobey, based on alecu's premises "this works right now in production and will be very revisited in Py3"
[21:20] <facundobatista> dobey, so, I'm recovering a functional trunk until we're in Py3
[21:21] <facundobatista> dobey, briancurtin, alecu: https://code.launchpad.net/~facundo/ubuntuone-client/fix-1011822/+merge/123370
[21:22] <dobey> i guess this would still be an issue in py3, if gettext returns bytes instead of str, there
[21:23] <facundobatista> dobey, most probably briancurtin will start using the class based api that returns unicode (as *every* text will be unicode)
[21:23] <dobey> i don't think we can do that in this piece of code, actually
[21:26] <dobey> hmm, maybe we can
[21:32] <dobey> ugh, calling gettext.translation() is fail :(
[21:36] <dobey> it totally breaks if there is no .mo file for the language
[21:37] <dobey> ie, basically it always fails for en_US :(
[21:40] <dobey> hrmm; and why did i put ubuntuone-installer.desktop in ubuntuone-client-data. it totally could have just gone straight into ubuntuone-control-panel; meh
[21:48] <dobey> and on that note; i think it's about time to roll out of here
[21:48] <dobey> have a good weekend all
[21:54] <mmcc> bye dobey.
[21:54] <facundobatista> dobey, chau! good weekend
[21:54]  * mmcc takes a late lunch break
[21:55]  * facundobatista fixes itself a fernet
[23:11] <mmcc> extending lunch into evening, will just come back tonight to hack some more. have a great weekend, anyone still around