/srv/irclogs.ubuntu.com/2010/09/06/#ubuntuone.txt

=== duffydack is now known as SaRAh
=== SaRAh is now known as Guest95343
=== Guest95343 is now known as duffydfack
=== duffydfack is now known as duffydack
=== JUMPA_ is now known as JUMPA
JamesTaitGood morning all! :)09:02
ryerodrigo_, hi, I've spent some time this weekend trying to make gir bindings for libsyncdaemon  work with python and tried to annotate signals. Having spent nearly an hour I found bug #631058 :)09:04
ubot4Launchpad bug 631058 in ubuntuone-client "libsyncdaemon source uses tabs and breaks gtk-doc and gobject-introspection (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/63105809:04
rodrigo_rye, looking09:05
rodrigo_rye, ugh09:05
ryerodrigo_, i.e. the source uses tabs, but if I add comments aligned with the code that is registering the signals - it silently skips that block :(09:06
ryerodrigo_, i am still thinking about connect() but with gir rename function we may even stop worrying about renaming anything in the sources, but I have yet to succeed to return GSList from got-published-files signal - it is now just an opaque gpointer09:06
rodrigo_rye, ah, cool  about the renaming09:07
rodrigo_rye, in which .h file do you see the tabs? I have my emacs configured to use spaces for tabs, so it might be just in one spot10:21
rodrigo_although, gtk-doc and g-i are indeed too fragile if they get confused by this10:22
ryerodrigo_, syncdaemon-daemon.c10:59
ryerodrigo_, if i put signal annotation there preserving the indentation - it is skipped; however I am still not able to force gi-scanner to treat gpointer as GSList11:00
=== teknico is now known as teknico_away
ryeanybody here experiencing bug #629517 ?13:04
ubot4Launchpad bug 629517 in ubuntuone-client (Ubuntu) "Can't log in: required argument 'password' (pos 2) not found (affects: 4) (heat: 20)" [Undecided,Confirmed] https://launchpad.net/bugs/62951713:04
=== teknico_away is now known as teknico
=== JUMPA is now known as jumpa
=== beuno is now known as beuno-lunch
md-llyrwhen I invoke system>preferences>Ubuntu One no account info is shown, the only machine shown is <LOCAL MACHINE>, and any attempt to connect just does nothing. When I login to the website my computer is shown unde "Computers on your account." Can someone point me in a direction to resolve this?17:55
ryemd-llyr, are you running Maverick Meerkat beta?17:56
md-llyrNo. Sorry, I should have pointed out this is 10.04 and is completely up-to-date17:57
ryemd-llyr, could you please log into https://one.ubuntu.com/account/machines and see whether your machine is listed. Another question - are you running nightlies release or stock ubuntuone-client version shipped in lucid-updates?18:05
=== teknico is now known as teknico_away
md-llyrrye: I'm already logged in there and this computer is shown there, with its correct name, under "Computers on your account."18:12
md-llyrrye: I'm running the stock client.18:13
ryemd-llyr, may I ask you to check what's the status of syncdaemon - could you please run u1sdtool -s in the terminal?18:13
md-llyrrye, is there a particular part of the output that I should report back on? I'm an Ubuntu newb18:16
ryemd-llyr, you can copy & paste the output to http://paste.ubuntu.com and give the link to the paste here18:16
md-llyrrye: will do. One moment, please18:16
md-llyrrye: I thinnk I've done this correctly. . . output is at http://paste.ubuntu.com/489346/18:19
ryemd-llyr, ok, just to test the token - could you please run u1sdtool --connect - that will ask syncdaemon to connect. After that (after 5 seconds or so) could you please re-paste the output of u1sdtool -s18:21
ryeChipaca, hi, may I ask you about bug #618225 ? I feel that if the users will end up starting the machines, waiting for local rescan and then failing to get syncdaemon connected - that would not be really great18:23
ubot4Launchpad bug 618225 in ubuntuone-client "ubuntuone-launch is useless, nearly exclusive HDD usage on login during metadata loading (affects: 1) (heat: 37)" [High,New] https://launchpad.net/bugs/61822518:23
mkarnickirye: :D ---> u1sdtool --connect; sleep 5; u1sdtool -s ;)18:23
ryemkarnicki, should be "... ; u1sdtool -s ---> ;)"18:24
ryemkarnicki, but yes, that could be done easier, thanks... I really need to come up with a diagnostic gui for all that18:25
md-llyrrye: Got a bit confused with the other input ;-) u1sdtool --connect just gave me a prompt in response. u1sdtool --connect; sleep 5; u1sdtool -s gave me the output at http://paste.ubuntu.com/489352/ Same as before18:28
ryemd-llyr, meh, not really good though it looks like... hm, could you please copy the contents of ~/.cache/ubuntuone/log/syncdaemon.log  - btw, to efficiently copy&paste to paste.ubuntu.com - install pastebinit package and put contents of http://paste.ubuntu.com/489360/ to ~/.pastebinit.xml replacing the values with your own18:33
md-llyrrye: installing pastebinit pkg now18:35
ryemd-llyr, that would be handy in the future, manual pasting of the files is boooring18:36
mkarnickirye: np, just throwing my 2 cents in :)18:36
mkarnickirye: a diagnostic gui is a cool idea. it could even paste selected files into paste.ubuntu.com (with user permission) and copy the link into the clipboard :)18:37
ryemkarnicki, exactly, and with one-file download it will really make everything simpler18:37
=== JanC_ is now known as JanC
md-llyrrye: Sorry for the delay. That log is at http://paste.ubuntu.com/489364/18:42
ryemd-llyr, so, when you run u1sdtool --connect it simply returns the prompt w/o printing anything, right?18:43
md-llyrrye: Yes, correct18:43
ryemd-llyr, could you please run the following - " ps auxww | grep ubuntuone | pastebin "  - that would automatically pastebin processes info that have ubuntuone in their names, looks like u1sdtool cannot control ubuntuone syncdaemon process so we will try killing all ubuntuone processes to get a fresh start18:45
Chipacarye: what was that re #618225 ?18:45
md-llyrrye: I ran that and got "pastebin: command not found"18:50
ryemd-llyr, ah, sorry -  ps auxww | grep ubuntuone | pastebinit18:51
ryeChipaca, i start my machine, i log into gdm, nautilus starts, nautilus plugin starts, contacts syncdaemon, syncdaemon eats my hdd for a minute or so and in the end it is not connected. How would the user feel?18:52
Chipacarye: how many files do  you have?18:52
ryeChipaca, 376 nodes (files + folders)18:53
md-llyrrye: output is at http://pastebin.com/5gyEmT4C18:54
Chipacarye: across all udfs?18:54
ryeChipaca, yup18:55
ryeChipaca, heh, and rtg@buzz:~/.local/share/ubuntuone/syncdaemon/fsm$ find  | wc -l -> 4974 O_O18:55
Chipacarye: you're telling me you have only 100 nodes outside of the "from system user" ones?18:56
ryeChipaca, i don't have "from system user" shares :(18:56
Chipacarye: can you run the metadata dumper tool and pastebin its output?18:57
ryeChipaca, metadata dumper - ?18:57
Chipacarye: yes, the metadata dumper18:57
Chipacarye: dump_metadata.py18:58
Chipacafacundobatista: any reason dump_metadata.py isn't in lp:ubuntuone-client ?18:58
facundobatistaChipaca, it is!18:59
ryeChipaca, https://pastebin.canonical.com/36790/18:59
ryefacundobatista, Chipaca - it is, in contrib/ folder, in the sources only18:59
Chipacafacundobatista: yay :)18:59
ryeChipaca, well, i believe i have too much metadata but that does not change the issue - in case there are a lot of files syncdaemon will start disconnected19:01
Chipacarye: yes, that is true19:01
ryeChipaca, btw, is there any cleanup script to get rid of old and bad metadata files?19:02
Chipacarye: not afaik. facundobatista, verterok? ^19:03
verterokrye: what is an old and bad metadata file? :)19:03
ryeverterok, i have 4K metadata files and only ~600 files - is that ok?19:03
ChipacaI'd call that 5k, not 4k :)19:04
verterokrye: how do you count the md files?19:04
facundobatistarye, that 'find' also counts directories19:05
ryeverterok, Chipaca wait, i have ... 4974 files & folders in the metadata, ... syncdaemon/fsm$ find -type d | wc -l -> 436919:05
Chipacaheh19:05
rye4369 firectories.. omg19:05
Chipacaempty subdirs19:05
ryedirectories19:05
ryeand all they are scanned19:05
ryebooo19:05
Chipacaso, easy to fix19:05
ryeChipaca, yup19:05
Chipacafind -type d -depth -print0 | xargs -0 rmdir -p19:06
facundobatistarye, 'scanned'?19:06
verterokscanned ?19:06
Chipacaor something like that19:06
Chipacarye: can you try, and let me know if that speeds things up? it might :)19:06
facundobatistaChipaca, it doesn't, we already measured that up19:06
Chipacadarn19:06
ryeChipaca, verterok, facundobatista, let me restart to have the latest readings first and to get the proper logs19:06
facundobatistaverterok, do you remember that? I was in Perú at that time19:07
Chipacafacundobatista: rye has very few files, but syncdaemon still takes a minute to scan the metadata, which makes it lose the request to connect19:07
facundobatistarye, restart syncdaemon or your computer?19:07
facundobatistaChipaca, the metatada is not scanned, it is loaded19:07
ChipacaI think next cycle we need to revisit the file shelf performance, with an eye on startup this time as well19:07
ryemd-llyr, could you please run the following -  kill 15642  23418 23656 and then run preferences window again - i will return in 5 minutes to continue19:08
verterokChipaca: file shelf isn't the problem, building the fsm index is the startup bottleneck19:08
Chipacadamn again. I knew that.19:08
verterok:)19:08
=== beuno-lunch is now known as beuno
ryefacundobatista, verterok, Chipaca - you will be surprised: http://paste.ubuntu.com/489383/19:19
verterokrye: I'm quite sure isn't related to the deleted directories19:21
* verterok need to get some food, bbiab19:22
ryeverterok, 1. rebooted cleanly - ubuntuone-client started, finished into READY state. copied the lines to the text file. Removed directories; repeated - no other changes19:22
ryeverterok, and i don't really see how 4K folders being scanned during metadata loading would not make a difference...19:23
verterokrye: syncdaemon doesn't scan the metadata19:23
ryeverterok, how is the loading performed?19:23
Chipacain the limit, just traversing a directory with too many nodes is slower19:24
verterokrye: really need to get some food, but basically it's doing a os.walk19:24
ryeChipaca, btw, ubuntuone-launch will fail with sso tokens - no ubuntuone-realm https://ubuntuone.com there19:24
ryeverterok, exactly, os.walk() walks the directories and finds the folders, files, if I walk /tmp it would be much faster than /, right?19:25
verterokrye: you can easily write a script to do os.walk over a lot of dirs vs just a few, and you'll not see a significant difference19:25
ryeverterok, ok, waiting for you after you return back and we will continue fighting :)19:26
verterok:)19:26
ryeChipaca, aargh i konw why syncdaemon is not started19:27
Chipacarye: see? I told you it was your fault all along19:27
ryeChipaca, no19:27
Chipacai didn't?19:27
* Chipaca tries to rewrite history, and fails19:28
ryeChipaca, it won't work - syncdaemon is started by nautilus, and the check is_running() succeeds leaving syncdaemon in READY state 4EVER!19:28
Chipacarye: el qué?19:28
* rye is testing testing testing19:30
Chipacarye: you rock. But i didn't quite get it.19:30
ryeChipaca, don't worry, i don't get it too but I am testing to find out what's wrong19:31
Chipacarye: yes, nautilus is starting syncdaemon early. Three or four minutes later u1sdtool -c should be run by the ubuntu one startup thing. That's a bug, btw, but one that should make your issue better, not worse.19:32
ryeChipaca, erm, it is not u1sdtool -c, it is /usr/bin/ubuntuone-launch which is running19:32
md-llyrrye: I did as you suggested and killed those processes then reinvoked the Preferences module. This time I got a web screen asking me to verify the machine. However, I think NoScript was blocking something there, so I disabled NoScript, but am now back to the same place I was at the beginning. WOuld it be worthwhile to simply remove then reinstall Ubuntu One?19:32
Chipacarye: same difference :)19:33
ryemd-llyr, if noscript prevented you from connecting then try killall ubuntuone-login, close and reopen ubuntuone-preferences19:33
ryeChipaca, nope, first of all ubuntuone-launch will not work with SSO tokens since they do not have ubuntuone-realm: https://ubuntuone.com in them and that is a separate bug i am going to file19:34
Chipacarye: correct. Yes, thank you.19:34
Chipacarye: do you have handy the url to apachelogger's post about u1 and kde?19:37
rye_wifi died19:38
rye_bug #63182219:39
ubot4Launchpad bug 631822 in ubuntuone-client "[maverick] ubuntuone-launch is not compatible with SSO tokens (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/63182219:39
rye_stage_two fails......19:41
rye_no it does not...19:41
* rye_ needs to make up his mind19:42
duanedesignafternooon rye_19:44
* duanedesign is getting a late start on the day :)19:44
rye_duanedesign, hi, is u1sdtool starts up in READY or connected state for you?19:44
* rye_ remembers asking that but now it is a subject of the channel...19:45
Chipacaduanedesign: the answer to that is "it depends", because there is a timing issue19:45
rye_Chipaca, syncdaemon does not connect now even though i run /usr/bin/ubuntuone-launch manually19:45
rye_Chipaca, by now i mean now as we speek19:45
Chipacarye_: and you have an old-style token in your keyring?19:46
rye_Chipaca, i do, i have a time machine for this purpose19:46
md-llyrrye_: Same problem until I disabled the ABE (Application Boundaries Enforcer) module in NoScript. It seemed to be related to "Prevent Internet sites from requesting LAN resources." Even though I've reenabled that module all appears fine for now19:46
* Chipaca 's sarcasm-o-meter blows up in a haze of sparks19:46
rye_to those who wonder about what I've just said - http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/ubuntuone-old-auth.py19:46
Chipacaah, cool19:47
Chipacarye_: how does it fail?19:47
duanedesignState: QUEUE_MANAGER19:47
duanedesignqueues:IDLE19:47
md-llyrrye_: Thank you VERY much for your help. Much appreciated. Discovering this may actually help me solve another problem I'm having.19:47
rye_md-llyr, another problem - what is that?19:48
rye_duanedesign, so your one got connected19:48
duanedesignrye_: yep19:48
rye_and mine is stuck in READY the same way md-llyr's one got... hmmm19:48
duanedesignrye_: my computer has been non for several days. I shall disconnect and reconnect19:48
duanedesigns/nen/on19:49
duanedesignugh, s/non/on  :)19:49
rye_Chipaca, ok, not a clean-room experiment. Rebooting to find out more19:50
* Chipaca buys rye_ a box of tissues19:50
* rye_ feels that this is precisely what he had been doing last year to debug appplet dbus issue...19:51
* rye_ rebooooot!19:51
ryeChipaca, duanedesign - yes, timing issue; after I got rid of those 4K old folders my syncdaemon connected on start; I believe this calls for a bug report and a cleanup script20:00
Chipacarye: yes20:02
Chipacarye: however, note the performance of the indexes at start *is* known to be a issue for people with many files. Such as me.20:03
ryeChipaca, yes, i have filed at least 2 bugs about that, participated in the discussion and cried about that all over #ubuntuone channel20:04
Chipacarye: ok, good.20:04
Chipacarye: now that that time is actually longer than server rescan, we can probably get it fixed :)20:05
* rye needs to come up with a clever cleanup script...20:05
ryeChipaca, files are now uploaded faster than metadata loading times! Server rescan is nearly unnoticeable...20:06
Chipacarye: :) yes20:06
* Chipaca distracts rye away from the pain for a few seconds20:06
* rye is easily distracted now20:09
ryeduanedesign, could you please run find ~/.local/share/ubuntuone/syncdaemon/fsm/ -type d | wc -l ?20:38
duanedesignrye: ping21:28
duanedesignrye:  436821:29
seifhey guys23:19
seifi keep getting23:19
seifYour Ubuntu One storage is full. Follow the link below to upgrade your subscription23:19
seifevery time i log into ubuntu on mavrick23:19
seifbut i only have 200 kb on ubutnu one23:19
duanedesignhello seif23:26
seifhey guys23:27
seif:)23:27
seifhi duanedesign23:27
duanedesignseif: are all your files in your Ubuntu One folder? Do you have any other folders in your Home Directory set to sync?23:47
seifduanedesign, i have nothign set ot sync23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!