[02:27] are playlists still broken on android? [02:37] tntc: i am not sure. Most the people who could help answer that are not on right now === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away [03:18] hey can someone help me i cannot paste pictures into my ubuntu one folder why when i try to move them over from another folder they say permission denied [03:20] that is odd [03:20] Tbruff13: is the folder you are moving from in your HOme directory? [03:21] it is my Home [03:23] if i am root it works hey how long after they are in ubuntu one folder does it take to put them online [03:34] Tbruff13: sounds like their is a permission issue [03:35] Tbruff13: i would run the Terminal commands: ls -la ~/Ubuntu\ One [03:35] and run the same command on the folder that has the pictures [03:36] should look like: [03:36] -rw-r--r-- 1 duanedesign duanedesign 77789 2010-08-02 11:17 ubuntu_reference.pdf [03:36] with your username [03:36] duanedesign, i am ok [03:37] Tbruff13: the files should start syncing right away. How long it takes after it starts depends on size and nmber of files [03:40] drwxrwxr-x 2 lindseyjacks lindseyjacks 4096 2011-08-03 15:08 . [03:40] drwxr-xr-x 35 lindseyjacks lindseyjacks 12288 2011-08-04 22:05 .. [03:40] lrwxrwxrwx 1 lindseyjacks lindseyjacks 48 2011-08-03 15:08 Shared With Me -> [03:40] i am on my friends laptop [03:42] hey duanedesign i have an idea be back [03:57] that folder looks good. Must be the other folder [07:20] Anyone know where I can find the logs for the windows client? [08:16] Good morning everyone! [08:27] Does anyone know why my UbuntuOne account would be showing that I have 74GB of data sync'd when my local machine (using du) only says I have 64GB of data? [08:50] It's ok, I found it on the FAQ. It's a known issue. [09:20] Hello!1 sorry for the late arrival, internet issues at home :( [09:20] duanedesign: forgot to tell you, wellcom! [09:56] oh welcome back to europe mandel [09:57] fagan: hello, took a while but I'm back [09:57] crazy airplanes... [10:00] mandel: well its argentina even if the flights were all on time it still would have taken nearly a day of travel [10:04] hi mandel [10:04] Morning gatox [10:05] gatox: ha, I wa looking for a diff nickname… you changed it? [10:05] fagan: yeah, but I ended up in an airport over 10 hours… major pain in the ass [10:05] mandel: yeah that sounds bad :/ [10:05] I would just go drinking or shopping or something [10:06] gatox: do you know what is the problem with the RO shares? I saw a mail thread about it but I have no idea of what is going on [10:07] fagan: yeah.. but I had not much money or energy to do anything [10:07] mandel, me neither.... :S [10:08] mandel, are you talking about roberto last night e-mail? [10:16] Wow I really dont have any look with Ubuntu on my computers at the moment [10:16] ubiquity keeps crashing on the only disk I have in the house [10:17] Might go down to buy a usb stick so I can install it [10:17] Actually I will be back in a few minutes [10:24] * mandel back1 [10:24] mandel: no you're not, we can't read what you type [10:27] Chipaca: you cannot? [10:27] really :P [10:28] Chipaca: on question, do you know what is the bug that nessita has regarding RO shares? [10:29] mandel: not beyond what was in the email [10:29] mandel: so i can't answer your questions from your email, either [10:31] Chipaca: :( [10:32] Chipaca: 'cause we might be trying to do more than we need, since RO is something we create and no the user [10:35] mandel: yeah, and we ignore file properties anyway, so ... dunno [10:36] Chipaca: I'll wait to talk with nessita, right now we are simply expeculating.. at some point our os layer is going to be bigger than sd itself :( [11:06] Good morning! [11:07] mandel: what's that you replied to alecu about txnamedpipes? Is that an ancient mail that just got sent? [11:10] morning ralsina ill have that result in about half an hour ubiquity kept crashing on the CD I was trying to reinstall from so got a usb stick to try a later version of ubuntu [11:11] fagan: ok [11:11] gotta take the kid to school, will be back in 50 minutes [11:11] ralsina: cool should be ready by the time you get back [11:20] ralsina: is probably and old email since I have not sent anything that I know of... [11:21] ralsina: by the way, what is the problem with the RO shares, is this just because of the test dir not being deleted? [11:23] ralsina: because, if it is that they are looking to the completely wrong direction [11:23] can_wrtie is the issue, no the attr [11:46] mandel, thank you! [11:49] Wow this week went by really fast [11:50] it feels like tuesday [11:56] * fagan really needs to get some lunch but will wait till after standup since I have to go out and get some lunch type food [11:58] My UbuntuOne account is not connecting at all. I get this error >>>'NoneType' object has no attribute 'makefile'<<<. Any help on how to fix this? [11:59] Balaji_TVR: im pretty sure thats in the FAQ ill go grab a link [12:00] Balaji_TVR: are you behind a proxy server? [12:00] https://wiki.ubuntu.com/UbuntuOne/FAQ/WhyDoIGetNoneTypeErrorWhenLoggingIn [12:00] yep [12:00] Balaji_TVR: yeah we dont support proxies yet [12:00] Balaji_TVR: its on the list of things to do but its a complicated feature [12:01] I see. [12:02] Even from home, If is set my connection to "Direct connection" (ie, no proxy), still its not honoring my proxy settings. [12:02] so, without proxy also not working :( [12:03] Sorry, I'm going for some meeting will go thru ur link for more details. Thanks for your input. [12:03] brb [12:05] hello everyone [12:05] hey nessita [12:05] hi fagan! [12:08] nessita, hi [12:08] I completely ballsed up my Ubuntu install [12:08] Lost my VM [12:09] I can set one up pretty fast to test on though since ive done it so many times [12:10] I had an image locally that I had as a backup for my VM but didnt copy it properly :/ [12:13] Ok so ill have my vm up after lunch [12:13] thats not so bad [12:14] fagan: what are you using for virtualization? [12:21] What's the deal with the playlists? Any idea what caused the server error that's preventing some users from syncing? [12:24] tntc: virtual box [12:24] fagan: no snapshots? [12:25] tntc: I had one to use but what happened was I was running into a weird ubiquity bug that stopped the install so I had to do a clean install instead but messed up backing up the files [12:25] yikes! That sucks. [12:25] its cool just a little set back [12:26] I keep bouncing back to windows because my friends want to game, but I really really dislike it. [12:26] I havent heard of any issues with playlists maybe duanedesign can diagnose whats going on [12:27] oh, yeah it's a known outage or something I think [12:27] I just can't save them [12:31] tntc: I dont have a clue [12:31] :/ [12:35] Oh, no biggie! duanedesign is the one to ask? [12:36] tntc: well he could bring it further than I could :) [12:43] nessita: I believe my connectin should be ok now, do you mind getting in mumble a sec to test it? [12:49] mandel: can we do it after the stand up? [12:49] hello #ubuntuone! [12:49] nessita: sure [12:49] nessita, mandel: what are you doing after the standup? [12:50] * alecu needs to run for 30' after the standup [12:50] alecu: mandel wants to try if his mumble works [12:50] nessita: when do we have mumble, is it a .45 after the stand up, right? [12:50] ah, ok. [12:50] alecu: will you make it for the mumble? [12:50] mandel: yes [12:50] mandel: we can do it later if you need [12:50] nessita, I think I will, yes. [12:50] nessita: time is ok for me, I'm more interested in testing the connection, that is all :) [12:51] Ok windows installed and python + pywin32 installed so im ready to test that script I think [12:51] nessita: lets test the connection 10 mins before the mumble, is that ok? [12:52] sure [12:54] alecu: I'm going to ignore the RO issues, yet take a look at this: http://msdn.microsoft.com/en-us/library/aa446637(v=vs.85).aspx [12:54] alecu: take a look at DisplayAccessMask implementation [12:55] mandel, let's see... [12:56] Ok the script is working as expected I think [12:56] Ill pastebin it [12:56] alecu: ideally that is how access and can_write should be working (not at the moment) yet I don't know the tests you guys did wih set_readonly and set_readwrite [12:57] mandel, I tested it from the python prompt [12:57] mandel, first, I imported os_helper [12:57] mandel, then I used with some freshly created files and folders on disk [12:58] mandel, first I tried on the E: drive, but since it was mounted by VBox, it didn't work right (it's like samba) [12:58] mandel, then I tried on the C: drive, that is fat [12:58] mandel, and that's how I got to see the different authorizations that are detailed on the mail [12:58] http://pastebin.ubuntu.com/659275 [12:59] I added in a couple of line breaks to make it more readable but you get the idea [12:59] alecu: ^ [13:00] ralsina: On that script you need to add a import os but other than that its working as expected I think [13:00] me [13:00] me [13:00] alecu: yes, we do not have a roll back to the setting, yet that is a problem with the default setting we use right? why would we want to have a roll back to previous attrs? [13:00] me [13:00] fagan: I need the outputm though [13:00] me [13:00] ralsina: I pastebinned it look above [13:01] me too [13:01] me [13:01] Ill go [13:01] DONE [13:01] * Found and reported a bug in Ubiquity that was blocking me actually testing dir script [13:01] * More of that report (still not done but is complicated so im taking my time on it) [13:01] TODO [13:01] * Finish the report [13:01] * What ever anyone else needs [13:01] Blocked [13:01] * not now [13:01] Oh and tested the script forgot about that [13:01] DONE: [13:01] Installer Page 19 UI complete. New "Sign in or Sing Up" UI style complete. [13:01] TODO: [13:01] Finish Installer Page 18. Fix UI bugs once Page 18 and 19 are complete. [13:01] BLOCKED: [13:01] not yet... :P [13:01] mandel, go [13:02] DONE: Fixed remarks for https://code.launchpad.net/~mandel/ubuntuone-client/fix-file-shelf-windows/+merge/70021 worked on getting fsm pass all tests on windows by skipping old metadata tests. Realized that due to RO issues more tests should be skipped until that is fixed [13:02] TODO: skip tests on test_fsm that depend on ro shares and state the reason. Find a correct working implementation for access and can_write that takes file attr into account. [13:02] BLOCKED: no, but internet seems to suck big time. [13:02] COMMENT: I'll be getting back to the morning report emails on Monday, I just realized I forgot to do it. [13:02] nessita, please! [13:02] DONE: epic branch fixes and finally landed, UI improvements to control panel, reviews [13:02] TODO: more reviews, more UI improvements [13:02] BLOCKED: nopes [13:02] NOTE: I miss the freaky friday :-( [13:02] NEXT: alecu [13:02] DONE: done huge review; worked on bug #820674: branch for review: https://code.launchpad.net/~alecu/ubuntuone-client/fix-add-watch-raceconditions/+merge/70559 [13:02] TODO: review permissions and R/O with mandel, work on new issues with bug #803672 [13:02] BLOCKED: no [13:02] NEXT: ralsina [13:02] Launchpad bug 820674 in ubuntuone-client "The second call to add_watch should return the same deferred that the first returns (affects: 1) (heat: 382)" [Undecided,New] https://launchpad.net/bugs/820674 [13:02] Launchpad bug 803672 in ubuntuone-client (Ubuntu) (and 2 other projects) "Do not start two instances of this process (affects: 2) (heat: 22)" [Undecided,Invalid] https://launchpad.net/bugs/803672 [13:04] ralsina: go? [13:04] me [13:04] dobey: go id say [13:04] fagan: looks nice, thanks! [13:04] gatox go [13:05] ralsina, i already went :P [13:05] ralsina: you have huge lag [13:05] DONE: pushed branches for bug #814686, bug #820945 worked more in bug #809873, calls, IRL testing of latest stuff [13:05] TODO: more IRL tests, merge pending branches, review diego's work, see if I can start on u1cp's bytes/unicode problems, ship build [13:05] Launchpad bug 814686 in ubuntu-sso-client "QT UI: 'Sign in' button can be clicked even if not values were entered, same happens with verification code (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/814686 [13:05] Launchpad bug 820945 in ubuntuone-client "On windows, syncdaemon needs to find the right default config files, and store settings in the right place in the correct location (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/820945 [13:05] Launchpad bug 809873 in ubuntuone-windows-installer "Add a script to create a bundle and installer for all the related software (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/809873 [13:05] BLOCKED: no [13:05] λ DONE: finished initial shim work [13:05] λ TODO: releases, packaging, etc [13:05] λ BLCK: None. [13:06] ralsina, nessita about my branches... one of them has 1 approval, and the other is pending... do you think you are going to be able to review that today? [13:06] I first lagged then got dumped out of IRC, thus my weird comment ;-) [13:06] gatox: yes, before lunch [13:06] nessita, awesome [13:06] mandel, you said "roll back to previous attrs", but these are not attrs, these are permissions. aka "access control entries (ACEs)" from the "access control list (ACL)" [13:06] nessita, yes....... i'm annoying [13:06] jeje [13:07] nessita: I have complained to the ISP already :-( [13:07] mandel, and I found they are a bit tricky... :-( [13:07] alecu, nessita, ralsina: can I get a re-review for https://code.launchpad.net/~mandel/ubuntuone-client/fix-file-shelf-windows/+merge/70021 [13:07] alecu: sorry, true permissions for the DACL :P [13:07] alecu: and yes, DACL are terribly hard to understand and map to unix [13:10] gatox: can you please confirm if the test suite for https://code.launchpad.net/~ralsina/ubuntu-sso-client/validate-harder/+merge/70320 is passing for you? if so, ralsina, I'll approve [13:10] nessita, ok [13:11] gatox: is failing miserably for me, but is very likely i my env [13:11] is* [13:11] * gatox testing... [13:12] mandel, to see this problem: open the windows file explorer, create a folder in your homedir, then "right-click, New, Text Document", then right click the file, "properties->security->advanced" [13:13] mandel, then close those dialogs and use os_helper.set_readonly on that file, and check the ACEs again. [13:13] mandel, and finally use os_helper.set_readwrite and check the ACEs [13:14] mandel, the problem would be that the permissions are slightly off. And we should not be hardcoding this permissions, but instead be inheriting them from the parent... [13:14] and changing them slightly when setting read only (but not creating a new set of ACEs, just copying and restricting the existing ones) [13:14] mandel, does this make sense? [13:15] mandel, ralsina, nessita: I'll be out for 30' [13:15] alecu, mandel, nessita, gatox: confirmed os.rename() works different on windows and linux, that makes tritcask fail [13:15] alecu: ack [13:15] ralsina: ouch. different how? [13:15] alecu: we can talk in the mumble about it, I think I understand the issue in an slightly diff way [13:16] on linux it happily overwrites existing files. On windows, that's an exception [13:16] ralsina: mandel is working on doing that [13:16] ralsina: excuse me? [13:16] mandel: right? for the commit_file partila thingy? [13:17] mandel: you said you will tweak the rename to overwrite files [13:17] gatox: approving the ussoc titles branch, it looks great! [13:17] nessita:: OTOH, shutil.move works just fine on both platforms, so it may be a search/replace fix [13:18] ralsina: we're having exception while using shutil,move [13:18] nessita: yes, that is done with the MoveFileEx and is working, the problem we had in the commit_file is that it uses shutil.move in case we are in a diff fs but it will not be our case on winows [13:18] nessita: but tritcask can't use os_helper, right? [13:18] ralsina: the issues is not use shutil.move, which we have to do on linux, but to use it in windows as a rename [13:18] nessita, great [13:19] ralsina: the but is not in tritcask, at leas the one 'm looking at, tritcask is doing a rename of an opened fd which brakes [13:19] mandel: is anyone working on that? [13:19] got to close it and then move it, which I dont know if it brakes tritcasks logic [13:19] mandel: that == not renaming opened files [13:19] nessita: I though verterok was on it, but we might want to remind him [13:19] nessita, about roberto's branch... tests are still running... but it is everything ok by now [13:20] mandel: ok, I'll talk to verterok [13:20] ralsina: can you show me a trace of the rename error you're having? [13:20] verterok: ping [13:20] nessita: yeah, verterok should be your man for tritcask, I know the issue but I would not dare to say how to correctly fix it [13:20] nessita: pong [13:21] verterok: hi there! we're having issues when running syncdaemon in windows since tritcask tries to renames opened files [13:21] mandel: it's in my email from last night [13:21] verterok: mandel mentioned you may have a fix for us [13:21] nessita: if it's the make_immutable call, I'm sure the file it's closed [13:22] ralsina: yeah, that is tritcask, those tests are even failing atm [13:22] nessita: wasn't able to find the problem [13:22] verterok: yes, is in that function. The thing is that we're having this problem: [13:22] File "ubuntuone\syncdaemon\tritcask.pyc", line 654, in _rotate_and_merge [13:22] File "ubuntuone\syncdaemon\tritcask.pyc", line 844, in merge [13:22] File "ubuntuone\syncdaemon\tritcask.pyc", line 390, in make_immutable [13:22] exceptions.WindowsError: [Error 183] Cannot create a file when that file already [13:22] exists [13:22] oh, that's new [13:22] mandel: exceptions.WindowsError: [Error 183] Cannot create a file when that file already exists. It happens in a os.rename() call :-) [13:22] The line is in File "ubuntuone\syncdaemon\tritcask.pyc", line 390, in make_immutable [13:22] Damn LAG [13:22] nessita: file exists? [13:23] verterok: how can we know? [13:23] nessita, confirmed... all the tests are ok [13:23] ralsina, nessita, mandel: the file shouldn't exist....at least that's the whole idea [13:23] gatox: thanks! [13:24] verterok: a nice way to test that is to get to the point where you close (or believe it was closed) and make the code wait there, then use process explorer to find who has a handle to the file [13:24] mandel: it's being close 1 line before the call to os.rename [13:25] verterok: but maybe close is failing? [13:25] nessita: failing? [13:25] mandel: anyway, this looks like a different issue. [13:25] verterok: yeap, some other is accessing it an can't close it [13:26] nessita: only the tritcask instance is accesing the files...not sure what other means :( [13:26] verterok: me neither, I'm trying to look for options [13:26] nessita: also, each test case run in it's own directory...so it should be a problem of cross test case issues [13:27] verterok: this is not a test issue [13:27] verterok: is IRL [13:27] *shouldn't [13:27] nessita: this problem isn't related to the file not being closed [13:27] nessita: so, we have 2 issues [13:28] nessita: 1) "the file is being used by another process.." (yes, and that process might be myself :p) [13:28] nessita: 2) this issue about os.rename I just know about [13:29] verterok: do we have fixes for 1 and 2? [13:29] verterok: what up with rename? [13:29] that you cannot replace the file? [13:29] mandel: there is a trace in roberto's emails from last inght [13:29] night* [13:29] mandel: no idea...you were talking about that [13:30] nessita: I don't have a fix for anything [13:30] verterok: I was saying that we could not d a reame because the fd is used by another process (or mine :( ) and that is the error [13:30] mandel: did you see the trace? [13:30] nessita: I need find out the reason of 1) (seems that only happens on tests) [13:31] nessita: yes, that i do not see as a big issue, verterok look at http://msdn.microsoft.com/en-us/library/aa365240(v=vs.85).aspx [13:31] that is the way we solve it in os_helper [13:31] mandel: how come is not a big issue since syncdaemon crashes IRL? :-) [13:31] we just have to use the MOVEFILE_REPLACE_EXISTING flag... [13:32] mandel: the file shouldn't exists [13:32] nessita: I mean, is a big issue yet not a hard one to fix, bot me is a big issue if we hav eno idea what to do :) [13:32] verterok: right, so self.temp_name somehow exists [13:32] mandel: it's really bad (tm) to replace an existing tritcask data file [13:32] mandel: we don't have to replace, like verterok is saying [13:32] nessita: are you sure it exists? :) [13:33] verterok: well, that is why I pointed at you for this :) [13:33] verterok: no. We can add a log entry, though [13:33] ralsina: can you reproduce the windowserror issue? [13:34] verterok: assuming the files does exists... any idea how we reached that situation? [13:35] nessita: I bet I can [13:35] vds, I have another 500 Oops-ID if it would help: 2043appserverZJHAICCCIedIbEfIfbFJcAHHaFbfFaGcG207444 [13:35] https://lp-oops.canonical.com/oops.py/?oopsid=ID [13:35] nessita: time travel [13:35] ralsina: before you do [13:35] nessita: really, time travel is the only way to have a duplicate inactive tritcask data file [13:35] ralsina: can you please add a log entry before the rename in the line is failing? something like: in line 389 [13:36] nessita: sure [13:37] what should I log? [13:37] ralsina: logger.info('make_immutable: about to rename %r to %r (dest exists? %r).', self.filename, new_name, os.path.exists(new_name)) [13:37] oh, right [13:37] sure, on it [13:37] verterok: well, it will not be te first time we have a PICNIC [13:37] verterok: or a thread issue [13:38] nessita: tritcask isn't threadsafe [13:38] verterok: when does that code run? [13:38] verterok: only at startup? [13:38] nessita: it's only accesed from fsm and volume manager [13:38] nessita: the merge, yes [13:38] verterok: fsm uses threads for watchs in windows [13:38] verterok: not directly related, I know [13:39] nessita: not fsm [13:39] verterok: filesystem_monitor I mean. You mean filesystem_manager? [13:39] nessita: fsm == fileystem_manager :) [13:39] yes [13:42] verterok, nessita: all process of event occurs in the main thread of the reactor by using callFromThread, so it should be ok [13:42] unless we found an issue with that... [13:43] gatox: why you moved TITLE_STYLE out of alphabetical order? [13:43] gatox: this is the installer titles branch [13:43] mandel: this is only executed at startup...it shouldn't be affected by any threading issues [13:44] gatox: actuall, can you revert all changes to ubuntuone_installer/gui/qt/setup_account.py? I think they are not needed [13:44] verterok: ok, nice, looks ike the only way to know is my logging [13:44] nessita, ok [13:44] verterok: what is the file name policy used by tritcask? [13:45] I hope it has nothing to do with any stupid case of the windows fs... [13:45] gatox: the branch looks good, I'll test IRL and then very likely you have an approve [13:45] mandel: ..tritcask-.data [13:46] mandel: file_id is a timestamp [13:46] mandel, ralsina, Chipaca, alecu, gatox: mumble? [13:46] verterok: can you show me an example? [13:46] mandel: in windows is: str(int(time.clock() + 100000)) [13:46] ups [13:46] mandel: in windows is: str(int(time.clock() * 100000)) [13:46] mandel: you can look in your data dir [13:47] * mandel looks [13:47] mandel: 131177171640160.live.tritcask-v1.data [13:47] mandel: ls .local/share/ubuntuone/syncdaemon/tritcask/ [13:47] mandel: and 131177136785606.inactive.tritcask-v1.data [13:48] ralsina, Chipaca: mumble? [13:49] nessita, changes reverted in setup_account.py [13:49] verterok: I cannot think a case when that happens to be the same... [13:49] gatox: ack [13:49] mandel: yup, that's the idea of the timestamp * 100000 :) [13:50] it should never ever, ever, ever, ever...ever be the same [13:50] verterok: what if the clock in windows is not that accurate? [13:51] nessita: in linux we use time.time() and in windows time.clock() [13:51] verterok: I know. How much we trust time.clock? [13:51] nessita: in 5' [13:51] verterok: I'm trying to seek alternatives... [13:52] nessita: I don't trust in windows, but according to the docs, time.clock should be fine [13:52] verterok, nessita: http://stackoverflow.com/questions/85451/python-time-clock-vs-time-time-accuracy [13:52] verterok: what if the user has the time wrong? [13:52] verterok: does time.time/clock depends on that? [13:53] nessita: yes [13:53] verterok: what if: the user has the time correct, we create tritcask files, the user changes the time to th past, restart syncdaemon [13:53] I know the chances are little, but we can have issues there [13:54] nessita, verterok: https://pastebin.canonical.com/50803/ [13:54] 0? [13:54] WTF? [13:54] yep [13:54] oh, what a nightmare [13:55] verterok: I think we may need to have another algorithm to create filenames, such as use a random number, check filename does not exists, if so pick another random number, etc [13:55] nessita: tritcask use the order of the files [13:56] No, we are just using time.clock wrong [13:56] ralsina: ? [13:56] verterok: ah [13:56] trivial fix [13:56] The first call to clock always returns "almost 0" [13:56] ralsina: please elaborate [13:56] verterok: look http://docs.python.org/library/time.html#time.clock [13:57] ahh, ok [13:57] my fault [13:58] verterok: is there any chance you help us fixing this? [13:58] time.time() works just fine on windows, BTW [13:58] so, it doesn't work for what we need :( [13:58] ralsina: no it doesn't...at least not for the tests [13:58] verterok, ok, we can use clock() and add a random huge integer [13:58] ralsina_: time.time() may return the same number [13:58] twice [13:58] verterok: nah, it does if you are measuring how long the process was running [13:58]