[02:51] <arij> is the image out
[04:43] <usererror> I suppose I could say Hello
[11:55] <_raven> hi
[11:55] <_raven> will ubuntu phones be developed for asus padphone 2 too?
[11:59] <popey> not sure that's been determined yet
[12:01] <ChaozHenchman> well it has all the specs needed for the superphone
[12:01] <_raven> any way to make a request for it?
[12:05] <ChaozHenchman> I guess you would need to email ASUS and ask them to work with Canonical
[12:06] <ChaozHenchman> but they won't make phones till next year
[12:06] <ChaozHenchman> so don't worry about it right now?
[12:06] <ChaozHenchman> is that phone on the market yet?
[12:07] <ChaozHenchman> I'm not seein a price
[12:07] <_raven> yes padphone 2
[12:11] <_raven> ChaozHenchman you found it?
[12:11] <ChaozHenchman> it doesn't say anything about US carriers and prices
[12:12] <ChaozHenchman> even though the articles were made in October
[12:13] <_raven> look at amazon for example. at least in germany its available
[12:16] <ChaozHenchman> http://www.amazon.com/Asus-ASUS-Padfone2-Station-64G/dp/B00A45G66I/ref=sr_1_1?ie=UTF8&qid=1358856929&sr=8-1&keywords=asus+padfone+2
[12:16] <ChaozHenchman> yeah, it's pretty overpriced
[12:17] <_raven> yes it is but i look at the 32 gb model
[12:18] <_raven> but think about buying a similar tablet and smartphone alone
[12:19] <_raven> and i need both so its nearly a combined price
[12:20] <_raven> but in germany its not so expensive as in $->€
[16:27] <spobat> hi
[16:28] <spobat> sorry, but I don't get it. Why to prefer ubuntu-phone over android?
[16:30] <arij> you dont have to prefer it
[16:30] <spobat> well if it has no advantages, why does it exist at all?
[16:31] <spobat> ( sorry for the provocative language)
[16:32] <GuidoPallemans> hav you seen the industry proposition?
[16:33] <spobat> I'm not sure
[16:33] <om26er> then you should.. I think you are even asking the wrong question ;)
[16:33]  * om26er hides
[16:34] <GuidoPallemans> https://wiki.ubuntu.com/UbuntuPhone
[16:34] <GuidoPallemans> https://www.youtube.com/watch?v=cpWHJDLsqTU
[16:35] <ChaozHenchman> do you think that the phone will come after the April 2014 release?
[16:36] <ChaozHenchman> since it's LTS?


[04:49] <ottadini> hello, just joined to ask for some help.
[04:50] <ottadini> It seems I may have lost an entire dir tree due to a failed sync with U1.
[04:50] <ottadini> The folder structure is there, but no files.
[04:51] <ottadini> u1sdtool status reports it is idle.
[04:54] <ottadini> How it happened: I dragged a folder that was already a UDF and being synced with U1 into the 'Ubuntu One' folder in Nautilus.
[04:55] <ottadini> Minutes later I reversed this, and copied the directory back to its original location.
[04:55] <ottadini> End result: no files, just the directory tree.
[04:57] <ottadini> I have checked online at my account on one.ubuntu.com, and same result.
[08:49] <JamesTait> Good morning all! Happy Friday the 13th! >:-)
[08:59] <popey> :( my quantal machine has been "uploading" some files for about a month now
[09:00] <popey> so i removed all the files from the folder in nautilus just now..
[09:00] <popey> syncdaemon still seems to be chatting away about the files in its log
[09:00] <popey> and sync is "in progress"
[09:01] <popey> I stop and start and it still things it's uploading files which I moved out of that synced folder
[10:42] <mandel> popey, our staff is very very broken in Q atm
[10:43] <mandel> popey, sorry :(
[10:43] <mandel> popey, with the move to python3, the mac port etc.. we are overwhelmed atm but afaik ralsina is going to look into the problems
[11:02] <popey> mandel, ok :)
[11:09] <gatox> good morning!
[11:09] <gatox> mandel, hi
[11:09] <mandel> gatox, morning! feeling any better?
[11:10] <gatox> mandel, MUCH, i slept all the day yesterday........ did you do anything with my branches yesterday?
[11:11] <mandel> gatox, I approved darwin4 I'm going to propose one with the daemon, I have move notify processor to its own package which removes circular importans and I have added a darwin only command line arg to choose if the deamon is used :)
[11:12] <mandel> gatox, my I have reviews: https://code.launchpad.net/~mandel/ubuntuone-client/fsevents-daemon/+merge/114836 :)
[11:12] <gatox> yes
[11:13] <gatox> mandel, 2163 lines?? and you complain about me...... shame on you! :P
[11:14] <mandel> gatox, wait, missing dep!
[11:14] <mandel> give me a sec
[11:15] <mandel> gatox, oh no, looks like a move is not considered a move..
[11:15] <mandel> bad bzr..
[11:16] <gatox> mandel, did you do bzr mv?
[11:16] <mandel> gatox, afaik yes, but in one of the pump when wrong and I have to resolve a conflict.. maybe that screwed up the diff
[11:16] <mandel> gatox, you can see there is a large delete and then the same code added later..
[11:17] <gatox> ok
[11:17] <mandel> gatox, sorry for the PITA
[11:18] <gatox> :P i'm kidding
[11:19] <mandel> gatox, regarding the NotifyProcessor, in a later branch I have moved it to filesystem_notifications/notify_processor/ that was we can remove a circular import issue we had and make things cleaner
[11:20] <gatox> mandel, where are we having a circular import?
[11:20] <mandel> gatox, in you look in notify_processor you will see there is a XXX: circular import comment, I have fixed that
[11:21] <mandel> gatox, mainly because later I was having a circular import when trying to reuse the notify processor you added, the fsevents and the fsevents_daemon can share it
[11:23] <gatox> ahhhhhhh yes, the one in the __init__ i remember
[11:24] <mandel> gatox, exactly, so that is out, which I think is a good move :)
[11:24] <mandel> gatox, I'm starting to wonder (although won't change it) what is the need of having platform infront of everything, but that is a minor detail
[11:24] <mandel> gatox, the code is looking a lot better know, we might be able to port it to the sp3 ;)
[11:25] <gatox> sp3? ps3?
[11:26] <mandel> gatox, sorry ps3
[11:26] <mandel> gatox, one hand is faster than the other.. :P
[11:26] <mandel> or was I thinking about xp sp3
[11:26] <mandel> ..
[11:26] <gatox> jejej
[11:26] <gatox> you are such a windows lover..... maybe was that
[11:27] <mandel> maybe..
[11:40] <mandel> gatox, early lunch for me, ok?
[11:41]  * mandel lunch
[11:44] <gatox> mandel, ack
[11:56]  * gatox realize that mandel's branch is going to cause conflicts in the refactor one.... fun not
[11:58] <gatox> mandel, mmmmm something don't look right..... shouldn't this be depending on darwin4?? i see some changes that are already in trunk
[12:04] <gatox> mmm i think there is some kind of problem merging darwin4.... first time i see this on launchpad: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/114405
[12:19] <ralsina> good morning!
[12:19] <ralsina> how are you today gatox?
[12:19] <gatox> ralsina, fine..... today was 100% rest :P
[12:20] <gatox> ralsina, do you know what it means "This proposal supersedes" here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents/+merge/114405
[12:20] <ralsina> gatox: looking...
[12:20] <gatox> i'm trying to look for some doc or something, but i can't find anything clear enough
[12:20] <gatox> or how to fix it
[12:20] <ralsina> gatox: that this branch was proposed twice and this is the newer one
[12:20] <ralsina> that's not bad, AFAIK
[12:20] <gatox> ralsina, aja..... but why is not being merged?
[12:21] <gatox> ahhhhh
[12:21] <gatox> commit message
[12:22] <gatox> it seems i forget to include that when i repropose
[12:47] <alecu> hello!
[12:51] <alecu> gatox: I see that darwin4 has landed. Awesome!
[12:51] <alecu> gatox: I've created a bug for the deferred stop and the thread join fun. I'll probably be working on that.
[12:53] <gatox> alecu, yes, i saw it
[12:53] <gatox> alecu, ahhhh.... i thought it was for me :P
[13:04] <dobey> hrmm
[13:05] <dobey> no reviews on https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713 :-/
[13:19] <gatox> alecu, ping
[13:23] <gatox> alecu, when you are back......  is this the bug you were talking about? https://bugs.launchpad.net/ubuntuone-client/+bug/1024102 i see that is assigned to me, and i was going to add it to the tests-refactoring branch
[13:24] <gatox> mandel, ping when you are back.... i've some questions about your branch
[13:27] <dobey> gatox: maybe you should review https://code.launchpad.net/~mikemc/ubuntuone-client/use-dirspec-get-cmdline/+merge/114720
[13:27] <gatox> dobey, ack
[13:35] <dobey> mandel: 2163 lines?!
[13:37] <dobey> briancurtin: any more work on the py3-unicode branch? it's still needs fixing from alecu
[13:38]  * alecu is back
[13:39] <gatox> alecu, when you are back......  is this the bug you were talking about? https://bugs.launchpad.net/ubuntuone-client/+bug/1024102 i see that is assigned to me, and i was going to add it to the tests-refactoring
[13:39] <alecu> gatox: that's the bug, yes. I assigned it to you, but ralsina told us yesterday that you may start working on a different project
[13:39] <gatox> alecu, ahhhhh ok
[13:39] <alecu> gatox: that's why I said I might be working on fixing that.
[13:40] <gatox> ohhh i miss the meeting.....
[13:40] <briancurtin> dobey: i haven't gotten to that one. i'll take a look today (but i'll be gone for a while in the morning through late afternoon)
[13:40] <ralsina> gatox: yes, I am planning on switching you to the menu/indicator thing starting next week
[13:40] <gatox> anyone know what i'm going to be doing? :P
[13:40] <briancurtin> s/late/mid
[13:40] <alecu> gatox: you are being moved to work on the u1 port to VMS.
[13:40] <gatox> ralsina, ohhhhh great!! \o/
[13:40] <gatox> alecu, haah
[13:40] <alecu> gatox: or was it OS/2?
[13:40] <gatox> ralsina, cool!
[13:40] <ralsina> gatox: see ⟰
[13:40] <dobey> python 4
[13:41] <ralsina> dobey: writing it!
[13:41]  * ralsina liked VMS. Sniff.
[13:41] <dobey> it's the version of python where guido hits senility, and it's more like brainfuck than python
[13:42] <gatox> alecu, ok..... so..... if you are going to do that..... i think this is ready for review: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-tests-refactoring/+merge/113289 (about the comments: we already talk about the assert_logs removal, and i removed the unnecesary setUp for TestNotifyProcessor)
[13:43] <alecu> gatox: ack
[13:49] <alecu> dobey: I'm running the tests for ~dobey/dirspec/python3, and I'm getting an error when running the python2 tests on Precise.
[13:49] <alecu> dobey: should I be running them on quantal?
[13:50] <dobey> alecu: python2 or python3?
[13:52] <dobey> alecu: the tests are passing for me on precise
[14:02] <alecu> dobey: I'm getting these errors when running on precise: http://pastebin.ubuntu.com/1089886/
[14:02] <alecu> dobey: I'm updating to see if I had something really old.
[14:06] <dobey> alecu: there is a testools in the nightlies PPA, that is needed
[14:08] <dobey> alecu: and you'll need python3-setuptools and python3-testtools
[14:11] <dobey> updated the description about that
[14:14] <mandel> gatox, shoot
[14:15] <mandel> dobey, yes, there was some code moves and turns out to be bigger than expected
[14:15] <mandel> dobey, is mainly a copy paste to a diff module to be honest
[14:15] <gatox> mandel, i'm seeing some lines that shouldn't be there because are changes from trunk..... or am i missing something?
[14:15] <dobey> bzr mv didn't work? :)
[14:16] <gatox> mandel, for example: class TestWatchManager(BaseTwistedTestCase):
[14:16] <gatox> 77	+ """Test the watch manager."""
[14:16] <gatox> and the tests in there
[14:16] <mandel> dobey, no because it was not the entiry module :(
[14:16] <mandel> gatox, which line of the diff?
[14:16] <ralsina> dobey: how do you feel about uploading dirspec to pypi.python.org eventually
[14:17] <dobey> ralsina: "eventually" sounds fine. perhaps with the release on monday
[14:17] <gatox> mandel, 76.... also.....  test_stop_multiple has no longer that implementation, we remove the time.sleep
[14:17] <mandel> gatox, hm.. there was probably a miss merge somewhere..
[14:18]  * mandel hates having so many branches..
[14:18] <ralsina> dobey: yes, after release is ok
[14:18] <mandel> gatox, let me remerge and see what can be fixed
[14:18] <alecu> dobey: I've updated everything, installed python3-testtools, but I still get that error in python 2, and now the same error with python 3
[14:18] <gatox> mandel, ack
[14:19] <dobey> alecu: weird
[14:24] <dobey> alecu: what does "ls -lhd ~/.config/x" show?
[14:24] <briancurtin> going to do my apartment thing, back hopefully soon
[14:25] <dobey> alecu: seems like you have a file or directory at ~/.config/x
[14:26] <dobey> alecu: indeed, if i touch ~/.config/x, the test then fails
[14:26] <dobey> wonder how you got that file :)
[14:26] <dobey> anyway, need to run an errand. brb
[14:41] <mandel> gatox, branch updated
[14:41] <gatox> mandel, ack
[14:44] <mandel> gatox, he, the diff lost 500 lines :)
[14:44] <gatox> :P
[14:45] <mandel> gatox, nad if the bzr mv had worked the diff would be smaller..
[14:57] <gatox> mmcc, ping
[14:57] <mmcc> gatox pong
[14:58] <gatox> mmcc, i put a need fixing here: https://code.launchpad.net/~mikemc/ubuntuone-client/use-dirspec-get-cmdline/+merge/114720 because that lint error is causing problems to run the tests on linux
[14:59] <mmcc> gatox, ok thanks. wonder why that didn't show up when I ran them :\
[15:00] <mandel> me
[15:00] <gatox> me
[15:00] <mmcc> me
[15:00] <dobey> meh
[15:01] <ralsina> me
[15:03] <ralsina> alecu, thisfred: standup
[15:03] <thisfred> ne
[15:03] <ralsina> brian is away for a bit
[15:03] <thisfred> me
[15:03] <alecu> me
[15:03] <ralsina> so alecu is last, go mandel
[15:03] <mandel> DONE: Proposed fsevents daemon code for u1-client. Added a new branch that removes cicle imports from the NotifyProcessor code. Added a new command line arg just for darwin.
[15:03] <mandel> TODO: Split file system monitor for better import. Propose the branches. Be done with fsevents, although if gatox is moved there are a number of bugs that should be assigned to me next week regarding fsevents :(
[15:03] <mandel> BLOCKED: no
[15:03] <mandel> gatox, please
[15:04] <gatox> DONE:
[15:04] <gatox> Take the day off yesterday to reload the health battery. Reviews, small fix in tests-refactoring (NEED REVIEWS FOR THIS). Sent email to ralsina, alecu and lisette about the file publisher in the indicator menu, start reading the syncmenu wiki and X platform desktop indicator menus document.
[15:04] <gatox> TODO:
[15:04] <gatox> Finish with those documents. Keep reviewing branches and fixing fsevents related bugs.
[15:04] <gatox> BLOCKED:
[15:04] <gatox> No
[15:04] <gatox> mmcc, go
[15:04] <mmcc> DONE: finished path finding, hacked on setup-mac
[15:04] <mmcc> TODO: cleanup u1client branch, more setup-mac, reduce package size
[15:04] <mmcc> BLCK:
[15:04] <mmcc> NEXT: dobeh
[15:04] <dobey> DONE: team call, bug #1024003, bug #1016224, backported quantal software-center to nightlies to unbreak packages from sso-gtk removal
[15:04] <dobey> TODO: reviews, investigate twisted-less dev-tools, work on some reorg to drop ubuntuone-installer for good, SRU verification poking
[15:04] <dobey> BLCK: None.
[15:04] <dobey> ralsina
[15:04] <ralsina> DONE: team call, reviews, VM haggling, talked a lot with lisette, contractor wrangling, some reviews, little coding TODO: more of the same,  try to debug lists on quantal BLOCKED: coughing a whole lot.  NOTE: mandel, we can delay gatox's switch a couple of days more if needed NEXT thisfred
[15:04] <thisfred> DONE: worry about txids in u1db TODO: write better integration tests that do the worrying for me BLOCKED: no, but I could use a few clones or a time machine NEXT: alecu
[15:06] <gatox> mandel, i've right now 2 issues related to non-root fsevents, do you have any other in mind?
[15:06]  * alecu is writting notes
[15:08] <alecu> DONE: many reviews, 1-1 and team meetings, rebuilt my broken thunderbird setup
[15:08] <alecu> TODO: catch up with briancurtin and py3k
[15:08] <alecu> BLOCKED: no
[15:10] <dobey> EOM?
[15:10] <alecu> NEXT: briancurtin (when he returns)
[15:11] <dobey> alecu: did you see my replies about my branch and the failing test?
[15:11] <alecu> dobey: yes, I've just ran the tests after deleting .config/x, and all tests passed.
[15:11] <dobey> ah ok
[15:13] <alecu> dobey: are we going to use "from __future__ import unicode_literals, print_function" in a given module even though we don't use print there?
[15:13] <alecu> dobey: I think it's a good convention, so +1 to i.
[15:13] <alecu> it
[15:14] <dobey> alecu: i think we should, in case anyone adds a print it will complain even on python2
[15:14] <dobey> it's good to keep the code from regressing in that syntax
[15:15] <alecu> yup
[15:15] <mmcc> gatox, mandel - darwin4-fsevents doesn't fix the tests, right? just checking if I should be expecting passes
[15:16] <dobey> mmcc: i guess according to jenkins, it doesn't
[15:16] <gatox> mmcc, all the tests inside filesystem_notifications
[15:17] <mandel> dobey, that is windows work that was broken by someone else. I have it in my radar to fix it asap
[15:17] <mandel> dobey,  or pass the ball ;)
[15:17] <dobey> ok, well fix it :)
[15:18] <mmcc> alright.
[15:18] <mandel> dobey, yes yes I will but I need longer days hehe
[15:18] <dobey> heh
[15:24] <mmcc> dobey, regarding your comment about adding ubuntuone/utils.py - I'm glad you noticed. I was going to ask for specific feedback on that in the MP but forgot. I really didn't know where to put it, but I guess syncdaemon/utils.py would work, as long as there aren't any circular imports created...
[15:25] <dobey> well, the circular imports would exist regardless of where it lives, if there are any. that's a separate problem to where the module itself lives
[15:26] <alecu> dobey: in assert_utf8_bytes the value.decode(...) was changed to value.encode(...). I can't understand why that change makes sense.
[15:26] <dobey> alecu: python3 doesn't have decode on the data type that value is; only encode
[15:27] <mmcc> dobey, I meant because utils is used in platform/tools and platform/ipc, which are imported by syncdaemon, so if I move utils into syncdaemon, then platform <---imports--> syncdaemon, but i think it'll work out anyway
[15:27] <alecu> dobey: in assert_utf8_bytes, value should be a sequence of bytes, so it only has "decode", not encode.
[15:28] <dobey> mmcc: ah, but syncdaemon.utils itself doesn't import those, so it's not circular. also i think we should move all the other code to be under syncdaemon at some point as well
[15:29] <alecu> dobey: also unicode_path() has the same issue.
[15:29] <dobey> alecu: i think that was broken before then
[15:30] <mmcc> dobey: righto - it's ok as long as syncdaemon.__init__ doesn't import them. which it doesn't. and I agree, someone ought to do that. maybe when manuel gets his longer days or borrows eric's time machine
[15:30] <thisfred> MINE
[15:32] <mandel> this one I have to share because is just funny, the spanish government just defined funerals as 'entertainment' to increase the VAT on them.. hehehe
[15:33] <dobey> alecu: happy to fix it to be the other way around, but not sure exactly how to do that at the moment.
[15:33] <dobey> and i need to get lunch
[15:34] <alecu> mandel: that's a killer tax!
[15:34] <mandel> alecu, lol
[15:36] <mandel> dobey, which all other code?
[15:37] <dobey> killer party man!
[15:37] <dobey> mandel: everything under ubuntuone/ in ubuntuone-client, which is not already under ubuntuone/syncdaemon/
[15:38] <dobey> mandel: don't worry about it though
[15:38] <mandel> dobey, you mean getting out of platform and moving it to syncdaemon?
[15:38] <mandel> dobey, it does make sense because it is a lot cleaner know, is a matter of getting time like mmcc said :)
[15:38] <mandel> dobey, I'm had that in my mind for some time
[15:38] <dobey> mandel: i mean, i really haven't thought about how to do it exactly yet, but it seems like everything should be under there, that is in ubuntuone-client
[15:39] <dobey> anywya
[15:39] <dobey> need to get lunch
[15:39] <dobey> bbiab :)
[15:52] <gatox> lunch for me!
[16:10] <mandel> gatox_lunch, ralsina ping!
[16:10] <ralsina> mandel: pong
[16:11] <mandel> ralsina, can you run the windows tests from trunk and let me know if all but one pass?
[16:11] <ralsina> mandel: not right now
[16:11] <ralsina> mandel: that was the case last week
[16:11] <mandel> ralsina, i have some timeout failures but it might well be that I have a slow machine..
[16:11] <ralsina> mandel: jenkins seems to say that's still true
[16:12] <mandel> ok
[16:13] <mmcc> mandel, which windows tests? u1-client?
[16:14] <mandel> mmcc, yes
[16:14] <mmcc> mandel, I am about to run those, I'll let you know. it was the case yesterday - only one failure, having to do with unicode paths
[16:15] <mandel> mmcc, awesome, please let me know
[16:17] <mmcc> really would it have killed them to make 'cd E:\' work like it does everywhere else?
[16:18] <mandel> mmcc, probably the did it so support some old dos program..
[16:18] <mmcc> well, I get the *reason* - it's that E: is a 'drive' not a 'directory', and they're really different things, but seriously.
[16:19] <mmcc> and the fact that the right way is just to type the drive name with no command? who came up with that

[16:25] <mmcc> and for some reason python.exe wasn't on my path anymore? winDOOOWSS!
[16:25]  * mmcc shakes fist
[16:27] <briancurtin> ugh, 2 hours and only saw one apartment. at least it was a decent place
[16:31] <gatox> mandel, pong
[16:31] <mandel> gatox, I was going to ask you to run the windows tests but mmcc is on that :)
[16:31] <gatox> ok!
[16:32] <mandel> gatox, I have an other branch for review, is refactoring and some tiny changes but since there is no bzr mv --line 22-50 the diff looks bigger than the number of changes
[16:32] <mandel> gatox, is https://code.launchpad.net/~mandel/ubuntuone-client/unify-processors/+merge/114906
[16:33] <gatox> mandel, ok..... i'll finish with the reviews no
[16:33] <gatox> now
[16:35] <mandel> gatox, haha I though you said no :P
[16:35] <mandel> gatox, I imagined you as joda hahaha
[16:36] <gatox> jaajajaj
[16:36] <gatox> LOL
[16:39] <gatox> mandel, also.... i need your review here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-tests-refactoring/+merge/113289
[16:40] <mandel> gatox, we are the masters of the large reviews lol
[16:40] <dobey> hmm
[16:41] <gatox> mandel, jejeje it's a valuable skill jeje
[16:41] <mandel> gatox, so that branch, just changes the darwin tests, is that right?
[16:41] <gatox> mandel, no.... windows too...... move all the common code to common.py
[16:42] <gatox> doesn't add or remove anything.... just move things
[16:42] <mmcc> gatox, dobey reviews requested for this guy: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/setup-mac-add-sd/+merge/114749
[16:42] <gatox> well...... it removes repeated code, but you know what i mean
[16:42] <gatox> mmcc, ack
[16:42] <gatox> mmcc, let me know when you fix the other one
[16:43] <mmcc> gatox, ok, a couple minutes. made larger changes due to dobey's comments, testing on win/linux now
[16:43] <gatox> mmcc, ack
[16:43] <mandel> gatox, ack
[16:44] <mandel> gatox, it will have conflicts with mine.. but I'll fix those later :)
[16:44] <mmcc> does everyone just always set TRIAL_TEMP_DIR to something short on windows, or am I the only unlucky one with long paths to branches? should we just set it in env.bat?
[16:44] <gatox> mandel, yes, your turn to fix now!
[16:45] <mandel> mmcc, we all set trial_temp_dir, that was the reason we added it :)
[16:45] <mmcc> mandel, right but do you set it manually or what
[16:46] <mandel> mmcc, you can set it as env var for windows
[16:46] <mandel> mmcc, look for environment variable in the control center on windows 7 and will show you where to add it
[16:47] <mmcc> mandel, ok that's what I was looking for, thanks.
[16:47] <mandel> np
[16:52] <mandel> gatox, needs fixing, lint issue!
[16:52] <gatox> bloody hell
[16:53] <mandel> gatox, lol
[16:55] <dobey> heh
[17:01] <mandel> fu**, my income taxes just went up 140%.. hijos de la gran pu..
[17:02]  * mandel looks for a shot-gun to go to the demonstration
[17:03] <mmcc> mandel, ouch
[17:03] <mmcc> mandel, before you go to the revolution, I'm sure you'll want to know that u1client trunk still has just that one windows failing test.
[17:03] <mandel> mmcc, yes, in a single day.. also VAT went up 160%
[17:03] <mmcc> mandel, also http://paste.ubuntu.com/1090200/
[17:03] <mandel> mmcc, awesome, so is my slow vm :)
[17:04] <dobey> ugh
[17:04] <mmcc> mandel, how slow? mine's awfully slow too - note the 617 seconds those tests take
[17:04] <mandel> mmcc, slower.. I need to see what is wrong with the setup
[17:05] <mmcc> mandel, press the turbo button on the front of your minitower
[17:05] <dobey> python standard lib is so… conflicted
[17:07] <mandel> hahs and the social security tax went up a 250%!!!
[17:07] <mandel> mmcc, lol I loved those turbo buttons :)
[17:11]  * ralsina suspects mandel needs a refresher in percentages
[17:11] <ralsina> as in: going from 10 to 14 is not a 140% raise
[17:15] <mandel> ralsina, some things have gone in the VAT from 8% to 21% which is a 160% and all the other changes are the same (smaller diff)
[17:16] <ralsina> mandel: he, here's 21% for everything. Ecept phones, there's 37.5%
[17:16] <mandel> ralsina, then I'm move from a 18% to a 21% plus an extra 21% on top of that one + social secury has gone from around 100 eur to 350
[17:17] <mandel> ralsina, but did they increase it in a single day? oh, while they have 30.000 million eurs to the banks...
[17:17] <mandel> s/have/gave
[17:18] <ralsina> see? plenty of money there! ;-)
[17:18] <dobey> welcome to america
[17:19] <dobey> only 350eur for social security? Man, our republican conservatives would love to live in Spain I bet!
[17:20] <mandel> dobey, well, most of madrid is on strikes round now blocking streets etc..
[17:20] <mmcc> dobey, I bet they wouldn't: http://en.wikipedia.org/wiki/Spanish_National_Health_System
[17:21] <dobey> mandel: good thing i didn't take a holiday to madrid then
[17:22] <mandel> mmcc, yes, we are waaaay to the left
[17:22] <mandel> dobey, never know, might be fun, did you see the video of the miners?
[17:23] <ralsina> dobey: we need to package pyasn1 for python3 for Q sometime in the next few weeks, to upload to main
[17:23] <mmcc> ok folks, lunchtime for me, u1 client path branch tests are running now, I'll check in and ping for a re review in a few mintues
[17:23] <mmcc> or minweds, minthurs , you know, whenever
[17:23] <dobey> ralsina: huh?
[17:24] <ralsina> dobey: missing dependency for twisted pythn3
[17:24] <dobey> oh, twisted.conch uses it apparently
[17:25] <ralsina> dobey: yep
[17:25] <ralsina> dobey: forget about it, barry will do it
[17:25] <dobey> ok
[17:27] <mmcc> uh, linux u1-client tests failed with this error I don't recognize, in filesystem_notifications:  http://paste.ubuntu.com/1090236  anyone recognize?
[17:27]  * mmcc lunchtime for real
[17:31] <dobey> os.path methods do not return bytes :(
[17:31] <ralsina> dobey: they should if they get bytes
[17:31] <gatox> dobey, python3?
[17:40] <dobey> gatox: both 2 and 3
[17:40] <gatox> dobey, for python3 i don't know..... but for 2 it should be as ralsina says
[17:41] <ralsina> for python3 it's the same thing
[17:41] <ralsina> if you give it bytes you get bytes
[17:41] <ralsina> dobey: what specific function?
[17:51] <mandel> ok, eod for me
[17:51] <mandel> see you all on monday!
[17:54] <gatox> mandel, bye
[17:54] <gatox> mandel, also.... lint issue fixed here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-tests-refactoring/+merge/113289
[17:54] <gatox> and +1 to your branch... the one with the 1500 lines diff
[17:57] <dobey> ralsina: some methods only accept strings (like os.path.join)
[17:57] <ralsina> dobey: nope
[17:58] <gatox> dobey,
[17:58] <gatox> >>> os.path.join(u'asd', 'foo')
[17:58] <gatox> u'asd/foo'
[17:58] <ralsina> dobey: https://pastebin.canonical.com/70055/
[17:58] <gatox> ralsina, we are really creative with the examples :P
[17:59] <briancurtin> os.path.join(b"C:\\lol", "rofl".encode("utf8"))
[17:59] <ralsina> dobey, gatox: however, it's a bad idea to pass one unicode and one bytes because there will be an implicit str.decode(ascii) there somewhere
[17:59] <ralsina> briancurtin: "rofl".encode("utf8") is just evil :-)
[17:59] <ralsina> unless it's python 3 of course
[17:59] <briancurtin> but you can do it!
[18:00] <briancurtin> just to add to the examples
[18:00] <ralsina> you can also put ketchup on fries. Doesn't mean it's right ;-)
[18:00] <briancurtin> sriracha goes on fries
[18:00] <gatox> you have my attention
[18:00] <ralsina> +1 on sriracha on fries -1 on encoding bytes ;-)
[18:00] <gatox> what sriracha is?
[18:00] <ralsina> gatox: hot sauce
[18:00] <gatox> ahhh
[18:01] <briancurtin> it's like a hot ketchup. more of a paste-like thing than liquidy hot sauce
[18:01] <gatox> also...... cheddar (melt) with fries..... it's awesome!
[18:01] <dobey> 'r'.encode().decode().encode().encode().decode()
[18:01] <gatox> cheddar cheese
[18:01] <dobey> python2 is fun!
[18:01] <dobey> i guess dirspec should enforce bytes everywhere though
[18:01] <dobey> being a file path thing
[18:02] <dobey> alecu, ralsina, briancurtin: does that sound right?
[18:08] <alecu> dobey: "should enforce bytes" <- I agree for python 2. I'm still not sure it's the proper api for python 3 libraries, but since we'll be using it mostly from u1, bytes on python 3 sounds right.
[18:09] <ralsina> dobey, alecu: whatever, as long as it's consistent
[18:11] <dobey> alecu: well, filesystem paths are bytes. and it's basically impossible to enforce bytes on one version and strings on another. either we enforce unicode strings everywhere, or bytes everywhere
[18:11] <ralsina> on py3 where there's no automatic conversion, ad thus no risk of mixing them up, it doesn't matter as much
[18:11] <dobey> previously, the code was doing a mix, which is why this diff is a bit large
[18:11] <alecu> dobey: "filesystem paths are bytes" only on linux.
[18:12] <alecu> but yes, and bytes everywhere sounds good for our usecase.
[18:12] <dobey> alecu: they're bytes everywhere. on windows they're just a much smaller subset of possible bytes, and it's easier to get a reliable encoding for the bytes they're in :)
[18:13] <dobey> ok
[18:14] <dobey> i don't care either way, but we have to enforce either bytes or unicode strings, and not dilly dally somewhere in the middle :)
[18:18] <dobey> alecu: https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713 is updated and changes stuff to be bytes everywhere
[18:20] <dobey> gatox: ^^ if you could please review that too
[18:20] <gatox> dobey, ack
[18:31]  * briancurtin lunch + doctor run
[18:36] <ralsina> oh, lunch sounds like a cool concept
[18:36]  * ralsina investigates
[18:37] <dobey> ralsina: given the temperature there, maybe you should eat a hot lunch
[18:40] <gatox> dobey, i'm getting this running the tests for dirspec-python3 http://paste.ubuntu.com/1090342/
[18:41] <gatox> do you know what i'm missing?
[18:41] <gatox> i have python3-(testtools|setuptools)
[18:43] <mmcc> so did anyone recognize this: http://paste.ubuntu.com/1090236 test_zip_release_lock_compression_error failing on linux?
[18:46] <dobey> gatox: do you have python-testtools installed? that's python 2.7 that's failing there
[18:47] <dobey> mmcc: i've seen it a couple times now, but not sure why it happens
[18:47] <dobey> mmcc: i'm tempted to add a skip for that test and file a bug if it keeps happening (and a bug isn't already filed)
[18:47] <mmcc> oh, it's intermittent? I"ll rerun and see if I see it again...
[18:48] <gatox> dobey, i have it for python3 but not for 2 :P
[18:49] <dobey> mmcc: yeah; it might be system load related too, not sure
[18:50] <mmcc> dobey: interesting. that'd make sense. this was the first time I'd tried running the tests in both VMs at once on this poor old mac mini
[18:50] <dobey> ah
[18:50] <gatox> dobey, +1 https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713
[18:51] <dobey> gatox: thanks. though i just realized, i bet the tests are broken on mac/win now :)
[18:52] <dobey> actually, no. windows is still using trial
[18:52] <dobey> forgot about that
[18:59] <mmcc> ok, tests finally finished. dobey, gatox: can you revisit your reviews here: https://code.launchpad.net/~mikemc/ubuntuone-client/use-dirspec-get-cmdline/+merge/114720
[19:00] <dobey> gatox, alecu: can you also run the python3 branch tests on osx and/or win now? i've now updated the run-tests and run-tests.bat
[19:01] <gatox> mmcc, i'm on that right now
[19:02] <gatox> dobey, ok.... but it might take a while... i need to install python3 and stuff con win/mac
[19:02] <dobey> gatox: no you don't need to install python3 there
[19:02] <gatox> ah just run the tests....
[19:02] <dobey> gatox: we aren't using python3 on win/mac. i've updated the run-tests to only run the python3 tests when it's available now
[19:03] <dobey> gatox: but need to make sure the tests aren't broken on those platforms under python2
[19:03] <dobey> gatox: and i'm not sure if the way i changed the run-tests.bat for windows is correct to run the setup.py build test clean
[19:03] <ralsina> python3 u1 for mac/win is a post ROFLing Rhino release thing
[19:04] <dobey> you might need to install setuptools/testtools though if they aren't already there
[19:04] <dobey> and i guess we will need to update the buildout to include them if they aren't being included already
[19:05] <gatox> dobey, yep.... i need to install that
[19:06] <mmcc> dobey or gatox, trivial merge: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1024518/+merge/114924
[19:06] <gatox> mmcc, looking after dobey 's
[19:08] <dobey> mmcc: +1
[19:08] <mmcc> thx
[19:10] <gatox> dobey, i have 3 failures on windows for your branch
[19:10] <gatox> dobey, should i change it to need fixing?
[19:10] <dobey> gatox: i guess so :P
[19:11] <gatox> mmcc, +1 and globally approve
[19:11] <gatox> dobey, i'll copy the trace there
[19:12] <gatox> dobey, there: https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713
[19:12] <alecu> kindertime!
[19:13] <dobey> gatox: ah, thanks. i wonder if these are broken in trunk already too :)
[19:14] <gatox> alecu, have fun playing with the other kids! :P
[19:20] <dobey> gatox: those tests should be fixed on windows now in r14
[19:21] <gatox> dobey, ack.... checking
[19:38] <gatox> dobey everything is fine on windows, but i'm trying to run the tests on mac and it seems that is trying to use distutils instead of testtools.... so i'm taking a look at that
[19:40] <dobey> instead of setuptools?
[19:41] <dobey> hmm
[19:42] <gatox> when it does: python setup.py build test....... it can't recognize "test" command
[19:43] <dobey> hmm
[19:43] <dobey> sounds like you're missing setuptools
[19:44] <dobey> gatox: is it running system python instead of buildout python? or did you install setuptools into the wrong place?
[19:46] <gatox> i've setuptools installed in the system, and i was trying to run the tests with the system python....... should i use the buildout one?
[19:47] <dobey> i don't know. i presume you should use the buildout one
[19:47] <dobey> but i have to run right now
[19:47] <dobey> brb
[19:52] <gatox> dobey, yes, using the python from the buildout works, approving branch
[20:02] <ralsina> I think I just coughed a small piece of lung
[20:02] <gatox> :S
[20:02]  * ralsina calls the cat to perform a quick field analysis
[20:03] <ralsina> I better go lay down for a couple of days. Mail me if you need me.
[20:03] <ralsina> no, not lung. \o/
[20:03] <gatox> ralsina, roger that! get better!
[20:03] <ralsina> See you all on monday!
[20:04] <gatox> ralsina, bye
[20:04] <mmcc> bye ralsina, feel better
[20:05] <alecu> that sounds disgusting! get well, boss!
[20:08] <gatox> and EOD for me!! see you on monday people....
[20:08]  * gatox goes to play with QML
[20:13] <mmcc> oh gatox, did I miss you? you had a really minor needs-fixing on https://code.launchpad.net/~mikemc/ubuntuone-client/use-dirspec-get-cmdline/+merge/114720 that I've fixed…
[20:15] <mmcc> ah, nevermind - enjoy your weekend :)
[20:15] <gatox> mmcc, do you need it right now?? or can i do it later today or tomorrow morning?
[20:15] <mmcc> gatox, do it on monday, have a great weekend!
[20:15] <gatox> mmcc, ok then! see you
[20:30] <dobey> hrmm
[20:31] <dobey> need another review
[20:37] <dobey> mmcc: want to do a review? :)
[20:40] <mmcc> dobey, you bet your ass I do
[20:40] <mmcc> I mean, yes
[20:40] <dobey> mmcc: https://code.launchpad.net/~dobey/dirspec/python3/+merge/114713
[21:09] <mmcc> dobey, +1. and do you have time to revisit your needs-info on https://code.launchpad.net/~mikemc/ubuntu-sso-client/use-dirspec-get-program-path/+merge/114690 ? I agreed and did a little constant cleanup.
[21:10] <mmcc> but I could use a second opinion on something I noticed while doing that. in ubuntu_sso/__init__.py, we add '.exe' to two of the four exe names we might launch... I'm not sure why it's only those two, and I think the changes I've made might now result in .exe.exe in those cases
[21:11] <dobey> hrmm
[21:11] <mmcc> I'm going to try to build the exe on windows and test it...
[21:12] <mmcc> is briancurtin still around? I'm wondering how to get debug logging set and where to look for logs when I run the packaged thing on windows
[21:12] <dobey> mmcc: i guess that probably needs to be removed, and the '.exe' needs to be added in the get_bin_cmd() wrapper?
[21:12] <mmcc> dobey, it's there in the wrapper already
[21:12] <mmcc> er, it's in dirspec I mean
[21:13] <dobey> mmcc: ah, then i'd remove it from the __init__.py there
[21:13] <dobey> it also looks weird and out of place in that location anyway
[21:13] <mmcc> _get_exe_path_frozen_win32 does it now
[21:13] <dobey> ah right
[21:13] <dobey> yeah, remove that from sso then
[21:18] <mmcc> wow so much rain this week. poor grass thinks it can start growing again
[21:19] <dobey> yeah, i need to cut my weeds
[21:19] <dobey> and i need to go now
[21:19] <dobey> mmcc: remove that + '.exe' bit from sso, and i'll re-review later
[21:20] <dobey> have a good weekend :)
[21:21] <briancurtin> mmcc: to get debug logging you set U1_DEBUG=True as an environment variable. at least for syncdaemon you need to additionally run it with the --debug flag
[21:21] <briancurtin> mmcc: i'll get the log path
[21:21] <briancurtin> mmcc: C:\Users\brian\AppData\Local\xdg\cache\ubuntuone\log is where my logs end up
[21:21] <mmcc> thanks briancurtin
[21:36] <mmcc> looks like I need to install intltool? briancurtin is that supposed to be in the buildout , or do I install it somewhere else/
[21:36] <mmcc> ?
[21:36] <briancurtin> mmcc: you don't need that. i guess at some point we should remove whatever causes that error message to come up. ive never had it
[21:48] <mmcc> briancurtin: so you just ignore it and continue?
[21:48] <briancurtin> yep
[21:48] <mmcc> (sorry, stepped away for a minute to rescue a lawn ornament from the deluge. that's right, a metal rooster)
[21:48] <briancurtin> i forget where it even comes up, but yeah, not needed
[21:49] <mmcc> it tries to run intltool-update as part of setup.py prepare
[21:49] <briancurtin> ah yes
[21:49] <mmcc> unless you're talking about the rooster, which is for real absolutely needed.
[21:53] <mmcc> hrm, seems like it died in py2exe - http://paste.ubuntu.com/1090611 - I say seems because the error text is "The operation completed successfully" ?!
[21:54] <briancurtin> ah crap. i have no idea why that happens...i lost a lot of time to that, and i still dont get it. what i had to do was remove py2exe from the buildout setup, install py2exe for the system python in C:\Python27, then it worked
[21:55] <briancurtin> that didn't used to happen, and i have no explaination for why it started happening
[21:56] <mmcc> ok, I'll go do that. thanks. should I add a note about this to the wiki page, or somewhere else?
[21:59] <mmcc> also, should I get the latest from the website or install the same version as the egg in the buildout?
[21:59] <mmcc> nevermind, same version
[22:03] <briancurtin> mmcc: maybe add a note, but i'd like to actually figure it out at some point, before anyone else has to setup another environment
[22:04] <briancurtin> mmcc: there's also a patch you need to apply to py2exe if you're going to be building the binaries and potentially the installers. well, there's no patch, but i can tell you what exactly to change
[22:04] <mmcc> ok, shoot
[22:04] <briancurtin> in C:\Python27\Lib\site-packages\py2exe\boot_common.py
[22:05] <briancurtin> inside that sys.frozen block starting at ~line 45, remove whatever that big class is near the top and just make it look like this https://pastebin.canonical.com/70082/
[22:06] <mmcc> ok, will do.
[22:06] <briancurtin> sys.stderr should be set to a Blackhole, which renders whatever that other class is irrelevant
[22:34] <mmcc> briancurtin: if you're still around, I've got built .exe's but should I be able to just run them from dist? I'm getting an importerror for pkg_resources trying to run control-panel
[22:35] <briancurtin> yeah you should just be able to run from dist. what's the exact ImportError you're getting?
[22:35] <mmcc> no module named pkg_resources
[22:36] <mmcc> I'm just running ubuntuone-control-panel-qt.exe with no args
[22:37] <briancurtin> hmm, that's a part of distribute
[22:37] <briancurtin> >>> pkg_resources
[22:37] <briancurtin> <module 'pkg_resources' from 'c:\Python27\lib\site-packages\distribute-0.6.25-py2.7.egg\pkg_resources.pyc'>
[22:37] <briancurtin> when you just open a python prompt and do the same, do you have pkg_resources, and if so where?
[22:40] <mmcc> briancurtin: http://paste.ubuntu.com/1090675
[22:41] <mmcc> ah, shoot, I have to run for dinner - if that makes sense, let me know and I'll give another try later. have a great weekend!
[22:41] <briancurtin> mmcc: maybe try installing distribute for your site-wide python, then remove the egg path from bin/python-script.py so it uses the system one, then regenerate the binaries
[22:41] <briancurtin> i think its a similar thing to the py2exe problem
[22:41] <briancurtin> have a good weekend man


[01:56] <asac> fta: how can the version of a daily be <IP_ADDRESS>~hg20090629r26036+nobinonly-0ubuntu2~umd1 ?
[01:57] <asac> e.g. ubuntu2 ?
[01:57] <asac> shouldnt that be ubuntu1~umd1 ?
[01:57] <asac> or was that a second upload because of a build failure?
[02:00] <fta> bug
[02:00] <asac> ok jaunty piece are in -security PPA fwiw. tomorrow things are probably built
[02:00] <fta> small bug in my bot
[02:01] <asac> cool
[02:01] <fta> harmless and difficult to catch, i'll try to fix that another time
[02:01] <asac> oh i386 build will start in 1h ;)
[02:02] <asac> amd64  in 5 hours
[02:02] <asac> yeah. corner casish
[02:03] <fta> cprov is following my branch
[02:03] <fta> he asked me to start coding in python instead of perl ;)
[02:03] <asac> lol
[02:06] <fta> i think i'll buy a HP Photosmart C6380, i'm sick of waiting
[02:07] <micahg> fta where are you located?
[02:07] <fta> micahg, paris. why?
[02:07] <micahg> oh
[02:07] <micahg> I have a couple of refurb Photosmart 6280s
[02:08] <asac> hmm /build/buildd/gtk-vnc-0.3.8/./plugin/npshell.c:84:19: error: npupp.h: No such file or directory
[02:08] <asac> was that removed from xul 1.9 to 1.9.1?
[02:09] <fta> firefox-3.5-3.5~rc2+build1+nobinonly/build-tree/mozilla/embedding/browser/activex/src/pluginhostctrl/pluginsdk_include/npupp.h
[02:09] <fta> xulrunner-1.9.1-1.9.1~rc2+build1+nobinonly/build-tree/mozilla/embedding/browser/activex/src/pluginhostctrl/pluginsdk_include/npupp.h
[02:09] <fta> activex; lol
[02:10] <fta> micahg: running fine with ubuntu?
[02:10] <fta> micahg, i'm interested by the scanner part, i guess the printer is fine out of the box
[02:10] <micahg> haven't tried them
[02:10] <micahg> they're to sell
[02:10] <fta> oh
[02:11] <micahg> I use an epson cx5000
[02:11] <micahg> it's great with xsane
[02:12] <fta> well, i hope the hp is fine too
[02:12] <fta> asac, any success with my bot?
[02:18] <asac> mixed feeling on that one.
[02:18] <asac> i will check tomorrow where i stand
[02:18] <asac> ran into other NM troubles on trunk i had to fix first
[02:19] <fta> file bugs, or something ;)
[02:19] <fta> i guess i should package it
[02:21] <asac> sparc fails in nanojit http://launchpadlibrarian.net/28574493/buildlog_ubuntu-jaunty-sparc.xulrunner-1.9.1_1.9.1%2Bnobinonly-0ubuntu<IP_ADDRESS>_FAILEDTOBUILD.txt.gz
[02:21] <fta> yep
[02:21] <asac> i remember that bug
[02:21] <asac> armin76 pointed me to it i think ... sync_instruction_memory
[02:22] <fta> same http://launchpadlibrarian.net/28566619/buildlog_ubuntu-karmic-sparc.xulrunner-1.9.1_1.9.1%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz
[02:22] <fta> i pointed it to armin76 ~ rc1
[02:22] <asac> ah ok
[02:22] <asac> do you have the bug  id?
[02:23] <asac> mozilla bug 486584
[03:13] <sattam> hi  , we have arabic issue in the Firfox 3.5 : https://bugzilla.mozilla.org/show_bug.cgi?id=499538 , ubuntu going to patch it  ?
[03:19] <micahg> Can you please file a bug in Launchpad?
[03:19] <micahg> ubuntu-bug firefox-3.5
[03:19] <micahg> and note the mozilla bug #
[03:20] <sattam> micahg: sure ,
[03:20] <reed> Ubuntu is not going to pull in random patches like that
[03:20] <micahg> sattam: do you know if it's fixed in the release of FF.5
[03:20] <reed> Ubuntu will get the patch when Firefox gets it for 3.5.1
[03:21] <micahg> yes
[03:21] <micahg> reed: is it not worth it for him to file in LP?
[03:21] <reed> I don't see a point... there's already a reviewed patch, and it's already blocking 3.5.1
[03:21] <reed> filing it in LP won't change the fact that a fix won't be available until 3.5.1
[03:22] <micahg> true
[03:22] <micahg> but if someone else has the issue they'll see it
[03:22] <sattam> i  want you to apply these patch in the current release
[03:22] <micahg> sattam: as reed said, that won't happen until 3.5.1 is released
[03:22] <sattam> micahg: OK ,
[05:26] <bbigras> I just installed Firefox 3.5 from the fresh built of the Ubuntu Mozilla Security Team. Is it normal that the package depend on 3.0 and still call himself Shiretoko?
[05:28] <bbigras> fresh build*
[07:37] <micahg> pign asac, fta, re bug 383484
[07:47] <micahg> asac: fta: if the search plugins are the same for FF3.5 and FF3 I would suggest breaking them out into a separate package
[09:49] <asac_> hi
[09:49] <micahg> hi asac
[09:49] <micahg> did you see the msg I left you?
[09:49] <asac_> micahg: 08:47 < micahg> asac: fta: if the search plugins are the same for FF3.5 and FF3 I would suggest breaking them out into a separate package
[09:49] <asac_> that one?
[09:49] <micahg> yeah, and the others
[09:49] <micahg> it seems like the plugins are missing
[09:50] <micahg> bug 383484
[09:50] <asac_> hmm
[09:50] <micahg> at least in the versions that were in the repos before
[09:51] <asac_> ah yeah
[09:53] <asac> i will think about it
[09:54] <asac> using a separate package might work
[09:54] <asac> but not sure we want to introduce a separate source
[09:54] <asac> like "firefox-common" ;)
[09:55] <micahg> yeah, well, you can have the latest FF generate it
[09:55] <micahg> and have the older one get free updates :)
[09:56] <micahg> although, you'll run into a problem if there's a security flaw in teh common elements
[09:57] <micahg> than you have bump the later one for no reason
[09:59] <asac> i am not sure yet
[10:55] <fta> asac, http://identi.ca/notice/5926437
[10:56] <fta> asac, http://identi.ca/notice/5923924
[10:56] <BUGabundo> eheh
[10:56] <BUGabundo> fta: reporting here?
[10:57] <BUGabundo> fta: ppl shouldn't be using your PPA! I told then that!!
[10:59] <asac> dailies shouldnt get official branding anyway ;)
[11:00] <bbigras> the one from Ubuntu Mozilla Security Team is branded as Shiretoko too
[11:00] <BUGabundo> oh?
[11:03] <asac> bbigras: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-firefox-3.5
[11:04] <asac> Firefox - PPA - open up maxVersion in application.ini and package dependencies: DONE
[11:04] <asac> fta: so fennec 1.0 luckily seems to be  built against 1.9.1
[11:05] <asac> nice
[11:05] <asac> already thought we might need to remove it from archive completely
[11:05] <asac> well. at least the version you uploaded once
[11:06] <fta> the new one currently needs 1.9.2
[11:06] <fta> probably fixable
[11:07] <bbigras> asac: will the official branding be only for karmic? or if also for jaunty will it be on the security ppa or only when it get in universe?
[11:07] <asac> yeah. thats what i thought
[11:07] <fta> it has to do with l10n
[11:07] <asac> bbigras: first in karmic. we for released ubuntu versions we usually need to wait until we have done the trademark review
[11:08] <asac> fta: yeah now i remember. but if its because there are different strings now in trunk that fennec uses, its probably hard
[11:09] <bbigras> asac: ok thanks and good work
[11:23] <fta> always to "good work" for asac, and the bugs to me :P
[11:23] <fta> -to+the
[11:25] <asac> lol
[11:26] <asac> bbigras: thank fta who prepared the 3.5 update ;)
[11:26] <BUGabundo> ~:| /me is confused
[11:27] <bbigras> fta: thank you too :)
[11:28] <BUGabundo> fta: aahahahh love the dent!
[11:33] <asac> transition ppa is full :-P
[11:37] <asac> fta: is the b1 tarball for fennec broken?
[11:37] <asac> i see that its still open in changelog
[11:39] <asac> actually ... where is the orig?
[11:39] <asac> fta: oh
[11:39] <asac> tar: /usr/lib/xulrunner-devel-<IP_ADDRESS>pre/sdk/build-system.tar.gz: Cannot open: No such file or directory
[11:39] <asac>  ls -l /usr/lib/xulrunner-devel-1.9.1/
[11:39] <asac> bin             idl/            include/        lib/            sdk/            xpcom-config.h
[11:40] <asac> hmm strange
[11:40] <asac> why my -dev still
[11:40] <asac> ii  xulrunner-1.9.1-dev                 1.9.1+nobinonly-0ubuntu<IP_ADDRESS>     XUL + XPCOM development files
[11:40] <asac> oh i forced it ;)
[11:40] <asac> hehe
[11:40] <asac> so unping
[11:56] <asac> fta: whats the best way to test if a file exists in make?
[11:57] <asac> ifneq (,$(wildcard ...))
[11:57] <asac> sounds complicated ;)
[12:01] <BUGabundo> asac: pitty will have to change *buntu-desktop seed too, right?
[12:09] <asac> yeah
[12:09] <asac> all CD rdepends needs to be ported for that
[12:11] <BUGabundo> don't you forget about that asac ehe
[12:23] <asac> fta: so now fennec builds here, and it works, except that the browser window itself is broken
[12:23] <asac> e.g. doesnt render at all
[12:39] <asac> fta: fennec get-orig-source got 1.0~b2+hg20090630r611 for me
[12:39] <asac> isnt that wrong?
[12:39] <asac> e.g. shouldnt that be b2~hg ?
[12:53] <ripps> asac: that depends, was the source from a commit after or before beta2 was released?
[12:53]  * BUGabundo $ mv /dev/arse /media/kitchen; do eat; done; mv /dev/arse /tmp/newjob;
[12:54] <asac> ripps: before ;)
[12:55] <asac> i am sure its a bug ;)
[12:56] <ripps> beta2 hasn't been released yet, than that a bug, but since reverting would require an epoch so that things would install correctly, might as well just leave it alone and wait until the official beta2 comes out
[12:57] <asac> ripps: we havent done any upload with b2
[12:57] <asac> not even b1
[12:58] <ripps> still, it's kind of a hassle to fix it, is it really essential to fix the version number?
[12:58] <asac> we need at least get a plan how to unbreak this situation
[12:58] <asac> yes
[12:58] <asac> well
[12:58] <asac> if they release b2 it should have higher version than a pre snapshot
[12:59] <ripps> you need to replace with a version value higher than b2, but still work when beta2 comes out.... all I know is that it would probobly require an epcoh
[12:59] <asac> for xulrunner and stuff we are kind of lucky because we get the +nobinonly for free
[12:59] <asac> ripps: no it doesnt
[12:59] <asac> fix it in mozclient for fennec
[12:59] <asac> and all is fine
[12:59] <asac> we havent uploaded anything with ~b2
[12:59] <asac> so its fixable
[13:00] <ripps> If nobodies installed it yet, than it should be pretty easy to fix
[13:00] <asac> its a bit of a pain for the existing dailies ... just want to know whats the plan to get out of this situation is ;)
[13:00] <asac> ripps: then fix it ;)
[13:01] <ripps> I don't use fennec, nor do I know anything of it's packaging... :\
[13:01] <asac> ripps: its probably a problem in mozclient
[13:01] <asac> in general
[13:01] <asac> so it affects all packages that use it to produce tarballs
[13:01] <asac> so if you say ./debian/rules get-orig-source in xulrunner-1.9 you probably get a wrong version
[13:02] <asac> anyway. lets wait if fta has any plan yet
[13:02] <asac> ;)
[13:02] <asac> doesnt matter anyway, because fennec seems to be not supporting 1.9.1
[13:58] <vadi2> Hi. I installed ff 3.5 final, and the fonts in it are broken again - unlike my gnome preferences, it's the default huge and fuzzy letters. How can this be fixed?
[13:59] <fta2> asac, i think i have uncommitted changes in my fennec branch
[13:59] <asac> fta2: now its gone ;)
[13:59] <asac> if that was something to keep give it to me i can commit it on top if you dont want to rebase ;)
[13:59] <fta2> asac, and the "+" was expected, upstream bumps the version at the last minute, unlike ff
[14:00] <asac> fta2: what do you mean by "last minute"?
[14:00] <asac> they are not yet at b2 ... but we have b2+hg
[14:00] <fta2> they are
[14:00] <asac> there is no tag
[14:01] <asac> as long as there is no tag we are probably at b2~hg
[14:01] <asac> and after b2 tag we are at b2+hg
[14:01] <fta2> Topic for #mobile is: Fennec Project || Fennec Beta 2 is out! http://blog.pavlov.net/2009/06/26/new-fennec-releases/
[14:01] <asac> err
[14:03] <fta2> http://hg.mozilla.org/mobile-browser/rev/87ef0915a1d6
[14:03] <fta2> hence the +
[14:04] <asac> ok ;)
[14:07] <fta2> mozilla 498098
[14:09] <asac_> bzr bd really breaks tarballs
[14:09] <asac_> what a mess
[14:16] <asac> so b2 is more broken than b1 ;)
[14:19] <asac_> ok dropping ball on fennec for now. seems we need some low-level gecko fixes in order to get it work with 1.9.1 branch - to be continued another day
[14:19] <asac_> its probably the canvas browser that is a bit busted from what i see
[14:21] <asac_> vadi2: so your complain is that ffox does not honour the gnome settings?
[14:22] <vadi2> asac_: yes, my font hinting preference
[14:22] <vadi2> lemme show you
[14:22] <asac_> can you confirm that its just the hinting?
[14:22] <asac_> e.g. it uses slight but you want full?
[14:22] <vadi2> no it is on full and I want slight
[14:23] <vadi2> http://www.ubuntu-pics.de/bild/17536/screenshot_100_052__7Ma2Jc.png
[14:23] <asac> vadi2: what do you get here: ls -l /etc/fonts/conf.d/*hint*
[14:23] <vadi2> http://paste.pocoo.org/show/126106/
[14:25] <asac> vadi2: try sudo rm /etc/fonts/conf.d/10-hinting-full.conf
[14:25] <asac> err
[14:25] <asac> vadi2: try sudo rm /etc/fonts/conf.d/10-hinting-slight.conf
[14:25] <asac> and
[14:25] <asac> sudo ln -s /etc/fonts/conf.avail/*hint*full.conf /etc/fonts/conf.d/
[14:26] <vadi2> sorry, I just looked in gnome prefs
[14:26] <vadi2> ff is using the "slight" one
[14:26] <vadi2> and I'd like full :x
[14:26] <asac> hehe
[14:26] <asac> yeah
[14:27] <vadi2> will that do it still?
[14:27] <asac> so its bug 379761
[14:30] <vadi2> asac thanks, that worked
[14:30] <vadi2> was 3.5 supposed to replace 3.0? it still has the blue logo
[14:32] <asac> vadi2: no. we will replace it as soon as we have ported all rdepends that are on CD
[14:32] <asac> hopefully soonish ;)
[14:32] <vadi2> ok
[14:32] <vadi2> thanks for your help
[14:47] <asac_> damn i forgot to swithc maintainer back to me for icedove
[16:53] <synta10> hello everyone
[16:55] <synta10> anyone alive here?
[17:03] <muszek> hi... 3.5 died twice on me today.  I'm running the version from sucurity updates repo.  Is there anything I could do to help tracking a bug?  It didn't happen in 3.0.  The window just disappears.
[17:04] <muszek> last time it happen I was just pressing a regular link (plain html)
[17:04] <Mook_sb> I dunno anything at all here, but do you have stacks or other forms of error output?
[17:05] <muszek> Mook_sb: nope, but if I was given some directions, I can have something next time it happens.
[17:05]  * Mook_sb waits for somebody who actually uses ubuntu - sorry, I was just hanging out here because I'm interested :p
[17:06] <muszek> I am using Ubuntu :)
[17:10] <synta10> muszek: have you tried to start out w/ the fresh profile?
[17:12] <muszek> synta10: no, I haven't
[17:13] <muszek> synta10: I'll do that and will come back if it happens again
[17:14] <asac> synta10: ?
[17:14] <synta10> asac: what's up?
[17:14] <asac> you asked if anyone is alive ;)
[17:15] <asac> muszek: do you have extensions installed/enabled?
[17:15] <synta10> asac: okay, I admit I did; I've recommended muszek to start w/ new profile
[17:15] <muszek> asac: yes.  quite a few installed, some automatically disabled after I ran 3.5
[17:16] <asac> muszek: so did this go away with fresh profile?
[17:16] <synta10> you can also try to disable all the extensions to see if it still happens
[17:17] <muszek> enabled: Adblock Plus, DownThemAll, Firebug, Firecookie, Firefinder for Firebug, MeasureIt, PermaTabs Mod, Remember The Milk for Gmail, SenSEO, SEO For Firefox, Tree Style Tab, Web Developer
[17:17] <muszek> asac: I'll do that shortly and come back here if it crashes again
[17:18] <muszek> PermaTabs Mod is not enabled, my bad
[17:18] <asac> ok
[17:21] <fta2> asac, http://ubuntuforums.org/showthread.php?t=474790  :(
[17:23] <asac> whats the essence there? skype broken?
[17:24] <fta2> no, a tool to grab 32bit files
[17:25] <asac> why does that exist?
[17:25] <asac> because we dont ship enough stuff in ia32-libs?
[17:25] <fta2> because ia32-libs is obviously crap
[17:27] <asac> but can any out-of-distro tool be better?
[17:28] <asac> what does it do?
[17:28] <asac> install stuff in /usr/lib32 ?
[17:31] <fta2> maybe automatically create & maintain a custom deb, instead of putting files directly in the filesystem
[17:31] <fta2> files that cannot easily be removed
[17:32] <asac> yes
[17:32] <fta2> http://code.google.com/p/chromium/issues/detail?id=9643
[17:32] <asac> does it do that?
[17:32] <fta2> same here
[17:39] <synta10> are there any estimations when the Fx 3.5 final will be pushed to official Jaunty repos?
[17:46] <synta10> well, how it is about localization of Firefox in Mozilla Security repo?
[17:47] <synta10> anyone?
[17:47] <asac> synta10: we give it 2 days baking time in ppa
[17:47] <asac> so tomorrow night
[17:48] <synta10> asac: thanks; where it will be then? in jaunty-proposed?
[17:49] <asac> jaunty-security
[17:49] <asac> and -updates
[17:49] <asac> synta10: install it from ppa now
[17:49] <asac> the more testers there are the more confident i am about the quality and the sooner i feel brave enough to get it rolled ;)
[17:50] <synta10> asac: I am running it already, it's still Shiretoko and I am missing Czech locale; but overally it looks fine
[17:53] <asac> synta10: we wont get translations until we make it default
[17:53] <asac> unlikely that we get translations for jaunty
[17:54] <asac> i will think about it
[17:54] <asac> maybe we can do something somehow
[17:54] <synta10> well, maybe backporting the Karmic version?
[17:54] <asac> translations are done differently
[17:55] <asac> we ship them in the  big langpacks
[17:55] <synta10> ah, yes
[17:56] <synta10> I see that langpacks are in /usr/lib/firefox-addons/extensions
[17:59] <synta10> separately installed localization extension (xpi) works fine, but it's not quite user friendly solution
[18:01] <synta10> I guess there could be separate firefox-locale-* package in repos, like w/ thunderbird
[18:02] <asac> yes you can use upstream .xpis
[18:02] <asac> that should work
[18:02] <asac> dont konw a differnt solution right now
[18:03] <asac> maybe indeed a tweaked backport somehow at some point
[18:04] <synta10> I guess Fx 3.0 stays as default in Jaunty, doesn't it?
[18:04] <asac> yes
[18:09] <synta10> ok, and one more thing - will the final version in Ubuntu repos get the new icon or it will still use the Shiretoko's?
[18:25] <synta10> nevermind, thank you asac for your answers!
[20:31] <miik> dude put so firefox-3.5 come on update
[20:32] <miik> asac, hello you!!
[20:32] <miik> i know its you who is the boy who make firefox in ubuntu
[20:32] <miik> you are the boss guy
[20:32] <miik> look i have karmic, and you need to put so 3.5 come in update
[20:33] <miik> also i need songbird in repo
[20:33] <Pici> miik: I suppose I was wrong to assume that you would have something constructive to contribute here.
[20:33] <miik> yes
[20:33] <miik> nobody here talks with me, i get the pissed fucked off
[20:34] <Pici> miik: Please stop
[20:34] <miik> the boss dude needs put firefox 3.5 so it comes to my computer in update
[20:34] <miik> and i need songbird in repo, i waited 1 year
[20:35] <miik> no i waited more
[20:37] <miik> jcastro, you have best name jorge castro, its rox, its like fidel castro!! lol
[20:44] <Pici> miik: Firstly, this is a development channel, demanding things won't get them here any faster. Secondly, you're free to help test 3.5 in jaunty, karmic is not released and as such the release requirements are different.  Thirdly, there is a lot of discussion on songbird on this bug: https://bugs.launchpad.net/ubuntu/+bug/94494 , it would be wise to read it to see what the blockers are.
[20:53] <NCommander> asac, bugger, you uploaded icedove when I had patches I still wanted to submit :-/
[20:54] <NCommander> asac, how's the future look for a -2 upload ;-)
[21:28] <BUGabundo> boas noites
[21:36] <BUGabundo> asac: have seeds been updated for FF3.5
[21:36] <BUGabundo> ?
[21:43] <ricklerre> hey, I'm sure lots of people have been in to ask this today, but what's the timetable for firefox 3.5 release to repositories?  is it hours, weeks, or with the next release?  thx
[21:45] <BUGabundo> eheh I just asked that
[21:45] <BUGabundo> LOL
[21:45] <BUGabundo> ricklerre: it *is* in the archive! just not the seed!
[21:45] <BUGabundo> ricklerre: $ sudo apt-get install firefox-3.5
[21:46] <ricklerre> BUGabundo: right, that's obviously the untested non canonical one, and it doesn't actually update does it?  it just installs a second?
[21:47] <BUGabundo> wth!?
[21:48] <BUGabundo> are you crazy dude?
[21:48] <ricklerre> yeah
[21:48] <BUGabundo> that's the real thing mantained by this hard working team
[21:48] <BUGabundo> how can you even think that?
[21:48] <BUGabundo> micahg: hey
[21:50] <ricklerre> I see
[21:51] <ricklerre> sorry to offend, I must have been mistaken
[21:52] <ricklerre> at what points are updates issued to the "firefox" package though(this is just out of curiosity)
[21:52] <BUGabundo> no offece
[21:52] <BUGabundo> hope I didn't offend you either eheh
[21:53] <BUGabundo> ricklerre: AFAIK its up to asac
[21:53] <fta> damn, people are cloning our builds: https://edge.launchpad.net/ubuntu/+source/firefox-3.5
[21:54] <BUGabundo> LOLOLOLOLLOL
[21:55] <BUGabundo> The following unsupported and         untrusted PPAs also provide        'firefox-3.5':
[21:55] <BUGabundo> wtf
[21:55] <fta> and our official ppas are not even listed
[21:56] <BUGabundo> LOLOLOL
[21:56] <BUGabundo> ask LP admins to kick them
[21:56] <BUGabundo> ahaaha
[22:05] <fta> bug 280958
[22:13] <micahg> that's a cool new feature
[22:40] <asac> ricklerre: http://www.asoftsite.org/s9y/archives/160-FAQ-Where-can-I-get-firefox-3.5-for-Ubuntu.html
[22:41] <asac> NCommander: huh?
[22:41] <asac> NCommander: you have icedove contributions ;)
[22:42] <asac> give them to me ;)
[22:42] <asac> NCommander: i couldnt wait longer with upload ... we already skipped .21 and i thought maybe they would start the MIA process on me ;)
[22:42] <NCommander> asac, I want to shove the ARM patches in there for it
[22:43] <NCommander> Once I fully test them (I've built it, got a debdiff, etc.)
[22:43] <asac> NCommander: oh right. i think i could cherry pick them
[22:43] <NCommander> asac, if you want, I was going to provide a branch then request permission to upload (I am in icedove uploaders ;-))
[22:43] <ricklerre> asac: thanks
[22:43] <asac> you wouldnt feel comfortable to just pull them in and see whats going on?
[22:43] <NCommander> asac, I like my sanity tests, but its your call
[22:44] <NCommander> asac, (although I think we still need an upload to karmic :-/)
[22:44] <asac> NCommander: its not yet uploaded, yeah
[22:45]  * NCommander is approaching his days end
[22:45] <asac> NCommander: ok please start with current .head branch ... then request merge of whatever you want to upload
[22:45] <asac> the -2 release is already opened
[22:45] <asac> so add your changes/cherry-picks there
[22:45] <NCommander> asac, sweet, now I just need to forward port ;-)
[22:47] <asac> i had problems with getting merge request mails in the past week or so
[22:47] <asac> so maybe ping me when you have the merge ready ;)
[22:48] <asac> argh. libgudev is still broken in karmic :/
[22:48] <asac> still == agian
[22:49]  * asac  checks if there are updates
[22:51] <asac> NCommander: seems we also have problems on mips ;)
[22:51] <asac> https://buildd.debian.org/pkg.cgi?pkg=icedove
[22:51] <NCommander> asac, woo, thats the sound of testing breaking!
[22:52] <NCommander> That's nasty
[23:00] <BUGabundo> asac: been testing the new AUTO account from NM 3G
[23:00] <BUGabundo> it has a few minor bugs
[23:00] <BUGabundo> if you set it to autoconect it doesn't set DNS or something
[23:01] <BUGabundo> then the 1st manual, terminastes imediately, and a 2nd one works fine
[23:02] <BUGabundo> asac: plus I get disconected a lot! never happened before
[23:16] <asac> BUGabundo: what is "auto connect"?
[23:16] <asac> you mean the Auto GSM Connection created if you dont use wizard?
[23:17] <BUGabundo> yes
[23:17] <BUGabundo> its quite nice!
[23:17] <BUGabundo> now I don't need/have an account
[23:23] <BUGabundo> asac: is there any hidden trick to force 3G to stay *always* connected to 3G? 2G sucks!
[23:25] <asac> the auto GSM connection is known to have issues
[23:25] <asac> wizard is getting more mandatory in future
[23:26] <Nafallo> I thought wizards died with Merlin?
[23:29] <BUGabundo> Nafallo: LOLOL
[23:29] <BUGabundo> asac: mandatory? please explain
[23:30] <asac> no wizard will come back
[23:30] <asac> mightier than ever ;)
[23:31] <BUGabundo> so it will just be auto?
[23:31] <asac> it will try its best
[23:31] <asac> e.g. getting network id from your SIM
[23:31] <asac> scanning if you are roaming
[23:31] <asac> to suggest the right provider
[23:32]  * Nafallo thinks the wizard should have a picture of asac.
[23:32] <BUGabundo> LOLOLOLOL
[23:32] <BUGabundo> asac: so if it fails, the user fallsback to manual?
[23:35] <Nafallo> if that image fails, we fall back to an image of Merlin :-)
[23:38] <asac> BUGabundo: the user falls back to selecting amongs all providers
[23:38] <asac> and if his provider is not there he can enter his info manually
[23:39] <BUGabundo> ok